De lay-out van een cv-sjabloon beïnvloedt de verwerking altijd wanneer die van een lezer, mens of geautomatiseerd, vraagt om betekenis af te leiden uit iets anders dan gewone, opeenvolgende tekst: een icoon dat een label vervangt, een beoordeling die als gevulde stippen in plaats van een woord wordt getoond, een tabelcel, of tekst binnen een decoratieve vorm. Geen van deze keuzes zorgt gegarandeerd voor problemen bij een specifiek systeem, en geen enkele werkt gegarandeerd goed, omdat verschillende sollicitatievolgsystemen een pagina anders verwerken en er geen enkele standaard is die ze allemaal volgen. Wat met meer zekerheid gezegd kan worden, is welke lay-outelementen risico introduceren en waarom, los van de kolomvolgorde, wat een eigen, groter onderwerp is.
Contactgegevens weggestopt in een koptekst of voettekst
Sommige sjablonen plaatsen een telefoonnummer, e-mailadres of locatie in een koptekst of voettekst die op elke pagina terugkeert, in plaats van in de hoofdtekst van de eerste pagina. Veel verwerkingstools halen tekst uit de hoofdinhoud van de pagina en kunnen een koptekst of voettekst behandelen als paginadecoratie in plaats van documentinhoud, op dezelfde manier als een paginanummer of een terugkerende titel, wat betekent dat die velden soms helemaal niet in het geëxtraheerde resultaat terechtkomen. Contactgegevens in de gewone hoofdtekst houden, dicht bij de bovenkant van de pagina, is een voorzichtigere keuze, juist omdat het niet afhankelijk is van een tool die koptekst- of voettekst-tekst correct herkent als bewaarbare data.
Iconen in plaats van een tekstlabel
Een telefoonicoon naast een nummer, een envelopicoon naast een e-mailadres, of een locatiepin naast een plaatsnaam is voor het menselijk oog meteen duidelijk, maar een icoon alleen bevat geen tekst die een systeem kan extraheren, tenzij het sjabloon er ook een verborgen tekstlabel naast plaatst. Waar een icoon zonder begeleidende tekst verschijnt, is het veld ernaast het enige dat een verwerkingstool daadwerkelijk ziet, en een veld zonder enig label wordt gemakkelijker verkeerd geclassificeerd dan een veld dat duidelijk gemarkeerd is als "Telefoon" of "E-mail". Dit is een geval waarin een lay-outkeuze die het menselijke uiterlijk verbetert, in stilte tegen de machinale lezing van diezelfde inhoud kan werken.
Vaardighedenbalken en beoordelingsgrafieken
Een vaardighedensectie die als gevulde balken, stippen of sterren naast elke vaardigheid wordt getoond, communiceert een menselijke lezer in één oogopslag een globaal niveau, maar die grafiek bevat geen cijfer of woord dat een verwerkingstool kan lezen. De naam van de vaardigheid zelf wordt meestal nog wel prima als tekst geëxtraheerd, maar het niveausignaal dat de balken moesten overbrengen, gaat over het algemeen volledig verloren, omdat er niets tekstueels achter de grafiek zit om terug te halen. Een gewoon woord als "Gevorderd" of "Basis" naast de vaardigheidsnaam behoudt datzelfde signaal in een vorm die een verwerkingstool daadwerkelijk kan lezen, naast de vorm die voor mensen zichtbaar is.
Tabellen
Een tabel oogt georganiseerd voor het menselijk oog, maar de inhoud is gestructureerd als een raster van cellen in plaats van een vloeiende reeks alinea's, en sommige verwerkingstools lezen de cellen van een tabel buiten hun bedoelde volgorde, of slaan de inhoud van een tabel helemaal over, omdat een raster niet netjes past op de eenvoudige leesvolgorde die de meeste verwerkingstools verwachten. Een cv dat is opgebouwd met echte tabelgegevens, zoals een taalvaardigheidstabel met meerdere kolommen, loopt hierbij meer risico dan een cv dat gewone alinea's en lijsten gebruikt voor dezelfde informatie.
Tekst geplaatst binnen een vorm
Een samenvatting of een vaardigheidsnaam die in een gekleurde badge, een afgeronde pilvorm of een grafische banner is geplaatst, kan bij sommige exportmethoden als afbeelding worden weergegeven, of als tekst die zo zwaar is ingepakt in decoratieve opmaak dat een verwerkingstool hem buiten volgorde met de rest van de pagina leest. Gewone tekst die direct in de documentstroom staat, opgemaakt met gewone dikte en kleur in plaats van ingebed in een grafische container, vermijdt dat risico volledig, ten koste van wat visuele onderscheidenheid.
Hoe de eigen pdf van CVBuilderKit echte tekst behoudt
De pdf-download van CVBuilderKit rendert exact het vel dat je in de bouwer ziet en drukt het af via de eigen lay-outengine van de browser, waardoor de uitvoer echte, selecteerbare tekst blijft in plaats van een gerasterde afbeelding van de pagina. Dat pakt één specifiek risico aan, namelijk een pdf die eigenlijk alleen een afbeelding van een cv is zonder enige tekstlaag eronder, wat sommige andere exporttools produceren. Het pakt op zichzelf niet de hierboven behandelde lay-outkeuzes aan: een icoon zonder tekstlabel, een beoordeling die alleen als grafiek wordt getoond, of een tabel, dragen binnen een tekstgebaseerde pdf nog steeds hetzelfde verwerkingsrisico als in elk ander formaat, omdat het risico voortkomt uit hoe de inhoud gestructureerd is, niet uit de vraag of het bestand echte tekst bevat.
Voorbeeld ter illustratie: een sobere lay-out tegenover een decoratieve
Illustratieve vergelijking. Een cv somt vijf vaardigheden op met gevulde balkgrafieken naast elke naam, contactgegevens binnen een paginakoptekst, en een badge "5 jaar ervaring" weergegeven als afgeronde vorm bovenaan. Een tweede versie van dezelfde inhoud somt elke vaardigheid op met een gewoon woord voor het niveau, verplaatst de contactgegevens naar de gewone hoofdtekst bovenaan de pagina, en vermeldt "5 jaar ervaring" als gewone tekst in de samenvattingsregel in plaats van een badge. Beide versies ogen redelijk voor een menselijke lezer. De tweede is de veiligere gok voor een verwerkingstool, omdat elk veld dat een lezer zou willen extraheren ergens bestaat als gewone, opeenvolgende tekst, in plaats van af te hangen van een grafiek of een pagina-element dat sommige systemen als geen-inhoud behandelen.
Verwerking verschilt per systeem, en geen enkele lay-out is gegarandeerd
Niets hiervan is een garantie. Sollicitatievolgsystemen verschillen sterk in hoe ze omgaan met iconen, tabellen en grafieken, en een lay-outkeuze die bij het ene systeem een probleem veroorzaakt, kan bij een ander systeem probleemloos verwerkt worden. Wat de keuzes hierboven gemeen hebben, is dat ze allemaal meer interpretatiewerk van een verwerkingstool vragen dan gewone tekst in volgorde lezen vereist, en dat interpretatiewerk verminderen is de enige beschikbare hefboom, omdat er geen manier is om een cv voorafgaand aan verzending tegen elk in gebruik zijnd systeem te testen.
Bouw de jouwe
Een ATS-vriendelijk cv schrijven behandelt de bredere reeks opmaakkeuzes die de verwerking beïnvloeden, en leesvolgorde en waarom die ertoe doet voor sollicitatievolgsystemen behandelt het kolomgerelateerde risico dat dit artikel bewust heeft overgeslagen. Vergelijk een sobere en een decoratievere optie in de volledige reeks sjablonen, en bouw de jouwe in de bouwer met gewone tekst in plaats van alles wat anders alleen door een grafiek gedragen zou worden.