Checklist SEO de migration de site : quoi surveiller avant et après

Une checklist SEO de migration de site comporte trois parties : ce que vous enregistrez avant le déménagement, ce que vous vérifiez le jour où le nouveau site est mis en ligne, et ce que vous continuez à surveiller le mois suivant. Les migrations qui perdent du trafic avaient souvent un plan raisonnable. Elles le perdent parce qu'un noindex de préproduction ou un blocage dans le robots.txt a survécu à la bascule et que personne ne l'a remarqué pendant deux semaines.

Le constat vaut pour un changement de domaine, un changement de plateforme ou un passage de HTTP à HTTPS comme pour une refonte qui conserve les mêmes URL. Les réglages qui rendaient la préproduction invisible pour Google arrivent en production, et le site cesse d'être crawlable tout en paraissant parfaitement normal dans un navigateur.

Une à deux semaines avant la mise en ligne : constituer la référence

Impossible de montrer ce qu'une migration a changé sans trace de ce qui existait. Prenez cette photo assez tôt pour qu'elle reflète le site dans son fonctionnement normal, et non un site déjà gelé en vue du lancement.

1. Exportez toutes les URL du sitemap actuel et d'un crawl complet, et gardez les deux fichiers. Les pages qui reçoivent du trafic sans figurer dans le sitemap sont celles qu'oublient les plans de redirection. Croisez donc avec les principales pages de destination dans GA4 ou dans le rapport Performances de la Search Console sur les 12 derniers mois.
2. Enregistrez title, meta description, H1, canonical et hreflang de chaque URL qui reçoit du trafic organique. Un export CSV depuis un crawler suffit.
3. Listez le dispositif de suivi avec ses identifiants : l'identifiant de mesure GA4 (préfixe G-), le conteneur GTM (préfixe GTM-), l'identifiant du Meta Pixel et la plateforme de consentement aux cookies.
4. Notez les temps de réponse habituels, pour savoir ensuite si la nouvelle infrastructure est plus lente.
5. Construisez le plan de redirection, avec une ligne par ancienne URL et sa nouvelle destination précise. Chaque URL qui a du trafic ou des backlinks en a besoin.

Notre guide des bonnes pratiques du sitemap XML décrit à quoi doit ressembler le nouveau sitemap.

En préproduction : repérer les réglages qui casseront la production

Les mécanismes qui tiennent la préproduction à l'écart de Google sont exactement ceux qu'il faut retirer au lancement. Repérez où chacun se trouve en préproduction, puis vérifiez de nouveau en production dans les minutes qui suivent la bascule.

• Un robots.txt contenant Disallow: /. Voici comment vérifier le robots.txt ligne par ligne.
• Une balise noindex dans un template partagé, ou un en-tête X-Robots-Tag: noindex défini au niveau du serveur ou du CDN
• Sur WordPress, la case « Demander aux moteurs de recherche de ne pas indexer ce site » dans Réglages > Lecture
• Des canonicals qui pointent vers le nom d'hôte de préproduction ou vers l'ancien domaine
• Des annotations hreflang qui citent d'anciennes URL, ou auxquelles manquent les balises retour nécessaires à chaque version linguistique
• Une authentification HTTP basique, qui bloque Googlebot aussi efficacement que n'importe quelle règle robots

Le jour de la bascule

Les premières heures servent à confirmer que la bascule a fonctionné, pas à retoucher les templates.

Testez les redirections en suivant le plan. curl -sIL https://old.example.com/page/ affiche chaque saut avec son code de statut, ce qui permet de confirmer une seule 301 vers la bonne destination plutôt qu'une chaîne ou une 302. Ne redirigez pas tout vers la page d'accueil pour gagner du temps. Google a tendance à traiter ces redirections comme des soft 404, et la valeur des anciennes pages est perdue.

Vérifiez que le certificat SSL est valide pour le nom d'hôte www comme pour le domaine nu. Parcourez ensuite les principaux templates avec le rapport Temps réel de GA4 ouvert, et vérifiez que GA4 et GTM se déclenchent avec les identifiants relevés dans la référence. Le suivi se perd facilement lors d'une refonte des templates, et personne ne s'en aperçoit avant le rapport mensuel.

Pour un changement de domaine, validez les deux propriétés dans la Search Console et déclarez le déménagement avec l'outil Changement d'adresse (Paramètres > Changement d'adresse) de l'ancienne propriété. Envoyez le nouveau sitemap, et laissez l'ancien accessible quelque temps pour que Google recrawle les anciennes URL et découvre les redirections.

Les 30 jours suivants, la partie oubliée de la checklist SEO de migration de site

Les problèmes qui apparaissent après la première semaine sont ceux que personne ne cherche. Des URL peuvent sortir du nouveau sitemap à mesure que le CMS se stabilise, un template peut réécrire titles et meta descriptions sur toute une section, un déploiement de routine peut modifier des canonicals, et les temps de réponse peuvent grimper à mesure que le trafic revient. Dans la Search Console, le rapport Indexation des pages de la nouvelle propriété devrait montrer un nombre de pages indexées en hausse, pendant que celui de l'ancienne propriété baisse au fil du traitement des redirections. Si la nouvelle propriété stagne, regardez d'abord son tableau « Raisons pour lesquelles les pages ne sont pas indexées ».

Confier la référence à un outil de surveillance

Ajouter le site client à Deltio une ou deux semaines avant le lancement enregistre l'état d'avant à votre place. Deltio contrôle chaque jour le sitemap et les pages et compare chaque contrôle au précédent. Une section qui disparaît du sitemap, un changement de noindex ou de robots.txt, un canonical qui pointe ailleurs, ou un title, une meta description ou un H1 réécrit déclenchent une alerte Slack et e-mail pour ce site. Deltio surveille aussi la disponibilité, le SSL et l'expiration du domaine, ainsi que la présence de GA4, GTM et du Meta Pixel sur les pages.

Un cycle quotidien ne remplace pas les vérifications manuelles de la première heure après le lancement. Il couvre le mois suivant, quand l'attention passe généralement au projet d'après. La référence ne peut pas être créée après coup, alors ajoutez les sites avant que la prochaine migration soit planifiée. L'essai gratuit de 14 jours couvre largement un lancement.