Claude-Websuche: Woher die Ergebnisse stammen

Von Manfred Mayer Rieger · Veröffentlicht 30. Oktober 2026

Eine Werkstatt für Haushaltsgeräte lässt sich von Claude, über dessen Websuche-Funktion, zeigen, welche anderen Betriebe in der Umgebung ebenfalls Induktionskochfelder reparieren. Die Antwort nennt zwei Mitbewerber und verlinkt einen Eintrag, der elf Tage zuvor aktualisiert wurde – eine Seite, die es beim Training von Claude noch gar nicht gab, also kann kein noch so gutes Gedächtnis sie geliefert haben. Eine Stunde später stellt eine Kundin eine schlichtere Frage: Wer hat die Kesselmarken-Zertifizierung der Werkstatt selbst ausgestellt? Diesmal kommt nichts zurück. Die Seite, die genau das beantwortet, liegt drei Klicks tief auf der eigenen Website und taucht nie auf.

Dasselbe Werkzeug, dasselbe Modell, zwei völlig unterschiedliche Ergebnisse – weil sich hinter “Claude hat im Web gesucht” mindestens drei getrennte Systeme verbergen, und nur eines davon ist gut dokumentiert.

Was passiert technisch, wenn Claude im Web sucht?

Claudes web_search-Werkzeug ist eine Aktion pro Anfrage, live ausgeführt – kein Abgleich mit etwas, das fest im Modell steckt. Anthropics eigene Entwicklerdokumentation beschreibt, wie Claude mitten in einer Antwort entscheidet, ob eine Frage von Informationen abhängt, die “aktuell, veränderlich oder außerhalb der Trainingsdaten” liegen – ein Preis, eine aktuelle Meldung, eine Tatsache über ein Unternehmen, die sich geändert haben könnte. Fällt die Entscheidung dafür, stellt Claude eine Suchanfrage, erhält eine Ergebnisliste zurück – jede mit URL, Titel und einem page_age, der zeigt, wann die Seite zuletzt geändert wurde – und formuliert die Antwort mit Zitaten, die genau auf diese URLs verweisen. Nichts davon stammt aus dem Gedächtnis. Es stammt aus dem, was die Suche gerade geliefert hat – weshalb dieselbe Marke in einer Antwort präzise und aktuell vorkommen kann und in der nächsten gar nicht.

Welche Suchmaschine liefert die Ergebnisse tatsächlich?

Keine eigene von Claude. Google Clouds Dokumentation zum Betrieb von Claude auf Vertex AI sagt es unverblümt: “The Claude models use a third-party search provider for the web search feature” – die Claude-Modelle nutzen für die Websuche-Funktion einen externen Suchanbieter –, und ergänzt, dass die dorthin übermittelten Daten den “Nutzungsbedingungen und der Datenschutzerklärung dieses Dritten” unterliegen, nicht denen von Google. Anthropics eigene Unterlagen beschreiben dieselbe Konstruktion, ohne das Unternehmen je zu benennen.

Der klarste Hinweis, welcher Anbieter das ist, deutet auf Brave Search – und das ist ein Hinweis, keine Bestätigung. In derselben Woche, in der Claudes Websuche im März 2025 startete, nahm Anthropics eigene Liste der Subunternehmer Brave Search neu auf – eine datierte Änderung an Anthropics eigener Offenlegung, keine Vermutung Dritter. Unabhängige Tests am Tag danach fanden bei identischen Anfragen übereinstimmende Treffer zwischen Claude und Brave, dazu einen Parameter in Claudes eigener Werkzeugdefinition mit dem Namen “BraveSearchParams”. Anthropic selbst hat den Namen seitdem in keiner Dokumentation genannt, weshalb das ein datiertes Indiz bleibt, keine offizielle Aussage.

Ist das dasselbe wie das Crawlen einer Seite durch Claude-SearchBot?

Nicht nachweislich, und genau diese Lücke wiegt schwerer, als es zunächst scheint. Anthropics Crawler-Dokumentation beschreibt Claude-SearchBot als einen Bot, der “das Web durchsucht, um die Qualität der Suchergebnisse zu verbessern” und Inhalte “zur Optimierung der Suche” indexiert. Das liest sich wie eine Beschreibung genau des Abrufschritts von oben. Aber nirgends sagt Anthropics Dokumentation, dass der Index von Claude-SearchBot derselbe ist, den das web_search-Werkzeug tatsächlich abfragt, statt ein getrenntes Signal für irgendeinen anderen internen Rankingschritt zu liefern. Beide Fähigkeiten stehen in unterschiedlichen Dokumenten, und Anthropic zieht die Verbindung zwischen ihnen an keiner Stelle selbst. Claude-SearchBot ist einer von drei eigenständigen Claude-Crawlern mit drei eigenständigen Aufgaben – Training, Live-Abrufe für Nutzeranfragen und diese Indexierungsrolle –, und was jeder Einzelne davon tut und wie man gezielt nur den gemeinten blockiert, erklärt ein eigener Beitrag, statt es hier zu wiederholen.

Wie kommt eine Seite in Claudes Suche – oder bleibt draußen?

Größtenteils wie bei jedem anderen crawlerbasierten System: durch Erreichbarkeit und eine fehlende Sperre. Claude-SearchBot und Claude-User haben jeweils eine eigene Zeile in der robots.txt, und eine Sperre für den einen ändert nichts am anderen – eine Website, die Claude-SearchBot blockiert, bekommt weiterhin Live-Abrufe über Claude-User, und umgekehrt genauso. Wer die API separat anspricht, kann web_search auf eine allowed_domains- oder blocked_domains-Liste einschränken, aber diese Liste gehört demjenigen, der die Integration gebaut hat und die Frage stellt – nicht der durchsuchten Website. Es gibt kein Formular, das ein Unternehmen ausfüllt, keinen Verifizierungsschritt, nichts, was den Lizenzdeals ähnelt, die einzelne Verlage mit anderen KI-Unternehmen geschlossen haben. Der einzige Hebel einer Website sind Erreichbarkeit und Klarheit, gleichmäßig angewandt – ohne Garantie, bei einer bestimmten Suche tatsächlich berücksichtigt zu werden.

Kann irgendetwas bestätigen, ob Claudes Suche eine bestimmte Seite zitieren würde?

Nur teilweise, und die ehrliche Hälfte dieser Antwort ist genau die Grenze. Eine kostenlose Crawler-Prüfung kann eine echte Anfrage stellen, die sich als ClaudeBot, Claude-SearchBot und Claude-User ausgibt – getrennt voneinander – und so feststellen, ob jeder Einzelne auf Serverebene tatsächlich durchgelassen wird, statt nur auf dem Papier erlaubt zu sein. Genau diese Aufteilung übernimmt der kostenlose robots.txt-Checker für mehrere benannte Crawler gleichzeitig, weil eine Bot-Sperre eines CDN und eine robots.txt-Datei nicht immer übereinstimmen. Das klärt, ob eine Seite überhaupt erreichbar ist.

Was es nicht klärt: ob sie zitiert wird. Die Modellprüfungen einer tieferen KI-Sichtbarkeitsprüfung laufen über eine gewöhnliche Chat-Vervollständigung, ganz ohne angeschlossene Such- oder Browsing-Funktion – sie testen, was im Training eines Modells über eine Marke bereits steckt, nie, was eine Live-Suche dafür gerade jetzt finden würde. Sie rufen web_search nie auf und sehen nie, was dabei herauskommt, können also nicht sagen, ob Claudes eigene Suche eine bestimmte Seite heute zitieren würde – dieselbe ehrliche Lücke, die bereits für ChatGPTs rein gedächtnisbasiertes Prüfdesign beschrieben wurde.

Leicht erreichbar für einen Crawler zu sein und klar zu beschreiben, was ein Unternehmen tut und wo – die Praxis, die die KI-SEO-Seite dieser Website beschreibt – bleibt der einzige Hebel, der alle drei Systeme gleichzeitig berührt. Eine Zitation garantiert das bei keinem der drei.

Drei Systeme stecken hinter dem, was wie eine einzige Antwort von Claude aussieht: eingefrorenes Trainingsgedächtnis, ein externer Suchindex, den außerhalb von Anthropic niemand offiziell benannt hat, und Anthropics eigener Crawler, der separat für einen Zweck indexiert, den die eigene Dokumentation nicht ganz zu Ende erklärt. Eine Website kann alle drei sperren, keines von ihnen angehen und trotzdem durch Zufall auftauchen – oder alles richtig machen und trotzdem nicht wissen, welches der drei Systeme die heutige Frage beantwortet hat.