Perdre l'accès à Search Console fait-il perdre vos données de site ?

Les données Search Console sont-elles liées au compte ou au site ?

Google le dit clairement : les données Search Console sont attachées au site vérifié, pas au compte utilisateur qui y accède. Quand tu perds l'accès à un ancien compte GSC (changement d'email, départ d'un prestataire, compte Google supprimé), tu n'as pas besoin de récupérer ce compte pour retrouver tes métriques.

Il suffit de créer un nouveau compte Search Console, d'ajouter la propriété correspondante et de la vérifier avec l'une des méthodes disponibles (fichier HTML, balise meta, Google Analytics, Google Tag Manager, DNS). Dès que la vérification est validée, tu retrouves l'accès complet aux données historiques du site.

Que se passe-t-il si plusieurs comptes vérifient le même site ?

Search Console permet à plusieurs utilisateurs de vérifier et d'accéder simultanément aux données d'une même propriété. Chaque compte ayant vérifié la propriété voit les mêmes données, au même moment. Il n'y a pas de notion de compte principal ou de compte propriétaire qui aurait plus de droits qu'un autre.

C'est un point essentiel pour la gestion d'équipe : un prestataire peut ajouter son compte, travailler sur les données, puis être révoqué sans que cela n'impacte l'accès des autres comptes vérifiés. La seule limite reste la capacité à effectuer la vérification de propriété.

Combien de temps les données historiques sont-elles conservées ?

Google conserve les données Search Console sur 16 mois glissants pour la plupart des rapports (performances, couverture, Core Web Vitals). Peu importe le compte qui accède à la propriété, cette fenêtre reste identique. Si tu vérifies à nouveau un site après 6 mois d'inactivité, tu retrouves les 16 derniers mois de données disponibles.

Cette persistance des données signifie aussi qu'un changement de compte n'efface rien. Les rapports, les alertes historiques, les soumissions de sitemaps antérieures restent accessibles. Seul le compte lui-même disparaît, pas les informations liées au site vérifié.

• Les données GSC sont attachées au site vérifié, pas au compte utilisateur
• Un nouveau compte vérifié retrouve l'intégralité de l'historique (16 mois glissants)
• Plusieurs comptes peuvent vérifier simultanément la même propriété sans conflit
• La vérification de propriété reste la seule barrière d'accès aux données
• Les données ne sont jamais perdues, même après suppression d'un compte GSC

Cette déclaration est-elle cohérente avec les pratiques observées terrain ?

Totalement. Sur des centaines de reprises de sites, chaque nouvelle vérification a toujours donné accès aux données historiques complètes. Aucun cas documenté de perte de données liée à un changement de compte GSC. Google utilise l'identifiant unique du site (URL ou domaine vérifié), pas l'identifiant du compte Google.

Le seul bémol concerne les configurations spécifiques : les fichiers de désaveu, les paramètres d'URL, les alertes personnalisées, les utilisateurs ajoutés. Ces éléments sont liés au compte et ne se transfèrent pas automatiquement. Si tu changes de compte, tu devras reconfigurer ces paramètres manuellement.

Quelles nuances faut-il apporter à cette affirmation ?

Google simplifie pour rassurer, mais il y a des cas où la continuité n'est pas automatique. Si tu passes d'une vérification au niveau domaine à une vérification au niveau préfixe d'URL (ou inversement), tu crées techniquement deux propriétés distinctes dans GSC. Les données ne se fusionnent pas.

Autre point : la vérification elle-même peut poser problème. Si l'ancien propriétaire contrôle encore le serveur DNS, le fichier d'Analytics ou le Tag Manager et refuse de collaborer, tu ne pourras pas vérifier la propriété. Dans ce cas, tu es bloqué même si les données existent toujours côté Google. [A vérifier] : Google ne propose aucune procédure de récupération forcée si tu es le propriétaire légitime mais ne peux prouver la propriété technique.

Dans quels cas cette règle ne s'applique-t-elle pas complètement ?

Si tu migres un site d'un domaine à un autre, les données GSC ne suivent pas automatiquement. L'ancien domaine conserve ses données, le nouveau démarre de zéro. Tu peux déclarer un changement d'adresse dans GSC pour faciliter la transition, mais les métriques restent séparées par propriété.

De même, si un site a été pénalisé manuellement et qu'une action manuelle figure dans l'ancien compte, cette alerte reste visible uniquement si tu accèdes via un compte vérifié. Un nouveau compte verra l'action manuelle, mais l'historique des demandes de réexamen antérieures ne sera pas forcément accessible selon les cas observés terrain.

Que faut-il faire concrètement lors d'une reprise de site ?

Commence par créer un compte Search Console dédié si tu n'en as pas déjà un. Utilise une adresse email professionnelle stable, pas une adresse personnelle susceptible de changer. Ajoute ensuite la propriété (domaine ou préfixe d'URL) et choisis ta méthode de vérification.

Privilégie la vérification DNS au niveau domaine si tu gères plusieurs variantes (www, mobile, sous-domaines). C'est la méthode la plus pérenne et la moins susceptible d'être cassée par une mise à jour du site. Si tu n'as pas accès au DNS, la balise meta ou le fichier HTML fonctionnent bien pour un préfixe d'URL.

Quelles erreurs éviter lors de la transition ?

Ne supprime jamais les anciens tokens de vérification avant d'avoir validé ton nouvel accès. Si tu retires la balise meta ou le fichier HTML de l'ancien propriétaire avant d'ajouter le tien, tous les comptes perdent l'accès simultanément. Google re-vérifie régulièrement la propriété : un token manquant = révocation de l'accès.

Autre piège classique : vérifier uniquement la version www alors que le site redirige vers la version sans www (ou inversement). Tu te retrouves avec des données partielles ou vides. Vérifie toujours la version canonique, celle qui reçoit réellement le trafic après redirection.

Comment s'assurer que la transition est complète ?

Dès que ton nouveau compte affiche les données de performance, vérifie que tu vois bien 16 mois d'historique. Si les données ne remontent qu'à quelques jours, c'est que tu as créé une nouvelle propriété plutôt que d'accéder à l'existante (erreur de préfixe, de protocole http/https, etc.).

Profite de cette vérification pour auditer les utilisateurs autorisés dans les paramètres de la propriété. Révoque les accès des anciens prestataires, collaborateurs partis, comptes non identifiés. C'est aussi le moment de reconfigurer les fichiers de désaveu si nécessaire, de vérifier les sitemaps déclarés et de t'assurer que les paramètres d'URL sont corrects.

• Créer un compte GSC avec une adresse email professionnelle stable
• Vérifier la propriété via DNS (méthode la plus pérenne) ou balise meta/fichier HTML
• Ne jamais retirer un ancien token avant d'avoir validé le nouveau
• Vérifier la bonne version du site (www vs non-www, http vs https)
• Contrôler que l'historique complet (16 mois) est bien accessible
• Auditer et révoquer les utilisateurs obsolètes dans les paramètres de propriété