Définir ce qui change avant de toucher aux URL
Changer simultanément de domaine, de CMS, d’arborescence, de contenu et de design multiplie les causes possibles d’un problème. Lorsque le contexte le permet, séparer les évolutions rend le diagnostic plus simple. Google recommande lui aussi de planifier une migration et, pour les sites complexes, d’envisager des étapes plutôt qu’un basculement improvisé.
Le cadrage doit préciser l’objectif réel de la refonte : rendre l’offre plus claire, générer plus de demandes, améliorer la maintenance, corriger les performances ou repositionner l’entreprise. Un changement d’URL n’a de sens que s’il sert cette architecture. Modifier une adresse uniquement pour la rendre plus élégante crée un travail de migration sans bénéfice certain.
- Lister les changements fonctionnels, éditoriaux, techniques et de domaine séparément.
- Conserver une version consultable de l’ancien site et de ses données avant lancement.
- Choisir une période où l’équipe peut surveiller et corriger rapidement.
- Éviter une mise en production juste avant une période commerciale critique.
Créer l’inventaire qui servira de plan de migration
L’inventaire réunit les URL trouvées dans le crawl, le sitemap, Search Console, l’outil analytics, les campagnes publicitaires et les principaux rapports de liens. Pour chaque page, il faut relever le titre, le statut HTTP, la canonical, le trafic, les impressions, les conversions et les liens entrants connus. Les pages peu visitées ne sont pas automatiquement inutiles : certaines rassurent un prospect en fin de décision ou reçoivent un lien stratégique.
La cartographie associe ensuite chaque ancienne adresse à une nouvelle adresse. Une redirection vers l’accueil par défaut est rarement une réponse pertinente. Si deux contenus sont fusionnés, la nouvelle page doit réellement reprendre l’intention et les informations essentielles. Si un service n’existe plus et qu’aucun équivalent n’est disponible, un statut 404 ou 410 explicite peut être plus honnête qu’une redirection trompeuse.
- Conserver à l’identique les URL déjà adaptées lorsque c’est possible.
- Améliorer les pages qui ont une valeur mais ne répondent plus assez bien au besoin.
- Fusionner uniquement les contenus réellement redondants.
- Documenter les suppressions et leurs conséquences commerciales.
Préserver le sens, pas seulement les mots-clés
Une refonte graphique peut réduire accidentellement une page riche à un titre et trois cartes visuelles. Le nouveau contenu doit conserver les réponses qui rendaient la page utile : périmètre de la prestation, processus, preuves, objections, zone et moyens de contact. Le texte n’a pas besoin d’être identique, mais l’intention principale ne doit pas être diluée.
Les titres de page, H1, textes alternatifs, liens internes et données structurées doivent être transférés ou améliorés avec discernement. Les pages locales exigent une attention particulière : supprimer toute référence à une zone ou fusionner plusieurs implantations peut modifier le contexte que le moteur associe à l’entreprise. À l’inverse, ajouter des villes sans contenu propre ne crée pas une présence locale crédible.
Configurer les signaux techniques avant l’ouverture
La version de préproduction doit être protégée de l’indexation sans empêcher les tests. Au lancement, les règles temporaires ne doivent pas bloquer le nouveau site. Chaque page indexable reçoit une canonical cohérente, un statut 200, des liens accessibles et une présence dans le sitemap lorsqu’elle est destinée à la recherche. Les variantes HTTP, sans www ou anciens domaines doivent rejoindre la version canonique par une redirection permanente cohérente.
Les redirections sont testées avant le basculement à partir de la cartographie. Elles doivent éviter les chaînes — ancienne URL vers URL intermédiaire puis destination — et les boucles. Les liens internes, menus, sitemaps et campagnes doivent pointer directement vers les nouvelles adresses afin de ne pas dépendre indéfiniment du mécanisme de redirection.
- Vérifier robots.txt, balises robots, canonicals et sitemap sur le domaine de production.
- Tester un échantillon de redirections, puis la totalité de la liste automatisée.
- Contrôler les pages d’erreur, les ressources CSS, JavaScript, images et polices.
- Valider les données structurées avec les outils officiels lorsqu’elles sont utilisées.
Lancer avec un protocole de contrôle réversible
Le jour du lancement, une vérification courte mais systématique évite les incidents les plus coûteux : accueil et pages prioritaires accessibles, redirections actives, formulaires reçus, numéros cliquables, mesure chargée conformément au consentement, sitemap disponible et absence de blocage global. Les journaux serveur ou outils de supervision complètent les tests manuels.
Search Console doit être configurée pour les propriétés concernées. En cas de changement de domaine, les variantes de l’ancien et du nouveau domaine sont vérifiées et les instructions de changement d’adresse sont suivies lorsque l’outil les prévoit. Un nouveau sitemap aide à découvrir les URL, mais ne garantit ni l’indexation ni le maintien des positions.
Surveiller les signaux qui permettent d’agir
Les premiers jours, on surveille les erreurs serveur, les pages introuvables, les formulaires et les redirections. Les semaines suivantes, on compare l’évolution des pages indexées, des impressions, des clics, des requêtes, des positions et des conversions. Une baisse globale n’a pas la même cause qu’une chute limitée à une famille de pages ; l’analyse doit rester au niveau de l’URL et de l’intention.
Il faut conserver une annotation de la date de migration et éviter de corriger dix choses sans pouvoir mesurer leur effet. Google précise qu’une fluctuation temporaire est possible pendant le réexploration. Une anomalie durable, une exclusion massive ou une hausse des 404 stratégiques appelle toutefois une investigation immédiate.
- J + 1 : disponibilité, erreurs, formulaires, redirections et mesure.
- J + 7 : couverture d’indexation, crawl, sitemap et pages prioritaires.
- J + 30 : requêtes, pages d’entrée, conversions et éventuelles cannibalisations.
- J + 90 : bilan par groupe de pages et priorités d’amélioration continue.
Ce qu’une agence sérieuse peut — et ne peut pas — promettre
Une équipe compétente peut promettre un inventaire, une cartographie, des tests, une surveillance et une documentation des décisions. Elle peut également réduire les erreurs prévisibles et réagir rapidement. Elle ne peut pas garantir l’absence totale de fluctuation ni imposer à un moteur un calendrier de réindexation.
Le critère de qualité est donc la traçabilité : savoir quelles URL existaient, où elles conduisent, quelles données ont changé et quels contrôles ont été effectués. Sans cette discipline, une perte de visibilité devient un mystère. Avec elle, la plupart des écarts techniques peuvent être isolés et corrigés.