Ein Suchoperator lieferte fremde Arbeit aus

Am Wochenende des 25. Juli tippte ein Nutzer einen einzigen Suchoperator bei Google ein, site:claude.ai/share, und erhielt Hunderte fremder Gespräche mit Claude zurück. Es waren keine Vorschauen und keine Überschriften. Es waren vollständige Mitschriften, offen im Netz, lesbar für jeden, der dieselbe Abfrage stellte. Berichte bis zum 27. Juli beschrieben juristische Strategien praktizierender Anwälte, Entwicklungs- und Fehlersuchsitzungen, Lebensläufe und Finanzdetails, indexiert neben ganz gewöhnlichen Fragen.

Bis zum 27. Juli waren die Google-Treffer weitgehend verschwunden, nachdem Anthropic die Konfiguration seiner Freigabeseiten geändert hatte. Bing lieferte weiterhin einen Teil davon aus. Diese Lücke zwischen zwei Suchmaschinen ist das erste brauchbare Signal: Die Offenlegung richtete sich nie nach der Absicht des Anbieters, sondern danach, was jeder Crawler bereits tun durfte. Und diese Erlaubnis war längst erteilt, bevor jemand hinsah.

Die Sperre verhinderte die Korrektur

Der Mechanismus wiegt schwerer als der Vorfall. Die robots.txt von Anthropic untersagte das Crawlen der Freigabe-URLs bereits. Das klingt nach dem stärkeren Schutz und ist der schwächere. Googles eigene Search-Central-Dokumentation benennt das Zusammenspiel ausdrücklich: Damit die noindex-Regel wirkt, darf die Seite nicht per robots.txt gesperrt sein, denn ein abgewiesener Crawler liest die Anweisung nie, und die Adresse kann trotzdem in den Ergebnissen auftauchen, sobald andere Seiten darauf verlinken.

Die Sperre half also nicht bloß nicht. Sie schnitt den einzigen Kanal ab, über den die richtige Anweisung hätte ankommen können. Ein einziger Freigabelink in einem öffentlichen Forum, einem Support-Thread oder einem exportierten Chatprotokoll genügt, um die Adresse in Googles Hände zu geben, und von da an ist eine gesperrte Seite eine indexierbare Seite. Die sichere Einstellung ist die unintuitive: Lassen Sie den Crawler an die Seite heran, damit man ihm per Header oder Meta-Tag sagen kann, den Fund nicht zu listen.

Zwei Anbieter, ein Archiv, dieselbe Verdrahtung

Ein öffentliches GitHub-Repository namens Shared-Claude-Chats hatte bereits 453 Claude-Gespräche und 519 Grok-Chats aus offengelegten Links zusammengetragen. Die zweite Zahl verdient das längere Nachdenken. Zwei unverbundene Anbieter, zwei getrennt gebaute Freigabefunktionen, ein identischer Fehler. Das ist kein Defekt in der Auslieferung eines einzelnen Unternehmens. Das ist ein Konstruktionsmuster darin, wie Dialogprodukte Adressen vergeben.

Das Muster wiederholt sich mühelos. Ein Team baut Teilen per Link ein, hält die entstehende URL für privat, weil sie lang und nicht erratbar ist, und schreibt nie eine Indexierungsregel, weil niemand damit rechnet, dass die Adresse wandert. Die Adresse wandert immer. Wenn Ihr eigenes Produkt, Ihr Dokumentenportal, Ihr Berichts-Dashboard oder Ihr Mandantenversand Links auf diese Weise erzeugt, haben Sie dieselbe Verdrahtung und mit großer Wahrscheinlichkeit dieselbe Annahme darunter.

Prüfen Sie jede Oberfläche, die Links erzeugt

Deindexierung ist keine Behebung. Das Entfernen eines Treffers stoppt künftige Funde über genau diese eine Suchmaschine. Es holt nichts zurück, was bereits abgerufen, zwischengespeichert, archiviert oder erneut gepostet wurde, und die GitHub-Sammlung ist der Beleg, dass abgerufen wurde. Für einen europäischen Betrieb folgt daraus die rechtliche Lesart unmittelbar: Nach der DSGVO ist die Plattform verantwortlich für das, was ihr eigener Dienst im offenen Netz veröffentlicht, und wer auf Teilen klickt, erlaubt die Offenlegung gegenüber einem gewählten Empfänger, nicht die Veröffentlichung und Indexierung. Das sind zwei verschiedene Verarbeitungsvorgänge, und die Zustimmung zum ersten deckt den zweiten nicht ab.

Die Arbeit dieser Woche besteht nicht darin, auf eine Anbietererklärung zu warten. Listen Sie jede Oberfläche in Ihrem Unternehmen auf, die Inhalte in einen Link verwandelt, den ein Fremder halten könnte: geteilte Chats, die Ihre Mitarbeiter in KI-Werkzeugen anlegen, die Freigabefunktion Ihres eigenen Produkts, Exporte aus Ihrem Ticketsystem, erzeugte Mandantenberichte. Bestätigen Sie für jede einzelne, dass die Seite für Crawler erreichbar ist und ein ausdrückliches noindex trägt, statt sich hinter einer Sperre zu verstecken, die still das Gegenteil garantiert. Führen Sie danach den site:-Operator gegen Ihre eigenen Domains aus und lesen Sie, was zurückkommt.