Fusionner agendas et carnets d'adresses ajoute — cela ne dédoublonne pas
Publié le 08/09/2026 · 5 min de lecture · Outils fichiers
Daniel Okonkwo — Développeur front-end et rédacteur Tech chez OneKitly
Performance web · Formats de fichiers
Vérifié à partir de 2 sources
Les deux outils de fusion lisent chaque fichier sélectionné, analysent chacun en fiches, mettent les listes bout à bout et réécrivent un seul fichier. Rien n'est comparé : deux exports du même carnet d'adresses te rendent donc chaque contact en double, et un agenda exporté lundi fusionné avec le même agenda exporté vendredi te rend chaque événement en double — y compris ceux qui n'ont pas bougé. C'est délibéré : décider que deux fiches sont la même personne ou le même rendez-vous est un jugement, et un outil qui trancherait en silence jetterait des données que tu voulais peut-être garder. L'iCalendar et la vCard portent tous deux un UID prévu pour cela, si bien que l'ordre fiable est de fusionner d'abord, puis de laisser l'application d'import réconcilier par UID — ou de trier par UID dans un tableur et de retirer toi-même les répétitions avant d'importer.
Les outils de fusion mettent chaque fiche de chaque fichier dans une seule sortie, dans l'ordre où tu les as donnés. C'est le bon comportement par défaut, et la seule chose à savoir avant d'y verser deux exports du même compte.
Pourquoi l'UID est la seule clé honnête
Rapprocher sur le nom rapproche les mauvaises choses dans les deux sens. Deux personnes s'appellent Marie Martin ; une même personne est Marie Martin dans un export et M. Martin dans un autre, puis Marie Martin-Dupont après un mariage. Rapprocher sur l'heure de début ne vaut pas mieux : une équipe de quatre a le même point à 9h00, et le même rendez-vous décalé d'une demi-heure n'en est pas un nouveau. L'UID existe parce que l'application qui a créé la fiche sait déjà de laquelle il s'agit, et qu'elle écrit cette réponse dans le fichier.
Ce que la fusion conserve, et un point de vigilance
Comme la fusion reste dans le format — .ics en entrée, .ics en sortie ; .vcf en entrée, .vcf en sortie — les fiches gardent ce qu'un CSV aurait aplati : fuseaux nommés, marqueurs de journée entière, règles de récurrence, parties structurées d'un nom et d'une adresse. C'est la raison de fusionner avant de convertir plutôt qu'après, et celle pour laquelle un agenda fusionné peut être déposé tel quel dans une application sans détour par un tableur.
Le point de vigilance est qu'un fichier fusionné porte les identifiants de toutes les sources. Si deux de tes fichiers viennent du même compte, ils contiennent les mêmes UID, et une application qui réconcilie à l'import repliera ces paires en une seule fiche — ce que tu voulais généralement, et qu'il vaut mieux attendre que découvrir. Si au contraire les sources sont bien des comptes différents, leurs UID diffèrent et rien ne se replie : le total fusionné est celui que tu verras.
Questions fréquentes
- Puis-je fusionner des fichiers venant d'applications différentes ?
- Oui — c'est la raison habituelle de le faire. L'iCalendar et la vCard sont des standards : un agenda d'une application et un agenda d'une autre sont le même format une fois exportés, quelle que soit leur allure à l'écran. Ce qui diffère, c'est la quantité écrite : certains exports portent alarmes et participants, d'autres l'événement nu. La fusion garde ce que chaque fichier a apporté.
- Combien de fichiers puis-je fusionner d'un coup ?
- Autant que tu peux en sélectionner : le travail se fait dans ton navigateur et la limite est la mémoire de ta machine, pas une taille d'envoi. En pratique, le contrôle utile est le nombre de fiches : additionne ce que chaque fichier affichait dans le visualiseur et vérifie que le fichier fusionné tombe juste. Un fichier qui n'a rien apporté n'a pas été lu, et une source ignorée en silence est le seul échec qui compte ici.
- Pourquoi ne pas dédoublonner automatiquement ?
- Parce que la règle qui conviendrait à tes fichiers ne peut pas se déduire des fichiers. Dédoublonner sur l'UID replierait deux événements réellement distincts auxquels un exportateur défectueux a donné le même identifiant ; dédoublonner sur le nom et la date replierait deux personnes qui partagent les deux. Une fusion qui ajoute est prévisible et réversible — on peut toujours retirer des lignes — là où une fusion qui décide n'est ni l'un ni l'autre.
Articles qui pourraient t'intéresser
Tous les guides →Outils similaires
Sources
Tu as repéré une erreur dans cet article ?