Carta de presentación para Frontend Developer: ejemplo adaptable

Tu currículum llega a la empresa y desaparece en un agujero negro. No es que tu experiencia en React no sirva; es que el reclutador vio 150 currículos idénticos y el tuyo no le dio una razón para detenerse. Una buena carta de presentación no es un trámite. Es tu primer argumento de venta.

Para un puesto de Frontend Developer, la carta sirve para una cosa: demostrar que entiendes el problema que ellos quieren resolver y que tú has resuelto algo parecido. El CV lista tecnologías; la carta conecta esas tecnologías con su producto. Si la oferta pide "mejorar la experiencia de usuario", tu carta debe hablar de cómo redujiste el tiempo de carga en un 30% con code splitting. Eso es lo que recuerdan.

Cuándo invertir tiempo en la carta#

No siempre hace falta. Si envías tu perfil a través de un formulario genérico de una gran corporación, es probable que la carta no la lea nadie. Pero hay casos donde una buena carta marca la diferencia real.

• Aplicas a una startup o scale-up donde el equipo técnico participa en la selección.
• La oferta menciona un producto concreto que te entusiasma y puedes explicar por qué.
• Quieres cambiar de rumbo: pasas de Backend a Frontend, o de una agencia a un producto.
• Te presentas por recomendación de alguien y quieres darle contexto al nombre.

Si el caso es otro, céntrate en que tu currículum esté optimizado para los sistemas de cribado automático. Puedes usar una herramienta como el analizador de compatibilidad con sistemas de seguimiento de candidatos para ver cómo puntúa tu CV frente a la oferta.

Estructura de tres párrafos que funciona#

Olvida las cartas de una página. Nadie las lee. Tres párrafos cortos, directos, es todo lo que necesitas. Piensa en 150 a 200 palabras en total.

Párrafo 1: El gancho

Una o dos frases. Diles a qué puesto optas, dónde lo viste y por qué te interesa esa empresa. Nada de "estimados señores". Busca el nombre del responsable de ingeniería o de producto en LinkedIn si es posible. Un "Hola, equipo de [Nombre de la Empresa]" funciona mejor que un saludo genérico.

Párrafo 2: La prueba

Este es el núcleo. Elige un requisito clave de la oferta. ¿Piden experiencia en accesibilidad? ¿En optimización de rendimiento? ¿En diseño de componentes? Ahora, cuenta una sola historia breve sobre cómo hiciste exactamente eso. Usa la estructura problema-acción-resultado. Este párrafo es donde demuestras que no solo sabes escribir código, sino que entiendes el negocio.

Párrafo 3: El cierre

Cierra con una frase que deje la puerta abierta. Agradece su tiempo y di que esperas con interés la oportunidad de conversar sobre cómo puedes contribuir a [menciona un objetivo de la empresa, como "mejorar la tasa de conversión de la app" o "escalar su plataforma de componentes"]. Sin presiones, sin "quedo a su disposición".

Ejemplo adaptable: de la oferta a la carta#

Imagina que encuentras una oferta en el buscador de empleo que dice esto: "Buscamos Frontend Developer con experiencia en React y TypeScript. Valoramos conocimientos en testing con Jest y React Testing Library. Tareas: mejorar el rendimiento de nuestra aplicación web principal y contribuir a nuestro sistema de diseño."

Ahora, usa el decodificador de ofertas de empleo para extraer las palabras clave: React, TypeScript, testing, rendimiento, sistema de diseño.

Tu carta podría ser esta:

---

Asunto: Candidatura para Frontend Developer

Hola, equipo de Acme Corp.

Vi la oferta para Frontend Developer en VuestrasOfertas.com y me interesa mucho. Llevo cuatro años trabajando con React y TypeScript en productos SaaS, y vuestro enfoque en el rendimiento de la aplicación coincide con mi experiencia.

En mi puesto anterior, la aplicación principal tardaba 6 segundos en cargar. Mi tarea fue diagnosticar el problema. Usé React Profiler para encontrar componentes que se re-renderizaban sin necesidad, implementé lazy loading para las rutas principales y cambié la carga de fuentes. El resultado: el Largest Contentful Paint bajó a 1.8 segundos. Además, escribí tests con Jest y React Testing Library para los componentes críticos, lo que redujo los bugs en producción un 25% en tres meses.

Me entusiasma la idea de aportar mi experiencia en rendimiento y testing a un equipo que valora la calidad del código. Gracias por su tiempo.

Atentamente, [Tu nombre]

---

Errores que matan tu candidatura#

• La carta genérica.: Si puedes copiar y pegar la misma carta para otra empresa, está mal. El reclutador lo nota.
• Repetir el currículum.: "Tengo experiencia en React, Angular y Vue" ya lo dice tu CV. La carta es para contextualizar, no para listar.
• El tono equivocado.: No eres un robot, pero tampoco su amigo. Sé profesional, directo y algo informal. Evita el "estimado señor" y el "tengo el honor de postularme".
• Errores ortográficos.: Un typo en "TypeScript" es inaceptable. Pídele a alguien que lea tu carta antes de enviarla.
• Excederte en longitud.: Si tienes que hacer scroll para leerla, es demasiado larga. Los reclutadores dedican siete segundos a la primera lectura. Haz que cuenten.

Checklist antes de enviar#

• ¿Mencionas el nombre de la empresa y el puesto exacto?
• ¿El párrafo central cuenta una historia con un resultado medible?
• ¿Has usado 2 o 3 palabras clave de la oferta de empleo?
• ¿La carta tiene menos de 200 palabras?
• ¿Alguien más la ha leído para detectar errores o frases raras?
• ¿Has comprobado que el formato se ve bien en el correo? (Pegarla en un bloc de notas ayuda a ver el texto limpio).

Para seguir aprendiendo sobre cómo preparar tu perfil, lee otros artículos en nuestro blog de consejos de carrera.

Preguntas frecuentes#

¿Siempre tengo que enviar una carta de presentación?

No. Si el formulario no tiene un campo para ello, no la fuerces. Pero si tienes un contacto directo o la empresa es pequeña, una buena carta corta te diferencia del resto.

¿Puedo usar la misma carta para todas las ofertas de React?

No. Adapta el párrafo central. Si una oferta pide rendimiento y otra diseño de componentes, cambia la historia que cuentas. La estructura es la misma, el contenido no.

¿Qué hago si no tengo experiencia laboral en Frontend?

Habla de un proyecto personal o de un reto de un bootcamp. "En mi proyecto de fin de curso, construí una aplicación con React y Firebase para gestionar tareas. Implementé autenticación y una base de datos en tiempo real." Es válido.

¿Es mejor enviar la carta en el cuerpo del correo o como adjunto?

En el cuerpo del correo, si es un email directo. Si es un formulario con campo para notas, ahí mismo. Si piden un PDF adjunto, hazlo, pero que sea un documento limpio, sin diseño excesivo.

¿Cómo encuentro el nombre de la persona responsable?

Busca en LinkedIn "Head of Engineering" o "Engineering Manager" en la empresa. Si no lo encuentras, "Equipo de Ingeniería de [Empresa]" es una buena alternativa. Evita "A quien corresponda".