Ce que Google confirme, et ce qu’il ne confirme pas
Google a profondément fait évoluer son guide depuis sa première publication de mai 2026. Au 26 août 2026, sa position est plus précise que la plupart des listes de « bonnes pratiques GEO » : pour les Aperçus IA et le Mode IA, les fondamentaux de la recherche restent le socle. Google ne demande ni fichier secret, ni format rédactionnel réservé aux modèles, ni nouveau schema.org.
Le guide officiel de Google confirme cinq éléments utiles :
- Les fonctions génératives s’appuient sur les systèmes de classement et de qualité de Google Search.
- Elles récupèrent des pages à jour dans l’index, puis utilisent ces pages pour produire une réponse.
- Une page doit rester explorable, indexable et éligible à l’affichage d’un extrait.
- Le contenu original, utile et fondé sur une expérience réelle est plus utile qu’une reformulation de ce qui existe déjà.
- Les performances peuvent désormais être suivies dans un rapport Search Console dédié, lorsque la propriété y a accès.
Google précise aussi ce qui n’est pas nécessaire : llms.txt, les fichiers texte « pour l’IA », les alternates Markdown, le découpage artificiel du contenu et les mentions fabriquées.
Cette position concerne Google Search. Elle ne décrit pas le fonctionnement de ChatGPT Shopping, de Claude, de Perplexity, d’un agent navigateur ou des interfaces catalogue de Shopify. L’erreur la plus fréquente consiste à transformer la doctrine d’un système en règle universelle.
Les Aperçus IA et le Mode IA sont actifs en France
Google a lancé les Aperçus IA et le Mode IA en France le 22 juillet 2026, sur mobile, ordinateur et dans l’application Google.
Les deux surfaces ne sont pas identiques :
- un Aperçu IA peut apparaître au-dessus des résultats lorsque Google estime qu’une synthèse est utile ;
- le Mode IA est une expérience de recherche conversationnelle dans laquelle l’utilisateur peut approfondir sa question.
Le lancement ne signifie pas qu’un Aperçu IA apparaît sur chaque requête française. Il ne signifie pas non plus qu’une marque peut demander ou garantir son inclusion.
RAG et query fan-out : plusieurs recherches, plusieurs sources
Google documente deux mécanismes centraux.
Le premier est le RAG, ou génération augmentée par récupération. Les systèmes de Search retrouvent des pages pertinentes et récentes dans l’index. Ces pages servent ensuite à ancrer la réponse et à proposer des liens vers des sources.
Le second est le query fan-out. À partir d’une question, le modèle génère plusieurs recherches connexes en parallèle. Une demande comme « quel sac de randonnée étanche pour un ordinateur de 16 pouces livré avant vendredi » peut déclencher des recherches séparées sur les dimensions, l’étanchéité, la livraison ou les avis.
Cette architecture a une conséquence opérationnelle. Une même réponse peut être construite depuis la page produit, une politique de retour, Merchant Center, un comparatif, une page d’avis ou un autre domaine. Google ne dit pas que toutes ces sources doivent être identiques. Mais si elles décrivent différemment la marque, le produit, le prix ou la politique, le système doit arbitrer entre des faits contradictoires.
JavaScript : Google peut le rendre, mais la complexité reste réelle
L’ancienne version de cet article affirmait trop largement que les crawlers IA n’exécutaient pas le JavaScript. Cette formulation était incorrecte pour Google.
Google indique qu’il peut traiter le contenu présent dans du JavaScript lorsque les ressources ne sont pas bloquées. Il ajoute qu’un site fondé sur un framework JavaScript reste plus complexe à référencer qu’une page dont le contenu essentiel est directement disponible.
Pour une boutique Shopify, la bonne règle n’est donc pas « Google ne voit pas le JavaScript ». La règle plus robuste est :
- le prix, la disponibilité, la variante et les caractéristiques doivent apparaître de façon fiable dans le contenu rendu et indexable ;
- le HTML servi doit contenir autant que possible les faits nécessaires aux systèmes qui ne rendent pas la page ;
- les valeurs visibles, le JSON-LD, Shopify, Merchant Center et les politiques ne doivent pas se contredire.
Le rendu serveur ne garantit pas une citation. Il réduit la dépendance à une étape supplémentaire et rend la même information accessible à davantage de systèmes.
Schema.org : utile, mais pas requis pour les fonctions IA
Google écrit explicitement que les données structurées ne sont pas requises pour la recherche générative et qu’aucun balisage schema.org spécial n’est nécessaire.
Cela ne rend pas schema.org inutile. Les données structurées servent des objectifs précis :
- rendre une page éligible à certains résultats enrichis ;
- décrire un
Product, uneOffer, un prix, un stock ou unAggregateRating; - définir l’identité d’une
Organizationou d’unOnlineStore; - publier une politique de retour ou un service de livraison ;
- compléter les données transmises à Google par Merchant Center.
La distinction compte. Un Product parfaitement balisé n’est pas un ticket d’entrée garanti dans un Aperçu IA. Il reste un moyen standard de décrire le produit et de réduire l’ambiguïté dans les surfaces qui utilisent ce balisage.
llms.txt : aucun effet sur la visibilité dans Google Search
Google indique que Search n’utilise pas llms.txt, les fichiers Markdown spéciaux ou d’autres fichiers « pour l’IA » pour classer ou inclure un site dans ses fonctions génératives. Les publier n’aide ni ne pénalise la visibilité dans Google Search.
La documentation Lighthouse agentic browsing vérifie néanmoins llms.txt comme convention facultative. Elle explique que le fichier peut aider certains agents à repérer plus rapidement la structure principale d’un site. Si le fichier renvoie une erreur 404, l’audit est simplement non applicable.
Il ne s’agit pas d’une contradiction. Google Search et un agent navigateur sont deux surfaces différentes.
Aucune documentation publique d’OpenAI, d’Anthropic ou de Perplexity ne garantit actuellement que le fichier llms.txt d’un marchand sera consommé. Publier son propre llms.txt ne prouve pas qu’une plateforme lit celui des autres sites.
Search Console mesure désormais les fonctions IA génératives
Google propose un rapport sur les performances dans l’IA générative. Il peut présenter :
- les impressions ;
- les pages concernées ;
- les pays ;
- les appareils ;
- les dates.
Ces données sont plus solides qu’une suite de prompts rejoués manuellement, car elles proviennent de la propriété Search Console. Elles ne mesurent toutefois pas une « part de recommandation » et ne prouvent pas qu’une modification précise a causé une impression.
L’accès reste progressif. Une propriété qui ne voit pas encore ce rapport ne doit pas conclure que son contenu est absent des fonctions IA.
Le nouveau contrôle d’inclusion, encore en déploiement limité
Search Console propose aussi un contrôle de l’IA générative dans la Recherche. Au 26 août 2026, Google le teste auprès d’un sous-ensemble de propriétaires de sites.
Le réglage par défaut inclut les liens et le contenu de la propriété dans les fonctions concernées. L’exclusion empêche le contenu du site d’apparaître comme lien ou d’être utilisé pour ancrer leurs réponses. Google précise que ce choix :
- n’est pas un signal de classement pour les autres parties de Search ;
- ne remplace pas les réglages propres à Merchant Center ou Google Ads ;
- ne concerne pas l’entraînement des modèles ;
- peut demander quelques jours avant de produire son effet.
Pour une marque e-commerce qui cherche de la visibilité, le premier contrôle consiste donc à vérifier que la propriété n’a pas été exclue par erreur, si le réglage est disponible.
Shopify UCP : une couche agentique distincte de Google Search
Google cite UCP parmi les technologies émergentes d’expériences agentiques. UCP fournit un langage commun pour la découverte, les catalogues et d’autres opérations de commerce. Il a été co-développé par plusieurs acteurs, dont Google et Shopify.
Sur Shopify, la surface vérifiable est le Storefront Catalog MCP. Les appels catalogue utilisent :
https://votre-domaine.com/api/ucp/mcp
Ils nécessitent un profil d’agent valide. Les outils documentés sont :
search_catalogpour rechercher des produits ;lookup_catalogpour résoudre des produits ou variantes par identifiant ;get_productpour récupérer le détail d’un produit et sélectionner ses variantes.
Certaines boutiques peuvent restreindre l’accès. Une réponse correcte de l’endpoint prouve qu’une interface catalogue est disponible au moment du test. Elle ne prouve pas qu’un produit sera cité, classé ou acheté.
UCP n’est pas présenté comme un facteur de classement Google Search. Il répond à un autre problème : permettre à un agent compatible d’interroger un catalogue de manière structurée.
ChatGPT Shopping : état vérifié au 26 août 2026
L’ancienne version indiquait à tort qu’Instant Checkout avait fermé en mars 2026. La documentation OpenAI mise à jour le 21 août 2026 indique au contraire qu’il peut encore être proposé pour certains produits et marchands éligibles.
OpenAI précise également que :
- les produits Shopify sont intégrés à ChatGPT par Shopify Catalog, sans action individuelle requise pour cette intégration ;
- la sélection prend en compte la requête, le contexte et des métadonnées provenant de sources directes ou tierces ;
- les titres et descriptions peuvent être simplifiés par le modèle ;
- les résumés d’avis peuvent provenir de sites publics et ne sont pas vérifiés par OpenAI ;
- un délai peut exister avant qu’une modification de prix ou de livraison soit reflétée.
Ce fonctionnement n’est pas celui d’un Aperçu IA Google. Les deux surfaces doivent être testées et décrites séparément.
Quand plusieurs sources désignent mal la même entité
La disponibilité de davantage de sources ne règle pas automatiquement le problème de vérité. Une réponse peut retrouver des pages pertinentes, puis rattacher un fait à la mauvaise entreprise ou au mauvais produit.
Un jugement allemand récent documente ce type de risque : dans l’affaire 26 O 869/26, une réponse AI Overview avait produit des associations qui ne figuraient pas dans les sources citées prises séparément.
Pour une marque Shopify, les zones sensibles sont concrètes : nom commercial et raison sociale, domaine principal, profils officiels, marque produit, GTIN, MPN, SKU, URL canonique et source des avis.
La méthode complète et ses limites sont détaillées dans notre guide Quand Google AI Overview confond deux entreprises.
Priorités pour une boutique Shopify
Priorité 1 : vérifier l’accès et l’identité
- Confirmer que les pages importantes sont indexables et éligibles aux extraits.
- Vérifier le nom du site, le domaine canonique et l’entité Organization ou OnlineStore.
- Contrôler le nouveau réglage d’inclusion Search Console s’il est disponible.
Priorité 2 : aligner les faits produit
- Comparer le prix, le stock, les variantes, la marque et les identifiants dans Shopify, la page visible, le JSON-LD et Merchant Center.
- Vérifier séparément la livraison, les retours et les avis.
- Corriger les contradictions avant de produire davantage de contenu.
Priorité 3 : mesurer chaque surface avec sa propre preuve
- Utiliser le rapport IA générative de Search Console pour Google.
- Tester Storefront Catalog MCP avec un profil d’agent valide pour Shopify UCP.
- Contrôler ce que ChatGPT Shopping affiche sans en déduire le fonctionnement d’AI Overviews.
- Conserver la date, le pays, la langue, la requête, le produit et les sources observées.
Priorité 4 : produire un contenu difficile à remplacer
Publier des comparaisons réellement testées, des données originales avec méthode, des réponses d’expert et des images utiles. Google déconseille de créer des variantes de pages uniquement pour couvrir toutes les formulations possibles du query fan-out.
Le panel Verity Score « Engine Coverage »
Chaque moteur ne consomme pas les mêmes surfaces. Le panel Engine Coverage de Verity Score sépare donc les signaux par moteur et affiche la source doctrinale associée lorsqu’elle est disponible.
Ce panel sert à éviter une conclusion trompeuse comme « ce signal compte pour toutes les IA ». Il décrit une applicabilité documentée ou un état de preuve. Il ne transforme pas un signal technique en promesse de visibilité.
Pour tester une boutique, l’application Shopify Verity Score compare les faits exposés par les pages, les données structurées, les avis et les surfaces commerce accessibles. Les corrections restent soumises à l’approbation du marchand.
Limites de ce guide
Ce guide décrit l’état public des documentations au 26 août 2026. Les rapports Search Console et le contrôle d’inclusion sont encore en déploiement. UCP évolue rapidement. Les plateformes peuvent modifier leurs interfaces, leurs critères d’éligibilité ou leurs sources.
Aucune des actions présentées ne garantit une place dans un Aperçu IA, une citation dans ChatGPT ou une recommandation produit. Elles rendent les faits plus accessibles, plus cohérents et plus faciles à rattacher à la bonne entité. C’est un prérequis vérifiable, pas une promesse de résultat.