CV med to kolonner og ATS: hva parsingtester viser

CV-en er ferdig. Den er laget på en mal med to kolonner, med en smal sidekolonne for kontaktinformasjon, ferdigheter og språk og en bred kolonne for arbeidserfaringen. Den får plass på én side og ser bedre ut enn noe kandidaten har sendt før. Så, kvelden før søknaden skal sendes, leser kandidaten at ATS (rekrutteringssystemer), programvaren arbeidsgivere bruker til å samle inn og sortere søknader, ikke kan lese kolonner, og at hele siden bør bygges om til én kolonne.

Advarselen gjentas av karrieresentre ved universiteter og av enkelte ATS-leverandører. Den bestrides av selskaper som selger maler med to kolonner og publiserer tester av dem. Begge sider har dokumentasjon, og ingen av dem forteller en søker hva som vil skje med én bestemt fil.

Her gjennomgås hva leverandørene selv skriver i dokumentasjonen sin, og hva de publiserte parsingtestene fant. Kortversjonen er at ordene i en andre kolonne sjelden går tapt. Det som kan gå galt, er rekkefølgen: Tekst fra sidekolonnen kan havne midt i arbeidserfaringen. Om det skjer, avhenger av hvordan filen ble laget og hvilket system som leser den, og ingen av delene kan søkeren se utenfra. Søkeren kan derimot kopiere teksten ut av filen og se på den, noe som tar omtrent to minutter.

Hvor advarselen kommer fra

Advarselen har seriøse kilder. Karrieresenteret ved University of Georgia forteller studentene at «mange ATS ikke kan skanne og tolke informasjon som står i kolonner». Karrieresenteret ved University of Maryland er like bestemt: «Unngå tabeller og kolonner i CV-en, fordi de kan gi store feil i parsingen».

Leverandørene sier noe lignende, men mer forsiktig. Greenhouse, som lager et ATS, har en feilsøkingsside for rekrutterere, sist oppdatert i mars 2026, om hvorfor parsingen av en CV kan mislykkes. Listen omfatter «CV-er med kolonneoppsett», «komplekse CV-er med tabeller, topptekster og bunntekster», CV-er med grafikk, bilder eller WordArt, og CV-er «med navn og kontaktinformasjon i topptekst, bunntekst eller tekstboks». Workable, en annen leverandør, ga begrunnelsen i et innlegg først publisert i 2014, som er gammelt, men fortsatt ligger på nettstedet: «Tabeller og kolonner plasserer ord, og dessverre noen ganger bokstaver, på forskjellige linjer.»

Greenhouse-siden er snevrere enn ryktet på to punkter. Den sier at et kolonneoppsett kan føre til mislykket parsing, ikke at det alltid gjør det. Og konsekvensen den beskriver, er av administrativ art. Rekruttereren ser en melding om at CV-en «bare er lagt ved kandidaten», og noen må legge inn opplysningene for hånd. Ingen blir avvist i det trinnet, et poeng som utdypes i artikkelen om hvorvidt ATS avviser CV-er. Kostnaden er en kandidatprofil med tomme eller feil felt, noe som er en ulempe hvis rekrutterere søker i eller filtrerer søkerlisten etter de feltene.

Oppsettet er samtidig vanlig. Textkernel, et selskap som lager programvare for CV-parsing, anslår at «minst 15 % av CV-dokumentene har kolonneoppsett». En forhåndspublisert studie fra 2025 av blant andre forskere ved Alibaba Group og Hangzhou City University anslår andelen CV-er med «ikke-lineære oppsett med flere kolonner» til rundt 20 %. Et så vanlig oppsett har parserprodusentene hatt grunn til å jobbe med, og Textkernels innlegg beskriver nettopp det.

Hvordan en parser leser en side

Parsing skjer i to trinn. Først gjøres filen om til ren tekst. Deretter leter programvaren i teksten etter navn, arbeidsgivere, stillingstitler, datoer og ferdigheter. Oppsettet skaper problemer i det første trinnet. Textkernels dokumentasjon for utviklere sier det rett ut: «De aller fleste problemer i parsingen kommer ikke fra behandlingen av den rene teksten, men fra konverteringen til ren tekst.»

Grunnen ligger i filformatet. En PDF lagrer ikke setninger eller avsnitt. Med ordene til dokumentasjonen for pdfminer, et program med åpen kildekode for å hente ut tekst: «en PDF-fil kjenner bare tegnene og plasseringen deres». Alt som leser en PDF, må bygge opp linjene på nytt og så avgjøre hvilken tekstblokk som kommer etter hvilken. Med én kolonne er det enkelt, fordi rekkefølgen nedover siden er rekkefølgen i teksten. Med to må programvaren oppdage mellomrommet mellom kolonnene og lese hver side for seg. Gjør den ikke det, leser den rett over. Textkernel beskriver resultatet: «I stedet for å lese CV-ens kolonner etter hverandre blandet systemet biter av hver kolonne sammen.»

Brukt på en CV med en sidekolonne for ferdigheter til venstre ser resultatet slik ut:

Hvert ord er fortsatt der. Men en parser som arbeider med den teksten, må finne en stillingstittel i «SQL Senior dataanalytiker» og en startdato i «Tableau Mars 2021 til i dag», og ferdighetene er ikke lenger en liste.

Hva parsingtestene fant

Tre publiserte tester belyser spørsmålet. Hver av dem ble utført av et selskap med kommersiell interesse i resultatet, og bør leses med det i bakhodet.

Den første er Textkernels egen, på eget produkt. I det samme tekniske innlegget, som ikke viser noen dato på siden (metadataene oppgir publisering i oktober 2023), beskriver selskapet hvordan det erstattet håndskrevne regler for å oppdage kolonnemellomrom med en trent modell. Annotatører vurderte deretter hvor godt teksten fra rundt 700 CV-er kom ut, og «andelen godt gjengitte CV-er økte fra 62 % til 90 %». Etter leverandørens egen fremstilling ble håndteringen av kolonner i PDF-er mye bedre, og én av ti CV-er i utvalget ble fortsatt ikke godt gjengitt.

Den andre kommer fra Enhancv, som selger en CV-bygger der den mest populære malen har to kolonner. I en studie publisert i august 2026 kjørte selskapet tre CV-er gjennom sine 17 maler og hver fil gjennom sju verktøy for tekstuttrekk, blant dem pdftotext og pdfminer, til sammen 357 kjøringer. Dette er generelle PDF-verktøy, ikke parseren i noe navngitt ATS. Andelen ord som ble hentet ut, var «aldri mer enn et halvt prosentpoeng fra hverandre» mellom én og to kolonner, og e-post, sted og telefonnummer kom riktig ut i hver kjøring. Rekkefølgen var en annen sak. Med metoden som presterte dårligst, holdt seksjonene i en CV seg «intakte bare 35 % av gangene med to kolonner, ned fra 60 % med én». At én kolonne bare klarte 60 %, sier noe om metoden så vel som om oppsettet. Med en annen metode, som studien kaller stadig mer vanlig, forsvant forskjellen nesten.

Den tredje brukte systemer i drift. I juli 2026 beskrev en skribent som jobber med Resumap, et selskap som selger en CV-bygger, på DEV Community hvordan CV-en til én oppdiktet kandidat med tre jobber ble eksportert gjennom 36 av selskapets maler, og hver fil importert i Zoho Recruit, Workable og Textkernels parser. Alle tre fant e-postadressen og telefonnummeret i alle 36 filene. Workable skilte de tre jobbene riktig i 36 filer, Zoho Recruit i 34 og Textkernel i 31. Antall kolonner forklarte ikke feilene. «Flere av oppsettene med to kolonner i dette materialet fikk 22/22 i Zoho og 3/3 stillinger i Textkernel», skriver forfatteren, og flere oppsett med én kolonne gjorde det ikke. Forfatteren oppgir også å ha sjekket på forhånd at teksten i hver fil var fullstendig og i riktig rekkefølge, så feilene oppsto i parserne.

Begrensningene er tydelige. Ingen av testene omfattet Workday, Greenhouse eller Lever. To brukte testerens egne maler, og én av dem bygde på én enkelt oppdiktet kandidat. Ingen målte intervjuer; med Enhancvs ord: «Denne studien måler nøyaktigheten i tekstuttrekket, ikke utfallet av ansettelsen.» Det de tre er enige om, er beskjedent: Ordene overlever nesten alltid, rekkefølgen gjør det noen ganger ikke, og resultatet varierer med systemet som leser.

Hvorfor samme CV parses ulikt

Skribenten fra Resumap oppsummerte mønsteret i én setning: «Antall kolonner forutsa ikke resultatet; rekkefølgen teksten ble skrevet ut i, gjorde det.» En PDF lagrer teksten i den rekkefølgen programmet som laget den, skrev teksten. Innlegget legger til: «Hvis generatoren skriver ut hele hovedkolonnen først og deretter sidekolonnen, parses et oppsett med to kolonner nøyaktig som et med én.» En leser som følger den lagrede rekkefølgen, får ren tekst fra en slik fil. En leser som sorterer alt etter plassering på siden, gjør det kanskje ikke. Søkeren velger verken generatorens vaner eller arbeidsgiverens leser.

Word-filer svikter på andre måter. Microsofts beskrivelse av formatet sier at et dokument er organisert i «stories» (tekstflyter): Hovedteksten er én, og hver topptekst, bunntekst og tekstboks er en annen. En konverterer som bare leser hovedteksten, møter aldri resten, noe som stemmer med Greenhouses advarsel om navn og kontaktinformasjon plassert i topptekst, bunntekst eller tekstboks. En tabell er, ifølge den samme dokumentasjonen, en rekke rader som hver inneholder celler. Et oppsett med sidekolonne laget som tabell lagres derfor rad for rad: venstre celle, høyre celle, så neste rad.

Grafikk er enklere. Et bilde inneholder ingen tegn. Textkernels dokumentasjon sier om designeres CV-er at «kandidater bruker bilder i stedet for tekst, lar tekst gå diagonalt over CV-en og bruker loddrett tekst», og om skannede dokumenter at «uten OCR kan slike dokumenter ikke parses.» På en vanlig CV gjelder det samme for ferdighetsstolper, stjernerangeringer og et navn plassert i et bannerbilde. Et ikon i stedet for ordet «Telefon» koster lite, siden nummeret ved siden av fortsatt er tekst. En stolpe som viser 80 % ferdighet i Excel, er noe annet, fordi nivået bare finnes som bilde. Hvordan selve skrifttypen kan påvirke den uttrukne teksten, tas opp i artikkelen om å velge skrifttype til CV-en.

Om filtype er rådene sprikende. Textkernel sier til kundene sine: «Hvis du vil minimere konverteringsproblemer, ikke bruk PDF-dokumenter», men den samme siden innrømmer at «mange PDF-er konverteres og parses fint», og fører de fleste klagene tilbake til ødelagte filer. Karrieresenteret i Maryland foreslår en .docx-fil «hvis mulig» og kaller PDF «også relativt greit». Men en Word-fil med tekstbokser har problemene som nettopp er beskrevet. Hvis en annonse oppgir et format, bruk det. Ellers er den beste filen den som består testen beskrevet nedenfor. Artikkelen om hvorvidt du bør sende PDF eller Word går gjennom valget i sin helhet.

Når en CV med to kolonner er trygg

En CV med to kolonner er et fornuftig valg under noen få forutsetninger. Filen er en PDF eksportert fra en CV-bygger eller et tekstbehandlingsprogram, slik at teksten kan merkes. Navn og kontaktinformasjon står øverst, over hele sidens bredde: I Enhancvs studie var den eneste malen der et verktøy ikke klarte å hente ut kandidatens navn, også den eneste uten en topptekst i full bredde. Arbeidserfaringen går nedover én kolonne uten avbrudd, og sidekolonnen inneholder bare ting som står på egne ben, som ferdigheter, språkene kandidaten snakker og sertifiseringer. Og teksten kommer ut av filen i riktig rekkefølge, noe testen nedenfor sjekker.

Én kolonne er det bedre valget når en annonse ber om en Word-fil, når den samme CV-en skal til dusinvis av arbeidsgivere og ingen vil sjekke hva hvert system fikk ut av den, eller når et søknadsskjema fyller ut feltene sine fra den opplastede filen og gjør det feil. Det er det forsiktige standardvalget, selv om Resumaps mislykkede maler med én kolonne viser at det ikke er noen garanti.

Oppsett er en annen beslutning enn format, altså valget mellom kronologisk, funksjonell eller kombinert CV, som tas opp i veiledningen om CV-formater.

Slik tester du en CV ved å kopiere ut teksten

Sjekken tar fire trinn og krever ingen spesiell programvare.

1. Åpne nøyaktig den filen som skal sendes, i en PDF-leser eller en nettleser.
2. Merk all teksten (Ctrl+A på Windows, Cmd+A på Mac) og kopier den.
3. Lim den inn i et program for ren tekst, som Notisblokk på Windows eller TextEdit satt til ren tekst på Mac.
4. Les resultatet fra toppen.

Et oppsett som består, ser slik ut:

Det spiller ingen rolle hvilken kolonne som kommer først, så lenge hver av dem er hel. Navn og kontaktinformasjon bør komme nær toppen. Hver overskrift bør følges av sitt eget innhold, hver stillingstittel bør stå ved arbeidsgiveren og datoene, og ingenting som er synlig på siden, skal mangle. Hvis ingen tekst kan merkes i det hele tatt, er filen et bilde.

Textkernel gir sine egne kunder omtrent samme instruks for å finne årsaken til en dårlig parsing: «Se på den konverterte teksten og sjekk om den er som forventet (leses logisk).» Testen har en begrensning, som Enhancvs sju verktøy illustrerer: Programmer leser ikke alle en fil på samme måte, så en ren kopi er et godt tegn, men ikke et bevis. En rotete kopi er grunn nok til å endre oppsettet, siden det ikke finnes noen måte å vite at arbeidsgiverens system vil gjøre det bedre. En ekstra sjekk følger gratis med mange søknader. Når et skjema fyller ut feltene fra den opplastede CV-en, gir det som dukker opp der, det beste innblikket en søker kan få i hva arbeidsgiverens system hentet ut, og det kan rettes før innsending.

CV-er med to kolonner parses altså rent i noen systemer og dårlig i andre, og de publiserte testene tyder på at rekkefølgen en fil lagrer teksten i, og metoden som brukes til å lese den, betyr mer enn antall kolonner. Advarselen har et grunnlag: Greenhouse lister fortsatt opp kolonneoppsett i 2026. Men filer med to kolonner ble ofte parset like godt som filer med én, og noen filer med én kolonne ble parset dårlig.

Kandidaten med den ferdige CV-en har derfor et bedre alternativ enn å lage den på nytt kvelden før fristen. Å kopiere ut teksten besvarer spørsmålet for filen man har. Kommer teksten ut i riktig rekkefølge, kan CV-en sendes som den er. Gjør den ikke det, hører det samme innholdet hjemme i en mal med én kolonne.

Slik hjelper UseResume

ChatGPT og Claude er generelle verktøy som også kan skrive en CV. UseResume er en CV-bygger med KI laget for akkurat den oppgaven, og oppgaven omfatter filen like mye som ordlyden. CV-er bygges i ATS-vennlige maler med standard overskrifter. Skrifttyper, farger, oppsett og rekkefølgen på seksjonene kan justeres, og resultatet lastes ned som PDF.

En eksisterende CV kan importeres fra en PDF, en Word-fil eller en LinkedIn-profil, så du slipper å skrive alt inn på nytt når du går bort fra et oppsett som strøk på kopitesten. CV-sjekken gir deretter CV-en en score fra 0 til 100 basert på 37 kontroller i 8 kategorier og viser hva du bør rette først.

Opprett kontoen din og kjør kopitesten på resultatet.