Pourquoi le rendu serveur décide de votre référencement

Une application web moderne envoie souvent une page vide que le navigateur remplit ensuite. Ce détail technique explique une bonne partie des sites qui ne remontent jamais dans les résultats de recherche.

Développement web6 min de lecture

Quand un visiteur ouvre votre site, le serveur peut lui répondre de deux façons. Soit il renvoie la page déjà écrite, texte compris. Soit il renvoie une coquille vide accompagnée d'un programme JavaScript chargé de la remplir une fois arrivé dans le navigateur. La seconde approche est devenue le réglage par défaut de beaucoup d'outils, et elle a un coût que personne n'annonce.

Ce que voit le moteur de recherche

Google sait exécuter du JavaScript, mais il le fait dans un second temps, avec un budget limité et une file d'attente. Sur un site de quelques pages, cela finit par passer. Sur un site de plusieurs centaines de pages qui change régulièrement, une partie du contenu reste durablement non indexée. Les autres moteurs et la plupart des robots d'indexation sont moins patients.

Le rendu côté serveur supprime la question. La page part complète, avec son titre, sa description et son texte. Il n'y a rien à attendre et rien à exécuter pour la comprendre.

Ce que ressent le visiteur

L'indicateur qui compte s'appelle le Largest Contentful Paint : le moment où le plus gros élément visible de la page est affiché. Avec un rendu navigateur, il faut télécharger le HTML, puis le JavaScript, l'exécuter, éventuellement appeler une API, puis dessiner. Chaque étape ajoute un aller-retour réseau. Sur une connexion mobile moyenne, l'écart avec un rendu serveur se compte en secondes.

Un visiteur qui attend trois secondes sur mobile est déjà reparti. Il ne reviendra pas pour vérifier si le site a fini de charger.

Ce que le rendu serveur ne règle pas

  • Des images non compressées et sans dimensions déclarées : la page s'affiche vite puis se réorganise sous les yeux du visiteur.
  • Une police chargée depuis un service externe : un aller-retour supplémentaire et un texte invisible pendant le chargement.
  • Un contenu qui ne répond à aucune recherche réelle : la vitesse ne compense pas l'absence de sujet.
  • Des titres et descriptions dupliqués d'une page à l'autre : les moteurs ont besoin de savoir ce qui distingue chaque page.

Comment vérifier sur votre propre site

Ouvrez une page de votre site, affichez le code source d'origine, pas l'inspecteur, qui montre le résultat après exécution. Si vous y retrouvez vos titres et vos paragraphes, la page est rendue côté serveur. Si vous ne voyez qu'une poignée de balises et des fichiers de script, elle ne l'est pas.

Le passage au rendu serveur sur une application existante n'est pas un réglage à activer : il suppose de revoir les endroits du code qui supposent l'existence d'un navigateur. C'est un chantier mesurable, qui se chiffre au cadrage.

Cette question se pose dans votre entreprise ?

Décrivez votre situation. Je réponds sous un jour ouvrable.

Décrire mon projet

Réponse sous un jour ouvrable.