Comment on teste la compatibilité ATS d'un template

Chaque template de la bibliothèque porte un badge de compatibilité ATS. Un badge, ça ne veut rien dire tout seul. Voici comment on vérifie, concrètement, avant qu'un template soit mis en ligne.

Un ATS ne "voit" pas une mise en page, il lit un flux de texte

Un ATS (Applicant Tracking System) n'analyse pas un CV comme un humain le regarde. Il ne perçoit ni les colonnes, ni les couleurs, ni la taille des titres. Il reçoit un flux de texte extrait du PDF, dans un ordre précis, et c'est cet ordre qui détermine si vos expériences sont associées aux bonnes dates, si votre poste actuel est bien identifié comme le plus récent, si vos compétences ne se retrouvent pas mélangées à votre formation.

La question n'est donc jamais "ce CV est-il joli". Elle est : "dans quel ordre le texte sort-il une fois le PDF ouvert par la machine".

Ce qu'on a testé, et comment

Avant d'ouvrir la bibliothèque de templates, on a validé un principe simple à énoncer mais rarement vérifié : une mise en page mono-colonne, même très travaillée visuellement (bandeaux de couleur, typographie de titre forte, hiérarchie affirmée), conserve un ordre d'extraction parfait.

La méthode : extraction de texte brute (pdftotext ou équivalent) sur le PDF généré, puis vérification que l'ordre obtenu suit la logique du CV, nom, contact, résumé, expériences de la plus récente à la plus ancienne, formation, compétences, sans qu'aucun bloc ne "saute" hors de sa position et sans perte de contenu. Ce test a été rejoué sur deux moteurs de rendu différents (wkhtmltopdf et Chromium via Playwright), avec le même résultat dans les deux cas.

On a aussi testé, et invalidé, une approche qui revient souvent dans les conseils trouvés en ligne : utiliser la propriété CSS order en flexbox pour afficher les éléments dans un ordre visuel différent de l'ordre du code. L'idée serait de garder un ordre "propre" pour l'ATS tout en réorganisant l'affichage pour l'œil humain. Sur les deux moteurs testés, ça ne fonctionne pas : le flux du PDF suit l'ordre de rendu visuel, jamais l'ordre du code source. Un CV qui reposerait sur cette astuce transmettrait un ordre incorrect à l'ATS, quelle que soit l'apparence à l'écran.

Ce que ça change concrètement

Ce test a une conséquence directe sur ce qu'on considère comme "permis" en mise en page. La contrainte réelle n'est pas "reste sobre", elle est "reste dans une seule colonne, avec un ordre de code qui correspond à l'ordre de lecture voulu". À l'intérieur de cette contrainte, un nom en très grande taille en haut de page, une graisse de titre marquée, un bandeau de couleur ne posent aucun problème d'extraction : ce sont des choix typographiques, pas des choix de structure.

C'est la distinction que la plupart des guides sur le sujet ne font pas. Ils traitent la simplicité de structure et la sobriété visuelle comme une seule et même règle, alors que seule la première conditionne réellement la lecture par l'ATS.

Les mises en page à deux colonnes

Une mise en page à deux colonnes n'est pas nécessairement illisible pour un ATS, mais elle dépend beaucoup plus du moteur de parsing utilisé côté recruteur : certains gèrent correctement l'ordre de lecture, d'autres mélangent les colonnes. Sans validation contre un moteur de parsing avancé en plus de l'extraction brute, on ne peut pas affirmer qu'une mise en page à deux colonnes est fiable partout. C'est pour ça qu'on distingue deux niveaux de compatibilité plutôt que d'annoncer une compatibilité universelle : structure mono-colonne validée par extraction brute d'un côté, structure optimisée plateformes modernes validée contre un moteur de parsing avancé de l'autre.

Pourquoi documenter ça publiquement

La plupart des sources sur "CV et ATS" affirment une compatibilité sans expliquer comment elle a été vérifiée. Certaines avancent même des pourcentages précis (taux d'échec, taux de précision) sans indiquer la méthode ni l'échantillon derrière. Un chiffre qu'on ne peut pas retracer n'est pas une preuve, c'est une affirmation qui en a la forme.

Ce qu'on décrit ici est vérifiable : n'importe qui peut prendre un PDF, lui appliquer une extraction de texte brute, et regarder si l'ordre obtenu a du sens. C'est ce test-là, reproductible, qu'on rejoue automatiquement sur chaque CV généré, et systématiquement sur chaque nouveau template avant sa mise en ligne.