CV a due colonne e ATS: cosa dicono i test di parsing

Il CV è pronto. È stato costruito su un modello a due colonne, con una barra laterale stretta per i dati di contatto, le competenze e le lingue e una colonna larga per le esperienze lavorative. Sta in una pagina e fa più bella figura di qualsiasi cosa il candidato abbia mai inviato. Poi, la sera prima di candidarsi, il candidato legge che gli ATS (applicant tracking system), i software che le aziende usano per raccogliere e ordinare le candidature, non sanno leggere le colonne, e che l'intera pagina andrebbe rifatta su una colonna sola.

L'avvertimento viene ripetuto dagli uffici placement delle università e da alcuni fornitori di ATS. Lo contestano le aziende che vendono modelli a due colonne e pubblicano test su di essi. Entrambe le parti hanno prove a sostegno, e nessuna delle due dice a un candidato cosa succederà a un file in particolare.

Qui di seguito si riporta ciò che i fornitori scrivono nella propria documentazione e ciò che hanno rilevato i test di parsing pubblicati (il parsing è la lettura automatica che estrae i dati da un CV). In breve, le parole di una seconda colonna si perdono di rado. Ciò che può andare storto è il loro ordine: il testo della barra laterale può finire mescolato alle esperienze lavorative. Che questo accada dipende da come è stato costruito il file e da quale sistema lo legge, due cose che un candidato non può vedere dall'esterno. Può però copiare il testo dal file e guardarlo, il che richiede circa due minuti.

Da dove nasce l'avvertimento

L'avvertimento ha fonti autorevoli. L'ufficio placement dell'Università della Georgia spiega agli studenti che «molti ATS non riescono a leggere ed estrarre le informazioni contenute in colonne». Quello dell'Università del Maryland è altrettanto netto: «Evita tabelle o colonne nel CV, perché possono causare gravi errori di parsing».

I fornitori dicono qualcosa di simile, con più cautela. Greenhouse, che produce un ATS, mantiene per i recruiter una pagina di assistenza, aggiornata l'ultima volta a marzo 2026, sui motivi per cui il parsing di un CV può non riuscire. L'elenco comprende i «CV con un layout a colonne», i «CV complessi con tabelle, intestazioni e piè di pagina», i CV con grafica, foto o word art e i CV «con il nome e i dati di contatto nell'intestazione, nel piè di pagina o in una casella di testo». Workable, un altro fornitore, ha spiegato il perché in un articolo pubblicato per la prima volta nel 2014, datato ma ancora presente sul suo sito: «Tabelle e colonne mettono le parole, e purtroppo a volte le lettere, su righe diverse.»

Su due punti la pagina di Greenhouse dice meno della voce che circola. Afferma che un layout a colonne può far fallire il parsing, non che lo faccia sempre. E la conseguenza che descrive è di tipo amministrativo. Il recruiter vede un messaggio secondo cui il CV «è stato soltanto allegato al candidato», e qualcuno deve inserire i dati a mano. In quella fase nessuno viene scartato, un punto approfondito nell'articolo che si chiede se gli ATS scartino i CV. Il costo è una scheda candidato con campi vuoti o sbagliati, uno svantaggio se i recruiter cercano o filtrano l'elenco dei candidati in base a quei campi.

Il layout, intanto, è diffuso. Textkernel, un'azienda che produce software di parsing dei CV, stima che «almeno il 15% dei CV utilizzi un layout a colonne». Un preprint del 2025 firmato, tra gli altri, da ricercatori di Alibaba Group e della Hangzhou City University colloca intorno al 20% la quota di CV con «layout non lineari, a più colonne». Chi sviluppa parser ha avuto buoni motivi per occuparsi di un layout così comune, e l'articolo di Textkernel descrive proprio questo lavoro.

Come un parser legge una pagina

Il parsing avviene in due fasi. Prima il file viene convertito in testo semplice. Poi un software cerca in quel testo un nome, i datori di lavoro, le qualifiche, le date e le competenze. Il layout crea problemi nella prima fase. La documentazione per sviluppatori di Textkernel lo dice senza giri di parole: «La grande maggioranza dei problemi di parsing non nasce dall'elaborazione del testo semplice, ma dalla conversione in testo semplice.»

Il motivo sta nel formato del file. Un PDF non memorizza frasi né paragrafi. Come spiega la documentazione di pdfminer, un programma open source per estrarre il testo, «un file PDF conosce solo i caratteri e la loro posizione». Qualsiasi programma legga un PDF deve ricostruire le righe e poi decidere quale blocco di testo viene dopo quale. Con una colonna è semplice, perché l'ordine dall'alto in basso coincide con l'ordine del testo. Con due, il software deve accorgersi dello spazio tra le colonne e leggere ciascun lato separatamente. Se non lo fa, legge la pagina dritto da un margine all'altro. Textkernel descrive il risultato: «Invece di leggere le colonne del CV una dopo l'altra, il sistema mescolava frammenti di ciascuna colonna.»

Applicato a un CV con una barra laterale delle competenze a sinistra, il risultato è questo:

Tutte le parole ci sono ancora. Ma un parser che lavora su quel testo deve trovare una qualifica in «SQL Senior Data Analyst» e una data di inizio in «Tableau Da marzo 2021 a oggi», e le competenze non sono più un elenco.

Cosa hanno rilevato i test di parsing

Sulla questione ci sono tre test pubblicati. Ciascuno è stato condotto da un'azienda con un interesse commerciale nel risultato, e va letto tenendone conto.

Il primo è quello di Textkernel, sul proprio prodotto. Nello stesso articolo tecnico, che sulla pagina non riporta una data (i metadati ne registrano la pubblicazione a ottobre 2023), l'azienda racconta di aver sostituito con un modello addestrato le regole scritte a mano che usava per individuare lo spazio tra le colonne. Alcuni annotatori hanno poi giudicato la qualità del testo estratto da circa 700 CV, e «i CV resi correttamente sono passati dal 62% al 90%». Per ammissione dello stesso fornitore, la gestione delle colonne nei PDF è migliorata molto, e nel suo campione un CV su dieci non veniva ancora reso bene.

Il secondo viene da Enhancv, che vende un generatore di CV il cui modello più popolare ha due colonne. In uno studio pubblicato ad agosto 2026, l'azienda ha impaginato tre CV in ciascuno dei suoi 17 modelli e ha passato ogni file a sette strumenti di estrazione del testo, tra cui pdftotext e pdfminer, per un totale di 357 prove. Si tratta di strumenti generici per i PDF, non del parser di un ATS con un nome preciso. Tra una colonna e due, la quota di parole recuperate «non si è mai discostata di più di mezzo punto percentuale», e email, località e numero di telefono sono risultati corretti in ogni prova. L'ordine era un'altra questione. Con il metodo meno efficace, le sezioni di un CV «sono rimaste intatte solo nel 35% dei casi con due colonne, contro il 60% con una». Il fatto che una sola colonna si fermasse al 60% dice qualcosa sul metodo oltre che sul layout. Con un metodo diverso, che lo studio definisce sempre più diffuso, il divario è quasi scomparso.

Il terzo ha usato sistemi reali. A luglio 2026 un autore che lavora per Resumap, azienda che vende un generatore di CV, ha raccontato su DEV Community di aver esportato il CV di un unico candidato inventato, con tre impieghi, in 36 modelli dell'azienda e di aver importato ogni file in Zoho Recruit, in Workable e nel parser di Textkernel. Tutti e tre hanno trovato l'indirizzo email e il numero di telefono in tutti i 36 file. Workable ha separato correttamente i tre impieghi in 36 file, Zoho Recruit in 34 e Textkernel in 31. Il numero di colonne non spiegava gli errori. «Diversi layout a due colonne di questo corpus hanno ottenuto 22/22 su Zoho e 3/3 posizioni su Textkernel», scrive l'autore, mentre diversi layout a una colonna non ci sono riusciti. L'autore riferisce anche di aver verificato in anticipo che il testo di ogni file fosse completo e in ordine, quindi gli errori sono nati nei parser.

I limiti sono evidenti. Nessuno di questi test ha riguardato Workday, Greenhouse o Lever. Due hanno usato i modelli di chi conduceva il test, e uno di questi si basava su un solo candidato inventato. Nessuno ha misurato i colloqui; per dirla con Enhancv, «Questo studio misura l'accuratezza dell'estrazione del testo, non gli esiti delle assunzioni.» Il punto su cui i tre concordano è modesto: le parole sopravvivono quasi sempre, il loro ordine a volte no, e il risultato cambia a seconda del sistema che legge.

Perché lo stesso CV viene letto in modi diversi

L'autore di Resumap ha riassunto lo schema in una frase: «Il numero di colonne non prevedeva il risultato; lo prevedeva l'ordine di emissione.» Un PDF conserva il testo nell'ordine in cui lo ha scritto il programma che lo ha creato. L'articolo aggiunge: «Se il generatore emette prima tutta la colonna principale e poi la barra laterale, un layout a due colonne viene letto esattamente come uno a una colonna.» Un programma che segue l'ordine memorizzato ricava da un file del genere un testo pulito. Uno che riordina tutto in base alla posizione sulla pagina potrebbe non riuscirci. Il candidato non sceglie né le abitudini del generatore né il programma di lettura del datore di lavoro.

I file Word falliscono in modi diversi. La descrizione del formato pubblicata da Microsoft dice che un documento è organizzato in «storie»: la storia principale è una, e ogni intestazione, piè di pagina e casella di testo è un'altra. Un convertitore che legge solo la storia principale non incontra mai il resto, e questo concorda con l'avvertimento di Greenhouse sul nome e sui dati di contatto messi in un'intestazione, in un piè di pagina o in una casella di testo. Una tabella, secondo la stessa documentazione, è una serie di righe, ciascuna con le sue celle. Un layout con barra laterale costruito come tabella viene quindi memorizzato riga per riga: cella sinistra, cella destra, poi la riga successiva.

Con la grafica è più semplice. Un'immagine non contiene caratteri. Sui CV dei designer, la documentazione di Textkernel osserva che «i candidati usano immagini al posto del testo, fanno scorrere il testo in diagonale sul CV, usano testo verticale», e sui documenti scansionati che «Senza OCR, questi documenti non possono essere elaborati.» In un CV qualunque lo stesso vale per le barre delle competenze, le valutazioni a stelle e un nome inserito in un'immagine a banner. Un'icona al posto della parola «Telefono» costa poco, perché il numero accanto resta testo. Una barra che indica una padronanza di Excel all'80% è un'altra cosa, perché il livello esiste solo come immagine. Come il font stesso possa influire sul testo estratto è spiegato nell'articolo su come scegliere il font del CV.

Sul tipo di file i consigli sono contrastanti. Textkernel dice ai suoi clienti: «Se vuoi ridurre al minimo i problemi di conversione, non usare documenti PDF», anche se la stessa pagina riconosce che «Molti PDF vengono convertiti ed elaborati senza problemi» e riconduce gran parte dei reclami a file danneggiati. L'ufficio placement del Maryland suggerisce un file .docx «se possibile» e definisce il PDF «anch'esso abbastanza accettabile». Eppure un file Word con caselle di testo ha i problemi appena descritti. Se un'offerta indica un formato, va usato quello. Altrimenti il file migliore è quello che supera il test descritto più avanti. L'articolo su se inviare il CV in PDF o in Word esamina la scelta nel dettaglio.

Quando un CV a due colonne è sicuro

Un CV a due colonne è una scelta ragionevole a determinate condizioni. Il file è un PDF esportato da un generatore di CV o da un programma di videoscrittura, così che il testo si possa selezionare. Il nome e i dati di contatto stanno in alto, su tutta la larghezza della pagina: nello studio di Enhancv, l'unico modello in cui uno strumento non è riuscito a recuperare il nome del candidato era anche l'unico senza un'intestazione a tutta larghezza. Le esperienze lavorative scorrono in una sola colonna senza interruzioni, e la barra laterale contiene solo elementi che stanno in piedi da soli, come le competenze, le lingue parlate dal candidato e le certificazioni. E il testo esce dal file nell'ordine giusto, cosa che il test qui sotto permette di verificare.

Una sola colonna è la scelta migliore quando un'offerta chiede un file Word, quando lo stesso CV va a decine di datori di lavoro e nessuno controllerà cosa ne ha ricavato ciascun sistema, o quando un modulo di candidatura compila i campi a partire dal file caricato e li sbaglia. È l'opzione prudente, anche se i modelli a una colonna di Resumap che non hanno superato la prova dimostrano che non è una garanzia.

Il layout è una decisione separata dal formato, cioè dalla scelta tra CV cronologico, funzionale o misto, di cui parla la guida ai formati del CV.

Come testare un CV copiandone il testo

La verifica richiede quattro passaggi e nessun software particolare.

1. Aprire in un visualizzatore PDF o in un browser proprio il file che verrà inviato.
2. Selezionare tutto il testo (Ctrl+A su Windows, Cmd+A su Mac) e copiarlo.
3. Incollarlo in un editor di testo semplice, come Blocco note su Windows o TextEdit impostato su testo semplice su Mac.
4. Leggere il risultato dall'inizio.

Un layout che supera il test si presenta così:

Non importa quale colonna esca per prima, purché ciascuna sia completa. Il nome e i dati di contatto dovrebbero comparire vicino all'inizio. Ogni intestazione dovrebbe essere seguita dal proprio contenuto, ogni qualifica dovrebbe stare accanto al datore di lavoro e alle date, e nulla di ciò che si vede sulla pagina dovrebbe mancare. Se non si riesce a selezionare alcun testo, il file è un'immagine.

Textkernel dà ai propri clienti più o meno la stessa indicazione per capire un parsing andato male: «Guarda il testo convertito e verifica che sia come ci si aspetta (che si legga in modo logico).» Il test ha un limite, che i sette strumenti di Enhancv mostrano bene: non tutti i programmi leggono un file allo stesso modo, quindi una copia pulita è un buon indizio e non una prova. Una copia confusa è già un motivo sufficiente per cambiare layout, dato che non c'è modo di sapere se il sistema di un datore di lavoro farà meglio. Molte candidature offrono gratis una seconda verifica. Quando un modulo compila i campi a partire dal CV caricato, ciò che compare nei campi è il modo più diretto, per un candidato, di vedere cosa ha estratto il sistema del datore di lavoro, e lo si può correggere prima dell'invio.

I CV a due colonne, dunque, vengono letti bene da alcuni sistemi e male da altri, e i test pubblicati indicano che l'ordine in cui un file conserva il testo, e il metodo usato per leggerlo, contano più del numero di colonne. L'avvertimento ha un fondamento: nel 2026 Greenhouse elenca ancora i layout a colonne. Ma spesso i file a due colonne sono stati letti bene quanto quelli a una colonna, e alcuni file a una colonna sono stati letti male.

Il candidato con il CV pronto ha quindi un'alternativa migliore che rifarlo la sera prima della scadenza. Copiare il testo risponde alla domanda per il file che ha in mano. Se il testo esce in ordine, il CV può partire così com'è. Se no, lo stesso contenuto va spostato in un modello a una colonna.

Come ti aiuta UseResume

ChatGPT e Claude sono strumenti generici che sanno anche scrivere un CV. UseResume è un generatore di CV con AI pensato per questo solo compito, e il compito riguarda il file oltre alle parole. I CV si costruiscono in modelli compatibili con gli ATS con intestazioni standard. Font, colori, layout e ordine delle sezioni si possono modificare, e il risultato si scarica in PDF.

Un CV esistente si può importare da un PDF, da un file Word o da un profilo LinkedIn, quindi abbandonare un layout che non ha superato il test della copia non significa riscrivere tutto. L'analisi del CV assegna poi un punteggio da 0 a 100 in base a 37 controlli in 8 categorie e indica cosa correggere per primo.

Crea il tuo account e fai il test della copia sul risultato.