Vos contacts vivent rarement là où vous le croyez. Trois emplacements coexistent sur un mobile : la mémoire de l’appareil, un compte synchronisé en ligne et la carte SIM. Sauvegarder ses contacts consiste à extraire cette liste dans un fichier vCard autonome, conservé ailleurs que dans l’appareil et ailleurs que dans le compte.
Trois emplacements, trois logiques de disparition
Un répertoire donne l’illusion d’un bloc unique. L’écran affiche une liste continue, alphabétique, sans indiquer d’où vient chaque ligne. La réalité technique est plus fragmentée, et chaque emplacement s’efface pour des raisons différentes.
| Emplacement | Ce qu’il retient | Ce qui le fait disparaître |
|---|---|---|
| Mémoire de l’appareil | fiches complètes, photos, notes | panne, remise à zéro, perte du mobile |
| Compte synchronisé | fiches complètes, groupes, historique partiel | suppression propagée, perte d’accès au compte |
| Carte SIM | nom court, un numéro | puce hors service, échange de carte |
Le détail qui explique la plupart des pertes tient en une phrase : la destination d’une nouvelle fiche dépend du réglage actif au moment de sa création. Un contact enregistré pendant une période sans compte connecté reste dans la mémoire locale et n’a jamais quitté l’appareil. Un autre, saisi la semaine suivante, part sur le compte. Les deux apparaissent côte à côte dans la même liste.
Sur le terrain, cette cohabitation silencieuse produit des restaurations partielles. Le nouveau téléphone récupère les fiches du compte, laisse les autres derrière lui, et personne ne remarque l’absence avant le jour où un numéro précis manque.
La carte SIM tient un carnet des années 1990
Stocker ses numéros sur la puce reste un réflexe hérité des premiers mobiles. Cette mémoire existe toujours, avec les limites de son époque. La spécification GSM 11.11, reprise ensuite par l’Institut européen des normes de télécommunications sous la référence TS 151 011, définit un fichier dédié aux numéros abrégés, identifié par le sigle ADN.
Sa structure impose trois contraintes que rien ne contourne. Le nom est stocké dans un champ de longueur fixe, donc tronqué au-delà de quelques caractères. Chaque entrée n’accepte qu’un seul numéro, ce qui casse toute fiche contenant un mobile et un fixe. Les autres informations n’ont simplement pas de champ prévu : ni adresse électronique, ni société, ni photo, ni note, ni date d’anniversaire.
La capacité elle-même est gravée à la fabrication. Elle ne s’étend pas, elle ne s’achète pas en option, et un répertoire de quelques centaines de fiches modernes dépasse largement ce que la puce accepte. Ajoutez à cela le sort d’une carte devenue inutilisable, sujet détaillé dans notre article sur une carte SIM bloquée et le code PUK, et le tableau se referme : la SIM constitue un pense-bête de secours, pas une sauvegarde.
Synchroniser n’est pas sauvegarder
La confusion la plus coûteuse porte sur ces deux mots. La synchronisation maintient plusieurs appareils dans un état identique. Elle recopie donc vos ajouts, vos corrections, et vos erreurs avec la même fidélité.
Effacez une fiche par inadvertance sur une tablette : elle quitte le téléphone et l’ordinateur dans la foulée, souvent en moins d’une minute. Les services grand public prévoient une corbeille pour ce cas, mais elle ne conserve les suppressions que pendant une fenêtre limitée, généralement quelques semaines. Passé ce délai, la ligne n’existe plus nulle part.
Le compte unique pose un second problème, plus rare mais définitif. Perte du mot de passe, verrouillage déclenché par un signalement automatique, fermeture d’un service : dans ces trois cas, la synchronisation ne protège rien puisqu’elle a tout centralisé au même endroit. Une seule copie répartie sur cinq appareils reste une seule copie.
Une sauvegarde répond à une définition différente : un état figé, daté, indépendant du système qui l’a produit. C’est exactement ce que fournit un export au format vCard.

Le format vCard, pivot ouvert depuis les années 1990
Le fichier d’extension .vcf porte un nom technique : vCard. Ce format naît au milieu des années 1990 sous l’égide du consortium Versit, qui réunit Apple, AT&T, IBM et Siemens autour d’un objectif simple, échanger des coordonnées entre logiciels concurrents. Les droits passent à l’Internet Mail Consortium en décembre 1996, puis la normalisation rejoint l’IETF.
| Version | Publication | Statut aujourd’hui |
|---|---|---|
| vCard 2.1 | consortium Versit, milieu des années 1990 | encore produite par d’anciens exports |
| vCard 3.0 | RFC 2426, IETF, 1998 | la plus largement acceptée à l’import |
| vCard 4.0 | RFC 6350, IETF, août 2011 | référence actuelle, remplace les précédentes |
La RFC 6350 d’août 2011 rend obsolètes les RFC 2425, 2426 et 4770, et met à jour la RFC 2739. Elle impose deux propriétés dans chaque fiche, la version du format et le nom formaté, et fixe le pliage des lignes à soixante-quinze octets pour rester compatible avec les vieux systèmes de messagerie.
Cette généalogie explique la robustesse du format. Un fichier vCard est du texte brut, lisible dans n’importe quel éditeur, sans logiciel propriétaire pour le déchiffrer. Ouvrez-le et vous lisez les noms, les numéros et les adresses en clair. Aucune base de données à reconstruire, aucune version d’application à retrouver : dans dix ans, ce fichier restera exploitable.
Produire un export réellement exploitable
L’export se déclenche depuis l’interface web de votre compte de contacts plutôt que depuis le téléphone. La raison est pratique : l’interface web voit l’intégralité des fiches du compte, y compris celles qu’un appareil récent n’a jamais affichées, et elle propose des options que l’application mobile masque.
Trois vérifications séparent un export utile d’un fichier décoratif.
- Un fichier unique plutôt qu’une archive contenant un .vcf par contact, format que beaucoup de systèmes refusent d’importer en bloc.
- La version du format proposée à l’export, en privilégiant vCard 3.0 quand la destination est inconnue, cette version restant la mieux acceptée.
- L’ouverture du fichier obtenu dans un éditeur de texte, pour vérifier que les fiches sont lisibles et que le compte y est complet.
Nommez ensuite le fichier avec sa date, sous une forme du type contacts-2026-08-17.vcf. Un dossier qui contient trois exports datés vaut mieux qu’un fichier unique écrasé chaque fois, puisque la version précédente reste disponible si la dernière s’avère amputée.
Ce que l’encodage abîme au passage
Le piège classique concerne les accents. Un export produit par un système ancien encode parfois les caractères dans un jeu limité, ou recourt à une transformation dite QUOTED-PRINTABLE qui transforme un « é » en séquence illisible. Le fichier s’importe alors sans erreur apparente, mais les noms arrivent déformés.
Le contrôle prend dix secondes : ouvrez le .vcf dans un éditeur et cherchez un prénom accentué. S’il s’affiche correctement, l’encodage UTF-8 est en place. S’il apparaît sous forme de symboles, refaites l’export en changeant l’option proposée, plutôt que de corriger cinq cents fiches à la main après coup.

Doublons, fusions et champs qui s’évaporent
Un répertoire ancien accumule les doublons par superposition de sources : un import depuis la SIM, une récupération depuis une messagerie, une restauration partielle. La même personne finit avec trois fiches divergentes.
Les outils de fusion automatique règlent une partie du problème et en créent un autre. Le rapprochement se fonde sur le nom affiché, ce qui fusionne allègrement deux homonymes réels et sépare une même personne enregistrée sous un diminutif. Relisez la liste des fusions proposées avant de valider, jamais après.
Autre point : les champs qui ne figurent pas dans la norme disparaissent au premier transfert. Les applications ajoutent volontiers des propriétés maison, préfixées par un X selon le mécanisme d’extension prévu par le format, et le système suivant les ignore poliment. Les notes personnelles, les étiquettes de groupe et les sonneries attribuées comptent parmi les victimes fréquentes.
L’ordre du nom mérite enfin une attention particulière. La propriété structurée du format sépare le nom de famille, le prénom et les compléments dans un ordre précis. Un import qui inverse ces composants produit un répertoire entier classé à l’envers, désagrément réparable mais fastidieux.
Quatre moments où l’export change tout
La sauvegarde des contacts se révèle utile précisément quand aucune autre solution ne reste disponible.
Le vol ou la perte de l’appareil arrive en tête. Le mobile part avec sa mémoire locale, et l’effacement à distance, recommandé dans ce cas, supprime définitivement ce qui n’était pas synchronisé. Les démarches complètes figurent dans notre dossier sur un téléphone volé ou perdu.
La panne matérielle suit de près. Un appareil confié à un atelier revient parfois avec une remise à zéro, procédure courante après un changement de carte mère, comme le rappelle notre guide pour faire réparer son smartphone.
Le changement de ligne constitue le troisième cas. Une puce remplacée emporte les numéros qu’elle stockait, et la nouvelle carte arrive vide. Cette bascule accompagne souvent un changement d’abonnement, sujet traité dans notre guide pour changer d’opérateur en gardant son numéro.
Reste le passage d’un écosystème à l’autre. Le transfert direct fonctionne correctement pour les noms et les numéros, moins bien pour les groupes, les photos et les champs personnalisés. Un export préalable donne une référence pour vérifier ce qui manque à l’arrivée.

Un carnet professionnel est un fichier de données personnelles
Le répertoire d’un commercial, d’un artisan ou d’un cabinet ne relève plus de la sphère privée. Il contient des noms, des numéros et parfois des adresses appartenant à des tiers, ce qui en fait un traitement de données personnelles au sens du règlement général sur la protection des données, applicable dans l’Union européenne depuis le 25 mai 2018.
Trois conséquences pratiques en découlent pour un carnet professionnel. Les coordonnées collectées dans un cadre professionnel n’ont pas vocation à rejoindre un compte personnel, où elles échappent à tout contrôle de l’entreprise. Les fiches devenues sans objet se suppriment, le principe de conservation limitée s’appliquant à un répertoire comme à une base clients. Un export non chiffré, stocké sur une clé oubliée dans un tiroir, constitue exactement le type de fuite que le texte cherche à éviter.
Ces fichiers alimentent d’ailleurs un marché bien réel, celui des listes revendues à des plateformes d’appels, sujet que nous traitons dans notre méthode pour bloquer le démarchage téléphonique. Protéger son propre export revient aussi à protéger ceux qui figurent dedans.
À quel rythme refaire l’opération
Le photographe Peter Krogh a formulé en 2005, dans son ouvrage The DAM Book consacré à la gestion des fichiers numériques, un principe devenu la référence du domaine : trois copies des données, sur deux supports différents, dont une conservée hors site. Cette règle 3-2-1 s’adapte sans effort à un répertoire.
Trois copies signifie le compte synchronisé, un export sur ordinateur et un export ailleurs. Deux supports distincts écartent le scénario où une seule panne emporte tout. La copie hors ligne, sur une clé ou un disque externe rangé séparément, résiste à ce qu’aucune synchronisation n’arrête : un compte compromis, un logiciel de rançon, une erreur propagée.
Quant au rythme, un calendrier fixe tient rarement. Les déclencheurs fonctionnent mieux : avant un changement d’appareil, avant une réparation, avant un voyage, et après toute session de nettoyage du répertoire. Un carnet professionnel qui bouge chaque semaine mérite en revanche une routine mensuelle assumée.
Prochaine étape, dix minutes chrono : ouvrez l’interface web de votre compte de contacts depuis un ordinateur, lancez un export complet au format vCard, ouvrez le fichier obtenu dans un éditeur de texte pour vérifier les accents, puis copiez-le sur un support qui ne se synchronise avec rien.
