Référencement des sites construits avec l'IA : ce qui compte vraiment

Un site construit avec l'IA peut être aussi bien classé qu'un autre : les moteurs de recherche jugent ce que contient la page et la qualité du service rendu au visiteur, et non l'outil qui a écrit le code. La difficulté est technique. Beaucoup de générateurs d'IA produisent des applications monopages qui envoient au navigateur un fichier HTML presque vide et dessinent le contenu avec JavaScript, ce qui rend chaque page plus difficile à lire et à partager pour les robots. Réglez cela par le prérendu ou le rendu côté serveur, donnez à chaque page son propre titre, sa description et son URL, ajoutez un plan du site, gardez le site rapide, puis faites la partie qu'aucun outil ne fait à votre place : rédiger du contenu que les gens recherchent.

Pourquoi les applications monopages peinent dans les recherches

Un site traditionnel envoie le texte complet de chaque page dans son HTML. Une application monopage (SPA) — le résultat par défaut de nombreux générateurs d'IA, généralement React avec un outil comme Vite — envoie une petite coquille HTML, quelque chose comme une <div id="root"> vide, accompagnée d'un paquet JavaScript. Le navigateur exécute le JavaScript, qui construit ensuite la page.

Cela compte pour la recherche de trois façons :

1. Le rendu est une étape supplémentaire. Google décrit trois phases pour les pages JavaScript : explorer le HTML, le rendre dans un navigateur Chromium sans interface, puis indexer le résultat. Les directives de Google indiquent que le rendu côté serveur ou le prérendu reste une bonne idée, car c'est plus rapide pour les utilisateurs et les robots, et parce que tous les robots ne peuvent pas exécuter JavaScript.
2. Les autres lecteurs de votre page ne font aucun rendu. Les aperçus de liens dans les applications de clavardage et les réseaux sociaux, ainsi que de nombreux autres robots, ne lisent généralement que le HTML initial. Si votre titre et votre image d'aperçu sont définis par JavaScript après le chargement, ces aperçus affichent les valeurs par défaut de la coquille vide — souvent le même titre sur chaque page.
3. Tout partage un seul fichier HTML. À moins que l'application ne le mette à jour, chaque URL a le même <title> et la même description, ce qui en dit peu aux moteurs de recherche sur chaque page.

Rien de tout cela ne signifie qu'une application monopage ne peut pas être indexée. Cela signifie que vous comptez sur le robot pour faire plus de travail, et que vous perdez le contrôle de ce que voient les lecteurs qui ne font pas de rendu.

Choisir une approche de rendu

Il existe quatre façons courantes de fournir du vrai HTML aux robots. Dans l'ordre approximatif de ce qu'elles changent à votre application :

Une règle pratique : la partie publique et indexable de votre site doit être statique ou prérendue; l'application connectée derrière peut rester une application monopage normale. Les moteurs de recherche n'ont de toute façon pas à indexer les tableaux de bord.

Si vous partez de zéro et que le référencement compte, dites-le dans votre première demande pour que l'IA choisisse une configuration adaptée :

Construis un site marketing pour une clinique de physiothérapie avec les pages Accueil, Services (une page par service), À propos, Tarifs et Contact. Le référencement compte : chaque page doit livrer son contenu complet et son propre titre et sa propre méta-description dans le HTML initial — utilise une configuration statique ou prérendue, et non une application monopage uniquement côté client.

Si vous avez déjà une application Vite en monopage, demandez le prérendu des routes publiques :

Garde cette application React telle quelle, mais prérends en HTML statique les routes publiques (/, /pricing, /about, /blog et chaque /blog/:slug) à la compilation, chacune avec son propre titre, sa méta-description, son URL canonique et ses balises Open Graph. Les routes /app connectées peuvent rester rendues côté client.

Ensuite, vérifiez le résultat vous-même : ouvrez une page, choisissez Afficher le code source de la page (et non le panneau Éléments des outils de développement, qui montre la page rendue) et confirmez que le texte et le titre se trouvent dans le HTML brut.

Maîtriser les bases sur la page

Ces bases s'appliquent quelle que soit l'approche de rendu.

Titres et méta-descriptions

• Un <title> unique par page, avec le sujet principal de la page en premier. Environ 50 à 60 caractères est une règle courante, car les titres plus longs ont tendance à être tronqués dans les résultats.
• Une méta-description unique par page — une phrase qu'une personne aurait envie de cliquer, et non une liste de mots-clés. Google peut la réécrire, mais une bonne description est souvent utilisée.
• Ne mettez pas de métamots-clés. Google affirme que la balise n'a aucun effet sur l'indexation ni sur le classement.

URL, titres et liens

• De vraies URL pour de vraies pages. Chaque contenu a besoin de son propre chemin (/services/massage-sportif), et non d'un onglet ou d'une fenêtre modale qui n'existe qu'après un clic. Évitez le routage par fragment # pour les contenus que vous voulez indexer.
• Un seul h1 par page, puis un plan h2/h3 logique. Les designs générés par l'IA utilisent parfois des titres pour le style; demandez des titres sémantiques.
• Des liens explorables. Utilisez de vrais liens <a href> pour la navigation. Les boutons qui modifient la page avec JavaScript sont invisibles pour les robots qui suivent les liens.
• Des balises canoniques qui pointent chaque page vers son URL préférée, pour que les variantes ?utm= et les doublons avec barre oblique finale ne se fassent pas concurrence.
• Un texte alternatif descriptif pour les images significatives.

Aperçus dans les réseaux sociaux

Ajoutez les balises Open Graph (og:title, og:description, og:image, og:url) à chaque page publique, dans le HTML initial. C'est la partie que les applications monopages ratent le plus souvent, car les robots d'aperçu de liens n'exécutent pas JavaScript.

Plans du site et robots.txt

Un plan du site est un fichier XML qui liste les URL que vous voulez voir indexées. Il aide les moteurs de recherche à trouver les pages, surtout sur les nouveaux sites qui ont peu de liens entrants. Selon la documentation de Google, en septembre 2026 :

• Un seul plan du site peut contenir jusqu'à 50 000 URL ou 50 Mo non compressés; divisez les sites plus grands avec un index de plans du site.
• Google ignore <priority> et <changefreq>.
• Google n'utilise <lastmod> que s'il est systématiquement exact; mettez-le donc à jour pour les vraies modifications de contenu, et non à chaque compilation.

Un fichier robots.txt indique aux robots les chemins à ne pas explorer. Utilisez-le pour tenir les robots à l'écart de /app, /admin et des routes API, et pointez-y vers le plan du site. N'oubliez pas que robots.txt empêche l'exploration, et non l'indexation : pour retirer une page des résultats, utilisez une balise méta noindex et laissez la page être explorée.

Soumettez le plan du site dans la Search Console de Google une fois le site sur son domaine final. La Search Console indique aussi quelles pages sont indexées et pourquoi d'autres ne le sont pas — c'est l'outil SEO gratuit le plus utile qui existe.

Données structurées

Les données structurées sont un balisage lisible par machine qui décrit ce qu'est une page : une organisation, une entreprise locale, un produit, un article, un événement. Google recommande le format JSON-LD et est clair sur deux points :

• Elles peuvent rendre les pages admissibles aux résultats enrichis, mais ne garantissent pas leur affichage.
• Elles doivent décrire des informations visibles sur la page. Ne balisez pas des avis, des prix ou des FAQ que les visiteurs ne peuvent pas voir.

Points de départ judicieux : Organization ou LocalBusiness sur la page d'accueil, Product sur les pages de produits, Article sur les billets de blogue, BreadcrumbList sur les pages profondes. Testez avec le Test des résultats enrichis de Google.

Ajoute des données structurées JSON-LD : LocalBusiness sur la page d'accueil avec l'adresse, le téléphone et les heures d'ouverture déjà affichés sur la page, et Article sur chaque billet de blogue. N'ajoute pas de notes ni d'avis.

Vitesse et mobile

Google utilise des signaux d'expérience de page, dont les Core Web Vitals, et la vitesse compte pour les visiteurs de toute façon. Les seuils « bons » de Google, mesurés au 75e centile des chargements de page, sont :

Les correctifs habituels pour les sites construits avec l'IA :

• Images — redimensionnez, compressez, utilisez des formats modernes, définissez la largeur et la hauteur (ce qui empêche les décalages de mise en page), et chargez-les en différé sous la ligne de flottaison.
• JavaScript — un paquet volumineux retarde tout dans une application monopage. Le prérendu aide; la division du code par route aussi.
• Polices — limitez les familles et les graisses, et précharger celle utilisée au-dessus de la ligne de flottaison.
• Scripts tiers — chaque widget de clavardage et chaque pixel de suivi coûte de la vitesse. Gardez ceux que vous utilisez réellement.

Testez l'URL en direct avec PageSpeed Insights ou Lighthouse en mode mobile.

Le contenu reste l'essentiel

Le référencement technique enlève des obstacles; il ne crée pas la demande. Les pages se classent parce qu'elles répondent mieux à une recherche que les solutions de rechange. Pour la plupart des petits sites, cela signifie :

• Une page par sujet que les gens recherchent. Un plombier a besoin d'une page par service et par secteur desservi, et non d'une seule page « Services » qui énumère tout.
• Des détails précis et originaux — prix, processus, photos de vrais travaux, réponses aux questions que les clients posent au téléphone.
• Mis à jour lorsque les choses changent. Des heures périmées et d'anciens prix font vite perdre confiance.

L'IA peut rédiger des pages rapidement, ce qui pousse à en publier beaucoup de minces et semblables. Les directives de Google visent le contenu produit surtout pour se classer plutôt que pour aider les gens, peu importe comment il a été produit. Utilisez l'IA pour ébaucher, puis ajoutez ce que vous seul savez. Les sites de type répertoire sont les plus touchés; consultez comment créer un site de répertoire pour savoir comment rendre les pages de liste dignes d'être indexées.

Liste de contrôle de lancement

• Les pages publiques livrent leur contenu complet dans le HTML initial (vérifiez avec Afficher le code source de la page)
• Titre, méta-description et URL canonique uniques sur chaque page
• Balises Open Graph et image de partage sur chaque page publique
• Un seul h1 par page, de vrais liens <a href>, texte alternatif sur les images
• sitemap.xml avec de vraies URL; robots.txt qui bloque les chemins de l'application et de l'API
• Données structurées uniquement pour le contenu visible, testées
• LCP, INP et CLS dans la plage « bonne » sur mobile
• Site sur son domaine final, en HTTPS, et soumis à la Search Console

Déplacer votre site vers votre propre domaine avant de commencer à attirer du trafic de recherche évite des redirections plus tard — voir comment connecter un domaine personnalisé. Pour le processus de construction global, lisez comment construire un site web avec l'IA, et pour les pages destinées à convertir les visiteurs, comment créer une page de destination qui convertit.

Le SEO sur Mythex

Mythex n'a pas de panneau SEO distinct; vous améliorez le référencement en modifiant l'application par clavardage ou par code. Les nouvelles applications web utilisent par défaut une application monopage Vite et React; lorsque la recherche compte, demandez donc dès le départ un site statique ou prérendu, ou Next.js. La documentation contient une demande type pour les titres, les balises Open Graph, le plan du site et le robots.txt dans SEO pour votre application, et les sites statiques couvrent les sites axés sur le contenu. Après les modifications, publiez de nouveau pour que le site en direct les prenne en compte. Les domaines personnalisés sont offerts avec Pro.

Questions