Aller au contenu
OneKitly

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

Daniel Okonkwo — Développeur front-end et rédacteur Tech chez OneKitly

Performance web · Formats de fichiers

Vérifié à partir de 2 sources

Voir le profil →
En bref

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.

Fusionner des fichiers ICSRéunis plusieurs fichiers de calendrier en un seul, en gardant tous les événements.Essayer l'outil →

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 →
ComparatifTrois versions de vCard, et la même personne dans chacuneLa 2.1 marque les types sans signe égal, la 3.0 est ce que tout le monde lit, la 4.0 écrit certaines valeurs en URI — un téléphone peut donc arriver sous la forme tel:+33612345678, préfixe compris. Savoir laquelle tu as explique la plupart des surprises d'import.TutorielFabriquer un agenda depuis un planning que tu as déjà dans un tableurEmplois du temps, calendriers de matchs, plannings de garde et programmes de conférence commencent tous leur vie en tableau. Quatre colonnes suffisent à en faire un fichier que toute application d'agenda sait importer.ComparatifL'export JSON garde trois choses dont le CSV n'a pas la colonneMême fichier, même analyseur, deux sorties. Le tableur reçoit huit colonnes ; le JSON reçoit en plus le fuseau nommé, l'indicateur de journée entière et la règle de récurrence.ExplicationUn événement récurrent fait une ligne dans le CSV, pas douzeUn fichier .ics range une réunion hebdomadaire une seule fois, avec une règle attachée. À l'export CSV tu obtiens une ligne pour toute la série — c'est le fichier qui est honnête, pas le convertisseur qui perd des lignes.ExplicationLe même fichier .ics peut désigner cinq heures différentesL'iCalendar écrit une heure de début de trois façons, et une seule est sans ambiguïté. Une réunion écrite avec un fuseau nommé, convertie sur des machines à Paris, New York et Honolulu, s'est étalée sur dix-neuf heures et a changé de jour.ExplicationUne adresse vCard a sept morceaux, une colonne de CSV en a unNoms, adresses et sociétés sont des champs structurés dans une vCard. Aplatis-les dans un tableur : ils se lisent à l'identique tout en perdant leurs coutures — ce qui compte dès qu'on refabrique une vCard depuis ce tableur.

Outils similaires

Sources

Tu as repéré une erreur dans cet article ?