KI-Crawler-Liste 2026

Alle KI-Bots zu blockieren ist eine redaktionelle Entscheidung. Alle zuzulassen ebenso. Treffen Sie diese Entscheidung bewusst; ein Trainingscrawler und ein Bot, der Ihren Artikel für eine Suchantwort abruft, erfüllen unterschiedliche Aufgaben.

Sie können bestimmte Suchcrawler zulassen und gleichzeitig bestimmte Trainingsnutzungen ablehnen. Sie können Ihre Website aber auch versehentlich aus einem KI-Antwortsystem ausschließen, obwohl Sie eigentlich nur das Modelltraining verhindern wollten. Die Namen machen einen Unterschied.

Diese KI-Crawler-Liste trennt tatsächliche HTTP-Clients von Tokens zur Steuerung der Inhaltsnutzung. Sie umfasst 19 dokumentierte Crawler und Abrufdienste, verlinkt offizielle IP-Quellen und enthält robots.txt-Beispiele, die Sie an Ihre Website anpassen können.

Crawling-Freigaben sind ein Teil einer übergeordneten LLMO-Strategie. Dieser Leitfaden behandelt den Zugriff; im Strategieleitfaden finden Sie die dazugehörigen Aufgaben rund um Inhalte und Erfolgsmessung.

Letzte Prüfung der Dokumentation: 3. November 2026. Die Prüfdaten in den Tabellen beziehen sich auf die Dokumentation, nicht auf unabhängige Tests des tatsächlichen Crawler-Verhaltens.

Welche KI-Bots sollten Sie zulassen?

Wenn Sie in der KI-Suche sichtbar sein möchten, prüfen Sie den Zugriff für OAI-SearchBot, Claude-SearchBot, PerplexityBot, MistralAI-Index, Amzn-SearchBot und DuckAssistBot. Entscheiden Sie separat, ob Sie die Erfassung für Trainingszwecke erlauben möchten.

Gehen Sie nicht davon aus, dass eine Trainingssperre auch den Abruf für Suchantworten verhindert. Eine Suchfreigabe ist ebenso wenig eine Zustimmung zu jeder anderen Nutzung. Jeder Betreiber definiert eigene Steuerungsmöglichkeiten; die Tabelle hält diese Unterschiede fest.

Eine Grenze sollten Sie kennen, bevor Sie etwas ändern: RFC 9309 beschreibt robots.txt als Protokoll für kooperative Crawler, nicht als System zur Absicherung des Zugriffs. Schützen Sie private Inhalte durch Authentifizierung und Berechtigungsprüfungen.

KI-Crawler-Liste: Betreiber, User-Agents und offizielle IP-Quellen

Die HTTP-Spalte zeigt die identifizierende Kennung im User-Agent, nicht den vollständigen Header mit seinen Browserangaben. Versionsnummern und umgebende Browserzeichenfolgen können sich ändern. Die robots.txt-Spalte nennt das Richtlinien-Token; sie garantiert nicht, dass ein durch Nutzer ausgelöster Abrufdienst eine Sperre beachtet.

Die Zweckangaben bedeuten: Suche umfasst das Auffinden oder Abrufen von Inhalten für Suchantworten. Training bezeichnet eine Erfassung, die dem Modelltraining dienen kann. Nutzeraktion bedeutet einen durch einen Produktnutzer ausgelösten Abruf. Datensammlung bezeichnet den Aufbau eines Archivs, das andere Organisationen weiterverwenden können.

Googlebot und bingbot gehören in diese Liste, weil die klassische Suchinfrastruktur für die Auffindbarkeit in KI-Systemen wichtig ist. Einen der beiden als reinen Trainingsbot zu bezeichnen, würde seine Aufgabe falsch darstellen. CCBot gehört zur Kategorie Datensammlung: Common Crawl veröffentlicht Crawl-Daten; es ist kein Antwortsystem für Endnutzer.

Die verlinkten IP-Quellen von Amazon sind Webseiten mit Adressdaten und keine gewöhnlichen eigenständigen JSON-Endpunkte. Gehen Sie nicht davon aus, dass sich jede Quelle dieser Tabelle mit demselben Parser verarbeiten lässt.

Google-Extended und Applebot-Extended sind keine Crawler

Ein Steuerungstoken kann in robots.txt hinter User-agent: stehen, ohne jemals in einer HTTP-Anfrage aufzutauchen. Genau diese Unterscheidung fehlt in vielen irreführenden KI-Bot-Listen.

Wenn Ihr Log-Tool einen Besuch von Google-Extended meldet, prüfen Sie, was es tatsächlich aufgezeichnet hat. Eine vom Tool vergebene Richtlinienbezeichnung beweist keine HTTP-Anfrage mit dieser Kennung.

Eine Sperre für Google-Extended betrifft auch bestimmte Grounding-Nutzungen

Beschreiben Sie Google-Extended nicht als reinen Trainingsschalter. Der dokumentierte Geltungsbereich umfasst auch Grounding in bestimmten Google-Produkten. Google AI Overviews und AI Mode in der Suche unterliegen den Suchsteuerungen. Das erläutert Google in seiner Dokumentation zu KI-Funktionen.

HTTP-User-Agents und robots.txt-Tokens

Ein HTTP-Header namens User-Agent kennzeichnet den Client, der eine Anfrage stellt. Ein Produkt-Token in robots.txt wählt eine Regelgruppe aus. Bei vielen Bots stimmen die Namen überein. Die vollständigen Zeichenfolgen tun das nicht.

Mistral dokumentiert beispielsweise diesen vollständigen HTTP-Header-Wert für seinen durch Nutzer ausgelösten Abrufdienst:

Mozilla/5.0 AppleWebKit/537.36 (KHTML, like Gecko; compatible; MistralAI-User/1.0; +https://docs.mistral.ai/robots)

Die dazugehörige robots.txt-Gruppe verwendet das Produkt-Token:

User-agent: MistralAI-User
Disallow: /example-path/

Die Browserangaben gehören nicht in die User-agent:-Zeile. Ebenso sollte Ihre Firewall einen Bot nicht ausschließlich an einer fest hinterlegten Browserversion erkennen. Trennen Sie die Verifizierung seiner Identität vom Abgleich einer Versionsnummer.

Es gibt nicht den einen ChatGPT-Crawler

OpenAI trennt den Suchzugriff über OAI-SearchBot von der Erfassung für mögliches Training über GPTBot. ChatGPT-User übernimmt bestimmte Nutzeraktionen; dieser Client ist nicht die Steuerung für den Suchausschluss. Laut OpenAI gilt robots.txt möglicherweise nicht für solche durch Nutzer ausgelösten Anfragen.

Dieser letzte Punkt ist entscheidend. Ein Disallow-Eintrag ist keine verlässliche Netzwerksperre für jeden Client, der den Namen eines KI-Produkts trägt. Prüfen Sie das dokumentierte Verhalten des Betreibers, bevor Sie ihn als solche behandeln.

Für nutzerinitiierte Abrufe gelten nicht überall dieselben robots.txt-Regeln

Perplexity erklärt, dass Perplexity-User robots.txt in der Regel ignoriert. Anthropic erklärt, dass seine Bots einschließlich Claude-User robots.txt beachten. Amazon weist darauf hin, dass Amzn-User möglicherweise nicht jede Anweisung befolgt. Wenden Sie die dokumentierte Regelung des jeweiligen Clients an, statt die Ausnahme eines Betreibers auf alle anderen zu übertragen.

So legen Sie robots.txt-Regeln für KI-Bots fest

Entscheiden Sie zuerst, welche Nutzung zu Ihrem Unternehmen passt. Sollen Ihre öffentlichen Studien für Suchantworten verfügbar sein? Möchten Sie die Erfassung für Trainingszwecke erlauben? Soll für ein kostenpflichtiges Archiv eine andere Regel gelten?

Schreiben Sie danach die Regeln. Eine lange Sperrliste beantwortet diese Fragen nicht für Sie.

Ausgewählte KI-Suchcrawler zulassen und bestimmte Trainings- und Datensammlungen ablehnen

Dieses Beispiel erstellt eine gemeinsame Regelgruppe für sechs Suchdienste und eine separate Gruppe für fünf Trainings- oder Datensammlungsdienste. Es legt keine Richtlinie für sämtliche Betreiber, alle nutzerinitiierten Abrufdienste oder Ihre bestehenden Googlebot- und bingbot-Gruppen fest.

Fügen Sie es in Ihre bestehende Datei ein. Gibt es eine der benannten Gruppen bereits, bearbeiten Sie diese Gruppe und prüfen Sie widersprüchliche Regeln. Ersetzen Sie die beispielhaften Pfadausschlüsse durch die Ausschlüsse, die Ihre öffentliche Website tatsächlich benötigt.

# Ausgewählte Suchcrawler
User-agent: OAI-SearchBot
User-agent: Claude-SearchBot
User-agent: PerplexityBot
User-agent: MistralAI-Index
User-agent: Amzn-SearchBot
User-agent: DuckAssistBot
Allow: /
Disallow: /account/
Disallow: /checkout/

# Ausgewählte Trainings- und Datensammlungsdienste
User-agent: GPTBot
User-agent: ClaudeBot
User-agent: MistralAI-Training
User-agent: Amazonbot
User-agent: CCBot
Disallow: /

Wenn Sie zusätzlich nutzerinitiierte Abrufe zulassen möchten, prüfen Sie die entsprechenden Tabellenzeilen separat. Eine Freigabe für Claude-SearchBot erlaubt nicht automatisch den Zugriff von Claude-User, wenn eine andere anwendbare Regel ihn ausschließt.

Die dokumentierten Nutzungssteuerungen von Google und Apple ablehnen

Diese Gruppen drücken Nutzungspräferenzen aus; sie sperren keinen eigenständigen HTTP-Crawler:

User-agent: Google-Extended
Disallow: /

User-agent: Applebot-Extended
Disallow: /

Lesen Sie vor dem Einfügen die Tabelle zum Geltungsbereich. Eine Ablehnung für Google-Extended betrifft insbesondere auch die genannten Grounding-Nutzungen. Fügen Sie diese Regel daher nicht in eine intern als „nur Training“ bezeichnete Richtlinie ein.

Einen bestimmten Suchcrawler blockieren

Wenn Sie sich gegen eine bestimmte Sucheinbindung entscheiden, geben Sie dem zugehörigen Crawler eine ausdrückliche Sperre. Zum Beispiel:

User-agent: PerplexityBot
Disallow: /

Damit adressieren Sie die automatische Erfassung durch PerplexityBot. Die separate Identität Perplexity-User wird dadurch nicht zu einem Client, der robots.txt zuverlässig beachtet. Setzen Sie einen erforderlichen Zugriffsausschluss am Server oder am Netzwerkrand durch und verwenden Sie dafür nach Möglichkeit verifizierte Identitäten.

Pfadbeschränkungen gehören in die jeweils anwendbare Gruppe

Dieser Fehler bleibt leicht unbemerkt:

User-agent: *
Disallow: /account/

User-agent: Googlebot
Allow: /

Die spezifische Googlebot-Gruppe übernimmt den Ausschluss von /account/ aus der Wildcard-Gruppe nicht. Soll dieser Ausschluss gelten, tragen Sie ihn auch in die Googlebot-Gruppe ein. Googles Leitfaden zur robots.txt-Spezifikation erklärt die Gruppenauswahl und die Rangfolge der Regeln.

Innerhalb einer Gruppe kann eine spezifischere Pfadregel eine allgemeinere überschreiben. Behandeln Sie die Datei nicht wie eine Firewall, bei der immer die erste passende Zeile gewinnt.

Ausweichregeln ausdrücklich berücksichtigen

Laut Apple folgt Applebot den Googlebot-Anweisungen, wenn keine Applebot-Gruppe vorhanden ist. Amazon dokumentiert ein Ausweichverhalten für Amzn-SearchBot, wenn dessen eigenes Token fehlt und andere Suchbots zugelassen sind. Wenn Sie eine andere Richtlinie benötigen, benennen Sie den jeweiligen Client ausdrücklich, statt sich allein auf die Wildcard-Gruppe zu verlassen.

Bings Ankündigung vom Oktober 2026: Auf 2027 vorbereiten

Am 30. Oktober 2026 kündigte Microsoft getrennte Präferenzen für Training und Grounding an. Sie werden ab dem 1. Februar 2027 im Zuge des Crawlings wirksam. Zum Prüfdatum dieses Artikels handelt es sich um angekündigte Steuerungsmöglichkeiten, nicht um eine bereits im November 2026 aktive Funktion.

Das angekündigte Trainingssignal umfasst:

User-agent: __usage_ai-training
Disallow: /

Microsoft dokumentiert außerdem Steuerungen für Training und Grounding auf Seitenebene. Ein angekündigtes Grounding-Beispiel lautet:

<meta name="Bingbot" content="ai-grounding:disallow">

Dies ist eine Seitenmetadaten-Angabe, keine robots.txt-Regel. Laut Microsoft gelten die bisherigen KI-Präferenzen über NoArchive und NoCache nach dem 1. März 2027 nicht mehr. Wer diese verwendet, muss die Übergangsanweisungen beachten, gegebenenfalls einschließlich der vorübergehenden Grounding-Einstellung in Bing Webmaster Tools.

Orientieren Sie sich bei der Einführung an Microsofts datierter Ankündigung und Implementierungsanleitung. Ersetzen Sie eine funktionierende aktuelle Regelung nicht durch ein künftiges Signal in der Annahme, der Schutz beginne sofort.

So verifizieren Sie einen KI-Crawler und prüfen seinen Websitezugriff

Eine User-Agent-Zeichenfolge ist eine Behauptung. Jeder kann sie senden.

Für Ihre Verifizierung benötigen Sie die tatsächliche Herkunft der Anfrage und die aktuellen Nachweise des Betreibers. Andernfalls kann eine Freigabe für einen vertrauenswürdigen Bot zu einer Freigabe für jeden werden, der dessen Namen kopiert.

Quell-IP mit der richtigen offiziellen Liste vergleichen

Beginnen Sie mit der veröffentlichten IP-Quelle aus der Referenztabelle. Prüfen Sie CIDR-Bereiche korrekt, einschließlich IPv6, wenn der Feed entsprechende Angaben enthält. Ein bloßer Vergleich von Zeichenfolgenanfängen ist keine Subnetzprüfung.

Verwenden Sie die Liste für den angegebenen Bot, nicht einfach die eines anderen Bots desselben Unternehmens. Perplexity veröffentlicht separate Feeds für PerplexityBot und Perplexity-User. Der gemeinsame Feed von Anthropic bestätigt eine Anthropic-Quelle; für sich allein unterscheidet er ClaudeBot nicht von Claude-SearchBot.

Ersetzen Sie eine botspezifische Liste nicht durch den gesamten Adressraum eines Cloudanbieters. Eine Anfrage aus Amazon Web Services oder Azure stammt dadurch noch nicht nachweislich von einem freigegebenen Crawler.

Für CCBot dokumentiert Common Crawl außerdem eine durch Vorwärtsauflösung bestätigte Reverse-DNS-Prüfung für IPv4. Folgen Sie genau der Methode des Betreibers; ein Hostname, der lediglich einen bekannten Markennamen enthält, beweist nichts.

Anfragen am CDN und am Ursprungsserver prüfen

Erfassen Sie den angefragten Host und Pfad, den Zeitstempel, den User-Agent-Header, die vertrauenswürdig ermittelte Client-IP, den Antwortstatus und die Sicherheitsaktion. Wenn ein CDN die Anfrage abweist, bevor sie WordPress erreicht, zeigt das Zugriffsprotokoll Ihres Ursprungsservers nicht den gesamten Vorgang.

Verwenden Sie Client-IP-Daten aus einer vertrauenswürdigen Proxy-Konfiguration. Bauen Sie die Verifizierung nicht auf einem beliebigen Weiterleitungsheader auf, den ein externer Besucher selbst setzen kann.

Wird ein freigegebener Bot blockiert, passen Sie die dafür verantwortliche Challenge- oder Bot-Regel gezielt an. Begrenzen Sie eine Ausnahme auf die öffentlichen Inhalte und Anfragemethoden, die der Bot benötigt; die Authentifizierung bleibt erforderlich.

Die ausgelieferte Seite testen, nicht nur den robots.txt-Inhalt

Beginnen Sie mit einer normalen GET-Anfrage:

curl -sS -D - https://example.com/robots.txt

Prüfen Sie anschließend einen öffentlichen Artikel. Das folgende Beispiel verwendet eine synthetische User-Agent-Kennung zur Diagnose; es bildet keine verifizierte Quell-IP nach:

curl -sS \
  -A 'OAI-SearchBot' \
  -D response-headers.txt \
  -o response-body.html \
  https://example.com/ai-crawler-list-robots-txt/

So können Sie eine Regel erkennen, die auf diesen Header reagiert. Der Test beweist nicht, dass echte Crawler-Anfragen dieselbe Antwort erhalten. Bestätigen Sie das anhand verifizierter Anfragen in Ihren Protokollen.

Auch ein Statuscode 200 reicht nicht aus. Öffnen Sie den Antwortinhalt. Eine Challenge-Seite kann 200 zurückgeben, obwohl der Artikel gar nicht ausgeliefert wird. Prüfen Sie, ob die eigentliche Antwort und die Referenztabelle im ausgelieferten Inhalt enthalten sind. Kontrollieren Sie außerdem X-Robots-Tag-Header und Robots-Anweisungen auf Seitenebene.

Verifizierungsdaten aktuell halten

Aktualisieren Sie IP-Listen nach einem festgelegten Zeitplan und validieren Sie die Antwort, bevor Sie Regeln im Produktivbetrieb ändern. Schlägt ein Abruf fehl, behalten Sie die letzte gültige Version und untersuchen Sie den Fehler. Eine funktionierende Liste durch eine leere Antwort zu ersetzen, schafft ein neues Problem.

Prüfen Sie die Betreiber-Dokumentation erneut, wenn eine neue Kennung auftaucht. Ein unbekannter Botname sollte nicht stillschweigend die Freigabe für jedes andere Produkt desselben Unternehmens übernehmen.

Was Crawler-Zugriff für SEO und LLM-Sichtbarkeit bedeutet

Zugriff gibt einem System die Möglichkeit, Ihre Inhalte abzurufen. Er liefert noch keinen Grund, sie als Quelle zu zitieren.

Für Google AI Overviews und AI Mode muss eine als Quelle verlinkte Seite laut Google indexiert und zur Anzeige mit einem Snippet in der Suche geeignet sein. Ein spezielles KI-Schema oder eine neue KI-Textdatei ist nicht erforderlich. Die veröffentlichte Dokumentation verweist Websitebetreiber auf die etablierten SEO-Anforderungen.

Wenn Sie über llms.txt nachdenken, erläutert unsere Analyse zu llms.txt, SEO und GEO den Vorschlag und die Grenzen unserer Beobachtungen bei der Umsetzung. Trennen Sie diese Diskussion von den Crawling-Freigaben, die Sie in robots.txt festlegen.

Es bleibt genug sinnvolle Arbeit. Stellen Sie die eigentliche Antwort als lesbaren Text bereit. Verlinken Sie Originalbelege. Geben Sie Tabellen aussagekräftige Überschriften. Erklären Sie, was Sie geprüft haben, und unterscheiden Sie eine dokumentierte Richtlinie von einer eigenen Beobachtung.

Bei einer Referenzseite wie dieser gehören Datumsangaben zum Inhalt. Leser müssen erkennen können, ob „unterstützt diese Steuerung“ bedeutet, dass sie heute aktiv ist oder erst für den kommenden Februar angekündigt wurde. Ein KI-Antwortsystem benötigt diese Unterscheidung ebenfalls.

Zugriff, Quellenverweise und Geschäftsergebnisse getrennt auswerten

Messen Sie Crawler-Zugriffe anhand verifizierter Server- oder CDN-Protokolle. Prüfen Sie tatsächliche Antworten, um die Nennung Ihrer Seite als Quelle zu erfassen. Nutzen Sie Analytics- und Conversion-Daten, um zu bewerten, was diese Besuche bewirken.

Unsere SEO- und GEO-Fallstudie stellt organischen Traffic und erfasste KI-Quellenverweise als getrennte Beobachtungen dar, nicht als Beweis dafür, dass das eine das andere verursacht hat.

Eine Crawler-Anfrage ist kein Besuch über einen Quellenlink. Ein solcher Besuch beweist wiederum nicht, dass Modelltraining die Empfehlung ausgelöst hat. Trennen Sie diese Aussagen, und Ihre Auswertung wird deutlich nützlicher.

Dokumentieren Sie bei der Prüfung einer KI-Antwort die genaue Frage zusammen mit Datum, Produkt, Sprache und zitierter URL. Wiederholen Sie dieselben Prüfungen nach einer wesentlichen Änderung. Ein Screenshot dokumentiert eine Antwort; er belegt keinen stabilen Sichtbarkeitstrend.

Ein praktisches Beispiel liefert unser B2B-Benchmark zur KI-Sichtbarkeit. Er dokumentiert einen festen Fragenkatalog auf mehreren Plattformen und erläutert die Grenzen eines einzelnen Testdurchlaufs.

Häufig gestellte Fragen zu KI-Bots und robots.txt

Kann ich GPTBot blockieren und trotzdem in der ChatGPT-Suche erscheinen?

Ja. OpenAI dokumentiert unabhängige Steuerungen für GPTBot und OAI-SearchBot. Lassen Sie die Suchkennung zu, wenn Ihre Inhalte für die Suche infrage kommen sollen, und entscheiden Sie separat über das Training. Die grundsätzliche Eignung garantiert keinen Quellenverweis.

Verschwindet meine Website aus Google AI Overviews, wenn ich Google-Extended blockiere?

Nein. Google-Extended steuert nicht die Aufnahme in die Google-Suche. Für die KI-Funktionen der Suche dokumentiert Google den Googlebot-Zugriff und die Steuerung der Suchvorschau; das Extended-Token hat einen anderen Nutzungsumfang.

Verbessert die Freigabe eines Trainingscrawlers meine Sichtbarkeit in der KI-Suche?

Behandeln Sie eine Trainingsfreigabe nicht als Taktik für mehr Quellenverweise. Suchabruf und Modelltraining sind unterschiedliche Prozesse. Bietet ein Betreiber separate Steuerungen an, bewerten Sie jede Freigabe anhand ihres dokumentierten Zwecks.

Blockiert noindex das KI-Training?

Verwenden Sie noindex nicht als universellen Trainingsausschluss. Eine Indexierungsanweisung und eine Präferenz zur Trainingsnutzung beantworten unterschiedliche Fragen. Nutzen Sie für die gewünschte Einschränkung die dokumentierten Steuerungen des jeweiligen Betreibers.

Kann robots.txt jeden KI-Scraper stoppen?

Nein. Kooperative Clients können die Datei beachten; andere können sie ignorieren. Muss der Zugriff ausgeschlossen werden, setzen Sie diese Entscheidung in der Anwendung, am Server oder am Netzwerkrand durch.

Wie lange dauert es, bis robots.txt-Änderungen bei KI-Bots wirken?

Es gibt keine allgemeingültige Verarbeitungszeit. DuckDuckGo nennt 72 Stunden für einen DuckAssistBot-Ausschluss. Übertragen Sie diesen Zeitraum nicht auf einen anderen Betreiber, und betrachten Sie eine zwischengespeicherte Richtlinie nicht als Beweis dafür, dass eine neue Regel fehlgeschlagen ist.

Löscht eine Crawler-Sperre Informationen, die ein Modell bereits gelernt hat?

Eine neue robots.txt-Regel ist kein Antrag auf Löschung von Modellwissen. Behandeln Sie sie als zukunftsgerichtete Präferenz für die vom Betreiber dokumentierten Nutzungen. Wenn Sie bereits vorhandene Inhalte entfernen lassen möchten, nutzen Sie ein gegebenenfalls verfügbares separates Entfernungsverfahren.

Quellen, Umfang und Prüfmethode

Diese Referenz verwendet Betreiber-Dokumentationen und von Betreibern veröffentlichte IP-Quellen. Die Tabellen unterscheiden HTTP-Identitäten von Nutzungstokens und kennzeichnen künftige Steuerungen separat. „Kein IP-Feed verlinkt“ bedeutet, dass die geprüfte Seite keinen bereitgestellt hat. Es beweist nicht, dass nirgendwo eine Verifizierungsmöglichkeit existiert.

Die Auswahl ist begrenzt. Die Crawler-Dokumentation von Meta ließ sich bei dieser Prüfung nicht unabhängig abrufen. Deshalb sind die entsprechenden Clients nicht in der verifizierten Tabelle enthalten. Weder ein botspezifischer IP-Feed noch ein aktuelles Verhalten wurde aus einem Drittanbieter-Verzeichnis abgeleitet.

Die Regeln sind Richtlinienbeispiele, keine Ergebnisse eines Crawling-Experiments im Produktivbetrieb. Prüfen Sie die zusammengeführte Datei vor dem Einsatz anhand Ihrer tatsächlichen Hosts, Pfade und vorhandenen Gruppen. Halten Sie robots.txt im Stammverzeichnis jedes relevanten Hosts verfügbar.

Entscheiden Sie ausdrücklich. Halten Sie die Belege aktuell. Geben Sie Menschen dann etwas, das nützlich genug ist, damit eine Suchmaschine, ein KI-Assistent oder ein anderer Mensch den nächsten Leser zu Ihnen schickt.

Benötigen Sie Unterstützung bei der Suche nach Zugriffsproblemen auf Ihrer Website? Unser GEO-Audit und Monitoring der KI-Sichtbarkeit berücksichtigt die technische Zugänglichkeit ebenso wie die Quellen und Antworten, die für Ihr Unternehmen relevant sind.