Faut-il absolument récupérer un ancien compte Search Console pour vérifier un site ?

Pourquoi cette clarification de Google change-t-elle la donne ?

De nombreux praticiens SEO pensent encore qu'un site ne peut avoir qu'un seul compte Search Console valide à la fois. Cette confusion provient d'une mauvaise compréhension du mécanisme de vérification. Google permet en réalité plusieurs vérifications simultanées d'un même domaine, chacune liée à un compte distinct.

Concrètement, si vous perdez l'accès au compte Gmail d'un ancien prestataire, vous n'avez pas besoin de récupérer ce compte pour reprendre le contrôle. Vous pouvez simplement ajouter une nouvelle vérification via votre propre compte. Les deux vérifications coexistent sans conflit.

Comment fonctionne la vérification multiple d'un même site ?

Search Console utilise des tokens de vérification indépendants : fichier HTML, balise meta, enregistrement DNS, Google Analytics ou Google Tag Manager. Chaque méthode peut être utilisée par plusieurs comptes simultanément. Tant que le token reste présent sur le site, la vérification demeure active.

Cela signifie qu'un propriétaire de site peut donner accès à son agence actuelle, tout en conservant son propre accès direct. Si l'agence part sans transférer les droits, le propriétaire n'est jamais bloqué. Il lui suffit d'ajouter sa propre vérification pour reprendre la main sur les données.

Les données historiques sont-elles affectées par une nouvelle vérification ?

C'est là que beaucoup se trompent. Les données de performance, d'indexation et de crawl sont stockées côté Google, pas dans le compte Search Console lui-même. Le compte n'est qu'une interface d'accès à ces données.

Quand vous créez une nouvelle vérification, vous accédez immédiatement à l'intégralité de l'historique disponible (généralement 16 mois pour les rapports de performance). Vous ne partez pas de zéro. Les sitemaps soumis par l'ancien compte restent actifs. Les demandes de réindexation précédentes sont toujours visibles.

• Plusieurs comptes peuvent vérifier le même site sans interférence mutuelle
• Les données historiques restent accessibles via toute nouvelle vérification
• Aucun risque de perte de visibilité si un ancien prestataire supprime sa vérification
• Les paramètres de ciblage géographique et de crawl sont liés au site, pas au compte
• Seuls les rapports et annotations personnels ne se transfèrent pas entre comptes

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

Absolument. Les praticiens qui gèrent des portefeuilles de sites le savent : on peut vérifier un même domaine depuis plusieurs comptes Google sans aucun problème. C'est même une pratique recommandée pour éviter les blocages administratifs.

Par contre, Google reste vague sur un point critique : quelle vérification prime en cas de conflit ? Si deux comptes soumettent des sitemaps différents ou modifient les paramètres de ciblage, qui l'emporte ? [A vérifier] — l'observation terrain suggère que le dernier changement appliqué prévaut, mais Google ne le documente pas officiellement.

Quelles nuances faut-il apporter à cette recommandation ?

Si ajouter une nouvelle vérification est techniquement simple, cela ne résout pas tous les problèmes. Les alertes email, par exemple, sont liées au compte qui les a configurées. Si votre ancien prestataire était le seul à recevoir les notifications de pénalité manuelle ou de problème d'indexation, vous ne serez pas alerté automatiquement.

Autre point : certains outils tiers (screaming frog, semrush, ahrefs) nécessitent une connexion OAuth à un compte Search Console spécifique. Si vous changez de compte, il faudra reconfigurer ces intégrations. Ce n'est pas bloquant, mais c'est une étape supplémentaire souvent oubliée.

Dans quels cas cette règle pose-t-elle problème ?

La multiplication des vérifications peut créer de la confusion dans les grosses structures. Imaginez une entreprise avec 5 départements différents ayant chacun vérifié le site via leur propre compte. Personne ne sait qui a modifié quoi, ni qui reçoit les alertes critiques.

C'est pour ça qu'on recommande une vérification principale via un compte d'entreprise partagé, et des accès délégués via le système de permissions Search Console. Mais Google ne l'impose pas, et techniquement, rien n'empêche le chaos organisationnel.

Que faut-il faire concrètement si on perd l'accès à l'ancien compte ?

Première étape : ne paniquez pas. Vos données ne sont pas perdues. Connectez-vous à Search Console avec un nouveau compte Google, ajoutez votre site, et choisissez une méthode de vérification qui ne risque pas d'interférer avec l'ancienne (si elle est toujours active).

La méthode DNS TXT est souvent la plus propre pour une vérification additionnelle. Elle ne touche pas au code HTML du site et peut coexister avec une vérification par fichier ou balise meta. Si vous avez accès à Google Tag Manager et qu'il est déjà installé sur le site, c'est encore plus rapide.

Quelles erreurs éviter lors d'un changement de compte ?

Ne supprimez jamais l'ancien token de vérification tant que vous n'avez pas confirmé que votre nouvelle vérification fonctionne. Si vous retirez la balise meta de l'ancien prestataire avant d'avoir installé la vôtre, vous vous retrouvez sans accès pendant quelques heures (le temps de la validation).

Autre erreur classique : créer une nouvelle vérification mais oublier de reconfigurer les préférences de notification email. Vous aurez accès aux données, mais vous ne serez pas alerté en cas de problème critique. Prenez 5 minutes pour vérifier les paramètres de notification après la vérification.

Comment s'assurer d'une transition propre entre prestataires ?

Le plus professionnel reste de demander à l'ancien prestataire de vous ajouter comme propriétaire via le système de permissions Search Console avant de partir. Comme ça, vous héritez de la configuration existante (alertes, sitemaps, paramètres) sans rupture.

Si ce n'est pas possible (prestataire disparu, conflit commercial), passez par la vérification indépendante, mais prévoyez un audit complet des paramètres pour vous assurer que tout est correctement reconfiguré. Ces optimisations et audits peuvent rapidement devenir complexes, surtout sur des sites multilingues ou avec plusieurs versions. Si vous manquez de ressources internes ou d'expertise technique, faire appel à une agence SEO spécialisée vous garantit une transition sans perte de visibilité ni erreur de configuration.

• Créer une nouvelle vérification Search Console avec votre propre compte Google
• Choisir la méthode DNS TXT ou Google Tag Manager pour éviter les conflits
• Vérifier que l'accès aux données historiques est bien complet (16 mois de performance)
• Reconfigurer les alertes email pour recevoir les notifications critiques
• Soumettre à nouveau les sitemaps si nécessaire (même si les anciens restent actifs)
• Mettre à jour les intégrations OAuth des outils tiers (Screaming Frog, SEMrush, etc.)