Vai al contenuto
OneKitly

Tre versioni di vCard, e la stessa persona in ciascuna

Pubblicato il 09/09/2026 · 3 min di lettura · Strumenti per file

Daniel Okonkwo

Daniel Okonkwo — Sviluppatore front-end e redattore Tech presso OneKitly

Performance web · Formati di file

Verificato su 3 fonti

Vedi il profilo →
In breve

La versione sta sulla seconda riga di ogni scheda, subito dopo BEGIN:VCARD, e cambia il modo in cui il resto è scritto. Nella 2.1, ancora prodotta da telefoni e client di posta datati, un tipo è un parametro nudo: TEL;CELL e TEL;WORK;VOICE, senza segno di uguale. Nella 3.0, che quasi ogni rubrica esporta e che tutti leggono, la stessa riga è TEL;TYPE=CELL e TEL;TYPE=WORK,VOICE. Nella 4.0, lo standard attuale, molti valori diventano URI: TEL;VALUE=uri:tel:+33612345678, e un compleanno si scrive 19780412 invece di 1978-04-12. Il visualizzatore legge tutte e tre — per questo una scheda venuta da un telefono del 2009 e una dalla rubrica di quest'anno compaiono affiancate — ma non le riscrive l'una nell'altra: un numero 4.0 conserva il prefisso tel: e un compleanno 4.0 la forma compatta. In scrittura, la 3.0 viaggia più lontano.

La 2.1 marca i tipi senza segno di uguale, la 3.0 è ciò che tutti leggono, la 4.0 scrive alcuni valori come URI — così un telefono può arrivare come tel:+33612345678, prefisso compreso. Sapere quale hai spiega quasi tutte le sorprese d'importazione.

Perché tutte e tre le versioni circolano ancora

Le rubriche si ricopiano in avanti, non si riscrivono. Una scheda creata su un telefono nel 2008 è stata esportata, importata e riesportata una dozzina di volte da allora, e ognuno di quei passaggi ha conservato la versione in cui è nata, salvo che qualcosa non l'abbia aggiornata di proposito. Il risultato è che una rubrica in uso è spesso un miscuglio, e un file di cinquecento contatti può contenerle tutte e tre — ecco perché un lettore che ne gestisce una sola sembra perdere contatti a caso.

L'analizzatore prende qui i parametri come vengono — con il segno di uguale o senza — ed è ciò che permette di aprire in un colpo un file misto. Ciò che non fa è normalizzare in silenzio una scheda da una versione all'altra, perché sarebbe una modifica, e una modifica che non hai chiesto è l'ultima cosa che vuoi applicata in blocco a cinquecento contatti.

Lo stesso contatto scritto in tre modi
RigavCard 2.1vCard 3.0vCard 4.0
CellulareTEL;CELL:TEL;TYPE=CELL:TEL;TYPE=cell;VALUE=uri:tel:
CompleannoBDAY:19780412BDAY:1978-04-12BDAY:19780412
Letto dal visualizzatoreSìSìSì, prefisso conservato
Migliore in scritturaNo — retaggioSìSolo se la destinazione la chiede
Visualizzatore VCFApri un file .vcf e leggi i contatti che contiene, senza importarli da nessuna parte.Prova lo strumento →

Domande frequenti

Come faccio a sapere quale versione usa un file?
Aprilo in un qualsiasi editor di testo e leggi la seconda riga: VERSION:2.1, VERSION:3.0 o VERSION:4.0. Un solo .vcf può contenere centinaia di schede, e possono essere di versioni diverse, dato che un file non è che schede scritte una dopo l'altra — una rubrica messa insieme da più fonti spesso lo è.
I miei numeri importati iniziano con tel:. Come pulisco?
È un file 4.0 letto alla lettera. Esporta in CSV, togli il prefisso con un trova-e-sostituisci sulla colonna dei telefoni e ricostruisci il .vcf dal foglio corretto — l'andata e ritorno ti costa le etichette di tipo, che un numero URI 4.0 rendeva comunque scomode. Se ne hai solo una manciata, correggerli nella destinazione è più rapido.
I nomi accentati e le foto sopravvivono fra versioni?
I nomi sì: tutte e tre le versioni portano UTF-8 in pratica, e il visualizzatore decodifica ciò che legge. Le foto sono un'altra cosa — una PHOTO incorporata è base64 dentro la scheda e può pesare da sola centinaia di kilobyte, e né l'esportazione CSV né quella JSON la portano. Se le tue schede hanno fotografie, conserva il .vcf come copia di riferimento.

Articoli che potrebbero interessarti

Tutte le guide →
SpiegazioneUn indirizzo vCard ha sette parti, una colonna di CSV unaNomi, indirizzi e organizzazioni sono campi strutturati in una vCard. Appiattiscili in un foglio di calcolo: si leggono identici perdendo le cuciture — il che conta nel momento in cui da quel foglio si ricostruisce una vCard.ConfrontoDue email in una cella, o due stringhe in un arrayUn contatto può avere più numeri e più indirizzi. Il CSV li unisce con un punto mediano in una sola cella; il JSON li conserva come elenco, che è la differenza fra uno script che funziona e uno che divide a occhio.TutorialUnire calendari e rubriche accoda — non deduplicaGli strumenti di unione mettono ogni scheda di ogni file in un'unica uscita, nell'ordine in cui li hai dati. È il comportamento predefinito giusto e l'unica cosa da sapere prima di infilarci due esportazioni dello stesso account.TutorialNon devi rinominare le tue colonne in ingleseLa riga d'intestazione è riconosciuta in sei lingue: prénom, apellidos, Vorname e cognome sono tutti compresi. Un'intestazione è davvero ambigua — nome — e a deciderla è la colonna accanto.ConfrontoL'esportazione JSON conserva tre cose per cui il CSV non ha colonnaStesso file, stesso analizzatore, due uscite. Il foglio di calcolo riceve otto colonne; il JSON riceve in più il fuso nominato, l'indicatore di giornata intera e la regola di ricorrenza.SpiegazioneLo stesso file .ics può indicare cinque orari diversiiCalendar scrive un orario d'inizio in tre modi, e solo uno è privo di ambiguità. Una riunione scritta con un fuso nominato, convertita su macchine a Parigi, New York e Honolulu, si è distesa su diciannove ore e ha cambiato giorno.

Strumenti correlati

Fonti

Hai notato un errore in questo articolo?