
Le CV est terminé. Il repose sur un modèle à deux colonnes, avec une colonne latérale étroite pour les coordonnées, les compétences et les langues, et une large colonne pour le parcours professionnel. Il tient sur une page et a meilleure allure que tout ce que le candidat a envoyé jusque-là. Puis, la veille de postuler, il lit que les logiciels de gestion des candidatures (ATS), que les employeurs utilisent pour recueillir et trier les candidatures, ne savent pas lire les colonnes, et qu'il faudrait refaire toute la page sur une seule colonne.
L'avertissement est repris par les services carrières des universités et par certains éditeurs d'ATS. Il est contesté par des entreprises qui vendent des modèles à deux colonnes et publient des tests à leur sujet. Les deux camps s'appuient sur des données, et aucun ne dit à un candidat ce qu'il adviendra de son propre fichier.
Cet article expose ce que les éditeurs écrivent dans leur propre documentation et ce qu'ont montré les tests d'extraction publiés. En bref, les mots d'une deuxième colonne se perdent rarement. Ce qui peut dérailler, c'est leur ordre : le texte de la colonne latérale peut se retrouver mêlé au parcours professionnel. Cela dépend de la façon dont le fichier a été créé et du système qui le lit, deux choses qu'un candidat ne voit pas de l'extérieur. Il peut en revanche copier le texte du fichier et le regarder, ce qui prend environ deux minutes.
D'où vient l'avertissement
L'avertissement a des sources sérieuses. Le service carrières de l'université de Géorgie explique à ses étudiants que « de nombreux ATS ne peuvent pas lire ni extraire les informations placées dans des colonnes ». Celui de l'université du Maryland est tout aussi catégorique : « Évitez les tableaux ou les colonnes dans votre CV, car ils peuvent provoquer de graves erreurs d'extraction ».
Les éditeurs disent à peu près la même chose, avec plus de prudence. Greenhouse, qui édite un ATS, tient pour les recruteurs une page d'aide, mise à jour pour la dernière fois en mars 2026, qui explique pourquoi l'extraction d'un CV peut échouer. Sa liste comprend les « CV dont la mise en page est en colonnes », les « CV complexes avec des tableaux, des en-têtes et des pieds de page », les CV avec des graphiques, des photos ou du WordArt, et les CV « dont le nom et les coordonnées figurent dans l'en-tête, le pied de page ou une zone de texte ». Workable, un autre éditeur, en a donné la raison dans un article publié pour la première fois en 2014, ancien mais toujours en ligne sur son site : « Les tableaux et les colonnes répartissent les mots, et parfois même, hélas, les lettres, sur des lignes différentes. »
La page de Greenhouse va moins loin que la rumeur, sur deux points. Elle dit qu'une mise en page en colonnes peut faire échouer l'extraction, pas qu'elle le fait toujours. Et la conséquence qu'elle décrit est d'ordre administratif. Le recruteur voit un message indiquant que le CV « a seulement été joint au profil du candidat », et quelqu'un doit saisir les informations à la main. Personne n'est écarté à ce stade, un point développé dans l'article qui se demande si les ATS rejettent les CV. Le prix à payer est une fiche candidat aux champs vides ou erronés, ce qui pénalise le candidat si les recruteurs recherchent ou filtrent les candidatures selon ces champs.
Cette mise en page est pourtant courante. Textkernel, une entreprise qui conçoit des logiciels d'extraction de CV, estime qu'« au moins 15 % des CV utilisent une mise en page en colonnes ». Une prépublication de 2025, signée notamment par des chercheurs d'Alibaba Group et de la Hangzhou City University, évalue à environ 20 % la part des CV aux « mises en page non linéaires, à plusieurs colonnes ». Les concepteurs de logiciels d'extraction, ou parseurs, avaient donc toutes les raisons de s'attaquer à une mise en page aussi répandue, et l'article de Textkernel décrit justement ce travail.
Comment un parseur lit une page
L'extraction se fait en deux temps. D'abord, le fichier est converti en texte brut. Ensuite, un logiciel cherche dans ce texte un nom, des employeurs, des intitulés de poste, des dates et des compétences. C'est à la première étape que la mise en page pose problème. La documentation de Textkernel destinée aux développeurs le dit sans détour : « La grande majorité des problèmes d'extraction ne viennent pas du traitement du texte brut, mais de la conversion en texte brut. »
La raison tient au format du fichier. Un PDF ne stocke ni phrases ni paragraphes. Selon la documentation de pdfminer, un programme open source d'extraction de texte, « un fichier PDF ne connaît que les caractères et leur position ». Tout programme qui lit un PDF doit reconstituer les lignes, puis décider quel bloc de texte suit quel autre. Avec une colonne, c'est simple, car l'ordre de haut en bas de la page est celui du texte. Avec deux, le logiciel doit repérer l'espace entre les colonnes et lire chaque côté séparément. Sinon, il lit chaque ligne d'un bord à l'autre de la page. Textkernel décrit le résultat : « Au lieu de lire les colonnes du CV l'une après l'autre, le système mélangeait des morceaux de chaque colonne. »
Sur un CV avec une colonne de compétences à gauche, cela donne ceci :
COMPÉTENCES EXPÉRIENCE PROFESSIONNELLE
SQL Data Analyst senior, Dunmerrow Freight Inc.
Tableau Mars 2021 - aujourd'hui
Python Mise en place d'une prévision hebdomadaire de la demande, utilisée par 14 dépôts
LANGUES Réduction du temps de reporting mensuel de deux jours à trois heures
Espagnol (courant) Data Analyst, Skelbrook Retail LLC
Souligné : le texte de la colonne latérale qui s'est retrouvé dans le parcours professionnel.
Tous les mots sont toujours là. Mais un parseur qui part de ce texte doit trouver un intitulé de poste dans « SQL Data Analyst senior » et une date de début dans « Tableau Mars 2021 - aujourd'hui », et les compétences ne forment plus une liste.
Ce qu'ont montré les tests d'extraction
Trois tests publiés portent sur la question. Chacun a été mené par une entreprise qui avait un intérêt commercial dans le résultat, ce qu'il faut garder en tête en les lisant.
Le premier est celui de Textkernel, sur son propre produit. Dans le même article technique, qui n'affiche aucune date sur la page (ses métadonnées indiquent une publication en octobre 2023), l'entreprise explique avoir remplacé ses règles écrites à la main, qui servaient à repérer l'espace entre les colonnes, par un modèle entraîné. Des annotateurs ont ensuite évalué la qualité du texte obtenu pour environ 700 CV, et « la part des CV correctement restitués est passée de 62 % à 90 % ». De l'aveu même de l'éditeur, son traitement des colonnes dans les PDF s'est nettement amélioré, et un CV sur dix de son échantillon restait mal restitué.
Le deuxième vient d'Enhancv, qui vend un générateur de CV dont le modèle le plus populaire est sur deux colonnes. Dans une étude publiée en août 2026, l'entreprise a décliné trois CV dans ses 17 modèles et passé chaque fichier dans sept outils d'extraction de texte, dont pdftotext et pdfminer, soit 357 essais en tout. Ce sont des outils PDF généralistes, pas le parseur d'un ATS identifié. La part des mots récupérés n'a « jamais différé de plus d'un demi-point de pourcentage » entre une et deux colonnes, et l'e-mail, la localisation et le numéro de téléphone sont ressortis correctement à chaque essai. L'ordre, lui, posait problème. Avec la méthode la moins performante, les sections d'un CV « ne restaient intactes que dans 35 % des cas avec deux colonnes, contre 60 % avec une seule ». Qu'une seule colonne n'atteigne que 60 % en dit autant sur la méthode que sur la mise en page. Avec une autre méthode, que l'étude dit de plus en plus répandue, l'écart a presque disparu.
Le troisième a fait appel à des systèmes en service. En juillet 2026, un auteur qui travaille sur Resumap, éditeur d'un générateur de CV, a raconté sur DEV Community avoir exporté le CV d'un candidat fictif, avec trois postes, dans 36 des modèles de l'entreprise, puis importé chaque fichier dans Zoho Recruit, Workable et le parseur de Textkernel. Les trois ont trouvé l'adresse e-mail et le numéro de téléphone dans les 36 fichiers. Workable a correctement séparé les trois postes dans 36 fichiers, Zoho Recruit dans 34 et Textkernel dans 31. Le nombre de colonnes n'expliquait pas les échecs. « Plusieurs des mises en page à deux colonnes de ce corpus ont obtenu 22/22 sur Zoho et 3/3 postes sur Textkernel », écrit l'auteur, et plusieurs mises en page à une colonne n'y sont pas parvenues. L'auteur indique aussi avoir vérifié au préalable que le texte de chaque fichier était complet et dans l'ordre : les erreurs venaient donc des parseurs.
Les limites sont évidentes. Aucun de ces tests ne portait sur Workday, Greenhouse ou Lever. Deux utilisaient les modèles de l'entreprise qui menait le test, et l'un d'eux reposait sur un seul candidat fictif. Aucun ne mesurait les entretiens ; comme l'écrit Enhancv, « Cette étude mesure la précision de l'extraction du texte, pas les résultats en matière d'embauche. » Le point commun des trois est modeste : les mots survivent presque toujours, leur ordre pas toujours, et le résultat dépend du système qui lit le fichier.
Pourquoi un même CV est lu différemment
L'auteur de Resumap a résumé le phénomène en une phrase : « Ce n'est pas le nombre de colonnes qui prédisait le résultat, c'est l'ordre d'écriture. » Un PDF conserve son texte dans l'ordre où le programme qui l'a créé l'a écrit. L'article ajoute : « Si le générateur écrit d'abord toute la colonne principale, puis la colonne latérale, une mise en page à deux colonnes est lue exactement comme une mise en page à une colonne. » Un lecteur qui suit l'ordre enregistré obtient un texte propre à partir d'un tel fichier. Un lecteur qui trie tout selon la position sur la page, pas forcément. Le candidat ne choisit ni les habitudes du générateur, ni le lecteur de l'employeur.
Les fichiers Word échouent d'une autre façon. La description du format par Microsoft indique qu'un document est organisé en « stories », des flux de texte distincts : le flux principal en est un, et chaque en-tête, pied de page et zone de texte en est un autre. Un convertisseur qui ne lit que le flux principal ne rencontre jamais le reste, ce qui rejoint l'avertissement de Greenhouse sur un nom et des coordonnées placés dans un en-tête, un pied de page ou une zone de texte. Un tableau, selon la même documentation, est une suite de lignes qui contiennent chacune des cellules. Une mise en page avec colonne latérale construite comme un tableau est donc enregistrée ligne par ligne : cellule de gauche, cellule de droite, puis ligne suivante.
Pour les éléments graphiques, c'est plus simple. Une image ne contient aucun caractère. La documentation de Textkernel dit des CV de graphistes que « les candidats utilisent des images au lieu de texte, font courir du texte en diagonale sur le CV, utilisent du texte vertical », et des documents numérisés que « sans OCR, ces documents ne peuvent pas être traités. » Sur un CV ordinaire, il en va de même des barres de compétences, des notes en étoiles et d'un nom placé dans une image de bandeau. Une icône à la place du mot « Téléphone » coûte peu, puisque le numéro à côté reste du texte. Une barre indiquant une maîtrise d'Excel à 80 % est une autre affaire, car le niveau n'existe que sous forme d'image. La façon dont la police elle-même peut modifier le texte extrait est traitée dans l'article sur le choix d'une police pour le CV.
| Élément | Risque pour le texte extrait |
|---|---|
| Deux colonnes dans un PDF | Lignes de la colonne latérale mêlées à la colonne principale, si le lecteur lit d'un bord à l'autre |
| Tableau dans un fichier Word | Lecture ligne par ligne, si bien que les cellules côte à côte alternent |
| Zone de texte, en-tête, pied de page | Enregistrés à part du texte principal d'un fichier Word, et parfois ignorés |
| Icônes, barres de compétences, graphiques | Aucun caractère à lire ; seul le texte placé à côté subsiste |
| Fichier numérisé ou composé uniquement d'images | Aucun texte, sauf si le système applique une reconnaissance de caractères (OCR) |
Sur le type de fichier, les conseils divergent. Textkernel dit à ses clients : « Si vous voulez réduire les problèmes de conversion, n'utilisez pas de documents PDF », même si la même page admet que « beaucoup de PDF se convertissent et s'extraient sans problème » et attribue la plupart des réclamations à des fichiers corrompus. Le service carrières du Maryland conseille un fichier .docx « si possible » et juge le PDF « relativement acceptable aussi ». Or un fichier Word avec des zones de texte présente les problèmes qui viennent d'être décrits. Quand une offre impose un format, mieux vaut le respecter. Sinon, le meilleur fichier est celui qui réussit le test décrit plus bas. L'article qui se demande s'il faut envoyer un PDF ou un fichier Word examine ce choix en détail.
Quand le CV sur deux colonnes est sans risque
Un CV sur deux colonnes est un choix raisonnable à quelques conditions. Le fichier est un PDF exporté depuis un générateur de CV ou un traitement de texte, de sorte que son texte peut être sélectionné. Le nom et les coordonnées figurent en haut, sur toute la largeur de la page : dans l'étude d'Enhancv, le seul modèle pour lequel un outil n'a pas retrouvé le nom du candidat était aussi le seul sans en-tête sur toute la largeur. Le parcours professionnel se déroule dans une seule colonne, sans interruption, et la colonne latérale ne contient que des éléments qui se suffisent à eux-mêmes, comme les compétences, les langues parlées et les certifications. Enfin, le texte sort du fichier dans l'ordre, ce que vérifie le test ci-dessous.
Une seule colonne est préférable quand une offre demande un fichier Word, quand le même CV part chez des dizaines d'employeurs sans que personne ne vérifie ce qu'en a fait chaque système, ou quand un formulaire de candidature remplit ses champs à partir du fichier importé et se trompe. C'est le choix prudent par défaut, même si les modèles à une colonne qui ont échoué chez Resumap montrent qu'il n'offre aucune garantie.
La mise en page est une décision distincte du format, c'est-à-dire du choix entre un CV chronologique, fonctionnel ou mixte, que traite le guide des formats de CV.
Tester un CV en copiant son texte
La vérification se fait en quatre étapes, sans logiciel particulier.
- Ouvrir dans un lecteur PDF ou un navigateur web le fichier exact qui sera envoyé.
- Sélectionner tout le texte (Ctrl+A sous Windows, Cmd+A sur Mac) et le copier.
- Le coller dans un éditeur de texte brut, comme le Bloc-notes sous Windows ou TextEdit réglé en texte brut sur Mac.
- Lire le résultat depuis le début.
Une mise en page qui réussit le test donne ceci :
EXPÉRIENCE PROFESSIONNELLE
Data Analyst senior, Dunmerrow Freight Inc.
Mars 2021 - aujourd'hui
Mise en place d'une prévision hebdomadaire de la demande, utilisée par 14 dépôts
Réduction du temps de reporting mensuel de deux jours à trois heures
Data Analyst, Skelbrook Retail LLC
COMPÉTENCES
SQL
Tableau
Python
LANGUES
Espagnol (courant)
Le parcours professionnel est complet, et la colonne latérale suit en un bloc distinct.
Peu importe quelle colonne sort en premier, tant que chacune est complète. Le nom et les coordonnées doivent apparaître près du début. Chaque titre de section doit être suivi de son propre contenu, chaque intitulé de poste doit se trouver à côté de son employeur et de ses dates, et rien de ce qui est visible sur la page ne doit manquer. Si aucun texte ne peut être sélectionné, le fichier est une image.
Textkernel donne à ses propres clients à peu près la même consigne pour diagnostiquer une extraction ratée : « Regardez le texte converti et vérifiez qu'il correspond à ce qui est attendu (qu'il se lit de façon logique). » Le test a une limite, qu'illustrent les sept outils d'Enhancv : les programmes ne lisent pas tous un fichier de la même façon, si bien qu'une copie propre est un bon indice, pas une preuve. Une copie en désordre suffit à justifier un changement de mise en page, puisque rien ne garantit que le système de l'employeur fera mieux. Beaucoup de candidatures offrent en plus une seconde vérification gratuite. Quand un formulaire remplit ses champs à partir du CV importé, ce qui s'y affiche est ce qu'un candidat peut voir de plus proche de ce que le système de l'employeur a extrait, et il peut le corriger avant l'envoi.
Les CV sur deux colonnes sont donc bien lus par certains systèmes et mal par d'autres, et les tests publiés laissent penser que l'ordre dans lequel un fichier enregistre son texte, et la méthode utilisée pour le lire, comptent davantage que le nombre de colonnes. L'avertissement n'est pas sans fondement : Greenhouse cite encore les mises en page en colonnes en 2026. Mais les fichiers à deux colonnes ont souvent été aussi bien lus que les fichiers à une colonne, et certains fichiers à une colonne ont été mal lus.
Le candidat au CV terminé a donc mieux à faire que de tout refaire la veille de la date limite. Copier le texte répond à la question pour le fichier qu'il a en main. Si le texte sort dans l'ordre, le CV peut partir tel quel. Sinon, le même contenu a sa place dans un modèle à une colonne.
Comment UseResume vous aide
ChatGPT et Claude sont des outils généralistes qui savent aussi rédiger un CV. UseResume est un générateur de CV IA conçu pour cette seule tâche, et cette tâche comprend le fichier autant que la formulation. Vous créez votre CV dans des modèles compatibles ATS aux titres de section standard. Vous pouvez ajuster les polices, les couleurs, la mise en page et l'ordre des sections, puis télécharger le résultat en PDF.
Vous pouvez importer un CV existant depuis un PDF, un fichier Word ou un profil LinkedIn : abandonner une mise en page qui a échoué au test de la copie ne vous oblige donc pas à tout ressaisir. L'analyseur de CV note ensuite votre CV de 0 à 100 à travers 37 vérifications réparties en 8 catégories, et indique ce qu'il faut corriger en priorité.
Créez votre compte et faites le test de la copie sur le résultat.



















