Introduction
En bref: - Un plan de redirection garantit la continuité du trafic et permet le transfert des signaux SEO lors d'une migration de site. Il consiste en un fichier détaillé associant chaque ancienne URL à une nouvelle destination et un code de redirection adapté pour préserver l'autorité et l'expérience utilisateur.
Un plan de redirection est le document opérationnel qui garantit la continuité du trafic et le transfert des signaux SEO lors d'une refonte ou d'une migration. Concrètement, c'est un fichier ligne à ligne — souvent un tableur — qui associe chaque ancienne URL à une destination pertinente et à un code HTTP (le plus souvent 301 pour un changement durable). Sans ce fichier, une migration produit des centaines de pages en erreur 404, des backlinks qui pointent dans le vide et une chute de visibilité difficile à rattraper.
Les quatre actions à mener dans l'ordre :
- Inventorier toutes les URLs existantes via crawl (Screaming Frog), sitemap XML, exports Google Search Console et GA4, et liste des backlinks entrants.
- Mapper chaque ancienne URL vers une destination qui respecte l'intention de recherche originale, en privilégiant le mapping 1:1 pour les pages à fort enjeu.
- Implémenter les règles côté serveur (Apache, nginx, CDN) ou dans le CMS (WordPress, Shopify), en évitant toute chaîne de redirections.
- Contrôler et monitorer dès la mise en ligne : couverture d'index dans Google Search Console, trafic et conversions dans GA4, logs serveur pour détecter les anomalies.
Table des matières
- Qu'est-ce qu'un plan de redirection et à quoi sert-il exactement ?
- Dans quelles situations un plan de redirection s'impose-t-il ?
- Quels codes de redirection utiliser et quand ?
- Quels sont les bénéfices d'un plan soigné et les risques d'y renoncer ?
- Comment construire un plan de redirection étape par étape
- Quelle infrastructure technique pour déployer les redirections ?
- Quelle checklist de QA exécuter avant la mise en ligne ?
- Comment suivre les performances après la migration ?
- Quelles erreurs corrigent les équipes SEO après une migration ?
- Trois exemples concrets pour ancrer la méthode
- Pourquoi l'intention de recherche doit guider votre mapping d'URLs
- Points clés
- Ce que la plupart des guides ne disent pas sur les plans de redirection
- Vous préférez déléguer la migration à une équipe spécialisée ?
- Sources utiles pour approfondir
- Questions fréquentes
Qu'est-ce qu'un plan de redirection et à quoi sert-il exactement ?
Un plan de redirection est un fichier structuré qui liste, pour chaque URL amenée à disparaître ou à changer, la nouvelle adresse cible et le code de statut HTTP à retourner. La forme la plus courante est un tableur avec au minimum quatre colonnes : ancienne URL, nouvelle URL, code de redirection, motif.
Ses objectifs sont à la fois techniques et commerciaux. Côté moteurs de recherche, il s'agit de transférer l'autorité accumulée (signaux de liens, historique d'indexation) vers les nouvelles pages, d'éviter la fragmentation de l'index et de préserver le budget de crawl. Côté utilisateur, il garantit une expérience cohérente : personne n'atterrit sur une page d'erreur après avoir cliqué sur un résultat Google ou un lien partagé.
Un tel document devient indispensable dès que l'arborescence ou les slugs changent : refonte complète, migration de domaine, passage en HTTPS, consolidation de contenus, changement de CMS. Les outils de référence pour construire et valider ce fichier sont Google Search Console (couverture d'index, erreurs de crawl), GA4 (trafic et conversions par URL) et Screaming Frog (crawl exhaustif de l'existant).
Dans quelles situations un plan de redirection s'impose-t-il ?
Certains projets rendent le plan incontournable, d'autres le rendent simplement utile. Voici les cas qui exigent une préparation rigoureuse :
- Refonte complète du site : nouvelle arborescence, nouveaux slugs, changement de gabarit. Chaque URL modifiée doit être mappée avant le déploiement.
- Migration de domaine ou changement de sous-domaine : passer de
ancien-domaine.frànouveau-domaine.fr, ou deblog.site.fràsite.fr/blog, implique de rediriger l'intégralité des URLs indexées. - Passage HTTP → HTTPS et normalisation : les quatre variantes (
http://,https://,www., sanswww.) doivent toutes converger vers une seule URL canonique via des redirections serveur centralisées. - Fusion ou suppression de contenus : consolidation de deux articles en un seul, fin de vie d'une gamme produit, suppression de pages obsolètes. Sans redirection, les backlinks et le trafic organique s'évaporent.
- Nettoyage de cannibalisation : plusieurs URLs qui ciblent le même mot-clé doivent être consolidées vers la page la plus performante.
- Campagnes marketing et pages temporaires : une landing page de campagne qui pointe vers une URL courte nécessite une redirection temporaire (302 ou 307), à supprimer proprement à la fin de la campagne.
Quels codes de redirection utiliser et quand ?
Le choix du code HTTP n'est pas anodin : il détermine si les moteurs de recherche transfèrent l'autorité de la page source et s'ils mettent à jour leur index.
| Code | Signification | Usage recommandé | Exemple concret |
|---|---|---|---|
| 301 | Redirection permanente | Changement durable d'URL, migration, HTTPS | /ancienne-page → /nouvelle-page |
| 302 | Redirection temporaire | Page en maintenance courte durée | /promo-ete → /accueil via redirection temporaire |
| 307 | Redirection temporaire | Même usage que 302, méthode HTTP préservée | Formulaire POST redirigé temporairement |
| 308 | Redirection permanente | Équivalent 301 avec méthode HTTP préservée | Migrations d'API ou formulaires POST |
| — | Voir ailleurs | Réponse POST → page de confirmation GET | Après soumission d'un formulaire |
La redirection 301 est le standard pour tout déplacement durable : elle permet généralement de transmettre la majorité de l'autorité SEO d'une page vers sa cible. Le 302 est souvent utilisé par défaut dans les CMS, ce qui est une erreur pour les changements permanents. Les codes 307 et 308 sont pertinents lorsque la méthode HTTP (POST, PUT) doit être préservée, notamment pour les migrations d'API.
Trois règles à ne jamais enfreindre : toujours implémenter les redirections côté serveur (jamais en JavaScript seul), éviter les chaînes (A → B → C) et les boucles (A → B → A), et mettre à jour les liens internes pour pointer directement vers la destination finale.
Quels sont les bénéfices d'un plan soigné et les risques d'y renoncer ?
Un plan bien construit préserve trois actifs critiques : le trafic organique, les conversions et l'autorité des backlinks. Une page qui cumule des liens entrants depuis des sites tiers représente un capital SEO réel. Rediriger correctement cette page, c'est transférer ce capital vers la nouvelle URL plutôt que de le laisser se dissoudre.
À l'inverse, un plan mal pensé génère des chaînes, des boucles et des redirections vers des pages non pertinentes — autant d'erreurs qui pénalisent l'expérience utilisateur et la transmission des signaux SEO. Les conséquences concrètes : chute de visibilité dans les semaines suivant la migration, fragmentation de l'index (plusieurs versions d'une même page indexées simultanément), consommation excessive du budget de crawl sur des URLs sans valeur.
Le coût business d'une migration sans plan peut dépasser largement le coût de sa préparation. Une page stratégique qui génère des demandes entrantes et qui se retrouve en 404 après une refonte, c'est un canal d'acquisition coupé net. Rétablir la visibilité perdue prend en général plusieurs mois, parfois plus d'un an pour les domaines les plus concurrentiels.
Google recommande explicitement les redirections côté serveur, l'absence de chaînes et la soumission du sitemap mis à jour après déploiement. Ces recommandations ne sont pas des suggestions : les ignorer ralentit la réindexation et retarde le retour au niveau de trafic initial.
Quelle infrastructure technique pour déployer les redirections ?
Serveurs Apache et nginx
Sur Apache, les redirections se configurent dans le fichier .htaccess ou directement dans le vhost. Une règle simple ressemble à Redirect 301 /ancienne-page https://www.site.fr/nouvelle-page. Pour des règles par motif, les directives RewriteRule avec expressions régulières permettent de couvrir des centaines d'URLs en quelques lignes.
Sur nginx, la directive return 301 dans le bloc server ou location est plus performante que les modules de réécriture. Nginx traite les redirections au niveau du serveur sans passer par un interpréteur, ce qui réduit la latence.
CMS et extensions
Sur WordPress, des extensions comme Redirection ou Yoast SEO Premium gèrent les redirections via une interface graphique et journalisent les 404 pour faciliter le mapping réactif. Attention aux règles en double : si une redirection est définie à la fois dans .htaccess et dans l'extension, la chaîne qui en résulte consomme des ressources inutilement.
Sur Shopify, les redirections s'administrent depuis « Navigation → Redirections d'URL ». La plateforme limite le nombre de redirections par boutique, ce qui rend la priorisation P1/P2/P3 encore plus nécessaire.
CDN et edge
Pour les sites à fort trafic, déployer les redirections au niveau du CDN (Cloudflare Workers, Fastly, etc.) réduit la latence à zéro côté serveur d'origine : la règle est exécutée à l'edge, avant même que la requête n'atteigne l'infrastructure applicative. C'est la solution à privilégier pour les migrations de grande envergure.
Conseils de déploiement
Sauvegardez la configuration serveur avant toute modification. Testez en environnement de préproduction avec un crawl Screaming Frog sur l'environnement de staging. Préparez un plan de retour arrière (rollback) documenté. Vérifiez les en-têtes Cache-Control pour éviter que les navigateurs ne mettent en cache une redirection incorrecte.
Quelle checklist de QA exécuter avant la mise en ligne ?
Une recette rigoureuse en préproduction évite la majorité des incidents post-déploiement.
- Absence de chaînes et de boucles : crawlez l'environnement de staging avec Screaming Frog en mode « Follow redirects » et filtrez les URLs qui retournent plus d'un saut. Toute chaîne A → B → C doit être corrigée pour pointer directement vers C.
- Codes HTTP corrects : vérifiez que chaque règle retourne bien 301 (ou le code prévu) et que la destination retourne 200. Un 301 qui pointe vers une page en 404 est une erreur critique.
- Pages P1 testées manuellement : parcourez les URLs à fort trafic et les parcours de conversion (panier, formulaire de contact, pages piliers) pour valider le comportement réel dans le navigateur.
- Comportement mobile : testez les redirections sur mobile, notamment pour les sites qui ont des URLs distinctes pour mobile (format
m.site.fr). - Sitemap et robots.txt mis à jour : le sitemap ne doit lister que les URLs en 200, jamais des URLs qui redirigent. Le fichier
robots.txtne doit pas bloquer les nouvelles URLs. - Hreflang et canonicals préservés : vérifiez que les balises
hreflangdes pages multilingues pointent vers les nouvelles URLs et que les balises canoniques ne créent pas de conflit avec les redirections. - Soumission du sitemap : soumettez le sitemap mis à jour à Google Search Console immédiatement après le déploiement.
Comment suivre les performances après la migration ?
Métriques à surveiller
Pendant les premières semaines, surveillez régulièrement : impressions et clics dans Google Search Console (rapport « Performances »), taux d'erreurs 404 (rapport « Couverture »), trafic organique et conversions par page dans GA4. Les logs serveur complètent cette vision en révélant les volumes de requêtes par code HTTP et les éventuelles chaînes non détectées en QA.
Timeline de surveillance
La période 0–8 semaines est critique : c'est là que Google recrawle et réindexe les nouvelles URLs. Une revue à 3 mois permet de valider la stabilité des positions. À 6 et 12 mois, vérifiez que les redirections 301 sont toujours actives pour les URLs qui reçoivent encore du trafic ou des backlinks.
Conservez les redirections 301 au minimum 12 mois pour toute URL qui génère encore des visites ou des liens entrants. Supprimer une redirection trop tôt, c'est risquer de recréer les 404 que vous aviez éliminées.
Actions correctives
Si les impressions chutent brutalement dans Search Console, vérifiez d'abord la couverture d'index : des URLs en erreur ou exclues signalent souvent une redirection mal configurée. Pour les pages définitivement supprimées sans équivalent, retournez un code 410 (Gone) plutôt qu'un 404 : Google comprend que le contenu est intentionnellement retiré et cesse de crawler l'URL plus rapidement.
Documentez chaque modification du mapping avec une date et un motif. Un fichier versionné (Google Sheets avec historique des révisions, ou un dépôt Git pour les configurations serveur) permet de retracer l'origine d'une anomalie des mois après le déploiement.
Quelles erreurs corrigent les équipes SEO après une migration ?
1. Chaînes de redirections non détectées
Une chaîne A → B → C ralentit le chargement et dilue les signaux SEO à chaque saut. La correction est simple : faites pointer A directement vers C. Un script de crawl automatisé détecte ces chaînes en quelques minutes sur l'ensemble du site.
2. Redirections massives vers la page d'accueil
Rediriger toutes les URLs sans équivalent vers l'accueil est la solution de facilité, et la plus pénalisante. Google interprète ces redirections comme des « soft 404 » : la page retourne un 200, mais le contenu ne correspond pas à l'URL d'origine. Cherchez systématiquement la page la plus proche en termes de contenu et d'intention.
3. Soft 404 non détectés
Une page qui retourne 200 avec un message « produit indisponible » ou « page introuvable » trompe les moteurs. Utilisez le rapport « Couverture » de Search Console pour identifier les URLs signalées comme soft 404, puis décidez : redirection vers un équivalent pertinent, ou code 410 si le contenu est définitivement retiré.
4. Hreflang écrasé par les redirections
Sur un site multilingue, une redirection mal configurée peut renvoyer un utilisateur anglophone vers la version française, ou supprimer les balises hreflang de la page de destination. Vérifiez que chaque version linguistique redirige vers son équivalent dans la même langue, et que les balises hreflang de la destination sont cohérentes avec la logique géographique.
5. Backlinks vers des URLs supprimées sans priorité de traitement
Les URLs qui reçoivent des backlinks de qualité sont les premières à traiter en P1. Si une URL supprimée reçoit des liens depuis des sites tiers, la redirection vers l'équivalent le plus pertinent est prioritaire sur tout le reste du mapping.
Trois exemples concrets pour ancrer la méthode
E-commerce : produits discontinués
- Problème : une fiche produit supprimée reçoit des backlinks depuis trois sites partenaires et génère encore du trafic résiduel.
- Décision : redirection 301 vers le produit substitut le plus proche, ou vers la catégorie parente si aucun substitut n'existe. Jamais vers l'accueil.
- Résultat attendu : transfert de l'autorité des backlinks, maintien de l'expérience utilisateur, absence de 404 dans Search Console.
Refonte vitrine : nouvelle arborescence
- Problème : une agence passe de
/services/conseil-seoà/offres/seo. Toutes les pages piliers changent de slug. - Décision : mapping 1:1 pour les pages piliers (P1), règles par motif regex pour les archives et les pages secondaires (P2/P3).
- Résultat attendu : réindexation rapide des nouvelles URLs, conservation des positions sur les mots-clés stratégiques.
Passage HTTP → HTTPS
- Problème : le site existe en quatre variantes (
http://www.,http://,https://www.,https://). Les moteurs indexent plusieurs versions. - Décision : redirections serveur centralisées pour forcer toutes les variantes vers
https://www.site.fr/(ou sanswww.selon la canonique choisie). Mise à jour du sitemap et des liens internes. - Résultat attendu : consolidation de l'autorité sur une seule URL canonique, disparition des doublons dans l'index.
Pourquoi l'intention de recherche doit guider votre mapping d'URLs
Le mapping d'URLs ne se réduit pas à une correspondance technique entre ancienne et nouvelle adresse. Rediriger une page informative vers une page commerciale dégrade l'expérience utilisateur et le taux de conversion : l'internaute qui cherchait un guide pratique atterrit sur une page de vente, rebondit, et le signal négatif remonte jusqu'aux moteurs.
Le principe est simple : l'intention de la page source doit correspondre à l'intention de la page cible.
| Intention de la page source | Destination recommandée | À éviter |
|---|---|---|
| Informationnelle (article, guide) | Article ou guide équivalent | Page produit, page d'accueil |
| Navigationnelle (page marque, catégorie) | Catégorie ou page marque équivalente | Page générique |
| Transactionnelle (fiche produit, landing page) | Produit substitut ou catégorie parente | Accueil, page blog |
| Locale (page agence ville) | Page locale équivalente | Page nationale générique |
Pour appuyer les décisions de mapping, croisez les données d'intention avec les métriques de performance : une page informationnelle à fort trafic organique mérite une cible informationnelle, même si la nouvelle architecture ne prévoit pas d'équivalent exact. Dans ce cas, créer la page manquante est souvent plus rentable que de rediriger vers une cible approximative.
Conseil de pro : Ajoutez une colonne « intention » dans votre fichier de mapping (valeurs : informationnelle / navigationnelle / transactionnelle / locale) et exigez une validation éditoriale pour toute URL P1 avant déploiement. Cette étape prend une heure et évite les erreurs de mapping les plus coûteuses.
Pour approfondir la stratégie de contenu liée à l'intention, les ressources sur la stratégie de contenu SEO et le maillage interne complètent utilement ce guide.
Points clés
Un plan de redirection réussi repose sur la priorisation par valeur SEO et sur le respect de l'intention de recherche à chaque ligne du mapping, pas seulement sur la correspondance technique des URLs.
| Point | Détails |
|---|---|
| Inventaire exhaustif | Combinez crawl Screaming Frog, sitemap, Search Console et GA4 pour ne manquer aucune URL à valeur. |
| Priorisation P1/P2/P3 | Traitez en mapping 1:1 toutes les pages à trafic, backlinks ou conversions significatifs avant les autres. |
| Intention avant tout | Redirigez chaque URL vers une page qui répond à la même intention de recherche, jamais vers l'accueil par défaut. |
| Conservation des 301 | Maintenez les redirections 301 au moins 12 mois pour toute URL qui reçoit encore du trafic ou des liens entrants. |
| Pharelia pour la migration | Pharelia construit le mapping, déploie les règles et surveille les métriques post-migration pour les TPE, PME et startups. |
Ce que la plupart des guides ne disent pas sur les plans de redirection
La littérature SEO sur les migrations insiste beaucoup sur la technique : codes HTTP, chaînes, boucles, sitemap. C'est nécessaire, mais insuffisant. L'erreur la plus fréquente que l'on observe n'est pas une mauvaise configuration serveur. C'est un mapping décidé trop vite, sans analyse de l'intention, par des équipes qui cherchent à cocher une case avant le déploiement.
Rediriger une page de guide vers une page de vente parce que « c'est la page la plus proche dans la nouvelle architecture » est une décision qui semble raisonnable sur le papier. Dans les données, elle se traduit par un taux de rebond en hausse, des conversions en baisse et un signal négatif que Google intègre progressivement. Le trafic revient, mais les conversions ne suivent pas, et l'équipe ne comprend pas pourquoi.
L'autre angle sous-estimé : la durée de vie du plan. Un fichier de mapping créé pour une migration et jamais mis à jour devient une dette technique. Chaque nouvelle page créée, chaque URL modifiée après la migration s'accumule sans être documentée. Six mois plus tard, personne ne sait plus pourquoi telle redirection existe, ni si elle est encore nécessaire. Versionner le fichier, dater chaque modification et désigner un responsable par ligne n'est pas du perfectionnisme. C'est ce qui permet de maintenir la cohérence du site sur le long terme.
Vous préférez déléguer la migration à une équipe spécialisée ?
Construire un plan de redirection rigoureux prend du temps : crawl, analyse des données Search Console et GA4, mapping ligne à ligne, tests en préproduction, surveillance post-déploiement. Pour une TPE ou une PME qui gère sa migration en parallèle d'une refonte complète, le risque de passer à côté d'une URL critique est réel.
Pharelia prend en charge l'ensemble du processus : audit de visibilité gratuit pour établir l'état des lieux, construction du fichier de mapping orienté intention, déploiement technique sur votre infrastructure (WordPress, Shopify, Webflow, Framer ou stack sur mesure) et suivi analytique post-migration via Search Console et GA4. Les résultats obtenus pour des clients comme Applewood (+300 % en SEO) illustrent ce que produit une migration bien préparée. Pour les équipes qui souhaitent aller plus loin sur la visibilité dans les moteurs génératifs après la migration, les ressources sur le référencement IA complètent le dispositif.
Demandez votre audit de visibilité gratuit sur pharelia.com pour démarrer avec un diagnostic fondé sur vos données réelles.
Sources utiles pour approfondir
- Google Search Console : rapport de couverture, erreurs 404, performances par URL — à consulter en priorité avant et après toute migration.
- Screaming Frog SEO Spider : outil de crawl pour inventorier les URLs, détecter les chaînes et valider les codes HTTP.
- Plan de redirection SEO : bonnes pratiques — Incremys : définition opérationnelle et règles de mapping.
- Guide de migration SEO — Eskimoz : recommandations sur les codes de redirection et les bonnes pratiques serveur.
- Mode d'emploi du plan de redirection — Ouiscribe : méthodologie d'inventaire et de priorisation par trafic et backlinks.
- Ressources SEO technique — Pharelia : guides sur l'implémentation serveur, les contrôles de crawl et les audits techniques.
- Guide de tracking SEO pour TPE et PME — Pharelia : configuration GA4 et interprétation des indicateurs post-migration.
Questions fréquentes
Comment faire un plan de redirection ?
Inventoriez toutes vos URLs via crawl (Screaming Frog), Search Console et GA4, évaluez leur valeur SEO (trafic, backlinks, conversions), puis mappez chaque ancienne URL vers une destination qui respecte la même intention de recherche. Formalisez le tout dans un tableur avec les colonnes : ancienne URL, nouvelle URL, code HTTP, priorité et statut.
C'est quoi une redirection en SEO ?
Une redirection est une instruction serveur qui renvoie automatiquement un visiteur (et les moteurs de recherche) vers une nouvelle adresse lorsque l'URL d'origine a changé ou n'existe plus. Elle permet de préserver le trafic et les signaux SEO lors d'une migration.
Qu'est-ce qu'une redirection 301 et quand l'utiliser ?
La redirection 301 signale un déplacement permanent d'une URL vers une autre et transfère la quasi-totalité de l'autorité SEO vers la destination. Elle s'utilise pour tout changement durable : migration de domaine, refonte, passage en HTTPS, consolidation de contenus.
Combien de temps faut-il conserver les redirections 301 ?
Conservez les redirections 301 au minimum 12 mois pour toute URL qui reçoit encore du trafic organique ou des liens entrants. Les supprimer trop tôt risque de recréer des erreurs 404 et de perdre l'autorité transférée.
Pharelia peut-elle gérer la migration à ma place ?
Oui. Pharelia construit le fichier de mapping, déploie les règles sur votre infrastructure et assure le suivi post-migration via Search Console et GA4. Chaque mission commence par un audit de visibilité gratuit disponible sur pharelia.com.
Comment construire un plan de redirection étape par étape
Étape 1 — Inventorier toutes les URLs
Lancez un crawl complet avec Screaming Frog pour extraire toutes les URLs actives du site. Complétez avec l'export du sitemap XML, les rapports de couverture de Google Search Console et les pages les plus visitées dans GA4. Ajoutez enfin la liste des URLs qui reçoivent des backlinks (via Ahrefs, Majestic ou Search Console). Ces quatre sources combinées donnent une image exhaustive de ce qui existe et de ce qui a de la valeur.
Étape 2 — Évaluer la valeur SEO et business
Pour chaque URL, notez : trafic mensuel moyen (GA4), position moyenne (Search Console), nombre de backlinks entrants, contribution aux conversions. Croiser GSC et GA4 permet de prioriser les pages selon trafic et conversions avant le mapping — une étape que beaucoup sautent et qui coûte cher lors de la migration.
Étape 3 — Définir les cibles en respectant l'intention
Chaque ancienne URL doit pointer vers la page qui répond à la même intention de recherche. Une page de catégorie redirige vers une page de catégorie équivalente, pas vers l'accueil. Une page produit discontinuée redirige vers le produit substitut ou la catégorie parente, jamais vers la page d'accueil par défaut.
Étape 4 — Prioriser en trois niveaux
Étape 5 — Formaliser le fichier de mapping
Le fichier de mapping doit contenir au minimum ces colonnes : ancienne URL, nouvelle URL, code HTTP, motif de la redirection, priorité (P1/P2/P3), intention de recherche, responsable, statut (à faire / validé / déployé). Ajoutez une colonne pour les indicateurs de performance (trafic, backlinks) afin de justifier les choix lors des revues.
Conseil de pro : Quand l'intention diffère entre l'ancienne et la nouvelle page (par exemple, une page informationnelle qui n'a plus d'équivalent dans la nouvelle architecture), préférez créer une page de destination adaptée plutôt que de rediriger vers une page transactionnelle. Un taux de rebond élevé sur la cible est le premier signal que l'intention n'est pas respectée.
Checklist avant déploiement : toutes les URLs P1 ont une cible définie, aucune cible n'est la page d'accueil par défaut, aucune chaîne détectée, sitemap et robots.txt mis à jour, tests en environnement de préproduction validés.