Fusionner des calendriers ICS
Plusieurs agendas en un seul fichier, sans doublons et sans une heure déplacée.
Traité sur cet appareil · aucun envoi de fichier
ICSICALIFBVous pouvez aussi coller (Ctrl+V)Confortable jusqu’à 20 Mo
Aucun téléchargement : tout se passe dans cette page.détails
Cet outil n’utilise aucun moteur à télécharger — son code est déjà dans la page.
À quoi sert cette page
Un agenda professionnel, un agenda partagé, l’export d’un club : trois fichiers .ics, et aucun moyen simple de les regarder ensemble sans tout importer dans un même compte. La fusion est une opération de texte, elle n’a aucune raison de passer par un serveur — surtout pour un fichier qui contient l’intégralité de vos rendez-vous, avec les noms des participants. Cette page réunit les fichiers dans votre navigateur, écarte les doublons par identifiant, et recopie fuseaux horaires et récurrences sans y toucher : ce qui entre ressort à la même heure.
On dit aussi : combiner des agendas.
Comment faire
- Déposez au moins deux fichiers .ics — l’ordre décide qui gagne en cas d’égalité.
- Donnez un nom au calendrier produit, si votre application en affiche un.
- Importez le fichier obtenu dans Google Agenda, Outlook ou Apple Calendrier.
Questions fréquentes
Comment les doublons sont-ils repérés ?
Par l’UID, l’identifiant unique que chaque application écrit dans chaque événement. Deux exports du même agenda, même faits à un mois d’intervalle, partagent leurs UID : le doublon est écarté sans hésitation. En revanche, deux événements saisis indépendamment dans deux agendas ont des UID différents et sont gardés tous les deux, même titre et même heure compris. Comparer les titres serait plus spectaculaire et beaucoup plus dangereux : une réunion hebdomadaire disparaîtrait.
Mes horaires vont-ils bouger ?
Non. Aucune heure n’est convertie, aucun fuseau n’est traduit, aucune règle de récurrence n’est développée : les blocs sont recopiés ligne à ligne tels que les a écrits votre application. Les définitions de fuseau horaire (VTIMEZONE) sont reprises et dédoublonnées par identifiant, si bien que les événements qui les référencent continuent de tomber au bon moment, y compris de part et d’autre d’un changement d’heure.
Que devient un événement dont j’ai déplacé une seule occurrence ?
Il est préservé. Une occurrence modifiée porte le même UID que sa série, distingué par une propriété RECURRENCE-ID. Les deux entrent dans la clé de comparaison, si bien que la série et son exception coexistent dans le fichier produit — exactement comme dans votre agenda. Sans cette précaution, l’exception aurait été prise pour un doublon de la série et l’une des deux aurait disparu.
Puis-je fusionner un agenda Google avec un agenda Outlook ?
Oui, ce sont des fichiers iCalendar dans les deux cas et ils se lisent de la même façon. Les rappels, les participants, les statuts de disponibilité et les pièces jointes en ligne sont recopiés tels quels. Le seul point d’attention est la duplication réelle : si le même rendez-vous a été saisi à la main dans les deux agendas, il apparaîtra deux fois, puisque rien ne permet d’affirmer qu’il s’agit du même.
Faut-il retirer les rappels ?
Cela dépend de l’usage. Si vous importez ce fichier dans un agenda qui applique déjà ses propres notifications, gardez l’option décochée uniquement si vous voulez les alarmes d’origine ; sinon vous risquez d’être prévenu deux fois par événement, et trois si le rendez-vous venait de trois exports. Pour un fichier d’archive ou de consultation, retirer les rappels rend le résultat nettement plus calme.
Bon à savoir
- Le dédoublonnage se fait par UID, l’identifiant que chaque application écrit dans ses événements : deux exports du même agenda partagent leurs UID, et le doublon est écarté. Deux événements saisis séparément dans deux agendas différents ont, eux, des UID différents — ils seront gardés tous les deux, même s’ils portent le même titre à la même heure. Aucune comparaison par titre n’est faite : elle produirait des disparitions silencieuses.
- Quand deux versions du même UID se présentent, c’est celle dont le numéro de SEQUENCE est le plus élevé qui gagne — c’est le compteur de révision prévu par le format. À SEQUENCE égale, la première rencontrée est gardée, dans l’ordre où vous avez rangé les fichiers.
- Les exceptions de récurrence sont préservées : un événement modifié pour une seule occurrence porte le même UID que sa série mais un RECURRENCE-ID différent, et les deux entrent dans la clé de comparaison. Sans cela, déplacer une réunion aurait fait disparaître la série entière.
- Aucune heure n’est convertie et aucune récurrence n’est développée. Les blocs VTIMEZONE sont recopiés à l’identique, dédoublonnés par TZID : un même fuseau défini dans trois fichiers n’est écrit qu’une fois, et les événements continuent de le référencer. Les RRULE, EXDATE et RDATE traversent l’outil sans être touchés.
- Les VALARM sont conservés par défaut, tels que les a écrits l’application d’origine. L’option les retire tous ; il n’y a pas de retrait sélectif.
- Les événements sans UID — quelques exports anciens ou fabriqués à la main — sont tous gardés, faute de pouvoir les comparer. Leur nombre est indiqué dans le compte rendu.
- Sont fusionnés les VEVENT, VTODO, VJOURNAL et VFREEBUSY. Les propriétés du calendrier lui-même (VERSION, CALSCALE, METHOD) sont reprises du premier fichier ; le PRODID est réécrit, comme le veut le format pour un fichier qui n’est plus celui d’origine.