SEO technique
Server side rendering (SSR)
Le rendu côté serveur consiste à générer la page complète sur le serveur, puis à l’envoyer au navigateur déjà remplie. Le contraire est le rendu côté client, où le serveur envoie une page presque vide que le JavaScript remplit ensuite.
La distinction est décisive pour le référencement, parce qu’elle décide de ce que Google voit à sa première visite.
Pourquoi cela change tout pour Google
Le moteur traite les pages en deux temps : il lit d’abord le code renvoyé par le serveur, puis exécute le JavaScript dans une seconde passe, avec un délai qui n’est pas garanti.
Avec un rendu côté serveur, tout le contenu est présent dès la première lecture. Il est indexable immédiatement et ne dépend d’aucune file d’attente.
Sans lui, le contenu attend la seconde passe. Sur un site bien exploré, le délai est court. Sur un site à faible priorité, il peut être long, ce qui pénalise particulièrement les contenus qui changent souvent.
Les trois approches
Le rendu côté serveur. La page est générée à chaque demande. Il convient aux contenus personnalisés ou qui changent en permanence, et il coûte en ressources serveur.
La génération statique. Les pages sont produites à l’avance au moment du déploiement, puis servies telles quelles. C’est la solution la plus rapide et la moins coûteuse, adaptée aux contenus qui ne changent pas à chaque visite.
Le pré-rendu. Une version complète est générée pour les robots pendant que les visiteurs reçoivent la version classique. Cela fonctionne, à condition de servir exactement le même contenu aux deux, faute de quoi la pratique devient du cloaking.
Une quatrième voie combine les deux premières : rendu à la demande avec mise en cache, régénérée périodiquement.
Ce que cela ne règle pas
Le rendu côté serveur ne corrige ni un contenu faible, ni une architecture qui laisse des pages sans lien entrant.
Il ne dispense pas non plus des bonnes pratiques de lien : un élément cliquable sans attribut href reste non suivi, que la page soit rendue côté serveur ou non.
Et il n’améliore pas mécaniquement le temps de chargement perçu. Il accélère l’affichage du contenu, il peut retarder l’interactivité si le JavaScript reste lourd.
Quand il s’impose
Sur les sites dont le contenu doit être indexé vite : actualité, offres qui expirent, catalogues qui bougent.
Sur les gros catalogues, où le coût de rendu de milliers de pages pèse sur le budget de crawl.
Sur les sites jeunes, qui n’ont pas encore la priorité d’exploration nécessaire pour compter sur la seconde passe.
FAQ