Vous avez migré vers un nouveau domaine ou refondu entièrement votre site — mais Google affiche encore l'ancienne version dans les résultats : vieux logo, vieilles URLs, contenu obsolète, parfois même l'ancien numéro de téléphone. Vos clients cliquent, arrivent sur une 404 ou un site que vous pensiez éteint. Oui, un ancien site peut continuer d'apparaître dans Google longtemps après la bascule — parce que l'index conserve des URLs, que le cache persiste ou que l'ancien domaine n'a pas été correctement redirigé et désindexé.
Chez Apresta, nous accompagnons des PME en Hauts-de-France depuis 2011. C'est une plainte récurrente après changement de nom, fusion ou refonte : « Google ne montre pas notre nouveau site ». Ce guide explique pourquoi l'ancien persiste, comment accélérer la bascule vers le nouveau — et quand s'inquiéter vraiment.
Symptômes : votre nouveau site existe, Google montre l'ancien
Les situations typiques se reconnaissent rapidement. Google affiche l'ancien domaine ou d'anciennes URLs encore en page 1. Le snippet montre une meta description ou un title de l'ancienne version. Le cache Google expose une page obsolète avec une date de capture ancienne. Google Business Profile ou des annuaires pointent encore vers l'ancien site. Une recherche site:ancien-domaine.fr retourne des centaines de pages indexées. Le nouveau domaine s'indexe lentement pendant que l'ancien reste dominant sur la marque. Des utilisateurs signalent des liens cassés depuis les résultats Google.
Dans Search Console du nouveau site, le nombre de pages indexées reste faible par rapport à l'ancien. Les impressions montent sur le nouveau, mais les clics restent majoritaires sur l'ancien si les deux propriétés sont mesurables.
Si plus de 60 jours après migration l'ancien domaine domine encore sur votre nom de marque, il y a un problème de redirection, de canonical ou de signaux — pas seulement de patience.
Causes fréquentes : pourquoi Google garde l'ancien site
Redirections 301 absentes ou incomplètes
L'ancien domaine répond encore en 200 au lieu de rediriger vers le nouveau. Google conserve l'ancien comme version canonique.
Les deux sites coexistent en index
Ancien et nouveau accessibles sans canonical clair : Google choisit parfois l'ancien (plus de backlinks, plus d'historique).
Canonical pointant vers l'ancien
Erreur fréquente en refonte : le nouveau site déclare <link rel="canonical" href="https://ancien..."> copié-collé du staging.
Ancien site encore en ligne sans noindex
Hébergement non résilié, sous-domaine oublié (old., www2.), environnement staging public indexé.
Cache Google et délai d'indexation
Google met 2 à 12 semaines à remplacer massivement les snippets. Sans signaux forts (301, Search Console, sitemap), le délai s'allonge.
Backlinks et citations externes
Annuaires, partenaires, presse, réseaux sociaux : des centaines de liens vers l'ancien domaine renforcent sa présence SERP.
Google Business Profile non mis à jour
La fiche locale affiche encore l'ancienne URL — souvent en position 0 au-dessus des résultats organiques.
Changement de domaine sans outil Search Console
Google propose un outil de changement d'adresse (disponibilité variable selon les cas) ; sans déclaration, la transition est plus lente.
Diagnostic : vérifications priorisées
Dès J+0 à J+14, lancez site:ancien-domaine.fr et site:nouveau-domaine.fr : combien de pages indexées ? Testez l'ancien domaine : 301 global vers le nouveau, ou pages orphelines en 200 ? Vérifiez que le canonical sur le nouveau site pointe vers lui-même. Configurez Search Console : propriété ancien + nouveau domaine. Mettez à jour Google Business Profile : URL du site à jour ?
Entre J+14 et J+45, crawlez l'ancien domaine : quelles URLs répondent encore ? Analysez les backlinks vers l'ancien (Search Console Liens, outils tiers). Vérifiez que le sitemap du nouveau domaine est soumis et crawlé. Contrôlez annuaires et profils sociaux majeurs.
Après J+45, menez une campagne de mise à jour des backlinks stratégiques. Demandez la suppression d'URLs obsolètes si contenu harmful ou duplicate. Surveillez la brand SERP mensuellement.
Pour le cadre migration, voir guide migration sans perte de trafic SEO et redirections mal faites.
Différencier délai normal et problème structurel
Un délai normal se reconnaît à trois signes : le cache Google reste daté de quelques semaines sur requêtes secondaires, l'ancien domaine est encore indexé mais toutes les URLs testées renvoient 301 vers le nouveau, et le nouveau domaine gagne des impressions semaine après semaine dans Search Console.
Un problème structurel exige une action immédiate : l'ancien domaine répond 200 avec contenu duplicate, le canonical du nouveau pointe vers l'ancien, Google Business Profile affiche encore l'ancienne URL, ou sur la requête marque l'ancien site reste en position 1 à J+60.
Si vous hésitez, tapez votre marque en navigation privée et cliquez le premier résultat : arrivez-vous sur le bon domaine, avec le bon contenu et un certificat valide ?
Corrections : faire basculer Google vers le nouveau site
Étape 1 — Redirection 301 permanente de l'ancien vers le nouveau
Redirigez le domaine entier : ancien → nouveau avec mapping URL si structure identique. Si la structure diffère, établissez un mapping page à page ou section à section. Utilisez des codes 301, pas 302. Conservez les redirections 12 à 24 mois minimum — ne coupez pas l'hébergement ancien trop tôt.
Étape 2 — Canonical et sitemap sur le nouveau uniquement
Chaque page du nouveau site doit déclarer un canonical vers elle-même. Soumettez le sitemap XML du nouveau domaine dans Search Console. Retirez ou noindex l'ancien sitemap s'il est encore crawlable.
Étape 3 — Search Console et changement d'adresse
Ajoutez et vérifiez les deux propriétés (ancien et nouveau). Utilisez l'outil de changement d'adresse si éligible. Surveillez les rapports Couverture et Performance sur les deux.
Étape 4 — Mettre à jour les signaux off-site
Mettez à jour Google Business Profile avec la nouvelle URL. Corrigez réseaux sociaux, signatures email, documents PDF indexés. Priorisez les annuaires professionnels et partenaires stratégiques (top 20 en priorité).
Étape 5 — Accélérer la réindexation du nouveau
Lancez des demandes d'indexation manuelle sur pages clés (accueil, services, contact). Publiez du contenu frais sur le nouveau domaine (actualité, blog). Renforcez les liens internes depuis pages déjà indexées.
Étape 6 — Gérer l'ancien hébergement
Ne coupez pas l'ancien serveur tant que les 301 ne sont pas en place ailleurs (DNS redirect, nginx). Après 6 à 12 mois de 301 stables, vous pouvez réduire l'ancien hébergement — pas de 404 brutal.
Délai réaliste : 4 à 12 semaines pour une bascule visible sur la requête marque ; 3 à 6 mois pour un remplacement complet des anciennes URLs longue traîne.
Ordre de grandeur France 2026 : migration domaine propre avec redirections + Search Console + mise à jour GBP : 2 000 à 6 000 € pour une PME. Sans mapping, les dépassements viennent du contenu orphelin et des backlinks à corriger.
Cas concret — Renommage de marque à Marcq-en-Barœul
Une PME avait changé de nom et de domaine sans 301 global : l'ancien .fr restait en ligne « pour les clients habitués ». Six mois plus tard, Google affichait encore l'ancien logo sur la requête marque. Mise en place d'un 301 domaine entier, mise à jour GBP le jour même, campagne email aux 50 partenaires les plus linkants. Bascule visible sur la marque en cinq semaines. L'ancien hébergement est resté en redirect 18 mois — coût marginal, sécurité maximale.
Prévention : ne plus laisser deux versions coexister
Avant tout changement de domaine ou refonte majeure, planifiez les 301 avant la coupure DNS. Gardez l'ancien domaine actif en redirection minimum 12 mois. Mettez à jour GBP et top annuaires le jour J. Communiquez en interne : signature mail, cartes de visite, devis PDF. Monitorer site:ancien et requête marque hebdomadairement pendant 3 mois. Documentez le mapping pour les futurs prestataires.
Voir aussi refonte site web sans perdre son SEO pour la préparation amont.
FAQ
Combien de temps Google met-il à remplacer l'ancien site ?
Comptez 4 à 12 semaines pour la requête marque avec 301 correctes et Search Console configurée. Les URLs longue traîne peuvent persister 3 à 6 mois.
Faut-il supprimer manuellement les pages de l'ancien site dans Search Console ?
Les 301 suffisent dans la majorité des cas. La suppression manuelle est un recours pour contenu sensible ou duplicate harmful — pas la première option.
Puis-je couper l'hébergement de l'ancien site rapidement ?
Non, tant que les 301 ne sont pas garanties par ailleurs (registrar redirect, CDN). Un 404 brutal sur un domaine encore indexé dégrade l'expérience et les signaux.
Pourquoi Google affiche-t-il encore l'ancien numéro de téléphone ?
Souvent via Google Business Profile, annuaires ou anciennes pages en cache. Mettez à jour GBP et les citations NAP (Name, Address, Phone) en priorité.
L'ancien site en ligne pénalise-t-il le SEO du nouveau ?
Deux versions indexées créent de la duplication et diluent les signaux. Le nouveau peut ranker plus bas tant que Google n'a pas consolidé vers la version canonique.
Et maintenant ?
Un ancien site qui continue d'apparaître dans Google se résout avec des 301 propres, des canonical corrects, Search Console et une mise à jour des signaux locaux — pas en attendant passivement. Si vous êtes à Lille, en Métropole Européenne de Lille ou en Hauts-de-France et que vos clients voient encore l'ancienne version, nous auditons les deux domaines en 48 h et planifions la bascule index.