Cómo redactar un CV para un puesto de frontend engineer

Qué se escanea primero

Un responsable de contratación de frontend que lee tu CV no empieza por arriba y baja. Comprueba, en este orden aproximado: si tu stack se solapa con el suyo, si tienes algo que pueda ver en lugar de creerte bajo palabra, y si la forma en que describes tu trabajo sugiere que has enviado código a producción o simplemente seguido tutoriales. Esto importa más en frontend que en la mayoría de campos porque no hay colegio profesional que respalde tus afirmaciones. El número de colegiado de una enfermera o el certificado de ejercicio de un abogado hacen un trabajo de verificación que el CV no tiene que hacer. Tu CV es todo el argumento.

Eso significa que el extremo vago de la redacción de CV — "trabajé con frameworks modernos de JavaScript", "experiencia en el stack completo" — se lee como señal de alarma en lugar de resumen. Puede significar cualquier cosa desde seis meses siguiendo un curso hasta cinco años manteniendo una aplicación en producción. Nombra los frameworks: React, Vue, Angular, Svelte. Di si fue TypeScript o JavaScript, y si TypeScript, si escribías tipos o heredabas un código débilmente tipado que construyó otro. Si el anuncio dice "React + TypeScript + GraphQL", tu CV debe usar esa combinación exacta cerca del inicio, no una paráfrasis. Tanto los lectores rápidos como cualquier filtro automatizado de palabras clave buscan las palabras del anuncio, no sinónimos.

La línea del stack, y por qué la profundidad vence a la amplitud

La mayoría de CV de frontend listan herramientas como un bloque plano e indiferenciado: React, Redux, Webpack, Sass, Jest, Git. Eso no dice casi nada sobre cuán profunda es la experiencia. Mejor es añadir contexto: qué herramienta de compilación (Webpack, Vite, esbuild), qué enfoque de testing (Jest y React Testing Library para unitarios, Cypress o Playwright para end-to-end), qué gestión de estado elegiste realmente y por qué (Redux Toolkit versus Zustand versus solo Context, según el tamaño del problema), qué meta-framework si alguno (Next.js, Remix, Nuxt).

Una línea como "migré un código legacy de componentes de clase a React 18 con hooks, eliminé los últimos usos de componentWillMount" dice más que tres años de "React" en una lista de habilidades. Muestra que has trabajado dentro de un sistema existente, no solo iniciado nuevos. Si has trabajado CSS con cierta profundidad, di qué enfoque — CSS Modules, styled-components, Tailwind, convenciones BEM sobre Sass plano — porque representan prácticas de trabajo genuinamente diferentes y un responsable de contratación en un código Tailwind leerá "CSS" y seguirá sin saber si serás productivo desde el primer día.

Cómo se evidencia la experiencia en este campo

En frontend, a diferencia de la mayoría de otras disciplinas de ingeniería, una cantidad significativa de tu trabajo puede simplemente verse. Eso cambia lo que significa "evidencia" en tu CV. Un enlace a un perfil de GitHub con historial de commits real, un enlace a un sitio desplegado en vivo que construiste, un enlace a un pull request del que estés orgulloso, un enlace a una biblioteca de componentes o instancia de Storybook — estos hacen más trabajo que un punto afirmando lo mismo. Si has contribuido a un proyecto de código abierto, nómbralo y enlaza los PR fusionados, no solo el proyecto.

Donde el trabajo está bajo NDA y no puedes enlazar el código, describe el problema y el resultado en lugar de inventar un número para llenar el hueco. "Reduje el tamaño del bundle en el flujo de pago mediante code splitting basado en rutas" es una afirmación real y verificable en entrevista. Un porcentaje específico que no puedas sostener bajo cuestionamiento hace más daño que la versión vaga, porque es lo primero que un entrevistador examinará.

Un sitio personal o portfolio merece mención por sí mismo, porque para esta ocupación es en sí una pieza de evidencia, no solo un contenedor de una. El sitio propio de un frontend engineer se lee como se lee el portfolio de un fotógrafo o el plato emplatado de un chef: es una muestra directa de aquello en lo que afirmas ser bueno. Si no tienes uno, esa ausencia es notada por cualquiera que contrate para este rol específicamente — se nota menos en roles donde el producto del trabajo no es visualmente o funcionalmente inspeccionable.

Cualificaciones, y qué no limita el acceso aquí

No hay licencia ni registro profesional para frontend engineering. Un grado en informática ayuda en la etapa de programas de graduados de grandes empleadores, donde a veces se usa como filtro inicial, pero no es una puerta como lo es un certificado de ejercicio en derecho o un número de colegiado en enfermería — muchos frontend engineers senior en activo son autodidactas o vinieron de un bootcamp. Si ese es tu origen, nombra el bootcamp y cohorte, pero no lideres con eso. Lidera con lo que enviaste después. El certificado te metió por la puerta de tu primer trabajo; no está haciendo nada por ti tres trabajos después.

Las certificaciones de proveedores (insignias de proveedores de nube, certificados específicos de frameworks) son señales débiles en este campo. No es perjudicial listarlas, brevemente, cerca del final, pero no sustituyen trabajo enviado a producción y no deberían ocupar espacio que un enlace a código real podría ocupar.

Qué omiten rutinariamente los candidatos de frontend

Algunas cosas aparecen ausentes una y otra vez, incluso en CV que por lo demás están bien armados:

• Trabajo de accesibilidad. Si has hecho algo hacia conformidad WCAG, atributos ARIA, navegación por teclado, o pruebas con lector de pantalla, dilo específicamente — "llevé el flujo de pago a WCAG 2.1 AA" en lugar de dejarlo fuera porque parece una parte menor del trabajo. Algunos responsables de contratación ahora preguntan directamente sobre ello y se sorprenden visiblemente cuando un candidato ha hecho el trabajo pero nunca lo mencionó.
• Detalles de rendimiento. "Mejoré el rendimiento" es una frase que no dice nada a un lector. Si has trabajado en Core Web Vitals — LCP, INP, CLS — o movido una puntuación Lighthouse, nombra la métrica. No necesitas un porcentaje inventado; nombrar en qué métrica trabajaste y qué hiciste para moverla es suficiente para hacer la afirmación verificable.
• Cómo trabajaste con diseño. Frontend está en la costura entre diseño e ingeniería, y cómo funcionó realmente esa transición — flujo de trabajo de Figma a componente, construcción o mantenimiento de un design system, trabajo dentro de o construcción de una instancia de Storybook — se deja rutinariamente fuera de los CV aunque a menudo es gran parte del trabajo diario real.
• Trabajo cross-browser y responsive. Dado por sentado, raramente declarado, y ocasionalmente la razón real por la que se contrata a un candidato — un equipo que acaba de tener un bug doloroso específico de Safari quiere saber que has lidiado con esa clase de problema antes.
• Práctica de code review y CI/CD. Si has sido parte de una cultura de revisión de PR, emparejado regularmente, o mantenido cobertura de tests en un código dice algo sobre madurez de ingeniería más allá de "escribí código", y frecuentemente es la diferencia entre un CV que se lee como junior y uno que se lee como listo para más responsabilidad, independientemente de años de experiencia listados.

Qué hacer a continuación

Abre el anuncio real del trabajo junto a tu CV. Empareja la línea del stack con su redacción exacta. Añade tres enlaces cerca del inicio: tu GitHub, un proyecto desplegado en vivo, y un pull request o biblioteca de componentes específico que puedas señalar. Corta cualquier cosa que se lea como cierta de cualquier desarrollador en lugar de cierta de ti en este stack. Si has hecho trabajo de accesibilidad o rendimiento, nombra la métrica o estándar en lugar del adjetivo.

jobmarket.pro lee el anuncio completo, lo comprueba contra tu perfil existente, y prepara la solicitud desde eso — no inventa experiencia que no tienes.