AI Overviews : votre CMS est-il prêt pour la recherche générative ?

Pour Google, il n’y a rien de spécial à faire pour apparaître dans les AI Overviews (Aperçus IA dans la version française de Google). D’après sa documentation, ce sont les fondamentaux du SEO qui comptent. Ce que votre CMS change, c’est votre capacité à tenir ces fondamentaux sur des milliers de pages, en plusieurs langues et dans la durée.

Hors Google, un seul chantier est réellement spécifique : laisser les robots de recherche de ChatGPT, Claude et Perplexity lire vos pages. La question n’est donc pas de savoir si votre CMS "fait de l’IA", mais s’il vous permet de publier des pages indexables, lisibles et à jour.

Faut-il une optimisation spéciale pour les AI Overviews ?

Non. Dans sa page "AI features and your website", Google indique qu’il n’existe aucune exigence supplémentaire ni optimisation spéciale pour apparaître dans les AI Overviews ou l’AI Mode. Aucun balisage schema.org particulier n’est à ajouter non plus.

Pour figurer parmi les liens d’un AI Overview, une page doit être indexée et pouvoir s’afficher dans la recherche avec un extrait, comme pour tout résultat Google.

Son guide consacré aux fonctionnalités d’IA générative, mis à jour en juillet 2026, va plus loin. Pour Google, optimiser pour la recherche générative revient à optimiser pour la recherche, donc à faire du SEO. Il range parmi les pratiques inutiles pour Google Search les fichiers llms.txt, le découpage du contenu en petits fragments et la réécriture des textes "pour l’IA".

Qu’est-ce que votre CMS change vraiment ?

Il change votre capacité à tenir ces fondamentaux à grande échelle. Sur des milliers de pages en plusieurs langues, mises à jour par plusieurs équipes, ce qui n’est pas automatisé finit par dériver. La qualité du SEO dépend alors de la mise en œuvre plus que de l’architecture choisie. Six points méritent d’être vérifiés sur votre plateforme.

• Un HTML rendu côté serveur. Google sait exécuter le JavaScript, mais il rappelle que le rendu côté serveur ou le pré-rendu reste une bonne idée, parce que tous les robots ne savent pas exécuter de JavaScript. Un texte qui n’apparaît qu’après l’exécution d’un script risque donc d’échapper à certains d’entre eux.
• Des données structurées générées par gabarit. Article, Organization ou BreadcrumbList ne sont pas requis pour les AI Overviews. Google demande en revanche que les données structurées correspondent au texte visible de la page. Générées par le gabarit, elles restent justes à chaque mise à jour.
• Un title, une meta description et des balises hreflang par langue. Chaque version linguistique porte ses propres métadonnées et signale ses traductions, pour que Google puisse proposer la bonne version à chaque lecteur.
• Des mises à jour rapides et des dates exactes. Corriger un chiffre ou une recommandation doit prendre quelques minutes, validation comprise. La date affichée doit correspondre à ce qui a réellement changé.
• La maîtrise de l’indexation page par page. Le robots.txt, le sitemap et les directives noindex et nosnippet décident de ce que Google peut explorer, indexer et reprendre, AI Overviews compris. Ces réglages doivent être accessibles aux équipes qui publient.
• La performance. Google cite l’expérience de page, un affichage correct sur tous les appareils et une latence réduite parmi les fondamentaux qui restent valables pour la recherche générative.

Une architecture headless n’est pas une condition pour apparaître dans ces réponses. Elle sert à réutiliser un contenu sur plusieurs canaux. Pour les moteurs, ce qui compte reste la page publiée que leurs robots peuvent lire.

Que faut-il faire pour ChatGPT, Claude et Perplexity ?

Laisser leurs robots de recherche accéder à vos pages. C’est le seul travail réellement spécifique à ces moteurs, parce qu’ils explorent le web avec leurs propres robots au lieu de s’appuyer sur l’index de Google. Chaque éditeur distingue plusieurs robots.

• Les robots de recherche alimentent les réponses avec liens. Il s’agit d’OAI-SearchBot pour ChatGPT, de Claude-SearchBot pour Claude et de PerplexityBot pour Perplexity. OpenAI précise qu’un site qui bloque OAI-SearchBot n’apparaît plus dans les réponses de recherche de ChatGPT, hors simples liens de navigation.
• Les robots d’entraînement collectent des contenus pour entraîner les modèles. Ce sont GPTBot chez OpenAI et ClaudeBot chez Anthropic. Côté Google, Google-Extended n’est pas un robot distinct mais un jeton de contrôle. Il porte sur l’entraînement des modèles Gemini et sur l’ancrage des réponses des applications Gemini. Selon Google, il n’a aucun effet sur l’inclusion d’un site dans la recherche Google.
• Les visites déclenchées par un utilisateur forment un troisième cas. ChatGPT-User, Claude-User ou Perplexity-User lisent une page quand quelqu’un pose une question. OpenAI indique que les règles du robots.txt peuvent ne pas s’appliquer à ChatGPT-User. Perplexity précise que Perplexity-User les ignore en général.

Bloquer un robot d’entraînement tout en autorisant un robot de recherche est donc possible. OpenAI documente explicitement l’indépendance des deux réglages.

Reste le pare-feu. Un robots.txt ouvert ne suffit pas si un pare-feu applicatif ou un CDN bloque ces robots en amont. Google cite d’ailleurs l’accès autorisé au niveau du CDN et de l’hébergement parmi les fondamentaux. Vérifiez dans vos journaux serveur que ces robots reçoivent bien vos pages.

Peut-on garantir d’être cité par l’IA ?

Non. Aucune structure de page, aucun balisage ni aucun fichier ne garantit une citation. Google rappelle lui-même que respecter toutes ses consignes ne garantit pas qu’une page sera explorée, indexée ou affichée.

Ce que l’on peut faire, c’est rendre une page lisible et citable. Répondre à la question dès les premières phrases de chaque section. Écrire des passages qui se comprennent seuls. Apporter une information ou un point de vue que l’on ne trouve pas ailleurs. Garder les chiffres sourcés et datés. Ces pratiques servent d’abord le lecteur.

Comment mesurer l’effet des AI Overviews sur votre trafic ?

En suivant deux indicateurs : les impressions de vos pages dans les réponses génératives de Google et le taux de clic des pages les plus exposées. Le rapport sur les performances dans l’IA générative de la Search Console couvre les AI Overviews et l’AI Mode. Google indique qu’il est déployé pour tous les sites depuis le 31 août 2026. Il présente des impressions par page, pays, appareil et date, sans clics ni requêtes.

Pour le clic, une étude du Pew Research Center, menée sur la navigation réelle de 900 adultes américains en mars 2025, donne un ordre de grandeur. Sur les recherches Google étudiées, 18 % affichaient un résumé généré par l’IA et 58 % des participants en avaient vu au moins un dans le mois. Avec un résumé, un lien classique était cliqué lors de 8 % des visites, contre 15 % sans résumé. Les liens placés dans le résumé ne l’étaient que lors de 1 % des visites. La session s’arrêtait sur 26 % des pages de résultats affichant un résumé, contre 16 % des pages sans résumé.

La même étude relève que les recherches longues ou formulées en questions affichent plus souvent un résumé (53 % des recherches de dix mots ou plus, contre 8 % pour une ou deux). Sur ces requêtes, suivez le taux de clic des pages concernées dans le rapport de performances habituel, plutôt que leur seule position.

Quelles questions poser à votre équipe ou à votre éditeur de CMS ?

• Nos pages publient-elles leur texte principal dans le HTML envoyé par le serveur ?
• Nos données structurées sont-elles générées par gabarit et conformes au texte visible ?
• Chaque langue a-t-elle son title, sa meta description, ses balises hreflang et son sitemap ?
• Pouvons-nous corriger une page en quelques minutes, avec une date de mise à jour exacte ?
• Notre pare-feu ou notre CDN laisse-t-il passer les robots de recherche que nous autorisons ?
• Suivons-nous les impressions génératives et le taux de clic des pages les plus exposées ?

Comment Jahia prend-il en charge ces fondamentaux ?

Chez Jahia, ces fondamentaux relèvent du CMS et sont documentés sur l’Academy. Le robots.txt s’édite depuis l’interface. Le module de sitemap génère automatiquement un fichier par langue, en tenant compte des pages en noindex. Les URL lisibles (vanity URLs) se gèrent page par page et les balises hreflang et canonical sont générées automatiquement.

Pour le rendu, Jahia applique aux modules JavaScript une approche qui privilégie le rendu côté serveur. Les workflows de publication permettent de faire valider une mise à jour avant sa mise en ligne.

Ces fonctions servent à tenir les fondamentaux sur des milliers de pages et dans plusieurs langues, ce que demande la recherche, générative ou non. Pour la place de l’IA dans le CMS lui-même, voir notre page CMS d’entreprise avec IA intégrée.