Kan et ATS læse et CV med to kolonner? Det viser testene

CV'et er færdigt. Det er lavet i en skabelon med to kolonner, med en smal sidekolonne til kontaktoplysninger, kompetencer og sprog og en bred kolonne til erhvervserfaringen. Det fylder én side og ser bedre ud end noget, ansøgeren har sendt før. Så, aftenen før ansøgningen skal af sted, læser ansøgeren, at rekrutteringssystemer (ATS), altså den software, arbejdsgivere bruger til at samle og sortere ansøgninger, ikke kan læse kolonner, og at hele siden bør laves om til én kolonne.

Advarslen gentages af universiteternes karrierecentre og af nogle ATS-leverandører. Den bestrides af virksomheder, der sælger skabeloner med to kolonner og offentliggør test af dem. Begge sider har belæg, og ingen af dem kan fortælle en ansøger, hvad der vil ske med en bestemt fil.

Det følgende gennemgår, hvad leverandørerne skriver i deres egen dokumentation, og hvad de offentliggjorte test af parsing (systemets aflæsning af CV'et) fandt. Det korte svar er, at ordene i en anden kolonne sjældent går tabt. Det, der kan gå galt, er rækkefølgen: tekst fra sidekolonnen kan ende midt i erhvervserfaringen. Om det sker, afhænger af, hvordan filen er lavet, og af, hvilket system der læser den, og ingen af delene kan en ansøger se udefra. En ansøger kan til gengæld kopiere teksten ud af filen og se på den, og det tager omkring to minutter.

Hvor advarslen kommer fra

Advarslen har solide kilder. Karrierecentret ved University of Georgia fortæller de studerende, at ”mange ATS ikke kan scanne og parse oplysninger, der står i kolonner”. Karrierecentret ved University of Maryland er lige så bestemt: ”Undgå tabeller og kolonner i dit CV, da de kan give alvorlige parsingfejl”.

Leverandørerne siger noget lignende, men mere forsigtigt. Greenhouse, der laver et ATS, har en side om fejlfinding til rekrutterere, senest opdateret i marts 2026, om hvorfor parsingen af et CV kan mislykkes. Listen omfatter ”CV'er med et layout i kolonner”, ”komplekse CV'er med tabeller, sidehoveder og sidefødder”, CV'er med grafik, fotos eller WordArt og CV'er ”med navn og kontaktoplysninger i sidehovedet, sidefoden eller et tekstfelt”. Workable, en anden leverandør, gav forklaringen i et indlæg, der først blev offentliggjort i 2014, og som er gammelt, men stadig ligger på sitet: ”Tabeller og kolonner placerer ord, og desværre nogle gange bogstaver, på forskellige linjer.”

Greenhouses side er på to punkter snævrere end rygtet. Den siger, at et layout i kolonner kan få parsingen til at mislykkes, ikke at det altid sker. Og den konsekvens, den beskriver, er administrativ. Rekruttereren ser en besked om, at CV'et ”kun er blevet vedhæftet kandidaten”, og nogen må indtaste oplysningerne manuelt. Ingen bliver afvist i det trin, en pointe, der uddybes i artiklen om, hvorvidt et ATS afviser CV'er. Prisen er en kandidatprofil med tomme eller forkerte felter, og det er en ulempe, hvis rekrutterere søger eller filtrerer i listen over ansøgere efter netop de felter.

Layoutet er i øvrigt udbredt. Textkernel, et firma, der laver software til CV-parsing, anslår, at ”mindst 15 % af alle CV-dokumenter bruger et layout med kolonner”. Et preprint fra 2025 af forskere fra blandt andre Alibaba Group og Hangzhou City University sætter andelen af CV'er med ”ikke-lineære layouts med flere kolonner” til omkring 20 %. Et så almindeligt layout har dem, der laver parsere, haft grund til at arbejde med, og Textkernels indlæg beskriver netop det arbejde.

Sådan læser en parser en side

Parsing sker i to trin. Først bliver filen konverteret til ren tekst. Derefter leder softwaren i teksten efter navn, arbejdsgivere, jobtitler, datoer og kompetencer. Layoutet skaber problemer i det første trin. Textkernels dokumentation til udviklere siger det ligeud: ”Langt de fleste problemer ved parsing skyldes ikke behandlingen af den rene tekst, men konverteringen til ren tekst.”

Forklaringen ligger i filformatet. En PDF gemmer ikke sætninger eller afsnit. Med ordene fra dokumentationen til pdfminer, et open source-program til at udtrække tekst, ”kender en PDF-fil kun tegnene og deres placering”. Alt, der læser en PDF, må genskabe linjerne og derefter afgøre, hvilken tekstblok der kommer efter hvilken. Med én kolonne er det enkelt, for rækkefølgen ned ad siden er tekstens rækkefølge. Med to skal softwaren opdage mellemrummet mellem kolonnerne og læse hver side for sig. Gør den ikke det, læser den lige på tværs. Textkernel beskriver resultatet: ”I stedet for at læse CV'ets kolonner én efter én blandede systemet stumper og stykker fra hver kolonne sammen.”

Bruges det på et CV med kompetencerne i en sidekolonne til venstre, ser resultatet sådan ud:

Hvert ord er der stadig. Men en parser, der arbejder ud fra den tekst, skal finde en jobtitel i ”SQL Senior dataanalytiker” og en startdato i ”Tableau marts 2021 til nu”, og kompetencerne er ikke længere en liste.

Hvad testene viste

Tre offentliggjorte test belyser spørgsmålet. Hver af dem blev udført af en virksomhed med en kommerciel interesse i resultatet og bør læses med det in mente.

Den første er Textkernels test af sit eget produkt. I det samme tekniske indlæg, som ikke viser nogen dato på siden (dets metadata angiver, at det blev offentliggjort i oktober 2023), beskriver firmaet, hvordan det erstattede sine manuelt skrevne regler til at finde mellemrummet mellem kolonner med en trænet model. Annotatorer vurderede derefter, hvor godt teksten fra omkring 700 CV'er kom ud, og ”andelen af godt gengivne CV'er steg fra 62 % til 90 %”. Efter leverandørens egen opgørelse blev håndteringen af kolonner i PDF'er langt bedre, og ét CV ud af ti i stikprøven blev stadig ikke gengivet godt.

Den anden kommer fra Enhancv, der sælger en CV-generator, hvis mest populære skabelon har to kolonner. I en undersøgelse offentliggjort i august 2026 satte firmaet tre CV'er op i hver af sine 17 skabeloner og kørte hver fil gennem syv værktøjer til tekstudtræk, blandt dem pdftotext og pdfminer, i alt 357 kørsler. Det er almindelige PDF-værktøjer, ikke parseren i et bestemt ATS. Andelen af genfundne ord lå ”aldrig mere end et halvt procentpoint fra hinanden” mellem én og to kolonner, og e-mail, bopæl og telefonnummer kom korrekt igennem i hver eneste kørsel. Rækkefølgen var en anden sag. Med den dårligste metode var et CV's sektioner ”kun intakte i 35 % af tilfældene med to kolonner, mod 60 % med én”. At en enkelt kolonne kun nåede 60 %, siger noget om metoden og ikke kun om layoutet. Med en anden metode, som undersøgelsen kalder stadig mere udbredt, forsvandt forskellen næsten.

Den tredje brugte rigtige systemer. I juli 2026 beskrev en forfatter, der arbejder for Resumap, som sælger en CV-generator, på DEV Community, hvordan CV'et for én opdigtet kandidat med tre job blev eksporteret fra 36 af firmaets skabeloner, og hvordan hver fil blev importeret i Zoho Recruit, Workable og Textkernels parser. Alle tre fandt e-mailadressen og telefonnummeret i alle 36 filer. Workable adskilte de tre job korrekt i 36 filer, Zoho Recruit i 34 og Textkernel i 31. Antallet af kolonner forklarede ikke fejlene. ”Flere af layoutene med to kolonner i dette korpus fik 22/22 i Zoho og 3/3 stillinger i Textkernel”, skriver forfatteren, mens flere layouts med én kolonne ikke gjorde det. Forfatteren oplyser også at have tjekket på forhånd, at teksten i hver fil var komplet og i den rigtige rækkefølge, så fejlene opstod i parserne.

Begrænsningerne er tydelige. Ingen af testene omfattede Workday, Greenhouse eller Lever. To brugte testerens egne skabeloner, og den ene af dem byggede på en enkelt opdigtet kandidat. Ingen af dem målte jobsamtaler; med Enhancvs ord: ”Denne undersøgelse måler, hvor præcist teksten udtrækkes, ikke ansættelsesresultater.” Det, de tre er enige om, er beskedent: ordene overlever næsten altid, deres rækkefølge gør det ikke altid, og resultatet afhænger af det system, der læser.

Hvorfor det samme CV bliver parset forskelligt

Resumaps forfatter samlede mønstret i én sætning: ”Antallet af kolonner forudsagde ikke resultatet; det gjorde rækkefølgen, teksten blev skrevet i.” En PDF rummer sin tekst i den rækkefølge, som programmet, der lavede filen, skrev teksten i. Indlægget tilføjer: ”Hvis generatoren skriver hele hovedkolonnen først og derefter sidekolonnen, bliver et layout med to kolonner parset præcis som et med én.” Et læseprogram, der følger den gemte rækkefølge, får ren tekst ud af sådan en fil. Et læseprogram, der sorterer alt efter placering på siden, gør måske ikke. Ansøgeren vælger hverken generatorens vaner eller arbejdsgiverens læseprogram.

Word-filer fejler på andre måder. Microsofts beskrivelse af formatet siger, at et dokument er opdelt i ”stories” (tekstforløb): hovedforløbet er ét, og hvert sidehoved, hver sidefod og hvert tekstfelt er et andet. Et konverteringsprogram, der kun læser hovedforløbet, støder aldrig på resten, og det passer med Greenhouses advarsel om navn og kontaktoplysninger i et sidehoved, en sidefod eller et tekstfelt. En tabel består ifølge samme dokumentation af en serie rækker, der hver rummer celler. Et layout med sidekolonne, der er bygget som en tabel, gemmes derfor række for række: venstre celle, højre celle og så næste række.

Grafik er enklere. Et billede indeholder ingen tegn. Textkernels dokumentation siger om designeres CV'er, at ”kandidater bruger billeder i stedet for tekst, lader tekst løbe diagonalt hen over CV'et og bruger lodret tekst”, og om scannede dokumenter, at ”Uden OCR kan sådanne dokumenter ikke parses.” På et almindeligt CV gælder det samme for kompetencebjælker, stjernevurderinger og et navn sat ind i et bannerbillede. Et ikon i stedet for ordet ”Telefon” koster ikke meget, for nummeret ved siden af er stadig tekst. En bjælke, der viser 80 % færdighed i Excel, er noget andet, for niveauet findes kun som billede. Hvordan selve skrifttypen kan påvirke den udtrukne tekst, gennemgås i artiklen om at vælge skrifttype til CV'et.

Om filtypen er rådene blandede. Textkernel siger til sine kunder: ”Hvis du vil have så få problemer med konverteringen som muligt, så lad være med at bruge PDF-dokumenter”, selv om samme side indrømmer, at ”mange PDF'er konverteres og parses fint”, og fører de fleste klager tilbage til beskadigede filer. Karrierecentret i Maryland foreslår en .docx-fil, ”hvis det er muligt”, og kalder PDF ”også nogenlunde okay”. Men en Word-fil med tekstfelter har netop de problemer, der er beskrevet ovenfor. Står der et format i jobopslaget, bør det bruges. Ellers er den bedste fil den, der består testen nedenfor. Artiklen om, hvorvidt man skal sende PDF eller Word, gennemgår valget i detaljer.

Hvornår et CV med to kolonner er sikkert

Et CV med to kolonner er et rimeligt valg på nogle få betingelser. Filen er en PDF, der er eksporteret fra en CV-generator eller et tekstbehandlingsprogram, så teksten kan markeres. Navn og kontaktoplysninger står øverst i hele sidens bredde: i Enhancvs undersøgelse var den eneste skabelon, hvor et værktøj ikke kunne genfinde kandidatens navn, også den eneste uden et topfelt i fuld bredde. Erhvervserfaringen løber ned ad én kolonne uden afbrydelser, og sidekolonnen rummer kun oplysninger, der kan stå alene, som kompetencer, de sprog, kandidaten taler, og certificeringer. Og teksten kommer ud af filen i den rigtige rækkefølge, hvilket testen nedenfor tjekker.

Én kolonne er det bedste valg, når et jobopslag beder om en Word-fil, når det samme CV skal sendes til snesevis af arbejdsgivere, og ingen vil tjekke, hvad hvert system fik ud af det, eller når en ansøgningsformular udfylder sine felter ud fra det uploadede CV og gør det forkert. Det er det forsigtige standardvalg, selv om Resumaps fejlslagne skabeloner med én kolonne viser, at det ikke er nogen garanti.

Layout er en anden beslutning end format, altså valget mellem et kronologisk, et funktionelt eller et kombineret CV, som gennemgås i guiden til CV-formater.

Sådan testes et CV ved at kopiere teksten ud

Tjekket består af fire trin og kræver ingen særlig software.

1. Åbn præcis den fil, der skal sendes, i en PDF-læser eller en webbrowser.
2. Marker al teksten (Ctrl+A på Windows, Cmd+A på en Mac), og kopier den.
3. Indsæt den i en ren teksteditor, for eksempel Notesblok på Windows eller TextEdit indstillet til ren tekst på en Mac.
4. Læs resultatet fra toppen.

Et layout, der består, ser sådan ud:

Det er ligegyldigt, hvilken kolonne der kommer først, bare hver af dem er hel. Navn og kontaktoplysninger bør stå nær toppen. Hver overskrift bør efterfølges af sit eget indhold, hver jobtitel bør stå sammen med arbejdsgiver og datoer, og intet, der kan ses på siden, må mangle. Kan der slet ikke markeres noget tekst, er filen et billede.

Textkernel giver sine egne kunder stort set samme instruks, når en dårlig parsing skal fejlfindes: ”Se på den konverterede tekst, og tjek, om den konverterede tekst er som forventet (kan læses logisk).” Testen har en grænse, som Enhancvs syv værktøjer illustrerer: programmer læser ikke alle en fil på samme måde, så en ren kopi er et godt belæg, men ikke et bevis. En rodet kopi er grund nok til at ændre layoutet, for der er ingen måde at vide, om en arbejdsgivers system vil klare det bedre. Mange ansøgninger giver et ekstra tjek gratis. Når en formular udfylder sine felter ud fra det uploadede CV, er det, der står i felterne, det tætteste, en ansøger kommer på at se, hvad arbejdsgiverens system har udtrukket, og det kan rettes, før ansøgningen sendes.

CV'er med to kolonner bliver altså parset rent i nogle systemer og dårligt i andre, og de offentliggjorte test tyder på, at den rækkefølge, en fil gemmer sin tekst i, og den metode, der bruges til at læse den, betyder mere end antallet af kolonner. Advarslen har et grundlag: Greenhouse nævner stadig layouts i kolonner i 2026. Men filer med to kolonner blev ofte parset lige så godt som filer med én, og nogle filer med én kolonne blev parset dårligt.

Ansøgeren med det færdige CV har derfor en bedre mulighed end at lave det hele om aftenen før fristen. At kopiere teksten ud besvarer spørgsmålet for netop den fil. Kommer teksten ud i den rigtige rækkefølge, kan CV'et sendes, som det er. Gør den ikke, hører det samme indhold hjemme i en skabelon med én kolonne.

Sådan hjælper UseResume

ChatGPT og Claude er generelle værktøjer, der også kan skrive et CV. UseResume er en CV-generator med AI, der er lavet til netop den opgave, og opgaven omfatter filen lige så vel som formuleringerne. CV'er bygges i ATS-venlige skabeloner med standardoverskrifter. Skrifttyper, farver, layout og sektionernes rækkefølge kan justeres, og resultatet downloades som PDF.

Et eksisterende CV kan importeres fra en PDF, en Word-fil eller en LinkedIn-profil, så et skift væk fra et layout, der dumpede kopitesten, ikke kræver, at det hele skrives forfra. CV-tjekket giver derefter CV'et en score fra 0 til 100 ud fra 37 tjek i 8 kategorier og viser, hvad der skal rettes først.

Opret din konto, og lav kopitesten på resultatet.