Une page web moderne peut être construite de deux façons. En rendu côté client, le serveur envoie une coquille quasi vide et c'est le JavaScript, exécuté dans le navigateur, qui va chercher et afficher le contenu. En rendu côté serveur (SSR), le serveur assemble le HTML complet et le livre déjà rempli. Pour un humain équipé d'un navigateur, la différence est invisible. Pour un robot, elle est décisive.
Car les crawlers d'IA ne se comportent pas comme un navigateur : dans leur grande majorité, ils n'exécutent pas le JavaScript. Ils lisent ce que le serveur renvoie immédiatement. Si votre contenu n'apparaît qu'après exécution du script, ces robots voient une page vide — et une page vide ne se cite pas. C'est le point aveugle de nombreuses applications monopage (SPA) modernes.
Le SSR referme cette faille en garantissant que le texte, les titres et les liens sont présents dès la première réponse. Deux variantes remplissent le même office : le SSG, qui pré-génère les pages à la construction du site, et le pré-rendu, qui sert une version HTML aux robots. Le principe commun : ne rien laisser dépendre d'un JavaScript que le crawler n'exécutera pas.
Le critère de décision est facile à tester. Affichez le code source brut d'une page — pas l'inspecteur, la source d'origine. Si votre contenu principal y figure, les robots le voient ; s'il en est absent, votre visibilité IA et votre indexation sont menacées, et le SSR devient une priorité technique.