Pourquoi votre site généré par IA reste invisible sur Google ?

« Le design, ce n'est pas seulement l'apparence et la sensation. Le design, c'est la manière dont ça fonctionne. »
— Steve Jobs, 2003

Trente secondes. C'est le temps qu'il faut aujourd'hui pour « prompter » une vitrine complète : un hero soigné, trois cartes de services et un formulaire de contact. On télécharge le dossier, on le met en ligne le soir même, et on passe à autre chose avec le sentiment d'avoir fait une affaire en économisant un budget conséquent. Bonnie, la Chief Happiness Officer du studio, a elle aussi des idées en trente secondes. Elle a la sagesse de ne pas les mettre en ligne.

Quelques mois plus tard, le constat tombe via la Search Console : la courbe est plate. Aucune requête sur votre cœur de métier, aucun clic local. Et quand on demande à ChatGPT qui fait ce que vous faites dans votre ville, il cite vos concurrents sans hésiter.

Ce n'est ni un bug d'indexation, ni la faute de l'IA. C'est simplement ce qui arrive quand on confond une maquette visuelle avec une infrastructure web. L'une se regarde, l'autre se lit. Et le problème, c'est que les machines ne font que lire.

Pourquoi un beau site généré par IA reste invisible

Un générateur d'IA fait exactement ce qu'on lui demande : il « peint » une page qui ressemble à un site. Il optimise le rendu visuel, car c'est ce que vous jugez en trois secondes, mais il n'a aucune raison d'organiser l'information de manière structurelle.

Pourtant, Google, Perplexity ou ChatGPT ne « voient » pas votre page. Ils lisent un document : ils analysent la hiérarchie des titres, les balises qui indiquent s'il s'agit d'une offre, d'un prix ou d'une adresse, et les liens entre les pages. Si ce document est vide de sens, le design le plus léché du monde ne servira à rien.

Une coquille visuelle sans sémantique

Sous le capot, on retrouve souvent la même chose : des blocs empilés là où il faudrait des sections sémantiques, des titres choisis pour leur taille plutôt que pour leur importance hiérarchique, et des textes génériques qui pourraient décrire n'importe quelle entreprise dans n'importe quelle ville.

Pour un moteur de réponses, une telle page ne contient aucun fait vérifiable. C'est précisément ce mécanisme qui décide qui est cité par l'IA et qui ne l'est pas  : sans structure lisible, votre site n'entre même pas dans la sélection.

Une dette technique dès le premier jour

Le deuxième problème surgit dès la première modification. Ajouter une version allemande pour vos clients du Haut-Valais, modifier un tarif ou brancher un outil de réservation : chaque demande se heurte à un code que personne n'a conçu pour évoluer, et que personne ne comprend vraiment.

C'est là qu'on réalise que l'économie initiale était en fait un crédit. Le site ne se corrige pas, il se reconstruit. Et la facture arrive au moment précis où vous aviez besoin que tout fonctionne parfaitement.

Exigez un code source que vous possédez réellement

Premier réflexe : vérifiez ce que vous possédez. Un site dont vous ne pouvez ni lire ni exporter le code n'est pas votre site ; c'est un abonnement à une plateforme, avec les conditions qu'elle décidera d'appliquer demain.

Évitez l'impasse des plateformes fermées

Certains générateurs livrent un projet propre et exportable, d'autres enferment le résultat dans leur propre environnement, avec un export illisible ou inexistant. Posez la question avant de construire quoi que ce soit, pas le jour où vous voulez partir.

Le test est simple : un autre développeur doit pouvoir ouvrir le projet, comprendre sa structure sans avoir besoin d'une expertise en archéologie et le déployer ailleurs sans votre fournisseur. Si ce n'est pas possible, votre liberté commerciale dépend d'un tiers.

Ce problème n'est d'ailleurs pas propre aux IA. Baobab Energy, un installateur solaire valaisan, utilisait un ancien template Wix qui ne lui permettait pas de créer les pages de sa nouvelle offre de financement, FlexiSun, à partir de 199 francs par mois. L'offre existait, mais le site ne savait tout simplement pas lui faire de place.

Sortez le contenu du code avec un vrai CMS

Deuxième réflexe : séparez ce que vous dites de la manière dont c'est affiché. Changer un prix, ajouter un témoignage ou publier une actualité ne devrait jamais demander l'intervention d'un développeur, ni une nouvelle série de prompts qui risquent de casser la mise en page.

Séparez les données de l'affichage

Un CMS (système de gestion de contenu), c'est une base de données éditoriale : vos textes, tarifs et projets y vivent comme des champs structurés, et le site vient simplement les piocher pour les afficher. Que ce soit Webflow, Sanity ou un autre outil, le choix importe moins que le principe.

Ce découpage impacte directement votre visibilité. Un contenu organisé en champs se traduit naturellement en un balisage propre, se décline facilement en plusieurs langues sans dupliquer les pages et reste cohérent quand le site grandit. À l'inverse, un contenu figé dans le code se dégrade à chaque retouche.

Une fois le site de Baobab reconstruit (d'abord sur Webflow, puis migré vers Astro et Sanity), la page FlexiSun s'est ajoutée comme une simple entrée dans le CMS. Son balisage Schema.org cible désormais précisément le Valais francophone, et chaque nouvelle offre pourra suivre le même chemin sans effort technique.

Balisez vos données pour les moteurs de réponses

Troisième réflexe : écrivez pour les machines, en plus des humains. Le design flatte l'œil, mais c'est le balisage qui explique à un robot qui vous êtes, ce que vous vendez, où vous travaillez et pourquoi on devrait vous faire confiance.

Faites du JSON-LD votre carte d'identité

Le JSON-LD est un bloc de données invisible pour vos visiteurs, qui décrit votre entreprise selon le vocabulaire standard Schema.org : nom légal, adresse, services, zone desservie, profils officiels. C'est un traducteur universel entre votre site et les moteurs, qui n'ont plus besoin de « deviner » votre activité.

Mis en place dès la construction, avec des titres hiérarchisés et un hreflang propre pour les langues, il s'intègre dans une stratégie SEO durable. L'ajouter après coup sur une coquille générée revient souvent à décrire un site qui n'existe pas vraiment.

Ce que le balisage ne fait pas

Soyons clairs : les données structurées ne garantissent ni la première position ni une citation systématique par ChatGPT. Elles rendent simplement votre site lisible et vérifiable. C'est le ticket d'entrée ; ensuite, c'est la qualité de votre contenu qui fera la différence.

L'IA garde toutefois toute sa place. Pour tester une idée, valider une offre ou montrer une direction à un associé en une après-midi, c'est un outil formidable (je l'utilise moi-même). Le problème commence quand on confond ce prototype avec un site prêt pour la production.

La structure avant les pixels, jamais l'inverse

Les générateurs accélèrent la production, et c'est une excellente nouvelle. Mais ils accélèrent ce que vous leur donnez : une architecture claire devient un site rapide à construire ; une absence d'architecture devient simplement une belle façade, livrée plus vite qu'avant.

L'architecture de l'information d'abord

Je travaille toujours dans cet ordre : définir ce que le site doit dire et à qui, structurer le contenu et les données, puis seulement dessiner et générer. L'IA intervient partout dans ce processus, mais jamais à la place de ces décisions stratégiques.

C'est toute la différence entre un prototype et un développement web qui résiste au temps. Inverser l'ordre revient à poser du papier peint sur un mur sans fondations : l'illusion tient jusqu'à la première modification.

Prêt à transformer votre démo en un site qui existe vraiment ?

Un site généré en trente secondes n'est pas un échec, c'est un brouillon. Il devient un actif dès le jour où vous possédez son code, où son contenu vit dans un CMS et où les machines comprennent ce qu'il raconte. Le reste est une question de méthode, pas de budget.

👉 Vous avez une démo générée par IA et vous voulez savoir ce qu'elle vaut vraiment ? Contactez-moi