JavaScript Rendu : Ce que les crawlers voient avant le démarrage de votre application

Les moteurs de recherche récupèrent votre HTML en premier et rendent JavaScript plus tard, lors d'un passage séparé avec sa propre file d'attente. Tout ce qui n'existe qu'après l'hydratation reste invisible pendant ce premier passage, et le délai avant le second passage est mesuré en jours sur de nombreux sites. Les crawlers IA sont encore plus stricts : la plupart n'exécutent aucun JavaScript, donc le HTML brut est l'intégralité de la page. Cela rend la parité de rendu la question à répondre. Votre HTML servi porte-t-il le même titre, H1, canonique, méta-description, données structurées et texte du corps que le DOM rendu ? Sur un site rendu côté serveur, c'est le cas par construction. Sur une application rendue côté client, le HTML est souvent un shell d'un div et d'une balise script, et l'écart de parité est total. Un shell est aussi ce que notre propre moteur marque comme contenu mince, car de l'extérieur les deux sont indistinguables. Un document HTML de 40 mots est un document de 40 mots, que les 2,000 mots restants arrivent plus tard ou jamais. Les vérifications ci-dessous récupèrent le HTML brut, le comparent à une version rendue du même élément page par page, et signalent où les deux divergent. Là où ils divergent, déplacez cet élément dans la réponse serveur plutôt que de demander aux crawlers d'attendre.