Perché salvare un CSV in Excel lo modifica e come tenere al sicuro l'originale (Guida 2026)

Diagnosi in 30 secondi: confronta il file prima e dopo il salvataggio

La prima cosa da stabilire, quando un file CSV sembra diverso dopo che Excel lo ha toccato, è se è cambiato il file stesso oppure solo la vista di Excel, perché i due casi hanno rimedi molto diversi. Ecco il test da 30 secondi. Prima di aprire un CSV in Excel, fanne una copia. Dopo aver salvato da Excel, apri entrambi i file in un semplice editor di testo, Blocco note su Windows o TextEdit in modalità solo testo su Mac, e confrontali affiancati. Se la copia salvata mostra separatori diversi, caratteri diversi, zeri rimossi o date riformattate, il file è cambiato. Se i due file coincidono carattere per carattere, solo la visualizzazione di Excel ti stava ingannando e il file è al sicuro.

Il secondo indizio è dove si trovano le modifiche. Un salvataggio che ha riscritto il file cambia i valori in tutto il file con uno schema coerente: ogni virgola è diventata un punto e virgola, ogni nome accentato è diventato un punto interrogativo o una strana coppia di lettere, ogni codice ha perso gli zeri iniziali. Un danno casuale in una sola riga, o una sola riga mancante, indica qualcos'altro, come un errore di modifica o un'esportazione troncata. Modifiche coerenti in tutto il file sono la firma di un salvataggio che ha riscritto il file con le impostazioni predefinite di Excel, e ti dicono esattamente quale impostazione correggere: l'impostazione del separatore, la scelta di codifica oppure il modo in cui il file è stato aperto all'inizio.

Il terzo controllo decide se il recupero è ancora possibile, ed è quello che la gente salta. Se hai ancora la copia precedente a Excel, o la fonte da cui proveniva il CSV, non è andato perso nulla: rigenera il file o reimportalo dalla copia buona e il problema è risolto. Se il file salvato ha sovrascritto l'unica copia, il recupero dipende dai backup, dalla cronologia delle versioni o da una nuova esportazione dal sistema di origine, come spiega la sezione sul recupero. Finché non hai controllato, non salvare di nuovo, non chiudere la cartella di lavoro sopra lo stesso file e non eliminare la copia salvata: una copia danneggiata che conserva ancora la maggior parte dei dati è una prova migliore di nessuna copia.

BEFORE (as exported, comma delimited, UTF-8):
code,zip,name,shipDate,note
00123,02138,Zoë Café,2026-03-04,fragile; handle with care
00456,07477,Müller,2026-04-03,gift

AFTER (saved from Excel on a European-locale machine):
code;zip;name;shipDate;note
123;2138;Zoë Café;03.04.2026;fragile; handle with care
456;7477;Müller;03.04.2026;gift

What changed: commas became semicolons, leading zeros vanished,
dates were reformatted, and one note split into two columns.

Nota cosa dimostra questo esempio: nessuna singola impostazione ha causato tutto. Il separatore è cambiato per via delle impostazioni internazionali del computer, gli zeri sono spariti per via dell'ipotesi sul tipo fatta all'apertura, e le date sono cambiate perché Excel le ha memorizzate come date e le ha riscritte nel suo formato di visualizzazione. Un salvataggio non introduce un solo errore. Fissa in un colpo solo ogni ipotesi fatta da Excel quando ha aperto il file, ed è per questo che il salvataggio sembra così distruttivo anche se ogni singola ipotesi, sullo schermo, sembrava innocua.

Perché un salvataggio non è una copia: cosa scrive davvero Excel sul disco

Per capire perché il salvataggio cambia un CSV, serve un fatto su cosa fa Excel quando apre il file. Excel non tiene il file come testo. Analizza il testo in celle, decide un tipo per ogni cella, applica le tue impostazioni internazionali e ti mostra una griglia. Quello che vedi è l'interpretazione del file da parte di Excel, non il file stesso. Quando salvi, Excel riscrive la griglia come testo. Quindi il file salvato riflette la griglia, con tutte le sue ipotesi incorporate, non i caratteri originali. Il percorso di andata e ritorno, da testo a griglia e di nuovo a testo, è il punto in cui avviene ogni modifica descritta in questa guida.

La prima cosa che la riscrittura perde è tutto ciò che non è un valore di cella. Un file CSV contiene righe e colonne di valori e nient'altro, quindi quando Excel ne salva uno, conserva solo il testo e i valori così come appaiono nelle celle del foglio di lavoro attivo. Grafici, immagini, colori delle celle, grassetto, celle unite, regole di convalida dei dati e collegamenti ipertestuali non sopravvivono, perché il formato non ha un posto dove metterli. Le formule vengono sostituite da qualunque valore calcolino in quel momento, quindi una cella con una formula che calcola un totale viene salvata come il numero del totale, non come la formula. Di solito è quello che vuoi quando esporti per un altro sistema, ma significa che il CSV salvato è un'istantanea di un momento, non un foglio di calcolo funzionante, e riaprendolo non riporterai mai indietro le formule.

La seconda cosa che la riscrittura perde è ogni foglio tranne quello che stavi guardando. Una cartella di lavoro può contenere molti fogli, ma un file CSV è una sola tabella, quindi Excel salva solo il foglio di lavoro attivo e ti avverte che gli altri fogli non verranno salvati. La gente ignora quell'avviso ogni giorno, e il file salvato finisce per contenere i dati di un solo foglio mentre il resto rimane nella cartella di lavoro non salvata. Se chiudi la cartella di lavoro senza salvarla nel formato foglio di calcolo, gli altri fogli sono persi. L'avviso è Excel che ti dice, chiaramente, che il salvataggio comporta una perdita di dati, e la risposta sicura è tenere la cartella di lavoro salvata separatamente nel suo formato prima di esportare qualsiasi cosa in CSV.

La terza cosa che la riscrittura cambia sono i valori stessi, perché Excel salva i valori così come appaiono, non come sono memorizzati. Una cella che memorizza un numero preciso, formattato con due decimali, viene salvata con i due decimali visualizzati, non con il valore completo memorizzato. Una data memorizzata come numero seriale viene salvata nel formato di visualizzazione del tuo computer. Un codice che Excel ha indovinato essere un numero viene salvato come quel numero, senza gli zeri iniziali. Niente di tutto questo è un bug. È quello che significa salvare una griglia come testo. Ma significa che il file salvato può differire dall'originale in modi invisibili finché un altro programma non lo legge, ed è per questo che controllare il file salvato in un editor di testo conta più che controllarlo sullo schermo.

La sovrascrittura silenziosa: come Ctrl+S trasforma un'ipotesi nel file

Il salvataggio più dannoso non è Salva con nome. È il semplice Ctrl+S, o la richiesta di salvataggio alla chiusura, su un file CSV che volevi solo guardare. Fai doppio clic su un CSV per controllare un valore, correggi un refuso, premi Ctrl+S per abitudine, e Excel riscrive l'intero file con le sue impostazioni predefinite. Hai cambiato una cella. Excel ha riscritto ogni riga. Quell'asimmetria è il cuore del problema: un salvataggio è un'operazione sull'intero file, non una correzione della cella che hai toccato, e ogni ipotesi fatta da Excel all'apertura diventa permanente con la stessa pressione di tasti.

Excel ti avverte, due volte, ed entrambi gli avvisi sono facili da ignorare. Il primo avviso dice che il file potrebbe contenere funzioni non compatibili con il CSV, ed è Excel che ti dice che formattazione e fogli extra andranno persi. Il secondo, in alcune versioni, chiede se mantenere il formato corrente. Chi vede queste finestre ogni giorno fa clic su Mantieni formato corrente senza leggere, perché la finestra sembra una conferma di routine e non un avviso di perdita di dati. Vale la pena di rallentare proprio per queste due finestre. Sono l'ultimo momento in cui il file originale esiste ancora intatto, e scegliere di non salvare, o di scegliere Salva con nome con un nome nuovo, non costa nulla e preserva tutto.

Il percorso di andata e ritorno è ciò che rende la sovrascrittura così difficile da annullare. Aprire il file indovina i tipi, e salvare riscrive le ipotesi, quindi la seconda apertura parte da valori già indovinati e indovina di nuovo sopra di essi. Un codice che ha perso gli zeri alla prima apertura non può riaverli alla seconda, perché gli zeri non sono più nel file e nessun programma può leggerli. Una data che ha scambiato giorno e mese alla prima apertura si scambia di nuovo o resta scambiata, perché il file ora contiene la data scambiata come se fosse la verità. Ogni passaggio attraverso Excel può solo perdere informazioni, mai ripristinarle, ed è per questo che la regola di questa guida è assoluta: non lasciare mai che Excel salvi sopra l'unica copia di un file CSV.

Modifica 1: lo scambio del separatore, quando le virgole diventano punti e virgola

La modifica più visibile dopo un salvataggio è lo scambio del separatore: un file delimitato da virgole torna delimitato da punti e virgola, e il programma successivo che lo legge o mette ogni riga in una sola colonna o rifiuta il file. La causa è il separatore di elenco del tuo computer, un'impostazione internazionale che Excel usa ogni volta che scrive un file CSV. In Nord America e nel Regno Unito il separatore di elenco è la virgola, quindi un CSV salvato resta delimitato da virgole. In gran parte d'Europa la virgola è il simbolo decimale, quindi il separatore di elenco è il punto e virgola, ed Excel scrive punti e virgola al posto delle virgole. L'estensione del file resta .csv in entrambi i casi, quindi nulla nel nome del file avverte il lettore successivo che il separatore è cambiato.

È lo stesso problema del separatore trattato nella guida compagna sul problema della colonna unica, ma la direzione del salvataggio merita un avviso a sé, perché il rimedio è diverso. Quando un file si apre in una sola colonna, correggi l'apertura. Quando un file viene salvato con il separatore sbagliato, correggi l'esportazione: in Excel vai su File, poi Opzioni, poi Avanzate, togli il segno di spunta da Usa separatori di sistema e imposta il separatore decimale su punto e il separatore delle migliaia su virgola, così Excel usa la virgola come separatore di elenco. Ripristina l'impostazione dopo l'esportazione se ti serve solo per un file, perché l'impostazione influisce su ogni CSV che Excel scrive finché resta modificata. Su Mac la stessa impostazione si trova in Impostazioni di Sistema, sotto Lingua e Zona, nei separatori numerici.

Esiste anche un controllo più semplice che intercetta questa modifica prima che faccia danni. Apri il file salvato in un editor di testo e guarda la prima riga. Se l'intestazione mostra punti e virgola dove l'originale mostrava virgole, il separatore è stato scambiato, e dovresti esportare di nuovo con l'impostazione indicata sopra invece di inviare il file. Un editor di testo ti mostra la verità a un solo sguardo, mentre Excel la nasconde completamente, perché Excel legge entrambi i separatori nella stessa griglia. Non giudicare mai un CSV salvato da come appare in Excel. Giudicalo da come appare come testo.

Modifica 2: il downgrade di codifica, quando le lettere accentate si rompono

La seconda modifica del salvataggio è più silenziosa e più subdola: il downgrade di codifica. Excel offre due tipi di salvataggio CSV che sembrano quasi identici, e scegliere quello sbagliato corrompe ogni carattere non inglese del file. CSV UTF-8 scrive il file in UTF-8, che copre lettere accentate, dieresi e alfabeti non latini. Il semplice CSV scrive il file nella codifica legacy del tuo sistema, che su molti computer Windows non riesce proprio a rappresentare quei caratteri, quindi tornano come punti interrogativi o lettere sbagliate. Le due opzioni stanno una accanto all'altra nell'elenco di Salva con nome, e quella semplice è quella che la gente sceglie per abitudine.

La regola è semplice: scegli sempre CSV UTF-8 quando salvi da Excel, a meno che il programma destinatario non richieda esplicitamente il formato legacy. E anche in quel caso, controlla il risultato in un editor di testo, perché la codifica legacy è una perdita senza ritorno: una volta che una lettera accentata è stata sostituita da un punto interrogativo nel file salvato, nessuna reimportazione può recuperare la lettera originale, perché il file salvato non la contiene più. La guida compagna sulla codifica tratta la diagnosi completa, compreso il trucco del byte order mark che fa indovinare a Excel l'UTF-8 con il doppio clic, ma la regola del salvataggio regge da sola: la codifica che scegli al momento del salvataggio è la codifica che riceve il lettore successivo, e la scelta sbagliata danneggia ogni valore non ASCII in un colpo solo.

Un altro dettaglio di codifica conta per i file di questa pagina. Il download del convertitore è semplice UTF-8 senza byte order mark, che è la forma più pulita per la maggior parte degli strumenti, ma significa che il doppio clic in Excel potrebbe leggere male le lettere accentate su alcuni computer Windows. È un problema di apertura, trattato nella guida sulla codifica, non un problema di salvataggio, e non cambia la regola del salvataggio. Qualunque sia la codifica di origine, salva da Excel come CSV UTF-8 e verifica in un editor di testo che i nomi accentati si leggano ancora correttamente prima di inoltrare il file.

Modifica 3: la riscrittura dei tipi, quando le ipotesi diventano i dati

La terza modifica del salvataggio è la riscrittura dei tipi, ed è in realtà tre problemi compagni che arrivano insieme, perché lo stesso percorso di apertura e salvataggio riscrive ogni ipotesi fatta da Excel. Gli zeri iniziali spariscono, perché Excel ha letto i codici come numeri all'apertura e riscrive numeri senza di essi. Le date vengono riformattate o scambiate, perché Excel le ha memorizzate come numeri seriali e le riscrive nel suo formato di visualizzazione. Gli ID lunghi perdono le cifre finali, perché Excel conserva solo quindici cifre significative e scrive zeri per il resto. Ognuno di questi ha una propria guida compagna con i propri rimedi, e questo articolo non ripete quei rimedi, perché la lezione sul salvataggio è la stessa per tutti e tre: il danno è avvenuto all'apertura, e il salvataggio lo ha reso permanente.

Vale la pena di indicare qui il test che separa un problema di visualizzazione da un problema di salvataggio. Apri il file in un editor di testo. Se i codici, le date e gli ID si leggono correttamente lì, il file è ancora buono e solo la vista di Excel è sbagliata: chiudi senza salvare e reimporta correttamente. Se l'editor di testo mostra zeri rimossi, date scambiate o ID troncati, il salvataggio ha già riscritto il file, e la sezione sul recupero è la tua unica strada. Quel test richiede dieci secondi, ed è l'abitudine più utile di tutta questa guida, perché ti dice se hai ancora un file buono o solo uno danneggiato.

Vale anche la pena di sapere cosa non viene riscritto. Parole semplici, numeri brevi che non richiedono ipotesi e valori che Excel ha lasciato come testo sopravvivono a un salvataggio invariati, ed è per questo che un file salvato può sembrare quasi giusto pur essendo sbagliato proprio nelle colonne che contano: codici, date e ID. Controllare a campione una riga ordinaria non prova nulla. Controlla le colonne sensibili in modo specifico: la colonna dei codici, la colonna delle date e la colonna degli ID lunghi, in un editor di testo, dopo ogni salvataggio, prima di inviare il file da qualsiasi parte.

Quattro rimedi che non funzionano dopo un salvataggio sbagliato

Prima dei rimedi che funzionano, vale la pena di togliere di mezzo i quattro rimedi che non funzionano, perché ognuno fa perdere tempo e uno di essi peggiora le cose. Il primo è riformattare il file salvato dopo il fatto. Cambiare il formato di una colonna cambia il modo in cui i valori memorizzati appaiono, ma non può ripristinare caratteri che il salvataggio ha già rimosso. Un codice salvato come 123 non può riavere gli zeri formattando la colonna come Testo, perché il file ora contiene 123 e nient'altro. La formattazione è visualizzazione. Il testo salvato è il dato, e le modifiche alla visualizzazione non lo toccano mai.

Il secondo è premere Annulla dopo il salvataggio. Annulla inverte le modifiche dentro la cartella di lavoro aperta, ma non riscrive un file già salvato sul disco. Una volta completato il salvataggio, il disco contiene il file riscritto, e nessun annullamento nella cartella di lavoro riporta indietro i caratteri originali. Il terzo è mettere tra virgolette i valori nel file salvato. Le virgolette controllano come vengono gestite le virgole dentro un valore, non come Excel assegna un tipo a un valore, ed Excel toglie le virgolette all'importazione e indovina comunque il tipo, quindi aggiungere virgolette a un file danneggiato non cambia nulla del danno. Il quarto è trova e sostituisci in tutto il file salvato per riparare a mano date scambiate o zeri rimossi. Funziona solo se ogni riga ha subito la stessa modifica, cosa che non accade mai per colonne miste, quindi una sostituzione generalizzata corrompe le righe che erano giuste mentre ripara quelle sbagliate.

Sapere quali rimedi falliscono ti salva dalla trappola più comune di tutte: credere che il problema sia risolto perché la cartella di lavoro sullo schermo sembra giusta, mentre il file sul disco è ancora sbagliato. Lo schermo non è il file. L'editor di testo è il file. Ogni riparazione nel resto di questa guida parte da quella distinzione, e ogni controllo finisce con essa.

Rimedio 1: non salvare mai sopra l'originale, tieni una copia master

Questo è il rimedio da provare per primo, perché non costa nulla, non cambia nulla del tuo sistema, e rende recuperabile ogni altro errore di questa guida. Tieni intatto il file CSV originale, e fai tutto il tuo lavoro in Excel su una copia. Il flusso di lavoro è volutamente noioso: quando arriva un CSV, salvalo in una cartella chiamata originali e non aprire mai quella copia in Excel. Copialo in una cartella di lavoro, e apri la copia di lavoro. Se un salvataggio va storto, elimina la copia di lavoro, copia di nuovo l'originale e ricomincia da capo. Nessun recupero, nessuna riparazione, nessun dato perso, perché il file buono non è mai stato a rischio.

Se produci tu stesso il CSV, tieni la copia master in formato foglio di calcolo e tratta il CSV come un'esportazione, non come il documento. Lavora nella cartella di lavoro, salva la cartella di lavoro, ed esporta un CSV nuovo ogni volta che te ne serve uno, con un nome versionato come clienti-2026-11-05.csv, così un'esportazione non sostituisce mai silenziosamente una precedente. Un CSV è un'istantanea appiattita, non i dati stessi, quindi la cartella di lavoro master, o ancora meglio il database o il JSON da cui provengono i dati, è ciò che va protetto. Nel momento in cui un CSV diventa l'unica copia dei tuoi dati, ogni salvataggio in Excel diventa un rischio per l'unica copia, ed è la situazione che questa guida esiste per prevenire.

• ▸Salva ogni CSV in arrivo in una cartella originali prima di aprirlo da qualsiasi parte.
• ▸Lavora solo su una copia, e dai alle esportazioni un nome con la data così non sovrascrivono mai in silenzio.
• ▸Tieni la cartella di lavoro master salvata in formato foglio di calcolo, separata da qualsiasi esportazione CSV.
• ▸Se un salvataggio va storto, butta via la copia di lavoro e ricomincia dall'originale.

Questa regola ti protegge anche dall'avviso sui fogli multipli. Se la tua cartella di lavoro contiene più fogli ed esporti uno in CSV, la cartella di lavoro stessa resta intatta nel suo formato, e puoi esportare ogni foglio separatamente ogni volta che ti serve. L'esportazione CSV è un'istantanea a senso unico per uno scopo specifico, e la cartella di lavoro resta il documento vivo. La gente perde fogli non perché il CSV sia pericoloso, ma perché ha chiuso la cartella di lavoro senza salvarla dopo l'esportazione, e l'abitudine della copia master rende impossibile quell'errore.

Rimedio 2: modifica in sicurezza, in un editor di testo o con un'importazione corretta

Il secondo rimedio riguarda il modo in cui modifichi, e ha due rami a seconda delle dimensioni del lavoro. Per una modifica piccola, cambiare un valore o due, correggere un refuso, sistemare una riga, non aprire affatto il file in Excel. Aprilo in un editor di testo, fai la modifica e salva dall'editor. Un editor di testo riscrive esattamente i caratteri che vedi, senza ipotesi sui tipi, senza scambio di separatore e senza cambio di codifica, purché tu mantenga la stessa codifica quando salvi. Per una correzione di una riga, l'editor di testo non è una soluzione di ripiego. È lo strumento giusto, ed è più veloce di Excel per quel lavoro.

Per una modifica grande, dove ti servono ordinamento, filtri o formule, importa il file correttamente invece di farci doppio clic. Apri una cartella di lavoro vuota, vai su Dati, poi Da testo/CSV, e nell'anteprima imposta il separatore, la codifica e il tipo di ogni colonna sensibile prima di caricare: codici e ID su Testo, date su Testo oppure su Data con le impostazioni internazionali di origine. Fai il tuo lavoro, poi esporta con Salva con nome, scegli CSV UTF-8, dai all'esportazione un nome nuovo così non può sovrascrivere l'originale, e controlla il risultato in un editor di testo prima di inviarlo. Il passaggio di importazione è dove prendi il controllo di tutte e tre le ipotesi in un colpo solo, e il controllo nell'editor di testo è dove dimostri che l'esportazione è pulita.

Un'altra opzione di modifica sicura merita una menzione: modifica i dati alla fonte invece di modificare il CSV. Se il CSV proviene da JSON, correggi il JSON e converti di nuovo, ottenendo un file pulito senza alcun danno da andata e ritorno. Se proviene da un database, esporta di nuovo dal database. Rigenerare dalla fonte è sempre più pulito che riparare un file già passato attraverso un foglio di calcolo, perché la fonte contiene i valori veri e l'esportazione contiene solo un'istantanea di essi.

Rimedio 3: verifica prima di inviare, il controllo di due minuti nell'editor di testo

Il terzo rimedio è un'abitudine, non un'impostazione: controlla ogni CSV salvato in un editor di testo prima di inviarlo da qualsiasi parte, usando una breve lista di controllo che richiede circa due minuti. Apri il file salvato e l'originale affiancati, e controlla cinque cose. Primo, il separatore: la riga di intestazione usa lo stesso separatore in entrambi i file. Secondo, il conteggio delle righe: il file salvato contiene lo stesso numero di righe, ricordando che i valori con interruzioni di riga possono occupare più righe. Terzo, le colonne sensibili: i codici conservano ancora gli zeri iniziali, le date si leggono ancora come le ha scritte la fonte, gli ID lunghi conservano ancora tutte le cifre. Quarto, la codifica: i nomi accentati si leggono ancora correttamente, senza punti interrogativi o strane coppie di lettere. Quinto, le virgolette: i valori che contengono il separatore sono ancora racchiusi tra virgolette, così restano in una sola colonna.

Se un controllo fallisce, non inviare il file e non provare a correggerlo nel foglio di calcolo. Torna all'originale, correggi l'impostazione che ha causato l'errore, ed esporta di nuovo. Un controllo fallito costa poco quando l'originale esiste ancora e costa molto quando non esiste più, ed è per questo che questo controllo va fatto prima dell'invio, non dopo che qualcuno si lamenta. La reazione più comune a un controllo fallito è aprire di nuovo il file salvato in Excel per sistemarlo, il che avvia un altro andata e ritorno e di solito aggiunge nuovi danni. Correggi l'esportazione, non il file esportato.

Rendi il controllo parte dell'esportazione stessa, non un compito separato. Salva con nome, apri in un editor di testo, fai i cinque controlli, poi invia. Dopo qualche esportazione il controllo diventa automatico, e i file che invii smettono di tornare indietro con lamentele su zeri mancanti, date scambiate o layout in una sola colonna. Il controllo è anche la tua prova: se un destinatario segnala un problema in seguito, puoi confrontare il file inviato con l'originale e mostrare esattamente dove è avvenuta la modifica, invece di indovinare.

Recupera un file già sovrascritto dal salvataggio

A volte il consiglio arriva troppo tardi, e il file salvato ha già sovrascritto l'unica copia. Il recupero è possibile in alcuni casi, e la risposta onesta è che dipende da cos'altro esiste oltre al file danneggiato. Primo, controlla i backup automatici: OneDrive e SharePoint conservano la cronologia delle versioni per i file archiviati in essi, quindi fai clic con il pulsante destro sul file e cerca le versioni precedenti prima di fare qualsiasi altra cosa. Cronologia file di Windows e Time Machine di Mac conservano le proprie copie se erano attivi. Allegati di email, caricamenti in chat e unità condivise spesso contengono una copia precedente dello stesso file, inviata prima del salvataggio sbagliato, e quella copia è spesso il recupero più pulito a disposizione.

Secondo, se non esiste una copia precedente, controlla se il danno è abbastanza uniforme da poter essere invertito. Se ogni data si è scambiata secondo un'unica convenzione e ogni giorno originale era 12 o meno, una formula può scambiarle di nuovo, e se ogni codice ha perso lo stesso numero di zeri, quegli zeri possono essere ripristinati con la formattazione, ma solo quando la perdita è stata uniforme in tutta la colonna. Lavora su una copia, mai sull'unica versione, e controlla il risultato rispetto a un record noto prima di fidartene. Se il danno è misto, alcune righe scambiate, alcune rimaste testo, alcuni codici diventati date, i caratteri originali sono spariti da quella copia in un modo che nessuna formula può districare, perché un numero salvato non registra cosa era prima.

Terzo, e in modo più affidabile, rigenera il file dalla sua fonte. Esportalo di nuovo dal database, dallo strumento o dal JSON da cui proveniva, e questa volta aprilo con un'importazione corretta e non salvarci mai sopra. Se la fonte è JSON, il convertitore di questa pagina produce un CSV nuovo dal JSON originale in pochi secondi, con ogni valore esattamente come scritto, e quel file nuovo sostituisce interamente quello danneggiato. Qualunque strada tu prenda, tieni da parte la copia danneggiata finché la sostituzione non risulta corretta in un editor di testo. Eliminare l'unica copia prima di verificare la sostituzione è il modo in cui un problema recuperabile diventa un insieme di dati perso.

Cosa significa per i file del convertitore di questa pagina

Il convertitore di questa pagina produce esattamente il tipo di file di cui tratta questa guida, quindi vale la pena di dichiararne il comportamento chiaramente, verificato sul codice reale e non presunto. Il motore di conversione è stato eseguito su un campione di due righe con i codici 00123 e 00456, i CAP 02138 e 07477, gli ID a 18 cifre 123456789012345678 e 987654321098765432, le date 2026-03-04 e 2026-04-03, i nomi accentati Zoë Café e Müller, e le note fragile; handle with care e gift. Con separatori virgola, ha prodotto ogni valore byte per byte identico, con il nome contenente la virgola tra virgolette e nient'altro tra virgolette. Con separatori punto e virgola, ha messo tra virgolette esattamente la nota contenente il punto e virgola e nient'altro. Quindi, se il tuo file convertito mostra valori modificati dopo che Excel lo ha toccato, la conversione non ha danneggiato nulla. Il file era corretto, ed Excel ha indovinato all'apertura e ha riscritto le sue ipotesi al salvataggio.

Comma delimited (verified, real converter output):
code,zip,id,shipDate,name,note,price
00123,02138,123456789012345678,2026-03-04,"Zoë, Café",fragile; handle with care,19.99
00456,07477,987654321098765432,2026-04-03,Müller,gift,5

Semicolon delimited (verified, same sample):
code;zip;id;shipDate;name;note;price
00123;02138;123456789012345678;2026-03-04;Zoë, Café;"fragile; handle with care";19.99
00456;07477;987654321098765432;2026-04-03;Müller;gift;5

Codes, ZIPs, long IDs, and dates all survive byte-identically.
Quoting follows the delimiter: only values holding the delimiter
are quoted, in both cases.

Questo ti dà due opzioni pulite per i file convertiti. La prima è la strada della modifica sicura: se devi cambiare un file convertito, cambia il JSON e converti di nuovo, ottenendo un file nuovo senza danni da andata e ritorno, invece di modificare il CSV in Excel e salvarci sopra. La seconda è la strada dell'importazione: apri il file scaricato con Dati, poi Da testo/CSV, imposta le colonne di codici e ID su Testo e le colonne di date su Testo oppure su Data con le impostazioni internazionali di origine, fai il tuo lavoro, ed esporta con Salva con nome sotto un nome nuovo in CSV UTF-8, controllando il risultato in un editor di testo. Non far passare l'output convertito attraverso un foglio di calcolo per poi salvarlo sopra il download, perché quel passaggio può introdurre esattamente le discrepanze di separatore, codifica e tipo che questa guida e le sue compagne esistono per prevenire. Correggi l'apertura, o rigenera dalla fonte, mai il file salvato.

Un altro dettaglio del convertitore conta qui. Il convertitore ti permette di scegliere il separatore prima del download, e quella scelta è indipendente da tutto ciò che Excel fa dopo. Un file può avere il separatore giusto e comunque tornare con date scambiate, o le date giuste e il separatore sbagliato, o entrambi sbagliati in un colpo solo, perché il separatore scelto al momento della conversione non è il separatore che Excel scrive al momento del salvataggio. Se il tuo file convertito si apre in una sola colonna e i suoi valori sembrano sbagliati, correggi entrambi nella stessa importazione: scegli il separatore scelto al momento della conversione, e imposta le colonne sensibili in modo esplicito. La guida compagna sul problema della colonna unica tratta in dettaglio la metà del separatore, la guida sulla codifica tratta la metà dei caratteri, e la guida sugli zeri iniziali tratta la metà dei numeri, e tutte e tre sono collegate nelle guide correlate qui sotto.

Checklist di prevenzione: esporta i CSV in modo che nessuno debba correggerli

Le ipotesi sui tipi e le riscritture da salvataggio sono discrepanze tra chi scrive e chi legge, quindi la prevenzione significa far dichiarare a chi scrive cosa sono i valori, in un modo che chi legge rispetterà, e far controllare a chi legge prima di fidarsi. Scorri questa lista di controllo quando produci o ricevi un CSV, e la prossima persona che lo toccherà non avrà bisogno di questa guida. Primo, conserva i dati di origine. Un CSV è un'istantanea appiattita, non i dati stessi, quindi se un salvataggio va storto, la fonte ti permette di esportare di nuovo in modo pulito invece di riparare una copia danneggiata. Secondo, non salvare mai sopra un originale. Tieni una cartella originali, lavora su copie, e dai alle esportazioni un nome con la data così nulla sovrascrive in silenzio.

Terzo, quando esporti da Excel, scegli CSV UTF-8, controlla l'impostazione del separatore di elenco prima di salvare, e verifica l'esportazione in un editor di testo prima di inviarla. Quarto, quando ricevi un file, aprilo prima in un editor di testo se qualcosa sembra storto, e conferma separatore, codifica e colonne sensibili prima di lasciare che un foglio di calcolo ci salvi sopra. Quinto, spiega ai destinatari come aprire il file: una nota di una riga che dice di importare con le colonne di codici impostate su Testo e le date impostate su Testo oppure su Data con le impostazioni internazionali di origine previene l'intera classe di problemi, e includerla con il file non costa nulla. La maggior parte delle storie horror sui CSV finisce con qualcuno che scopre troppo tardi che il file danneggiato era l'unica copia. Non lasciare che sia il tuo file.

Guide correlate

• Il file CSV si apre in un'unica colonna in Excel: perché succede e come correggerlo (Guida 2026) →
• Perché il tuo CSV mostra caratteri strani in Excel e come risolvere il problema di codifica (Guida 2026) →
• Perché Excel elimina gli zeri iniziali dai codici del tuo CSV e come conservarli (Guida 2026) →
• Perché Excel non apre il tuo file CSV troppo grande e cosa fare invece (Guida 2026) →

Domande frequenti