Comment rédiger un CV pour un poste d'ingénieur frontend

Ce qui est examiné en premier

Un recruteur frontend qui lit votre CV ne commence pas par le haut pour descendre. Il vérifie, dans cet ordre approximatif : si votre stack technique recoupe la sienne, si vous avez quelque chose qu'il peut réellement consulter plutôt que croire sur parole, et si votre façon de décrire votre travail indique que vous avez livré du code en production ou simplement suivi des tutoriels. Cela compte davantage en frontend que dans la plupart des domaines, car aucun organisme professionnel ne garantit vos compétences. L'équivalent du numéro d'inscription d'une infirmière ou du certificat d'exercice d'un avocat n'existe pas ici. Votre CV constitue l'intégralité de votre dossier.

Cela signifie que la partie vague des CV — « expérience des frameworks JavaScript modernes », « compétences sur toute la stack » — est lue comme un signal d'alarme plutôt qu'un résumé. Cela peut signifier n'importe quoi, de six mois de formation à cinq ans de maintenance d'une application en production. Nommez les frameworks : React, Vue, Angular, Svelte. Précisez s'il s'agissait de TypeScript ou JavaScript, et si TypeScript, si vous écriviez les types ou héritiez d'une base de code faiblement typée construite par d'autres. Si l'annonce dit « React + TypeScript + GraphQL », votre CV doit utiliser cette combinaison exacte en haut, pas une paraphrase. Les lecteurs rapides et tout filtre automatisé de mots-clés cherchent les termes de l'annonce, pas des synonymes.

La ligne de stack technique, et pourquoi la profondeur bat l'étendue

La plupart des CV frontend énumèrent les outils comme un bloc plat et indifférencié : React, Redux, Webpack, Sass, Jest, Git. Cela n'apprend presque rien au lecteur sur la profondeur de l'expérience. Mieux vaut ajouter du contexte : quel outil de build (Webpack, Vite, esbuild), quelle approche de test (Jest et React Testing Library pour les tests unitaires, Cypress ou Playwright pour les tests end-to-end), quelle gestion d'état vous avez réellement utilisée et pourquoi (Redux Toolkit versus Zustand versus simplement Context, selon la taille du problème), quel meta-framework le cas échéant (Next.js, Remix, Nuxt).

Une ligne comme « migration d'une base de code legacy en composants classe vers React 18 avec hooks, suppression des dernières utilisations de componentWillMount » en dit plus que trois ans de « React » dans une liste de compétences. Cela montre que vous avez travaillé dans un système existant, pas seulement créé de nouveaux projets. Si vous avez pratiqué le CSS en profondeur, précisez l'approche — CSS Modules, styled-components, Tailwind, conventions BEM sur Sass classique — car ces approches représentent des pratiques de travail réellement différentes et un recruteur sur une base de code Tailwind lira « CSS » sans savoir si vous serez productif dès le premier jour.

Comment l'expérience se prouve dans ce domaine

En frontend, contrairement à la plupart des autres disciplines d'ingénierie, une partie significative de votre travail peut simplement être consultée. Cela change ce que signifie « preuve » sur votre CV. Un lien vers un profil GitHub avec un véritable historique de commits, un lien vers un site déployé en ligne que vous avez construit, un lien vers une pull request dont vous êtes fier, un lien vers une bibliothèque de composants ou une instance Storybook — tout cela fait plus de travail qu'une puce affirmant la même chose. Si vous avez contribué à un projet open source, nommez-le et liez les PR mergées, pas seulement le projet.

Lorsque le travail est sous NDA et que vous ne pouvez pas lier le code, décrivez le problème et le résultat plutôt que d'inventer un chiffre pour combler le vide. « Réduction de la taille du bundle sur le flux de commande via le code splitting par route » est une affirmation réelle, vérifiable en entretien. Un pourcentage spécifique que vous ne pouvez pas défendre sous questionnement fait plus de dégâts que la version vague, car c'est la première chose qu'un recruteur explorera.

Un site personnel ou portfolio mérite d'être mentionné en soi, car pour cette profession il constitue lui-même une preuve, pas seulement un contenant. Le site propre d'un ingénieur frontend se lit comme le portfolio d'un photographe ou l'assiette d'un chef : c'est un échantillon direct de ce que vous prétendez maîtriser. Si vous n'en avez pas, cette absence est remarquée par quiconque recrute spécifiquement pour ce poste — elle l'est moins dans des rôles où le produit du travail n'est pas visuellement ou fonctionnellement vérifiable.

Qualifications, et ce qui ne bloque pas ici

Il n'existe ni licence ni enregistrement professionnel pour l'ingénierie frontend. Un diplôme en informatique aide au stade des programmes pour jeunes diplômés chez les grands employeurs, où il sert parfois de filtre initial, mais ce n'est pas une barrière comme l'est un certificat d'exercice en droit ou un numéro d'inscription pour les infirmières — beaucoup d'ingénieurs frontend seniors en activité sont autodidactes ou issus d'un bootcamp. Si c'est votre parcours, nommez le bootcamp et la promotion, mais ne commencez pas par là. Commencez par ce que vous avez livré ensuite. Le certificat vous a ouvert la porte de votre premier emploi ; il ne travaille plus pour vous trois postes plus tard.

Les certifications vendeur (badges de fournisseurs cloud, certificats spécifiques à des frameworks) sont des signaux faibles dans ce domaine. Les lister brièvement en bas n'est pas nuisible, mais elles ne remplacent pas du travail livré en production et ne devraient pas occuper l'espace qu'un lien vers du vrai code pourrait occuper.

Ce que les candidats frontend oublient systématiquement

Quelques éléments manquent encore et encore, même sur des CV par ailleurs bien construits :

• Travail d'accessibilité. Si vous avez fait quoi que ce soit pour la conformité WCAG, les attributs ARIA, la navigation au clavier ou les tests de lecteur d'écran, dites-le spécifiquement — « mise en conformité WCAG 2.1 AA du flux de commande » plutôt que de l'omettre parce que cela semble une partie mineure du travail. Certains recruteurs posent désormais la question directement et sont visiblement surpris quand un candidat a fait le travail sans jamais le mentionner.
• Détails de performance. « Amélioration des performances » est une phrase qui n'apprend rien au lecteur. Si vous avez travaillé sur les Core Web Vitals — LCP, INP, CLS — ou déplacé un score Lighthouse, nommez la métrique. Vous n'avez pas besoin d'un pourcentage inventé ; nommer la métrique sur laquelle vous avez travaillé et ce que vous avez fait pour la déplacer suffit à rendre l'affirmation vérifiable.
• Comment vous avez travaillé avec le design. Le frontend se situe à la jonction entre design et ingénierie, et la façon dont ce transfert s'est réellement opéré — workflow Figma-vers-composant, construction ou maintenance d'un design system, travail dans ou construction d'une instance Storybook — est systématiquement omise des CV même si c'est souvent une grande partie du travail quotidien réel.
• Travail cross-browser et responsive. Considéré comme acquis, rarement énoncé, et parfois la raison réelle pour laquelle un candidat est recruté — une équipe qui vient de subir un bug spécifique à Safari veut savoir que vous avez traité cette classe de problème auparavant.
• Pratique de revue de code et CI/CD. Si vous avez fait partie d'une culture de revue de PR, pratiqué régulièrement le pair programming, ou maintenu la couverture de tests sur une base de code, cela dit quelque chose sur la maturité technique au-delà de « écrire du code », et c'est fréquemment la différence entre un CV qui se lit comme junior et un qui se lit comme prêt pour plus de responsabilités, indépendamment des années d'expérience listées.

Que faire ensuite

Ouvrez l'annonce réelle à côté de votre CV. Faites correspondre la ligne de stack technique à sa formulation exacte. Ajoutez trois liens en haut : votre GitHub, un projet déployé en ligne, et une pull request spécifique ou bibliothèque de composants vers laquelle vous pouvez pointer. Supprimez tout ce qui est vrai de n'importe quel développeur plutôt que vrai de vous sur cette stack. Si vous avez fait du travail d'accessibilité ou de performance, nommez la métrique ou le standard plutôt que l'adjectif.

jobmarket.pro lit l'annonce en entier, la vérifie contre votre profil existant, et prépare la candidature à partir de cela — il n'invente pas d'expérience que vous n'avez pas.