Yandex indexe désormais les sites AJAX en récupérant les URL d’origine et en y exécutant du JavaScript. Deux anciens mécanismes sont officiellement retirés, et les sites qui les utilisent encore travaillent à l’encontre du crawler.
Ce qui n’est plus pris en charge
meta name="fragment" content="!"— ignoré. Le robot indexe la page d’origine à la place. Le schéma?_escaped_fragment_=de version HTML associé est donc du poids mort.- URLs avec Hash-bang (
#!) — Yandex recommande d’abandonner complètement cette approche.
La migration
- Modifier les liens du sitemap pour qu’ils ne contiennent pas
#. - Remplacer les liens basés sur des fragments dans l’interface par de vrais chemins, en utilisant l’ History API.
Pourquoi c’est plus important qu’il n’y parait
Yandex énonce clairement la règle : lors de la recherche de liens sur les pages AJAX, le bot ne prend en compte que les URL dans l’ href attribut, et les fragments ne sont pas suivis. Leur propre exemple mérite d’être intériorisé — une navigation de <a href="#/clothes"> et <a href="#/shoes"> ne génère aucune page découvrable. La même navigation écrite comme /clothes et /shoes avec le routage History API est entièrement citable.
C’est la différence entre une application monopage qui s’indexe et une qui ne le fait pas, et c’est une décision de routage prise tôt dans le développement par quelqu’un qui ne pense pas à la recherche.
Ce qu’il faut vérifier sur une application existante
- Les liens internes sont-ils de vrais
hrefvaleurs avec de vrais chemins, ou sont-ils des gestionnaires de clics sur des éléments non-ancres ? Le deuxième cas est invisible pour le crawler. - Chaque route renvoie-t-elle un document complet lorsqu’elle est demandée directement, ou seulement lorsqu’elle est atteinte via le shell de l’application ?
- Le sitemap contient-il les mêmes URL que le routeur dessert réellement ?
La direction à suivre
L’abandon du schéma de fragments signifie qu’il n’y a plus de chemin spécial pour les applications JavaScript. Elles sont indexées comme des sites ordinaires, ce qui signifie qu’elles doivent se comporter comme des sites ordinaires : une URL par vue, accessible directement, liée avec des ancres.
Comment nous l'appliquons
The href-only rule is the fact worth handing to any front-end team before they choose a router. We have audited applications whose entire catalogue was unreachable because navigation was built on click handlers and fragments — the site worked perfectly for people and had one indexable page. Fixing it is a routing change, which is cheap early and expensive after launch.
Services associés