Agendas secondaires Workspace : la suppression suit le propriétaire

Un service RH supprime le compte d’un collaborateur parti depuis deux mois. Routine. Sauf que ce collaborateur avait créé l’agenda partagé des salles de réunion, celui que toute l’équipe consulte chaque matin. Avant, cet agenda serait resté en place, orphelin mais fonctionnel. Depuis le 5 octobre 2026, il part avec le compte. C’est la conséquence directe d’un changement que Google applique aux comptes Workspace non personnels : un agenda secondaire suit désormais le cycle de vie de son propriétaire.

Ce qui change concrètement

Jusqu’ici, deux poids deux mesures séparaient l’agenda principal d’un utilisateur de ses agendas secondaires. L’agenda principal disparaissait avec le compte, comme la boîte Gmail. Les agendas secondaires, eux, survivaient à la suppression du propriétaire et restaient accessibles aux personnes avec qui ils avaient été partagés, dans un état sans propriétaire valide.

Google aligne les deux comportements. Quand un compte est supprimé, ses agendas secondaires et les événements qu’ils contiennent sont supprimés avec lui. Quand un compte est suspendu, ses agendas secondaires sont suspendus en même temps. La logique affichée est une question de gouvernance : chaque agenda doit être rattaché à un propriétaire valide, qui détermine les paramètres et les politiques appliqués aux données. Un agenda sans propriétaire actif échappe à ce cadre, et c’est précisément ce que Google supprime.

Le déploiement a commencé le 5 octobre 2026 pour les comptes Workspace non personnels, en version étendue sur les domaines Rapid Release et Scheduled Release. Le changement s’applique à tous les clients Google Workspace et aux abonnés Workspace Individual. Il n’y a pas d’édition épargnée, pas d’option pour le désactiver. L’annonce figure sur le blog Google Workspace Updates du 5 octobre 2026.

Le vrai risque : les agendas partagés d’équipe

La fonctionnalité se présente comme un gain de gouvernance, et sur le fond c’est exact. Un agenda rattaché à un propriétaire identifié est plus facile à auditer qu’un agenda flottant. Mais le risque opérationnel ne vient pas des agendas personnels secondaires, qui disparaissent avec leur créateur sans gêner personne. Il vient des agendas partagés que des équipes entières utilisent sans savoir à qui ils appartiennent.

Un agenda de réservation de salles, un planning de congés, un calendrier éditorial, un agenda de projet : ces objets sont souvent créés par une personne, puis partagés largement. Au fil des mois, plus personne ne se souvient que l’agenda appartient techniquement à un seul compte. La documentation d’aide de Google précise d’ailleurs que la suppression inclut les agendas de groupe et les agendas Classroom. Le jour où ce compte est supprimé lors d’un départ, l’agenda part avec lui, et avec lui l’historique des événements.

C’est le point que nous surveillerions en priorité. Le changement est juste sur le principe, mais il transforme une négligence ancienne, un agenda mal rattaché, en perte de données réelle au moment d’un offboarding. La bonne nouvelle, c’est que le problème est entièrement évitable si l’on sait où regarder.

Comment conserver un agenda avant un départ

La parade est le transfert de propriété. Pour préserver un agenda secondaire, il faut en transférer la propriété à un autre compte actif avant que le propriétaire d’origine ne soit supprimé ou suspendu. Un administrateur réalise ce transfert dans la console d’administration ou via l’API Calendar. Un utilisateur peut transférer ses propres agendas depuis les paramètres de Google Agenda.

Une contrainte de calendrier compte ici : l’agenda doit être actif au moment du transfert. Un agenda déjà désactivé ou supprimé ne peut plus être transféré, et une fois le propriétaire supprimé, plus aucun transfert n’est possible. Autrement dit, le transfert doit précéder la suppression du compte, pas la suivre. Un offboarding qui supprime le compte d’abord et se pose la question des agendas ensuite arrive trop tard.

Le réflexe à adopter est de choisir une cible de transfert pérenne. Transférer l’agenda d’un partant vers le compte d’un autre collaborateur ne fait que repousser le problème au prochain départ. Pour les agendas structurants, une boîte fonctionnelle ou un compte de service, qui ne suit pas les mouvements de personnel, est un meilleur point d’ancrage. C’est la même logique de rattachement durable que nous recommandons pour les rôles sensibles dans notre article sur les rôles admin temporaires.

Ce que ce changement ne résout pas

Rattacher chaque agenda à un propriétaire valide améliore la traçabilité, mais ne constitue pas une sauvegarde. Un agenda transféré au bon moment est préservé ; un agenda oublié dans une suppression de compte est perdu, événements compris, sans corbeille de rattrapage évidente. La règle protège contre les agendas orphelins, pas contre l’erreur humaine lors d’un départ.

Pour les organisations dont l’activité dépend de plannings partagés, cette perte potentielle justifie une stratégie de sauvegarde qui couvre Google Agenda au même titre que Gmail et Drive, comme nous l’exposons dans notre guide sur la sauvegarde de Google Workspace. Le changement de Google n’y change rien : c’est un garde-fou de gouvernance, pas un filet de sécurité.

Il faut aussi noter que la fonctionnalité n’agit pas rétroactivement sur l’existant pour vous. Elle ne vous dit pas quels agendas partagés sont rattachés à des comptes à risque de départ. Ce recensement reste un travail d’administrateur, dans la lignée de l’inventaire d’exposition que nous décrivons pour les clés API et Gemini.

Ce qu’un administrateur devrait faire maintenant

La première action est un recensement unique des agendas partagés critiques et de leurs propriétaires. Pour chaque agenda dont dépendent plusieurs personnes, la question est simple : si ce compte était supprimé demain, l’organisation perdrait-elle quelque chose ? Si oui, transférer la propriété vers un compte pérenne avant tout départ.

La seconde action est d’intégrer le transfert d’agendas à la procédure d’offboarding, au même endroit que le transfert des fichiers Drive et la gestion des événements. Un départ doit déclencher une vérification : ce collaborateur possède-t-il des agendas secondaires partagés ? Si oui, les transférer avant de supprimer le compte. Ce réflexe inscrit dans la procédure vaut mieux que l’audit a posteriori, car après la suppression, il n’y a plus de rattrapage. Pour situer ce point dans l’ensemble des réglages à verrouiller, notre guide des réglages essentiels de la console d’administration donne le cadre général.

À lire aussi

• Rôles admin temporaires dans Google Workspace : ce qui change : la même logique de rattachement durable appliquée aux droits sensibles.
• Sauvegarder Google Workspace : pourquoi et comment protéger vos données cloud : pourquoi la gouvernance native ne remplace pas une vraie sauvegarde.
• Google Workspace : les réglages essentiels de la console d’administration : les paramètres à verrouiller dès le déploiement.

Vos agendas d’équipe sont rattachés à des comptes qui pourraient partir demain ? Nous auditons vos agendas partagés et intégrons leur transfert à votre procédure de départ. Échangeons 30 minutes sur votre contexte.