Kan een ATS een tweekoloms cv lezen? Wat tests laten zien

Het cv is af. Het is gemaakt met een tweekoloms sjabloon, met een smalle zijbalk voor contactgegevens, vaardigheden en talen en een brede kolom voor de werkervaring. Het past op één pagina en ziet er beter uit dan alles wat de kandidaat eerder heeft verstuurd. Dan, op de avond voor het solliciteren, leest de kandidaat dat een ATS (applicant tracking system), de software waarmee werkgevers sollicitaties verzamelen en sorteren, geen kolommen kan lezen, en dat de hele pagina opnieuw moet worden opgebouwd in één kolom.

Die waarschuwing wordt herhaald door de loopbaancentra van universiteiten en door sommige ATS-leveranciers. Ze wordt betwist door bedrijven die tweekoloms sjablonen verkopen en daar tests over publiceren. Beide kanten hebben bewijs, en geen van beide vertelt een sollicitant wat er met één bepaald bestand gaat gebeuren.

Hieronder staat wat leveranciers in hun eigen documentatie zeggen en wat de gepubliceerde parsingtests vonden. Het korte antwoord is dat de woorden in een tweede kolom zelden verloren gaan. Wat mis kan gaan, is hun volgorde: tekst uit de zijbalk kan tussen de werkervaring terechtkomen. Of dat gebeurt, hangt af van hoe het bestand is gemaakt en van het systeem dat het leest, en van buitenaf kan een sollicitant geen van beide zien. Wel kan een sollicitant de tekst uit het bestand kopiëren en bekijken, en dat kost ongeveer twee minuten.

Waar de waarschuwing vandaan komt

De waarschuwing heeft serieuze bronnen. Het loopbaancentrum van de University of Georgia vertelt studenten dat “veel ATS'en informatie in kolommen niet kunnen scannen en uitlezen”. Het loopbaancentrum van de University of Maryland is net zo stellig: “Vermijd tabellen of kolommen in je cv, want die kunnen ernstige fouten bij het uitlezen veroorzaken”.

Leveranciers zeggen iets vergelijkbaars, maar voorzichtiger. Greenhouse, de maker van een ATS, heeft voor recruiters een pagina voor probleemoplossing, voor het laatst bijgewerkt in maart 2026, over de vraag waarom het uitlezen van een cv kan mislukken. Op de lijst staan “cv's met een lay-out in kolommen”, “complexe cv's met tabellen, kopteksten en voetteksten”, cv's met afbeeldingen, foto's of WordArt, en cv's “met de naam en contactgegevens in de koptekst, de voettekst of een tekstvak”. Workable, een andere leverancier, gaf de reden in een artikel dat in 2014 voor het eerst verscheen, oud maar nog altijd op de site te vinden: “Tabellen en kolommen zetten woorden, en helaas soms letters, op verschillende regels.”

De pagina van Greenhouse gaat op twee punten minder ver dan het gerucht. Er staat dat een lay-out in kolommen ervoor kan zorgen dat het uitlezen mislukt, niet dat dat altijd gebeurt. En het gevolg dat de pagina beschrijft, is administratief. De recruiter krijgt een melding dat het cv “alleen als bijlage aan de kandidaat is toegevoegd”, en iemand moet de gegevens met de hand invoeren. In die stap wordt niemand afgewezen, een punt dat uitgebreider aan bod komt in het artikel over de vraag of een ATS cv's afwijst. De prijs is een kandidaatprofiel met lege of verkeerde velden, en dat is een nadeel als recruiters de lijst met sollicitanten op die velden doorzoeken of filteren.

Die lay-out komt intussen veel voor. Textkernel, een bedrijf dat software maakt om cv's uit te lezen, schat dat “minstens 15% van de cv's een lay-out met kolommen heeft”. Een preprint uit 2025 van onder meer onderzoekers van Alibaba Group en Hangzhou City University schat het aandeel cv's met “niet-lineaire lay-outs met meerdere kolommen” op ongeveer 20%. Bij een lay-out die zo vaak voorkomt, hebben de makers van parsers alle reden om er werk van te maken, en de post van Textkernel beschrijft precies dat.

Hoe een parser een pagina leest

Het uitlezen gebeurt in twee stappen. Eerst wordt het bestand omgezet in platte tekst. Daarna zoekt software in die tekst naar een naam, werkgevers, functietitels, datums en vaardigheden. De lay-out veroorzaakt problemen in de eerste stap. De documentatie voor ontwikkelaars van Textkernel zegt het zonder omwegen: “Verreweg de meeste problemen bij het parsen komen niet voort uit het verwerken van de platte tekst, maar uit de omzetting naar platte tekst.”

De oorzaak ligt in het bestandsformaat. Een PDF slaat geen zinnen of alinea's op. In de woorden van de documentatie van pdfminer, een opensourceprogramma om tekst uit bestanden te halen, “kent een PDF-bestand alleen de tekens en hun plaats”. Alles wat een PDF leest, moet de regels opnieuw opbouwen en dan bepalen welk tekstblok op welk volgt. Bij één kolom is dat eenvoudig, want de volgorde van boven naar beneden is de volgorde van de tekst. Bij twee kolommen moet de software de ruimte tussen de kolommen opmerken en elke kant apart lezen. Doet ze dat niet, dan leest ze elke regel dwars over de hele pagina. Textkernel beschrijft het resultaat: “In plaats van de kolommen van het cv na elkaar te lezen, haalde het systeem stukjes van elke kolom door elkaar.”

Bij een cv met links een zijbalk voor vaardigheden ziet het resultaat er zo uit:

Elk woord staat er nog. Maar een parser die met die tekst werkt, moet een functietitel vinden in “SQL Senior data-analist” en een begindatum in “Tableau maart 2021 tot heden”, en de vaardigheden vormen geen lijst meer.

Wat de parsingtests vonden

Drie gepubliceerde tests zeggen iets over deze vraag. Elke test werd uitgevoerd door een bedrijf met een commercieel belang bij de uitkomst, en zo moeten ze ook gelezen worden.

De eerste is die van Textkernel, op het eigen product. In dezelfde technische post, die op de pagina geen datum vermeldt (volgens de metadata is hij in oktober 2023 gepubliceerd), beschrijft het bedrijf hoe het zijn handmatig opgestelde regels voor het herkennen van de ruimte tussen kolommen verving door een getraind model. Beoordelaars keken daarna hoe goed de tekst van ongeveer 700 cv's eruit kwam, en “het aandeel goed weergegeven cv's steeg van 62% naar 90%”. Volgens de leverancier zelf ging de verwerking van kolommen in PDF's er dus flink op vooruit, en werd nog altijd één op de tien cv's in de steekproef niet goed weergegeven.

De tweede komt van Enhancv, dat een cv-maker verkoopt waarvan het populairste sjabloon twee kolommen heeft. In een onderzoek dat in augustus 2026 verscheen maakte het bedrijf van drie cv's een versie in elk van zijn 17 sjablonen en haalde het elk bestand door zeven programma's voor tekstextractie, waaronder pdftotext en pdfminer, goed voor 357 runs in totaal. Dat zijn algemene PDF-tools, niet de parser in een bepaald ATS. Het aandeel teruggevonden woorden lag bij één en twee kolommen “nooit meer dan een half procentpunt uit elkaar”, en e-mailadres, locatie en telefoonnummer kwamen bij elke run goed door. De volgorde was een ander verhaal. Met de slechtst presterende methode bleven de secties van een cv “maar in 35% van de gevallen intact bij twee kolommen, tegenover 60% bij één”. Dat één kolom maar 60% haalde, zegt iets over de methode, niet alleen over de lay-out. Met een andere methode, die volgens het onderzoek steeds vaker wordt gebruikt, verdween het verschil bijna helemaal.

De derde gebruikte echte systemen. In juli 2026 beschreef een auteur die aan Resumap werkt, een bedrijf dat een cv-maker verkoopt, op DEV Community hoe het cv van één verzonnen kandidaat met drie banen in 36 sjablonen van het bedrijf werd geëxporteerd en hoe elk bestand werd ingelezen in Zoho Recruit, Workable en de parser van Textkernel. Alle drie vonden het e-mailadres en het telefoonnummer in alle 36 bestanden. Workable hield de drie banen in 36 bestanden correct uit elkaar, Zoho Recruit in 34 en Textkernel in 31. Het aantal kolommen verklaarde de fouten niet. “Verscheidene tweekoloms lay-outs in deze verzameling scoorden 22/22 bij Zoho en 3/3 functies bij Textkernel”, schrijft de auteur, en verscheidene eenkoloms lay-outs niet. De auteur meldt ook vooraf te hebben gecontroleerd dat de tekst in elk bestand compleet was en in de juiste volgorde stond, dus de fouten ontstonden in de parsers.

De beperkingen zijn duidelijk. Geen van deze tests omvatte Workday, Greenhouse of Lever. Twee gebruikten de eigen sjablonen van de tester, en een daarvan steunde op één verzonnen kandidaat. Geen enkele test mat sollicitatiegesprekken; in de woorden van Enhancv: “Dit onderzoek meet de nauwkeurigheid van tekstextractie, niet de uitkomst van wervingsprocedures.” Waar de drie het over eens zijn, is bescheiden: de woorden blijven bijna altijd behouden, hun volgorde soms niet, en de uitkomst verschilt per systeem dat de tekst leest.

Waarom hetzelfde cv verschillend wordt uitgelezen

De auteur van Resumap vatte het patroon samen in één zin: “Het aantal kolommen voorspelde de uitkomst niet; de volgorde waarin de tekst werd weggeschreven wel.” Een PDF bewaart zijn tekst in de volgorde waarin het programma dat het bestand maakte die tekst heeft weggeschreven. De post vervolgt: “Als de generator eerst de hele hoofdkolom wegschrijft en daarna de zijbalk, wordt een tweekoloms lay-out precies zo uitgelezen als een eenkoloms lay-out.” Een programma dat de opgeslagen volgorde volgt, haalt uit zo'n bestand nette tekst. Een programma dat alles sorteert op positie op de pagina, misschien niet. De sollicitant kiest de gewoonten van de generator niet, en ook niet de software waarmee de werkgever leest.

Word-bestanden gaan op andere manieren mis. Volgens Microsofts beschrijving van het formaat bestaat een document uit “stories” (afzonderlijke tekststromen): de hoofdtekst is er één, en elke koptekst, voettekst en elk tekstvak is een andere. Een converter die alleen de hoofdtekst leest, komt de rest nooit tegen, en dat past bij de waarschuwing van Greenhouse over een naam en contactgegevens in een koptekst, voettekst of tekstvak. Een tabel is in dezelfde documentatie een reeks rijen die elk cellen bevatten. Een lay-out met een zijbalk die als tabel is gebouwd, wordt dus rij voor rij opgeslagen: linkercel, rechtercel, dan de volgende rij.

Bij afbeeldingen ligt het eenvoudiger. Een afbeelding bevat geen tekens. Over cv's van ontwerpers zegt de documentatie van Textkernel dat “kandidaten afbeeldingen gebruiken in plaats van tekst, tekst schuin over het cv laten lopen en verticale tekst gebruiken”, en over gescande documenten: “Zonder OCR kunnen zulke documenten niet worden uitgelezen.” Op een gewoon cv geldt hetzelfde voor balkjes bij vaardigheden, sterrenscores en een naam in een bannerafbeelding. Een icoontje in plaats van het woord “Telefoon” kost weinig, want het nummer ernaast is nog steeds tekst. Een balkje dat 80% beheersing van Excel aangeeft, is iets anders, want dat niveau bestaat alleen als plaatje. Hoe het lettertype zelf de uitgelezen tekst kan beïnvloeden, staat in het artikel over het kiezen van een lettertype voor een cv.

Over het bestandstype is het advies verdeeld. Textkernel zegt tegen zijn klanten: “Wil je conversieproblemen zo veel mogelijk voorkomen, gebruik dan geen PDF-documenten”, al erkent dezelfde pagina dat “veel PDF's prima worden geconverteerd en uitgelezen” en schrijft die de meeste klachten toe aan beschadigde bestanden. Het loopbaancentrum van Maryland raadt een .docx-bestand aan “als dat kan” en noemt PDF “ook redelijk oké”. Toch heeft een Word-bestand met tekstvakken de problemen die hierboven zijn beschreven. Noemt een vacature een formaat, dan is dat het formaat om te gebruiken. Anders is het betere bestand het bestand dat de test hieronder doorstaat. Het artikel over de keuze tussen PDF en Word behandelt die keuze uitgebreid.

Wanneer een tweekoloms cv veilig is

Een tweekoloms cv is onder een paar voorwaarden een redelijke keuze. Het bestand is een PDF die is geëxporteerd uit een cv-maker of tekstverwerker, zodat de tekst te selecteren is. De naam en contactgegevens staan bovenaan, over de volle breedte van de pagina: in het onderzoek van Enhancv was het enige sjabloon waarbij een tool de naam van de kandidaat niet terugvond, ook het enige zonder kop over de volle breedte. De werkervaring loopt zonder onderbreking door in één kolom, en de zijbalk bevat alleen onderdelen die op zichzelf staan, zoals vaardigheden, de talen die de kandidaat spreekt en certificeringen. En de tekst komt in de juiste volgorde uit het bestand, wat de test hieronder controleert.

Eén kolom is de betere keuze als een vacature om een Word-bestand vraagt, als hetzelfde cv naar tientallen werkgevers gaat en niemand controleert wat elk systeem ervan heeft gemaakt, of als een sollicitatieformulier zijn velden vult vanuit het geüploade bestand en dat verkeerd doet. Het is de voorzichtige standaardkeuze, al laten de mislukte eenkoloms sjablonen van Resumap zien dat het geen garantie is.

De lay-out staat los van de opbouw, de keuze tussen een chronologisch, functioneel of gecombineerd cv, die wordt behandeld in de gids over de opbouw van een cv.

Een cv testen door de tekst eruit te kopiëren

De check bestaat uit vier stappen en vraagt geen speciale software.

1. Open in een PDF-viewer of een webbrowser precies het bestand dat wordt ingestuurd.
2. Selecteer alle tekst (Ctrl+A op Windows, Cmd+A op een Mac) en kopieer die.
3. Plak de tekst in een editor voor platte tekst, zoals Kladblok op Windows of TextEdit op een Mac, ingesteld op platte tekst.
4. Lees het resultaat van boven af.

Een lay-out die slaagt, ziet er zo uit:

Welke kolom als eerste komt, maakt niet uit, zolang elke kolom compleet is. De naam en contactgegevens horen bovenaan te staan. Elke kop moet gevolgd worden door de eigen inhoud, elke functietitel moet naast de werkgever en de datums staan, en niets wat op de pagina zichtbaar is, mag ontbreken. Valt er helemaal geen tekst te selecteren, dan is het bestand een afbeelding.

Textkernel geeft zijn eigen klanten vrijwel dezelfde instructie om een slecht uitgelezen cv te onderzoeken: “Bekijk de geconverteerde tekst en ga na of die is zoals verwacht (logisch leest).” De test heeft een grens, en de zeven tools van Enhancv laten die zien: niet alle programma's lezen een bestand op dezelfde manier, dus een nette kopie is een sterke aanwijzing en geen bewijs. Een kopie vol door elkaar gehusselde tekst is reden genoeg om de lay-out te veranderen, want er is geen manier om te weten of het systeem van een werkgever het beter doet. Bij veel sollicitaties zit er gratis een tweede check bij. Als een formulier zijn velden invult vanuit het geüploade cv, komt wat daar verschijnt het dichtst bij wat het systeem van de werkgever eruit heeft gehaald, en het is nog te corrigeren vóór het versturen.

Tweekoloms cv's worden dus door sommige systemen netjes uitgelezen en door andere slecht, en de gepubliceerde tests wijzen erop dat de volgorde waarin een bestand zijn tekst opslaat en de methode waarmee die wordt gelezen meer uitmaken dan het aantal kolommen. De waarschuwing heeft een basis: Greenhouse noemt lay-outs met kolommen in 2026 nog steeds. Maar tweekoloms bestanden werden vaak net zo goed uitgelezen als eenkoloms bestanden, en sommige eenkoloms bestanden juist slecht.

De kandidaat met het afgeronde cv heeft dus een betere optie dan het op de avond voor de deadline helemaal opnieuw op te bouwen. De tekst eruit kopiëren beantwoordt de vraag voor precies dit bestand. Komt de tekst er in de juiste volgorde uit, dan kan het cv blijven zoals het is. Zo niet, dan hoort dezelfde inhoud in een eenkoloms sjabloon.

Hoe UseResume helpt

ChatGPT en Claude zijn tools voor algemeen gebruik die ook een cv kunnen schrijven. UseResume is een AI-cv-maker die voor die ene taak is gemaakt, en bij die taak hoort het bestand net zo goed als de tekst. Cv's worden opgebouwd in ATS-vriendelijke sjablonen met standaardkoppen. Je kunt lettertype, kleuren, lay-out en de volgorde van de secties aanpassen, en het resultaat download je als PDF.

Een bestaand cv kun je importeren uit een PDF, een Word-bestand of een LinkedIn-profiel, dus overstappen van een lay-out die zakte voor de kopieertest betekent niet dat je alles opnieuw moet typen. De cv-checker geeft je cv daarna een score van 0 tot 100 op basis van 37 checks in 8 categorieën en zet op een rij wat je het eerst moet verbeteren.

Maak je account aan en doe de kopieertest op het resultaat.