Cette traduction n’a pas encore été relue par la rédaction. La version allemande fait foi. Deutsche Fassung →
Indexierung
Pourquoi la sitemap doit-elle indiquer l'adresse finale ?
Parce que chaque entrée de sitemap qui redirige coûte au moteur de recherche un détour inutile : il récupère l'adresse enregistrée, reçoit une redirection, récupère la destination — deux appels pour une page. Ce n'est pas une erreur comme une adresse morte, mais une consommation silencieuse du quota d'appel et un signe que la liste est en retard sur le stock. Notre contrôle compte les entrées de sitemap qui conduisent à une redirection.
Comment les redirections se retrouvent dans la sitemap
La façon la plus courante : une adresse change — nouvelle structure, nouveau nom, passage à une connexion chiffrée — et la redirection est correctement configurée. Seule la sitemap conserve l'ancienne entrée parce qu'elle est générée à partir d'une source obsolète ou maintenue manuellement. Tout fonctionne de l'extérieur parce que la redirection intercepte chaque appel. Le détour n'apparaît que là où les appels sont systématiques : chez le crawler, qui doit faire deux demandes pour la même page.
Ce que le contrôle mesure exactement
Le contrôle récupère les adresses énumérées dans la sitemap et compte combien répondent avec une redirection au lieu de répondre directement avec le statut 200. Le constat est volontairement classé comme bénin — les pages sont accessibles. C'est quand même une liste d'entretien précise : chaque entrée énumérée peut être remplacée par l'adresse finale de la redirection, et le détour disparaît.
- Remplacez les entrées énumérées dans le rapport par l'adresse de destination respective de la redirection.
- Convertissez la génération de sitemap au stock de pages réel afin que les changements d'adresse arrivent automatiquement.
- Vérifiez la sitemap une fois complètement après des conversions telles qu'un changement de protocole ou de domaine.