CV-layout och ATS: vad som läses ut ur 14 svenska layouter

TL;DR: Vilken CV-layout klarar ett ATS? Vi byggde ett fiktivt svenskt CV i 14 layouter och läste ut texten med tre verktyg i fyra lägen, 32 utläsningar totalt. Layouten med en spalt kom ut identisk och i rätt ordning överallt. Sidopaneler flyttade eller klöv texten, spärrade rubriker som ARBETSLIVSERFARENHET blev lösa bokstäver och Words sidhuvud tappade namn och telefonnummer. Välj en spalt, vanliga rubriker och kontaktuppgifter i brödtexten.

Vilken CV-layout kan ett ATS läsa?

Leverantörerna svarar olika. Textkernel, ett av de stora företagen bakom CV-tolkar, skriver att deras tolk hanterar både CV med en spalt och flera spalter och listar automatisk spaltigenkänning som funktion. Greenhouse, ett ATS, har en supportartikel om varför ett CV inte går att tolka och räknar bland orsakerna upp spaltlayout, mellanslag mellan bokstäverna och namn eller kontaktuppgifter i sidhuvud, sidfot eller textruta. Misslyckas tolkningen bifogas filen bara. Då får rekryteraren skriva in dina uppgifter för hand.

Workdays administratörsguide säger att resultatet av tolkningen kan variera beroende på CV:ts format och ordföljd. Arbetsförmedlingen ger samma råd på svenska i en artikel från februari 2026: håll layouten enkel och lättläst, undvik tabeller, grafik, symboler och specialtecken, och använd standardrubriker som "Arbetslivserfarenhet", "Utbildning" och "Kompetenser".

Vi har inte hittat någon motsvarande lista från Varbi eller ReachMee. Teamtailor skriver att dess CV-tolk fyller i namn, e-post, telefonnummer och LinkedIn-adress från filen. Det är just de uppgifterna som en layout kan flytta eller tappa, vilket testet nedan visar.

Textutläsning: steget där ett program plockar ut tecknen ur en PDF eller Word-fil, i någon ordning, innan en tolk bestämmer vad som är namn, titlar och kompetenser. Blir ordningen fel här ärver resten av kedjan felet.

Utläsning och tolkning är inte samma sak som rekryterarens sökning eller urvalsfrågorna i formuläret. Den helheten går vi igenom i guiden till ATS-CV i svenska rekryteringssystem. Här handlar det bara om layouten.

Så testade vi: ett svenskt CV i 14 layouter

Den 13 oktober 2026 skrev vi ett fiktivt CV för en redovisningsekonom i Göteborg: namn med Å och ö (Åsa Lindström), profiltext, två anställningar med sammanlagt tre punkter, en examen, kompetenser och språk. Rubrikerna var de svenska standardrubrikerna Profil, Arbetslivserfarenhet, Utbildning, Kompetenser och Språk. Texten var identisk i alla versioner, bara placeringen ändrades.

Nio PDF-layouter byggdes med @react-pdf/renderer 4.5.1 och fem Word-layouter med biblioteket docx 9.6.1. Varje PDF lästes ut på tre sätt:

• pdf.js, Mozillas plattform för att tolka och visa PDF-filer, via pdf-parse 2.4.5 (pdfjs-dist 5.4.296). Den ger ungefär den ordning som filen skrevs i.
• pdftotext från poppler 24.02 i standardläget, som enligt manualen försöker "ångra" fysisk layout som spalter och ge texten i läsordning.
• pdftotext -layout, som i stället behåller sidans fysiska layout så gott det går.

Word-filerna lästes ut med mammoth 1.12.0. För varje utläsning noterade vi om namn, e-post och telefonnummer kom ut som de skrevs, om de fyra huvudrubrikerna stod som egna ord på en egen rad, om profiltexten och de tre punkterna var hela meningar och i vilken ordning avsnitten dök upp.

Resultat: så såg varje layout ut efter utläsningen

Layouten med en spalt var den enda som kom ut likadant i alla fyra lägena. Bokstäverna å, ä och ö klarade sig i alla 32 utläsningar: de tio testorden, som Göteborg, månadsbokslutet och leverantörsreskontran, kom ut som vanliga tecken utan lösa prickar och ringar. Där ett sådant ord saknades hade hela ordet försvunnit eller delats av layouten. Vi körde också en separat kontroll med åtta typsnittsfiler från sju familjer (Inter, EB Garamond, Lora, Roboto, Open Sans, Merriweather och Lato), och "Jörgen Olsson, Göteborg" kom ut tecken för tecken rätt i både pdf.js och pdftotext.

Spalter: sidopanelen hamnar först, sist eller mitt i en mening

En PDF lagrar tecken med koordinater, inte stycken. W3C beskriver samma problem för otaggade dokument i flera spalter: en skärmläsare kan läsa uppifrån och ned, tvärs över båda spalterna, som om de vore en. Våra filer visade båda varianterna.

Med sidopanelen till vänster och skriven först gav pdf.js hela panelen som ett block före huvudspalten:

Åsa
Lindström
Redovisningsekonom
KONTAKT
asa.lindstrom@example.com
070-174 06 52
Göteborg
KOMPETENSER
Fortnox, Visma, Excel, Power BI,
bokslut, momsredovisning
SPRÅK
Svenska (modersmål), engelska
(flytande)
PROFIL

Två saker syns direkt. Namnet bröts på två rader, eftersom "Åsa Lindström" i 22 punkter inte fick plats i en panel som tar en tredjedel av sidbredden. Det hände i alla tre utläsningarna, och en tolk som tar första raden som namn får bara "Åsa". I vårt engelska test fick det kortare namnet Jordan Ellis plats på en rad i samma panel. Dessutom kommer kompetenserna före profilen och erfarenheten.

pdftotext, som försöker bygga om läsordningen, varvade i stället spalterna: KONTAKT, e-postadressen, ARBETSLIVSERFARENHET, telefonnumret, första jobbtiteln och sedan "Göteborg". En tolk som läser det måste gissa vilken ort och vilket nummer som hör till vad.

Att flytta panelen till höger och skriva huvudspalten först bytte bara ett fel mot ett annat. pdf.js fick erfarenheten på rätt plats men lade kontaktuppgifterna sist. I pdftotext klövs profiltexten av ortnamnet ur panelen, och i läget -layout var tre av fyra meningar avbrutna. Som sökande ser du inte vilken metod som sitter bakom en karriärsida.

Spärrade rubriker: ARBETSLIVSERFARENHET går sönder först

Spärrad text, alltså extra teckenavstånd, ser luftigt ut på versala rubriker. Utläsningsverktyg måste gissa var ord slutar utifrån avståndet mellan tecknen, och stort teckenavstånd ser ut som mellanslag.

På rubriker i 11 punkter klarade 0,4 och 1 pt spärrning sig i alla tre PDF-lägena. Vid 1,5 pt gav pdf.js "A R B E T S L I V S E R FA R E N H E T" och "S P R Å K". pdftotext fick ihop PROFIL och UTBILDNING men inte den långa rubriken. Vid 2 pt var det i pdftotext bara ARBETSLIVSERFARENHET som gick sönder. Rubriken har 20 bokstäver och därmed flest mellanrum som kan läsas som ordgräns, och det är just den rubrik som en tolk behöver hitta för att hitta dina jobb.

Namn testade vi separat: sex namn i versaler, 22 punkter, två typsnitt och fem spärrningar, 60 filer utlästa med pdf.js.

Uttryckt som andel av teckenstorleken började rubrikerna gå sönder vid ungefär 0,14 och namnen mellan 0,09 och 0,14. Håll spärrningen under en tiondel av teckenstorleken, eller hoppa över den.

Word-filer: sidhuvud, textruta och spalter

Det mest skadliga resultatet kom från en vanlig vana i Word: namn och kontaktuppgifter i sidhuvudet. Mammoths utläsning började på "Profil", och namn, e-post och telefonnummer fanns inte med. Mammoth listar vilka delar av en .docx som konverteras, och sidhuvuden finns inte på listan. Greenhouse nämner samma placering som orsak till misslyckad tolkning. Ett system som läser filen så ger rekryteraren en profil utan namn och utan nummer att ringa.

Textrutan var mindre farlig än sitt rykte. Enligt mammoths dokumentation behandlas innehållet i en textruta som ett eget stycke efter det stycke som rutan sitter i, och i vår fil kom namn och kontaktuppgifter först och hela. Greenhouse räknar ändå textrutor som en risk, så brödtexten är den säkra platsen.

Två spalter byggda med en tabell höll ihop varje mening, men mammoth läste cell för cell, så namn, kontakt och kompetenser kom före profilen. Words egen spaltfunktion, där texten flödar från vänster spalt till höger, kom däremot ut i rätt ordning, eftersom texten ligger i dokumentet i samma ordning som du skrev den. Det gäller Word-filen. Hur samma fil beter sig när den sparas som PDF testade vi inte.

Vad testet inte visar

Våra verktyg är inte något ATS. Workday, Teamtailor, Varbi och tolkföretagen bakom många system kör egen kod och kan vara bättre på spalter än pdf.js. Testet visar råmaterialet, alltså den text och ordning som en tolk börjar med. När tre utläsningslägen ger tre olika resultat för samma fil är utfallet i ett okänt kommersiellt system ett lotteri.

Begränsningarna:

• Ett fiktivt CV, genererat med kod. Filer exporterade från Canva, Word eller Google Docs kan koda texten annorlunda.
• Inget riktigt ATS testades; vi har inte tillgång till arbetsgivarkonton.
• Taggade PDF-filer, som bär en uttalad läsordning för tillgänglighet, och Word-filer sparade som PDF ingick inte.
• En första körning av namntestet tappade ett "O" i ett namn. Felet kom från vår testmiljö, som återanvände ett typsnitt mellan många filer, och försvann när varje fil fick ett nytt typsnitt. Tabellen ovan bygger på den omkörningen.

Vill du se hur din egen fil läses ut kan du köra CV:t genom vår kostnadsfria ATS-kontroll, som visar råtexten som tolken fick ut ur din uppladdning. Du kan också spara PDF:en som ren text och läsa den uppifrån och ned. Vilka avsnitt som ska finnas och i vilken ordning går vi igenom i guiden till CV-struktur för svenska rekryterare.

Är en CV-layout med två spalter dålig för ATS?+

Den är en risk som du inte kan mäta i förväg. I vårt test blev varje PDF med sidopanel omkastad eller fick meningar avbrutna i minst ett av tre utläsningslägen, medan layouten med en spalt kom ut ren i alla. Greenhouse listar spaltlayout som orsak till misslyckad tolkning; Textkernel säger att deras tolk känner igen spalter.

Fungerar å, ä och ö i ett CV som ska läsas av ATS?+

I vårt test ja. Å, ä och ö kom ut som vanliga tecken i alla 32 utläsningar, och åtta typsnittsfiler från sju familjer gav samma resultat. Där ett ord med å, ä eller ö saknades hade layouten flyttat, delat eller tappat hela ordet.

Kan jag använda Words spaltfunktion?+

I Word-filen kom texten ut i rätt ordning, eftersom den ligger i dokumentet i samma ordning som du skrev den. Vi testade inte samma fil sparad som PDF, så en spalt är fortfarande det säkraste valet.

Är ikoner vid kontaktuppgifterna ett problem?+

Mindre än det sägs. Ikonerna blev oläsbara tecken men e-post och telefonnummer kom ut hela. Arbetsförmedlingen råder ändå att undvika ikoner och symboler, och en vanlig textetikett kostar ingenting.

Sammanfattning

• En CV-layout med sidopanel är ett vad om arbetsgivarens tolk: Textkernel säger sig känna igen spalter, medan Greenhouse listar spaltlayout bland orsakerna till misslyckad tolkning.
• I testet med 14 layouter var en spalt den enda placering som kom ut likadant i pdf.js, pdftotext och mammoth.
• Smala sidopaneler delade namnet "Åsa Lindström" på två rader och lade kompetenserna före erfarenheten eller klöv meningar mitt itu.
• Långa svenska rubriker är känsligast för spärrning: ARBETSLIVSERFARENHET gick sönder i alla tre PDF-lägen vid 1,5 pt på 11 punkters text.
• Å, ä och ö klarade sig i alla utläsningar, medan namn och kontakt i Words sidhuvud försvann helt.