Les conversations ChatGPT sont indexées par Google

TL;DR : Des conversations partagées de ChatGPT sont apparues dans les résultats de recherche Google, puis ont disparu en moins de 24 heures. Voici ce qui s'est passé, ce que ça implique pour le SEO, et ce que nous avons observé dans nos propres données de monitoring pendant que tout se déroulait.

Il y a moins de 24 heures, des spécialistes SEO bien réveillés partageaient une découverte assez frappante : les conversations publiques /share de ChatGPT étaient entièrement indexables, et certaines apparaissaient déjà dans le top 20 de Google sur des requêtes longue traîne. La trouvaille avait un petit parfum d'alchimie numérique : du contenu instantané, perçu comme faisant autorité, qu'on n'avait même pas besoin d'écrire soi-même. Les captures d'écran ont envahi Twitter, les billets de blog ont fleuri, et quelques opportunistes ont même commencé à scraper ces conversations pour monter à la va-vite des pages affiliées.

Puis le couperet est tombé.

Le lendemain matin, tous les résultats /share avaient disparu de l'index de Google. Tape site:chatgpt.com/share aujourd'hui et tu verras zéro résultat. OpenAI a discrètement déployé trois changements à la suite : <meta name="robots" content="noindex">, une balise canonique appliquée à tout le site pointant vers la page d'accueil, et (très probablement) une requête groupée via l'outil de suppression d'URL de Google. Les URL de partage de ChatGPT sont devenues un cas d'école de désindexation ultra-rapide par Google.

Ce que nous avons vu dans nos propres données

Nous suivions ça en temps réel chez SEOJuice. Quand les premiers signalements sont apparus sur Twitter, j'ai fait une vérification rapide sur les sites de nos clients pour voir si des URL /share apparaissaient comme pages concurrentes. Voici ce que nous avons trouvé :

• 3 domaines clients avaient des pages ChatGPT /share qui apparaissaient dans les mêmes SERP sur des requêtes longue traîne. Dans un cas, une conversation ChatGPT partagée sur « best CRM for real estate agents » se positionnait en #14 sur une requête où l'article de blog de notre client était en #11. C'est suffisamment proche pour devenir préoccupant.
• La qualité du contenu était inégale. Certaines conversations partagées étaient vraiment solides (un utilisateur avait posé des questions de suivi détaillées à ChatGPT, et le fil obtenu se lisait comme un article bien structuré). D'autres étaient des demi-conversations bancales qui n'auraient jamais dû se positionner sur quoi que ce soit.
• Après la désindexation : les trois pages /share concurrentes ont disparu, mais les positions de nos clients ne se sont pas améliorées immédiatement. La SERP s'est réorganisée dans les 48 heures suivantes, avec d'autres pages qui ont pris les places libérées. Rappel utile : retirer un concurrent de la SERP ne te fait pas automatiquement remonter — Google réévalue tous les candidats.

L'épisode a été assez bref pour que personne ne subisse de dégâts durables. Mais il soulève une question qui me revient sans cesse : que se passe-t-il quand la prochaine entreprise d'AI ne réagit pas aussi vite qu'OpenAI ?

Un sondage express auprès de 225 fondateurs a bien capté le changement d'ambiance :

Les enjeux ne pourraient pas être plus clairs :

• Citations perdues : Tout assistant AI ou média qui citait ta conversation /share perd le jus de lien dès que Google efface la page.

• Angle mort de visibilité dans les AI : Les LLM entraînés sur des instantanés récents du Web utilisent l'index de Google comme signal de confiance. Pas d'index, pas de citation.

• Falaise de trafic organique : Si Google peut te faire disparaître de la SERP en un seul cycle de crawl, alors ton pipeline de contenu n'est solide qu'à hauteur de ta discipline en matière de conformité.

Le « hack » de croissance d'hier est devenu la mise en garde d'aujourd'hui — preuve que lorsqu'on s'appuie sur des failles plutôt que sur des fondamentaux SEO durables, la distance entre se positionner et disparaître n'est parfois qu'à une actualisation de l'index Google près.

Comment les pages /share de ChatGPT ont été indexées au départ

C'est la partie que je trouve la plus intéressante d'un point de vue SEO technique, parce qu'elle montre comment Google découvre et indexe du contenu même sans signaux de liens traditionnels :

1. Robots.txt laissait la porte grande ouverte
   Quand ChatGPT a lancé sa fonctionnalité publique « Share », son fichier robots.txt autorisait explicitement le crawl de /share/ pour User-agent: *. Pour Googlebot, c'est un feu vert : récupérer, interpréter et considérer chaque conversation partagée comme une page HTML normale. C'était probablement un oubli plus qu'un choix délibéré — OpenAI était concentré sur la fonctionnalité de partage, pas sur ses implications SEO. (J'ai déjà fait des erreurs du même genre. Notre environnement de staging est resté indexable pendant trois semaines avant que quelqu'un s'en rende compte. Ça arrive.)

2. L'arsenal de découverte d'URL cachées de Google
   Même si aucun site ne faisait de lien vers ces pages, Google pouvait quand même les découvrir via des canaux passifs que la communauté SEO appelle les « side-channels de Google ».

   • Indices d'URL via Chrome — quand des millions d'utilisateurs collent un lien /share dans la barre d'adresse ou cliquent dessus dans ChatGPT, la télémétrie de Chrome alimente le planificateur de crawl de Google avec des échantillons anonymisés d'URL.

   • Résolveur de liens Android — chaque clic sur une URL /share dans une app Android déclenche un intent enregistré par les diagnostics de Play services.

   • Analyse de Gmail & Workspace — les conversations partagées envoyées par e-mail entre collègues sont scannées pour détecter le phishing ; les URL jugées sûres rejoignent la file de crawl.

   • Heuristiques DNS publics & QUIC — un volume élevé de requêtes DNS sur le même sous-répertoire signale que ce répertoire compte.

   Résultat net : pas de liens internes ne veut pas dire pas de découverte. Google n'a pas besoin d'un graphe de liens si le comportement utilisateur pointe lui-même vers de nouvelles URL. Et ça dépasse largement le cas ChatGPT — si tu as du contenu généré par les utilisateurs accessible publiquement sur ton site, Google est probablement déjà en train de le trouver par des canaux auxquels tu n'as même pas pensé.

3. Le contenu généré par AI paraît frais et unique
   Chaque page /share contenait un texte inédit, non dupliqué ailleurs, donc le classificateur de fraîcheur de Google lui a attribué une valeur immédiate. La combinaison d'un crawl autorisé et d'un contenu unique a accéléré l'entrée de ces pages dans l'index actif — certaines en quelques heures seulement après leur premier partage.

Le nettoyage express de Google : la correction en quatre volets

Ce qui rend cet épisode instructif pour quiconque gère un gros site, c'est la vitesse et la précision de la réponse. Voici le playbook technique utilisé par OpenAI :

Ce playbook en quatre étapes — noindex + balise canonique + suppression d'URL + robots.txt — mérite clairement d'être gardé sous la main. Si tu dois un jour désindexer rapidement une grosse section de ton site (après une fuite d'environnement de staging, une publication accidentelle ou une explosion de contenu généré par les utilisateurs), c'est l'approche la plus rapide disponible. Nous avons utilisé un playbook similaire pour trois urgences client l'an dernier, et ça nettoie régulièrement les URL indexées en 24 à 48 heures.

Pourquoi Google a pu réagir en moins de 24 heures

• Priorité aux grandes marques : Les domaines perçus comme faisant autorité sont crawlés plus souvent, donc les changements de directives se propagent plus vite. Quand chatgpt.com dit quelque chose à Google, Google écoute vite.

• Coup de pouce manuel : OpenAI a presque certainement déclenché un « Fetch as Google » dans Search Console pour forcer l'actualisation des pages critiques après la mise en ligne des nouvelles balises.

• Évitement automatisé des pénalités : Les systèmes anti-spam de Google pénalisent le contenu faible ou généré par les utilisateurs quand il se déploie à grande échelle sans contrôle ; OpenAI avait donc tout intérêt à neutraliser le risque avant qu'une rétrogradation à l'échelle du site ne tombe.

La gueule de bois de Bing avec un million d'URL

Le playbook de nettoyage d'OpenAI s'est arrêté à Google Search Console. Résultat : Bing affiche encore ~1 million de pages /share dans ses résultats — une ville fantôme numérique de conversations ChatGPT désormais invisibles sur Google.

C'est là que l'histoire devient intéressante d'un point de vue SEO multi-moteurs. Nous avons vérifié les trois mêmes requêtes clients où des pages /share concurrentes apparaissaient dans Google, et nous avons constaté que dans Bing, ces pages étaient toujours positionnées une semaine plus tard. Cet écart met en lumière trois différences structurelles entre les moteurs :

1. Latence crawl-vers-index — Googlebot revisite les domaines à forte autorité en quelques heures ; Bingbot a souvent besoin de plusieurs jours. Quand OpenAI a injecté noindex et des balises canoniques, Google a recrawlé vite et obéi. Bing n'avait tout simplement pas encore écoulé son backlog.

2. Absence d'intervention BWT — Tout indique qu'OpenAI a zappé Bing Webmaster Tools, ce qui veut dire que Bingbot suivait encore la directive initiale « Allowed » jusqu'à ce que son rythme naturel finisse par capter les changements.

3. Schéma historique de retard — Ce n'est pas nouveau. En 2021, Bing affichait encore des URL de favicon WordPress plusieurs semaines après leur purge de Google, et l'an dernier il a indexé un répertoire font-CSS ayant fuité que Google avait ignoré. La flotte de bots plus réduite de Bing et sa fenêtre de mise à jour plus conservatrice le rendent sujet aux gueules de bois d'indexation dès qu'un site très visible change brutalement ses directives.

À retenir en pratique : Si tu dépends du trafic Bing — ou des citations ChatGPT qui s'appuient sur l'index de Bing — mets en place des dashboards séparés. Soumets les demandes de suppression ou de recrawl à la fois dans Search Console et dans Bing Webmaster Tools. Nous incluons maintenant ça comme étape standard dans notre playbook de désindexation d'urgence, parce que cet incident nous a rappelé à la dure que « corrigé dans Google » ne veut pas dire « corrigé partout ».

Pourquoi les résultats /share non anglophones dominent encore dans Bing

Effet secondaire assez étrange du retard de Bing : les pages /share survivantes sont très majoritairement des résultats non anglophones, en alphabet non latin — japonais, russe, arabe, thaï. Nous l'avons remarqué parce qu'un de nos clients a un sous-domaine en japonais et voyait davantage de pages /share concurrentes dans Bing JP que dans Bing US. Trois facteurs expliquent ce biais :

1. Les segments d'index régionaux se mettent à jour plus lentement — Bing partitionne son index par locale. Les segments US-EN à fort trafic sont rafraîchis le plus vite ; les segments linguistiques périphériques peuvent attendre une semaine ou plus avant d'élaguer les pages noindex.

2. Priorisation des groupes de doublons — L'algorithme de déduplication de Bing conserve une URL par groupe canonique. Quand les versions anglaises ont disparu de Google et perdu leur poids de liens internes, Bing a transféré cette pondération vers des variantes non anglophones uniques qui conservaient encore des signaux d'engagement utilisateur.

3. Écart entre diffusion et indexation — Bing peut marquer une URL comme « désindexée » en interne tout en continuant à l'afficher dans des marchés locaux peu concurrentiels jusqu'au prochain cycle complet de déploiement.

À retenir pour l'optimisation : Pour les sites multilingues, des déploiements de directives échelonnés (par exemple d'abord EN, puis JP) peuvent créer des fenêtres involontaires de contenu dupliqué. L'approche la plus sûre consiste à déployer les mises à jour noindex et canonical à l'échelle mondiale, puis à vérifier la suppression dans chaque data center localisé à l'aide de contrôles de SERP effectués via VPN. Nous avons ajouté ça à notre checklist de post-déploiement.

Lectures liées :

• Comment faire apparaître ta marque dans ChatGPT
• Données & recherche SEOJuice
• Vérificateur de visibilité AI