Edge SEO

Cinq choses, sans toucher au site.

Les balises de l’en-tête : titre, description, canonique, robots.

Les en-têtes de réponse HTTP, dont le X-Robots-Tag.

Les redirections, sans passer par le fichier de configuration du serveur.

Le fichier robots et le plan de site, générés à la volée.

Les données structurées, injectées dans la page.

Trois situations, toutes réelles.

Un système de gestion de contenu verrouillé. Une plateforme propriétaire qui ne permet pas de modifier les balises. La couche périphérique est alors la seule voie.

Un cycle de déploiement long. Quand la moindre correction demande six semaines de file d’attente technique, corriger en périphérie permet d’agir maintenant et de reporter proprement ensuite.

Une migration urgente. Poser des centaines de redirections sans attendre une mise en production.

Trois, et ils expliquent pourquoi ce n’est pas une solution par défaut.

La couche invisible. Une modification en périphérie n’apparaît pas dans le code du site. Six mois plus tard, personne ne comprend pourquoi la page affiche un titre qui n’existe nulle part dans le système. La documentation n’est pas optionnelle.

La divergence. Quand le site finit par être corrigé, deux sources se contredisent. Il faut retirer la surcouche, ce que l’on oublie.

Le cloaking involontaire. Une réécriture appliquée selon l’identité du visiteur ou du robot bascule dans ce que Google interdit, sujet traité côté cloaking. La règle est de servir la même chose à tous.

Un réseau de diffusion qui exécute du code en périphérie, ce que proposent les principaux acteurs.

Une compétence de développement, même légère.

Et une discipline de documentation, sans laquelle la dette devient ingérable.