A search operator returned other people's work
On the weekend of 25 July a user typed a single search operator into Google, site:claude.ai/share, and got back hundreds of other people's conversations with Claude. The results were not previews or titles. They were full transcripts, sitting on the open web, readable by anyone who ran the same query. Reporting through 27 July described legal strategy written by practising lawyers, engineering and troubleshooting sessions, resumes and financial detail indexed alongside ordinary questions.
By 27 July the Google results had largely gone, after Anthropic changed the configuration on its share pages. Bing was still returning some of them. That gap between two engines is the first useful signal here: the exposure was never governed by the vendor's intention, it was governed by what each crawler had already been permitted to do, and permission had been granted long before anyone looked.
The disallow is what stopped the fix
The mechanism matters more than the incident. Anthropic's robots.txt already disallowed crawling of its share URLs. That sounds like the stronger protection and it is the weaker one. Google's own Search Central documentation is explicit about the interaction: for the noindex rule to be effective, the page must not be blocked by a robots.txt file, because a crawler refused access never reads the rule telling it to stay out, and the address can still appear in results when other pages link to it.
So the disallow did not merely fail to help. It removed the only channel through which the correct instruction could arrive. A share link posted once in a public forum, a support thread or an exported chat log is enough to put the address in Google's hands, and from that moment a blocked page is an indexable page. The safe configuration is the counterintuitive one. Let the crawler reach the page, so that it can be told, in a header or a meta tag, not to list what it finds.
Two vendors, one archive, the same wiring
A public GitHub repository named Shared-Claude-Chats had already collected 453 Claude conversations and 519 Grok chats pulled from exposed links. The second number is the one to sit with. Two unrelated vendors, two separately built share features, one identical failure. That is not a defect in a single company's release. It is a design pattern in how conversational products hand out addresses.
The pattern reproduces easily. A team adds share-by-link, treats the resulting URL as private because it is long and unguessable, and never writes an indexing rule because nobody expects the address to travel. The address always travels. If your own product, your document portal, your reporting dashboard or your client delivery system mints links this way, you have the same wiring and very likely the same assumption sitting underneath it.
Audit every surface that mints a link
Deindexing is not remediation. Removing a result stops future discovery through that one engine. It recalls nothing that was already fetched, cached, archived or reposted, and the GitHub collection is the proof that fetching happened. For a European operator the legal reading follows directly: under the GDPR the platform is the controller for what its own service publishes to the open web, and a user clicking share is authorising disclosure to a chosen recipient, not publication and indexing. Those are two different processing operations, and agreeing to the first does not cover the second.
The work this week is not to wait for a vendor statement. List every surface in your business that turns content into a link a stranger could hold: shared chats your staff create in AI tools, your own product's share feature, exports from your ticketing system, generated client reports. For each one, confirm the page is reachable by crawlers and carries an explicit noindex, rather than being hidden behind a disallow that quietly guarantees the opposite. Then run the site: operator against your own domains and read what comes back.
Read next: Cognizant Has Trained 30,000 Of 350,000 On Claude | Anthropic's Fix for Claude Outages Arrives in 2027



