Le sitemap :
ce qu'on en sort.

En basculant un site client vers un nouvel hébergement, nous avons fait rediriger l'adresse sans www vers l'adresse avec www, ce qui était le bon choix. Mais le plan du site continuait de lister les adresses sans www : chacune des pages déclarées redirigeait donc vers une autre. Le plan n'était pas faux la veille, c'est notre propre redirection qui l'avait rendu faux. C'est le type de régression qu'on ne voit pas, parce qu'on vérifie que le site répond, pas que le plan dit vrai.

Les adresses qui redirigent, celles qui répondent en erreur, les pages interdites par le fichier robots, les pages de confirmation et de remerciement, les résultats de recherche interne, les pages d'étiquettes créées automatiquement par un gestionnaire de contenu, et les versions avec paramètres d'une même page. Chacune de ces catégories dilue le signal : vous demandez au moteur d'explorer des adresses qui ne valent pas son temps, et il explore d'autant moins celles qui comptent.

La date de dernière modification aide le moteur à décider s'il revient. Encore faut-il qu'elle soit vraie : un plan qui déclare toutes les pages modifiées aujourd'hui, à chaque génération, perd toute utilité et finit ignoré. Les indications de fréquence et de priorité, elles, sont largement ignorées par les moteurs principaux : les renseigner ne nuit pas, mais n'en attendez rien.

Lisez votre plan du site, appelez chaque adresse, et affichez uniquement celles qui ne répondent pas par un succès direct. Les redirections doivent apparaître autant que les erreurs : ce sont elles qu'on oublie. Faites-le après chaque mise en ligne et après tout changement de domaine, pas avant : c'est après que les choses cassent.