Votre app s’affiche, mais personne ne la trouve
Dans votre navigateur, tout est parfait. Pour Google et les assistants IA, la page est presque vide. Le coupable porte un nom technique, le rendu côté client.
La réponse en bref
Une application créée avec une IA affiche souvent son contenu grâce au JavaScript exécuté dans le navigateur. Le serveur, lui, n’envoie qu’une coquille HTML presque vide. Google peut rattraper le contenu plus tard, au prix d’un délai. Les robots des assistants IA, eux, semblent ne lire que la coquille. La solution consiste à livrer le contenu dès le serveur.
Chez Snack Groupe, cette situation revient souvent quand nous reprenons une application générée par un assistant de code. Le produit fonctionne, les visiteurs arrivent par lien direct, mais la recherche reste muette. Pour situer notre travail technique, vous pouvez découvrir Snack Développement.
Pourquoi votre page arrive vide
Les outils de génération produisent volontiers des applications à page unique. Le serveur envoie un fichier HTML minimal et un gros paquet de JavaScript. C’est le navigateur qui construit ensuite les textes, les menus et les fiches.
Pour un humain, la différence est invisible. Pour un robot d’indexation, elle change tout. S’il n’exécute pas le script, il repart avec une page sans titre utile, sans paragraphe et sans lien.
Ce défaut fait partie des premiers points que nous relevons quand nous devons auditer techniquement un site généré par IA.
Google indexe en deux temps
Google sait exécuter le JavaScript. Son service de rendu s’appuie sur une version récente de Chromium. Mais il travaille en deux passes, et c’est là que le bât blesse.
La première passe lit le HTML brut. La seconde, le rendu, arrive plus tard, quand les ressources le permettent. Entre les deux, votre contenu n’existe pas pour le moteur. Sur un site neuf ou volumineux, ce délai peut ralentir fortement l’indexation.
Les assistants IA ne voient que la coquille
Le problème se durcit avec les assistants. Les robots qui alimentent ChatGPT, Perplexity ou Claude, comme GPTBot, PerplexityBot ou ClaudeBot, semblent récupérer le HTML sans exécuter le JavaScript. Les tests publiés par des développeurs vont tous dans ce sens.
Prudence toutefois. Aucun de ces éditeurs ne documente officiellement ce comportement, qui peut évoluer. Une chose reste sûre, un contenu livré dès le serveur est lisible par tous. Reste ensuite à décider qui vous laissez entrer, un choix détaillé dans notre article pour bloquer ou laisser passer les robots des IA.
Le diagnostic en trois tests
Avant de tout reconstruire, vérifiez que le rendu côté client est bien la cause. Trois tests simples suffisent, et le premier ne prend qu’une minute.
Dans la Search Console, l’outil d’inspection d’URL montre le HTML que Google a réellement rendu. Utilisez toujours le test en direct, pas seulement la version en cache. Si vos textes manquent, le diagnostic est posé.
Les solutions qui rendent le contenu visible
La parade commune tient en une idée. Le serveur doit envoyer une page déjà remplie. Plusieurs méthodes y parviennent, selon la nature de vos pages.
Le rendu côté serveur, ou SSR, construit chaque page à la demande. La génération statique, ou SSG, fabrique les pages à l’avance. Sa variante ISR les régénère par intervalles. Pour une application déjà en ligne, ce chantier rejoint souvent la décision de faire réparer un site IA qui bugue par une équipe aguerrie.
Avantages et limites
Ce que le rendu serveur apporte
- Un contenu lisible par tous les robots.
- Une indexation plus rapide et plus fiable.
- Un premier affichage souvent plus rapide.
Ce qu’il demande
- Une refonte partielle de l’architecture.
- Un serveur capable de produire les pages.
- Des tests pour ne rien casser au passage.
Nos services pour rendre votre app visible
Diagnostic de rendu
Nous comparons ce que voient vos visiteurs, Google et les assistants IA.
Passage au rendu serveur
Nous adaptons votre application pour livrer un contenu complet dès le serveur.
Suivi de l’indexation
Nous surveillons la couverture dans la Search Console après la mise en ligne.
Pour avancer dès maintenant, suivez cet ordre.
- Affichez le code source d’une page clé et cherchez vos textes.
- Lancez le test en direct de l’inspection d’URL dans la Search Console.
- Listez les pages qui doivent absolument être trouvées.
- Passez ces pages en rendu serveur ou en génération statique.
Ce défaut s’ajoute aux autres limites des sites IA. Les échanges de la communauté des développeurs web de Reddit le rappellent souvent.
Questions fréquentes
Google indexe-t-il les applications en JavaScript ?
Oui, mais en deux temps. Il lit d’abord le HTML brut, puis exécute le JavaScript plus tard. Ce délai peut retarder ou fragiliser l’indexation de vos pages.
Pourquoi ChatGPT ne cite-t-il jamais mon application ?
Si votre contenu n’apparaît qu’après exécution du JavaScript, les robots des assistants risquent de ne voir qu’une page vide. Livrer le contenu dès le serveur lève cet obstacle.
Comment vérifier ce que voit Google ?
Utilisez l’inspection d’URL dans la Search Console et lancez le test en direct. Vous verrez le HTML rendu et pourrez vérifier si vos textes y figurent.
Faut-il tout reconstruire ?
Rarement. On peut souvent passer en rendu serveur les seules pages qui doivent être trouvées, et garder le reste de l’application tel quel.
Snack Groupe propose-t-il un accompagnement post-projet ?
Oui. Après la mise en ligne, nous suivons l’indexation et corrigeons les pages qui décrochent. Nous vérifions aussi la lisibilité par les assistants IA.
Une jeune entreprise du secteur de la formation avait lancé sa plateforme construite avec un assistant de code. Aucun texte n’apparaissait dans le code de ses pages. En livrant les pages publiques dès le serveur, son contenu est devenu lisible par les moteurs.
Parcours-type, secteur de la formation
