ChatGPT-chats worden geïndexeerd door Google

Bijgewerkt mei 2026.

TL;DR: Gesloten gesprekken die via ChatGPT gedeeld waren, doken op in Google-resultaten en verdwenen binnen 24 uur. Dit is er gebeurd, dit betekent het voor SEO, en dit zagen wij in onze eigen monitoringdata terwijl het speelde. De vierstappen-deïndexatie-playbook van OpenAI is het deel om te bookmarken.

Minder dan 24 uur geleden deelden een paar SEO’s op Twitter een slimme ontdekking: openbare ChatGPT-/share-gesprekken waren volledig indexeerbaar en sommige stonden al in Google’s top 20 voor long-tail-zoekopdrachten. Screenshots vlogen voorbij, blogposts schoten uit de grond en enkele opportunisten begonnen de chats te scrapen voor snelle affiliate-pagina’s. Toen ik voor het eerst een /share-URL op plek 14 zag concurreren met een klant van ons, dacht ik dat Google weken nodig zou hebben om te reageren. Dat deel had ik mis. Meer daarover verderop.

De volgende ochtend waren alle /share-resultaten uit Google’s index verdwenen. Typ vandaag site:chatgpt.com/share en je ziet nul resultaten. OpenAI voerde stilletjes drie veranderingen in rap tempo door: een <meta name="robots" content="noindex">-tag, een site-wide canonical naar de homepage en (hoogstwaarschijnlijk) een bulkverzoek via Google’s URL Removal Tool. “ChatGPT-share-URL’s” werden een live casestudy in snelle Google-deïndexatie. De schoonste die ik op schaal heb gezien.

Het artikel van Searchengineland over het incident benaderde het als een privacyverhaal. TechCrunch’ verslag deed hetzelfde. Beide de moeite waard. Maar de SEO-mechanica, vooral de reactie per zoekmachine, maken het voor ons vak pas écht interessant.

Wat wij in onze eigen data zagen

Ik leid de SEO-monitoring voor klanten bij SEOJuice, dus toen de eerste meldingen op Twitter verschenen, draaide ik een snelle site:-zoekopdracht over de domeinen die we volgen om te zien of er /share-URL’s opdoken als concurrerende pagina’s. Dit kwam eruit:

• Drie klantendomeinen hadden ChatGPT-/share-pagina’s in dezelfde SERP’s voor long-tail-zoekopdrachten. In één geval stond een gedeeld gesprek over “beste CRM voor makelaars” op #14, terwijl de blogpost van onze klant op #11 stond. Dicht genoeg om zorgelijk te zijn.
• De inhouds­kwaliteit wisselde. Sommige gedeelde gesprekken waren echt grondig (een gebruiker had ChatGPT vervolg­vragen gesteld en de thread las als een gestructureerd artikel). Andere waren halfgare fragmenten die nergens voor zouden moeten ranken.
• Na de deïndexatie: De drie concurrerende /share-pagina’s verdwenen, maar de posities van onze klanten stegen niet meteen. De SERP herordende zich in de daaropvolgende 48 uur; andere pagina’s vulden de gaten. Een concurrent verwijderen promoveert je niet automatisch. Google evalueert alle kandidaten opnieuw.

Ik maakte geen screenshot van het #14-vs-#11-voorbeeld vóór het verdween. Had ik wel moeten doen. (Les uit dit alles: log de SERP op het moment dat iets vreemd lijkt, niet pas de volgende ochtend.) Wat ik wél heb is de Search Console-export met concurrerende URL’s per query voor die drie domeinen over 36 uur; de chatgpt.com/share/...-vermeldingen staan er duidelijk voor, en zijn daarna weg.

Het voorval was kort genoeg om geen blijvende schade te veroorzaken. Maar het riep een vraag op waar ik op terug blijf komen: wat als de volgende AI-partij niet zo snel reageert als OpenAI? Binnen ons netwerk was de meningen­splitsing duidelijk. Sommige founders wilden het lek opnieuw benutten zodra het weer openstond. Anderen waren opgelucht dat hun organisch verkeer nog telde. Christopher Penn, geciteerd in het Searchengineland-stuk, vatte het zakelijk samen: “Als de chat van je concurrent rankt op een zoekopdracht waar jij zes maanden aan hebt gewerkt, is dat het zakelijke probleem. Privacy is echt, maar SEO is wat de board vraagt.” Zo zou ik het ook framen voor een klant.

Belang:

• Citaties kwijt: Elke AI-assistent of nieuws­site die je /share-chat citeerde, verliest de linkwaarde zodra Google de pagina verwijdert.

• AI-zichtbaarheids­gat: LLM’s die op verse web­data trainen, zien Google’s index als vertrouwens­signaal. Geen index, geen citaat.

• Organische verkeers­kloof: Als Google je in één crawlcyclus uit de SERP kan gooien, is je content­pijplijn maar zo sterk als je compliance-discipline.

Gisteren nog een growth-hack, vandaag een waarschuwing. Vertrouw je op mazen in plaats van robuuste SEO-fundamenten, dan is de afstand van ranken tot verdwijnen één Google-refresh.

Hoe /share-pagina’s überhaupt werden geïndexeerd

Dit deel vind ik het interessantst vanuit technisch SEO-perspectief, omdat het laat zien hoe Google content ontdekt zónder klassieke link­signalen:

1. Robots.txt liet de deur open. Toen ChatGPT de openbare “Share”-functie lanceerde, stond in robots.txt expliciet Allow voor /share/ onder User-agent: *. Voor Googlebot is dat groen licht om elke gedeelde conversatie als normale HTML-pagina te crawlen en te beoordelen. Waarschijnlijk een omissie, geen bewuste keuze: OpenAI focuste op de deel­functie, niet op SEO-gevolgen. (Ik heb vergelijkbare fouten gemaakt; onze staging-omgeving was drie weken indexeerbaar voordat iemand het zag. Overkomt iedereen.)

2. Google’s verborgen-URL-ontdekking is breder dan men denkt. Zelfs zonder links kan Google pagina’s vinden via passieve signalen. De SEO-community speculeert hier al jaren over; Google bevestigt nooit volledig. Twee meest aannemelijke kanalen op basis van wat wél bekend is:

   • Chrome-browsing-telemetrie. Chrome stuurt navigatie­data naar Google’s crawl­scheduler. Safe Browsing-documentatie bevestigt dat bezochte URL’s kunnen worden gesampled voor de crawlqueue. Als miljoenen gebruikers /share-links openen in Chrome, is dat genoeg signaal.

   • Ontdekking via het bredere Google-ecosysteem. Gmail- en Workspace-previews, Android-intents, DNS-lookups—SEO’s noemen ze al jaren. Search Engine Journal schreef in 2021 over de Chrome-klik-naar-index-theorie; Google zei “no comment”, het dichtst bij erkenning. Zie het als plausibel, niet als gedocumenteerd gedrag.

   Bottom-line: Geen interne links ≠ geen ontdekking. Gebruikers­gedrag zelf wijst Google op nieuwe URL’s. Heb je openbare user-generated content, dan vindt Google die waarschijnlijk via kanalen die je niet monitort.

3. AI-gegenereerde content oogt vers en uniek. Elke /share-pagina bevatte nieuwe tekst, nergens anders gedupliceerd, dus Google’s freshness-classifier kende meteen waarde toe. De combinatie van toestaan crawlen en unieke content versnelde de indexatie—sommige pagina’s stonden binnen uren live.

Google’s snelle schoonmaak: de vierdelige fix

Leerzaam voor iedereen met een grote site is de snelheid en precisie van de reactie. Dit is het technische playbook van OpenAI. Zo ging het:

Dit vierstappenplan (noindex + canonical + URL-removal + robots.txt) is wat ik zelf bij elke deïndexatie-crisis gebruik. Volgorde is cruciaal: eerst noindex—snelste signaal—dan canonical, dan URL-Removal voor de “verdwijn vandaag”-winst, pas daarna robots.txt, want Disallow vóór noindex is opgepikt voorkomt dat Google de noindex ziet (klassieke fout). Ik draaide een variant hiervan voor een SaaS-klant die per ongeluk 4.000 interne supporttickets publiceerde; 28 uur later was het grootste deel uit de index.

Waarom Google binnen 24 uur kon reageren

• Big-brand-prioriteit: Hoog-authoriteit-domeinen worden vaker gecrawld, dus wijzigingen verspreiden sneller. Als chatgpt.com iets zegt, luistert Google snel.

• Handmatige duw: OpenAI heeft vrijwel zeker “Fetch as Google” in Search Console gebruikt om kritieke pagina’s direct te verversen. Ik weet niet welke fix exact eerst live ging; de noindex-tag zag ik als eerste.

• Automatisch spam-risico: Google’s spamsystemen straffen dunne of ongecontroleerd schaalbare UGC, dus OpenAI had alle reden het risico vóór een site-wide penalty te neutraliseren.

Bing’s miljoen-URL-kater

OpenAI’s schoonmaak stopte bij Google Search Console. Daardoor toont Bing nog steeds ongeveer een miljoen /share-pagina’s, een stille wildernis die Google niet meer laat zien. Exact tellen is lastig (Bing’s site:-aantallen schommelen) maar het verschil met Google’s nul is overduidelijk.

Weet je nog de noindex-tag uit het playbook? Bing had die simpelweg nog niet her-crawld. Ik checkte dezelfde drie klant­zoekopdrachten; op Bing stonden de /share-pagina’s een week later nog steeds in de ranking. Ik had verwacht dat Bing Google zou volgen. Niet dus. Het verschil wijst op drie structurele factoren:

1. Crawl-naar-index-latency. Googlebot bezoekt high-authority-sites in uren. Bingbot doet er vaak dagen over. Toen OpenAI noindex en canonicals plaatste, crawlde Google snel; Bing liep achter.

2. Geen BWT-ingreep. Alles wijst erop dat OpenAI Bing Webmaster Tools oversloeg, dus Bingbot volgde nog steeds de oorspronkelijke “Allow”.

3. Historisch achter­loop­patroon. Dit is niet nieuw; favicon-URL-incident 2021 en font-CSS-case vorig jaar lieten Bing ook langer vasthouden, al heb ik nu geen primaire links. Zie het als community-lore, niet gedocumenteerd. (Side-note: ik mailde Bing’s outreach of ze een removal-verzoek van OpenAI kregen. Nog geen antwoord.)

Praktische tip: Vertrouw je op Bing-verkeer of ChatGPT-citaten die Bing’s index gebruiken, beheer dubbele dashboards. Dien verwijder- of recrawl-verzoeken in zowel Search Console als BWT. “Fixed in Google” is niet “fixed overal.”

Waarom niet-Engelse /share-resultaten Bing domineren

Een vreemd bij-effect van Bing’s vertraging: de overgebleven /share-pagina’s zijn overwegend niet-Engels, niet-Latijns alfabet, bv. Japans, Russisch, Arabisch, Thais. Ik merkte het omdat een klant een Japanstalige subdomein heeft en meer concurrerende /share-pagina’s zag in Bing JP dan Bing US. Drie factoren verklaren deze bias:

1. Regionale index-slices updaten trager. Bing splitst zijn index per locale. Hoog-verkeer US-EN refresht het snelst; perifere talen kunnen een week wachten voor pruning.

2. Duplicate-cluster-prioriteit. Bing houdt één URL per canonical-cluster. Toen de Engelse versies verdwenen en link-equity verloren, verschoof Bing naar unieke niet-Engelse varianten met nog engagementsignal.

3. Serve-vs-index-verschil. Bing kan een URL intern “gedeïndexeerd” markeren maar hem toch tonen in low-competition-locales tot de volgende uitrol.

Optimalisatie-inzicht: Voor meertalige sites kunnen gespreide updates (eerst EN, dan JP) onbedoelde duplicate-windows creëren. Veiliger: wereldwijd noindex en canonical tegelijk uitrollen, daarna per datacenter controleren via VPN-SERP-checks. Staat nu op mijn post-deploy checklist.

FAQ

Q1. Worden gedeelde ChatGPT-gesprekken nog geïndexeerd door Google?
Nee. Sinds het schoonmaakvenster hierboven staan /share-URL’s van ChatGPT niet meer in Google. site:chatgpt.com/share geeft nul resultaten. OpenAI plaatste een noindex-tag, een site-wide canonical en diende een bulk-remove in. Bing toont bij schrijven nog ~1 miljoen /share-URL’s, maar dat daalt wekelijks.

Q2. Kan ik mijn eigen ChatGPT-share-link privé maken?
Ja. Open de conversatie in ChatGPT, klik “Share” en kies “Delete” of “Unshare”. De noindex-tag geldt ook voor oudere links, dus zelfs live /share-URL’s keren niet terug in Google. Staat er nog een cache, vraag dan verwijdering via Google’s Remove Outdated Content-tool.

Q3. Waarom deïndexeerde Google gedeelde gesprekken zo snel?
Drie redenen: hoge domein­autoriteit betekent dat Googlebot chatgpt.com in uren hercrawlt; OpenAI zette alle drie signalen (noindex, canonical, URL Removal) tegelijk live; en Google prioriteert automatisch dunne of UGC-content op schaal. Het vierstappen-playbook hierboven is de technische volgorde achter die snelheid.

Q4. Schaadt deïndexatie van ChatGPT-chats de SEO van sites die ernaar linkten?
Een beetje. Uitgaande links naar een gedeïndexeerde URL gedragen zich als links naar 404/noindex: ze verliezen de waarde die ze doorgaven, en de bestemming verliest citaat-waarde. Had je een /share-link in een blogpost, vervang die door een screenshot of geciteerde tekst. De link zelf is nu ballast.

Q5. Wat doe ik als een ChatGPT-share-pagina van een concurrent hoger rankt dan mijn content?
Controleer eerst of hij nog rankt (zoek opnieuw, vertrouw geen oude screenshot). Zo ja, meld de URL via Google’s Spam Report-tool als dun/UGC en documenteer het. Focus daarna op je eigen pagina: update de content, verbreed de dekking, voeg interne links toe. Een concurrent verwijderen promoveert je niet automatisch; Google her-evalueert iedereen wanneer een pagina uit de SERP valt.

De echte les

Het ChatGPT-/share-verhaal is een ongewoon helder voorbeeld van hoe snel Google kan handelen als een groot merk URL’s weg wil. Het is óók een reminder dat hetzelfde playbook (noindex + canonical + URL
Removal Tool + robots.txt, in die volgorde) jouw redding is bij een eigen nood. Bookmark die tabel.

En houd het multi-engine-aspect in de gaten. Google was ’s nachts schoon, maar Bing’s resterende /share-URL’s tonen dat “fixed in one place” zelden “fixed everywhere” is—zeker niet over talen en regionale index-slices heen.

Wil je zien wanneer AI-gegenereerde of gedeelde URL’s tegen jouw pagina’s beginnen te ranken? SEOJuice volgt concurrerende URL’s (inclusief AI-platform-/share-pagina’s) voor je belangrijkste keywords, signaleert nieuwe SERP-entrees en vertelt welke je moet deïndexeren of voorbijstreven. Gratis te proberen, geen creditcard.

Verder lezen:

• Hoe zorg je dat je merk opduikt in ChatGPT
• SEOJuice Data & Research
• AI Visibility Checker