Questions to Ask in a Frontend Developer Interview

Te han invitado a la entrevista final de Frontend Developer y no sabes qué preguntar sin sonar perdido. Las preguntas que haces al final dicen tanto de ti como tu CV. Si preguntas por el stack, cualquiera lo hace. Si preguntas por cómo se toman decisiones, se nota que has trabajado en equipos de verdad.

Aquí van 12 preguntas agrupadas por lo que revelan, con ejemplos concretos de cómo formularlas y qué escuchar en las respuestas.

Por qué importan tus preguntas#

En un proceso competitivo, varios candidatos resuelven igual de bien el ejercicio técnico. Lo que separa a uno de otro es la conversación final. Ahí se ve si entiendes que el frontend no es solo código, sino decisiones sobre rendimiento, accesibilidad, mantenimiento y coordinación con diseño y backend.

Además, tú también estás evaluando. Una mala respuesta a una pregunta bien planteada te ahorra meses de frustración.

Antes de preguntar: prepara tu investigación#

No llegues a la entrevista sin contexto. Lee la oferta con calma y detecta las palabras clave reales del puesto. Un buen lugar para empezar es la herramienta gratuita para descifrar ofertas de empleo, que te muestra qué está pidiendo realmente la empresa detrás del lenguaje de RRHH.

Y si vas a enviar tu CV antes o después, comprueba que pasa filtros automáticos con el verificador gratuito de compatibilidad con ATS. Un CV que un ATS no lee bien no llega a la entrevista, por bueno que seas.

Para ver qué está pidiendo el mercado ahora mismo, echa un ojo a las ofertas de frontend en el buscador de empleo. Comparar tres o cuatro anuncios del mismo rol te da vocabulario real para tus preguntas.

Preguntas sobre la realidad del equipo#

Estas preguntas revelan cómo se trabaja de verdad, más allá de lo que diga la web de la empresa.

• ¿Cuántas personas hay en el equipo de frontend y cómo se reparte el trabajo entre ellas?
• ¿Cómo es el flujo típico de una tarea, desde que diseño entrega un mockup hasta que llega a producción?
• ¿Quién decide sobre diseño visual y de interacción cuando hay desacuerdo?
• ¿Cómo se hacen las revisiones de código y cuánto suele tardar una revisión?

Fíjate en los detalles. Si te dicen "hacemos code reviews", vale. Si te dicen "cada PR lo revisa una persona del equipo, solemos responder en menos de un día y tenemos reglas compartidas sobre accesibilidad", eso es un equipo con procesos reales.

Preguntas sobre prioridades y criterios de éxito#

Aquí averiguas qué valoran de verdad y contra qué te van a medir.

• ¿Qué considera el equipo que es un buen primer trimestre para esta posición?
• ¿Qué métricas usan para saber si el frontend va bien? Tiempo de carga, errores en producción, tasa de conversión, otra cosa.
• ¿Hay alguna métrica de rendimiento o accesibilidad que el equipo siga de forma activa?

La segunda pregunta es oro. Si no tienen ni una métrica clara, vas a trabajar a ciegas y tus mejoras no se van a ver. Si te hablan de Core Web Vitals, de presupuestos de JavaScript o de auditorías de accesibilidad, el equipo tiene cultura técnica.

Preguntas sobre riesgos y deuda técnica#

Estas son las preguntas que un junior casi nunca hace y un senior casi siempre.

• ¿Cuál es la parte más frágil o con más deuda técnica del código actual?
• ¿Qué decisiones técnicas tomadas hace tiempo les gustaría revertir hoy?
• ¿Cómo manejan las dependencias de terceros y qué pasa cuando una librería clave deja de mantenerse?

Preguntar por la deuda técnica no es quejarse por adelantado. Es entender con qué vas a lidiar y demostrar que sabes que ningún proyecto es perfecto.

Cómo leer las respuestas#

No se trata solo de hacer las preguntas, sino de interpretar lo que te dicen.

Respuesta que da información concreta: buena señal. Te hablan de nombres de herramientas, de plazos reales, de cómo decidieron algo. Respuesta vaga o evasiva: mala señal. "Aquí somos una familia", "tenemos un ambiente muy joven" o "hacemos las cosas bien" no dicen nada.

Escucha también cómo hablan de la gente que se fue. Si el equipo ha tenido mucha rotación en el último año y nadie explica por qué, eso es un dato.

Qué preguntas evitar#

Algunas preguntas te restan puntos aunque parezcan inocentes.

No preguntes cosas que están en la web de la empresa o en la oferta. Da la impresión de que no te preparaste. Evita preguntar por el sueldo como primera pregunta en la primera entrevista: mejor dejarlo para cuando haya interés mutuo, y entonces preguntar con franqueza.

Tampoco preguntes "¿cuántas horas se trabaja de verdad?". Suena a que buscas trabajar poco. La misma información la sacas preguntando por la cultura de horarios y por cómo gestionan semanas de mucho trabajo.

Ejemplo de cómo plantear una pregunta#

Un error común es lanzar la pregunta en frío. Mejor contextualiza un poco.

En lugar de: "¿Usan TypeScript?"

Prueba con: "En mi último proyecto migramos el código base a TypeScript y vimos que las incidencias por tipos bajaron bastante. Me interesa saber si aquí trabajáis con TypeScript y, si no, qué os ha frenado hasta ahora."

La segunda versión muestra experiencia, da pie a una conversación real y te permite opinar. Es otra cosa.

Un guion rápido para la última parte de la entrevista#

Cuando el entrevistador diga "¿tienes alguna pregunta?", no digas que no. Tampoco lances las 12. Elige tres o cuatro según el contexto.

Una selección sensata para casi cualquier proceso: una sobre la realidad del equipo, una sobre cómo miden el éxito, una sobre la parte más difícil del proyecto actual y una sobre los próximos pasos del proceso. Cuatro preguntas bien elegidas duran entre cinco y diez minutos y dejan una impresión de nivel.

Si tienes dudas sobre cómo encaja tu perfil con lo que pide la oferta, en el blog de jobrise hay más guías sobre entrevistas técnicas y preparación de procesos.

Herramientas gratis#

• jobrise.io/es/free-ats-checker/
• jobrise.io/es/free-jd-decoder/
• jobrise.io/es/jobs/
• jobrise.io/es/blog/

Preguntas frecuentes#

¿Cuántas preguntas debo hacer en una entrevista de frontend?

Entre tres y cinco es lo razonable. Menos de dos da la impresión de que no te interesa el puesto, y más de siete convierte la entrevista en un interrogatorio que cansa al entrevistador.

¿Debo preguntar por el sueldo en la primera entrevista?

Mejor no como primera pregunta. Espera a que haya interés mutuo o a que el entrevistador abra el tema. Cuando toque, pregunta con claridad por el rango salarial y ten en cuenta que varía mucho según país, experiencia y tipo de empresa.

¿Qué preguntas hacen en una entrevista técnica de frontend?

Suelen preguntar sobre JavaScript, HTML, CSS, algún framework como React, Vue o Angular, control de versiones con Git, y a veces rendimiento y accesibilidad. Algunas empresas añaden un ejercicio de código o una prueba técnica en vivo.

¿Es buena idea preguntar por la deuda técnica?

Sí. Es una pregunta que se espera de un perfil con experiencia. La forma en que respondan te dice mucho sobre la salud del proyecto y sobre la honestidad del equipo.

¿Preguntar por teletrabajo y horarios resta puntos?

No si lo planteas bien. Pregunta por la política de trabajo remoto, por la distribución de horarios y por cómo gestionan los picos de carga. Es información legítima que necesitas para decidir, igual que ellos deciden sobre ti.