Check if your brand is visible to AI Search

Wir haben 500+ Krypto- & Web3-Seiten auf AI-Visibility geprüft — das ist kaputt (Daten 2026)

68 % der Krypto-Seiten blockieren AI-Crawler, ohne es zu wissen. Originaldaten aus 500+ Web3-Audits —…

Published: Juli 6, 2026

12 Minuten zum Lesen

Haben Sie eine Frage?

Sprechen Sie mit einem Team, das ein gut entwickeltes Full-Service-KI-Marketing versteht.

Krypto-Projekte werden nicht deshalb von AI-Zitierungen ausgeschlossen, weil ihre Inhalte schwach sind oder ihre Domain Authority niedrig ist — sondern weil dieselbe Sicherheitsinfrastruktur, die sie vor Scrapern schützt, gleichzeitig jedem Bot den Zutritt verweigert, der sie empfehlen würde. Sie können ein ausgefeiltes Whitepaper, eine aktive Community und solide Tokenomics haben — und trotzdem in Antworten von ChatGPT oder Perplexity unsichtbar sein. Die meisten Teams merken nicht einmal, dass das passiert.

Als wir den AI Visibility Checker über 500+ Krypto- und Web3-Seiten laufen ließen, war das das Muster, das wir immer wieder gesehen haben. Kein Content-Problem. Ein Konfigurationsproblem.

Balkendiagramm, das vergleicht, wie viele Seiten jeder AI-Crawler pro einem einzelnen Referral-Besuch zurück auf eine Website abruft: Anthropic ClaudeBot 20.583:1, OpenAI GPTBot 1.255:1, Perplexity 111:1, Google 5:1, DuckDuckGo ungefähr 1:1. Die Balken verwenden eine logarithmische Skala.

5 Zahlen, die das AI-Visibility-Problem von Krypto definieren

  • 68 % der 500+ Krypto-Seiten, die wir geprüft haben, blockieren mindestens einen großen AI-Retrieval-Crawler — GPTBot, OAI-SearchBot, PerplexityBot oder ClaudeBot — die meisten, ohne es zu merken.
  • 54 % haben überhaupt kein JSON-LD-Schema auf irgendeinem wichtigen Seitentyp.
  • Unter 4 % haben eine llms.txt-Datei im Domain-Root.
  • Durchschnittlicher AI Visibility Score: 31 von 100 — klar in der Kategorie „Schlecht“.
  • Von den blockierten Seiten werden 61 % durch Infrastruktur-Defaults blockiert — Cloudflare-WAF-Regeln, Security-Plugins — nicht durch eine absichtliche robots.txt-Policy.

Die Mehrheit der Websites in diesem Datensatz ist nicht wegen schwacher Texte unsichtbar. Sie sind unsichtbar, weil eine WAF-Regel, die bei einer Servermigration angewendet wurde, nie wieder überprüft wurde. Die Lösung sind nicht Monate an Linkbuilding — sondern eine Konfigurationsänderung, die einen Nachmittag dauert, wenn man weiß, auf welcher Ebene man schauen muss.

So funktioniert der ICODA AI Visibility Score

Der Checker bewertet jede Website in vier Kategorien:

AI-Crawler-Zugriff (35 %) — robots.txt-Direktiven für GPTBot, OAI-SearchBot, PerplexityBot, ClaudeBot, Claude-SearchBot, Google-Extended und ChatGPT-User, plus Erkennung von WAF-Blocking. WAF-Regeln greifen, bevor robots.txt gelesen wird — eine permissive robots.txt mit einer blockierenden WAF-Regel bringt also nichts.

Strukturierte Daten (25 %) — Vorhandensein von JSON-LD-Schema, veraltete dateModified-Werte, Microdata- oder RDFa-Flags. Der Checker bewertet das, weil es mit der allgemeinen technischen Reife korreliert — nicht weil Schema direkt AI-Zitierungen antreibt. Mehr dazu in Finding 2.

Technische Infrastruktur (25 %) — ob Seiten als crawlbares HTML ohne JavaScript-Ausführung gerendert werden; llms.txt-Vorhandensein; Sitemap-Zugänglichkeit.

Content-Zugänglichkeit (15 %) — Seiten ohne Login-Walls erreichbar, Inhalte zur Entitätsdefinition vorhanden, Content-Struktur, die es AI-Systemen ermöglicht, zitierfähige Aussagen zu extrahieren.

ErgebnisEbeneWas es bedeutet
0–44SchlechtBlockiert oder nahezu unsichtbar für AI-Retrieval-Systeme
45–64MittelUneinheitliche Zitierungen, hauptsächlich bei Exact-Match-Queries
65–79GutRegelmäßig erreichbar; zitiert bei relevanten Nischen-Queries
80+AusgezeichnetVollständig offen; serverseitig gerendert; konsistente AI-Zitierung

Training-Crawler vs. Retrieval-Bots

Diese Unterscheidung ist der Punkt, an dem die meisten Fix-Versuche scheitern:

Training-CrawlerRetrieval-Bots
ZweckSammeln Inhalte für das ModelltrainingRufen Live-Inhalte ab, um sie in AI-Antworten zu zitieren
BeispieleGPTBot, CCBotOAI-SearchBot, PerplexityBot, ClaudeBot
Blockieren?Ihre Entscheidung — schützt vor Training-NutzungBlockieren = unsichtbar in AI-Antworten

Ein Website-Betreiber sieht „GPTBot“ in seinen Logs, fügt Allow: / für GPTBot hinzu und glaubt, damit die ChatGPT-Visibility behoben zu haben. Hat er nicht. OAI-SearchBot ist der Retrieval-Crawler, der ChatGPT-Search-Zitierungen antreibt. Beide arbeiten unabhängig voneinander, und tausende Krypto-Seiten haben den einen erlaubt, während sie den anderen blockieren.

Horizontale Zeitleiste von 2022 bis 2026, die zeigt, wann jeder große AI-Crawler gestartet ist

Finding 1: 68 % der Krypto-Seiten blockieren AI-Crawler, ohne es zu wissen

68 % der Websites in unserem Datensatz blockieren mindestens einen AI-Retrieval-Crawler. Das Blocking ist typischerweise keine bewusste Entscheidung.

Ein Hinweis, bevor wir zur Mechanik kommen: robots.txt ist ein freiwilliges Compliance-Protokoll, keine technische Barriere. Große AI-Anbieter verpflichten sich, es zu respektieren, und die konformen Bots tun das. Für Perplexity wurde im August 2025 dokumentiert, dass nicht deklarierte Crawler eingesetzt wurden, die User-Agents rotieren, um Direktiven zu umgehen. Echtzeit-Fetches, die von Nutzern angestoßen werden, umgehen robots.txt oft vollständig. Für die Mainstream-Bots, die die meisten Zitierungen treiben, ist robots.txt aber weiterhin relevant — das Problem ist, dass die meisten Krypto-Seiten selbst für Bots blockiert sind, die sich an die Regeln halten.

Drei Blocking-Mechanismen dominieren die Daten:

robots.txt-Wildcard-DisallowDisallow: / unter User-agent: * blockiert jeden Crawler. Manche CMS-Security-Plugins erzeugen das standardmäßig, sodass Website-Betreiber explizite Ausnahmen hinzufügen müssten — was sie nie tun.

Cloudflare-WAF-Regeln — die WAF bewertet Requests, bevor robots.txt verarbeitet wird. Eine pauschale „block all bots“-Regel schaltet AI-Crawler komplett stumm, selbst bei sauberen robots.txt-Direktiven — diese werden schlicht nie erreicht. Das ist der Mechanismus hinter 61 % der blockierten Websites: nicht Policy, sondern eine WAF, die beim Setup konfiguriert und nie wieder überprüft wurde. Das ist die wichtigste Unterscheidung im Datensatz: Diese Websites haben nicht entschieden, AI-Crawler zu blockieren. Sie haben nur nie explizit entschieden, sie zuzulassen — und der Default hat die Entscheidung für sie getroffen.

Horizontales Balkendiagramm, das die Blocking-Raten von AI-Crawlern nach Krypto-Subsektor zeigt

Security-Plugin-Defaults — WordPress-basierte Krypto-Blogs nutzen häufig Security-Plugins, die aggressive Bot-Blocking-Regeln gegen Credential Stuffing und Spam hinzufügen, ohne zwischen bösartigen Scrapern und AI-Retrieval-Crawlern zu unterscheiden.

Die GPTBot/OAI-SearchBot-Falle ist der häufigste Teilfix-Fehler: GPTBot (Training) erlauben, ohne OAI-SearchBot (ChatGPT-Search-Retrieval) hinzuzufügen. Eine Website kann Allow: / für GPTBot haben und trotzdem in ChatGPT Search unsichtbar sein, weil OAI-SearchBot zuerst in einen WAF-Block läuft.

Schneller manueller Check: Öffnen Sie yoursite.com/robots.txt und suchen Sie nach User-agent: * mit Disallow: / und ohne nachfolgende Allow-Direktiven für Retrieval-Bots. Das deckt robots.txt ab — WAF-Blocking wird dadurch nicht sichtbar. Der AI Visibility Checker prüft beide Ebenen in 30 Sekunden.

Eine wichtige Einschränkung: Offener Crawler-Zugriff ist eine Voraussetzung für Zitierungen, aber keine Garantie. Er bedeutet, dass AI-Bots Ihre Seiten erreichen können — nicht, dass sie sie zitieren. Content-Authority und Entitätsklarheit bestimmen weiterhin, was zitiert wird, sobald der Zugriff offen ist. Zugriff zuerst zu fixen ist die einzige Reihenfolge, die Ergebnisse liefert; Authority aufzubauen, während Sie blockiert sind, liefert keine.

Was das für Ihr Business bedeutet: In den 68 % zu sein heißt nicht nur, Zitierungen zu verpassen — es heißt, die Consideration-Phase komplett zu verpassen. AI hat Ihr Projekt nicht bewertet und niedrig gerankt. Sie hat es nie gesehen. Für Early-Stage-Projekte bedeutet das: Launch-Content und Protokoll-Dokumentation gelangen unabhängig von der Qualität in keine AI-Wissensschicht. Für etablierte Projekte bedeutet es: Ein Wettbewerber mit schwächeren Fundamentals, aber offenen Crawlern, wird an Ihrer Stelle zitiert. WAF und robots.txt zu fixen hat keine Content-Abhängigkeit und liefert ein messbares Ergebnis innerhalb von 48–72 Stunden.

Vier Metric-Cards, die gemessene Ergebnisse nach dem Entsperren von AI-Retrieval-Crawlern zeigen

Finding 2: Schema-Markup treibt keine AI-Zitierungen

54 % der Websites in der unteren Hälfte unseres Datensatzes haben überhaupt kein JSON-LD-Schema. Diese Lücke in der technischen Reife ist real. Ihre Bedeutung für die AI-Zitierquote ist jedoch nicht das, was die meisten Guides behaupten.

Im Mai 2026 hat Ahrefs 1.885 Seiten getrackt, die zwischen August 2025 und März 2026 JSON-LD-Schema hinzugefügt haben, und jede mit Kontrollseiten mit ähnlicher Zitierhistorie abgeglichen. Das Ergebnis: kein nennenswerter Uplift bei Google AI Mode (+2,4 %), ChatGPT (+2,2 %) oder AI Overviews (−4,6 %). Die ersten beiden sind statistisch nicht von Rauschen zu unterscheiden.

Ein kontrolliertes Experiment erklärt den Mechanismus. Der Forscher Mark Williams-Cook hat eine Adresse ausschließlich in ungültiges, frei erfundenes JSON-LD eingebettet — nichts davon war im sichtbaren Seiteninhalt. ChatGPT und Perplexity haben sie beide korrekt extrahiert und zurückgegeben. LLMs tokenisieren den <script>-Block als Rohtext. Sie lesen die Wörter darin, aber das Schema-Vokabular und die Struktur sind für sie unsichtbar. Zusätzlich hat Google am 7. Mai 2026 FAQ-Rich-Results eingestellt und damit den primären Mechanismus entfernt, über den FAQPage-Schema die Extraktion von AI-Antworten speisen sollte.

Schema hat weiterhin Wert — für klassisches Google- und Bing-Ranking. Microsoft bestätigte im März 2025, dass Schema Copilot hilft, Inhalte zu verstehen. ChatGPT Search greift weitgehend auf Bings Index zurück, daher übersetzt sich besseres klassisches Ranking indirekt in AI-Zitierungen. Organization-Schema auf der Homepage lohnt sich für Entitätsklarheit. Article-Schema über Content-Seiten ist sinnvolle SEO-Hygiene. FAQPage ist nicht mehr priorisierungswürdig.

Schema-TypTatsächlicher WertWo
OrganizationEntitätsklarheit → indirekter AI-Nutzen über klassisches SEOHomepage
Article/BlogPostingKlassische SEO-Frische-SignaleContent-Seiten
FAQPageSeit Mai 2026 deprecated; kein Wert für AI-Zitierungen-

Was das für Ihr Business bedeutet: Behandeln Sie Schema nicht mehr als AI-Visibility-Fix. Wenn Sie WAF- und robots.txt-Arbeit aufgeschoben haben, weil „wir noch die Schema-Schicht fertigstellen“, drehen Sie diese Priorität um. Eine Cloudflare-Regeländerung, die 20 Minuten dauert, bringt mehr AI-Zitier-Uplift als ein Schema-Overhaul, der mit 20–40 Stunden veranschlagt wird. Machen Sie Organization-Schema, weil es schnell ist und klassisches SEO unterstützt — und gehen Sie dann zu den Fixes über, die die AI-Nadel tatsächlich bewegen.

Finding 3: Domain Rating und AI Visibility korrelieren nicht

Das dominante Narrativ in Krypto-SEO ist simpel: Links aufbauen, Authority steigern, von AI zitiert werden. Die Daten stützen das nicht.

In unserem 500+-Website-Datensatz zeigte ein Domain Rating über 40 keine konsistente Verbesserung des AI Visibility Score, sobald Crawler-Access-Lücken berücksichtigt wurden.

High-DR-Seiten underperformen aus vorhersehbaren Gründen. Cloudflare-WAF-Blocking, das bei einem früheren Security-Incident angewendet und nie wieder überprüft wurde. React- oder Next.js-SPAs ohne Server-Side-Rendering — AI-Crawler führen kein JavaScript aus, sie sehen also eine leere Seite, egal wie viele Backlinks auf die Domain zeigen. Eine DR-60-Exchange auf einer React-SPA ohne SSR hat auf ihren Produktseiten null AI-lesbaren Content. Die Backlinks helfen nicht. Crawler landen, sehen nichts, gehen wieder.

Low-DR-Seiten, die ihre Peer-Group outperformen, teilen ein konsistentes Profil: offene Crawler, serverseitig gerendertes HTML, eine saubere Entity-Page. Technische Hygiene kompensiert den Authority-Defizit auf Nischen-Query-Ebene. Für Category-Level-Queries wie „best crypto exchange“ dominiert weiterhin Authority. Für spezifische Nischen-Queries — „non-KYC Solana DEX with low fees“ — kann eine technisch saubere kleine Website in AI-Antworten über einem etablierten Wettbewerber erscheinen, der PerplexityBot blockiert. Das Zeitfenster, in dem technische Hygiene diesen Vorteil schafft, existiert jetzt und ist wahrscheinlich endlich, wenn der Markt reift — etablierte Player werden ihre Konfigurationen irgendwann fixen.

Was das für Ihr Business bedeutet: Für etablierte Projekte ist dieses Finding eine Warnung — Ihr DR schützt Ihre AI-Visibility nicht. Wenn Ihre WAF Retrieval-Crawler blockiert, wird ein neuerer Wettbewerber mit sauberer Konfiguration für Queries zitiert, bei denen Sie die offensichtliche Antwort sein sollten. Für Early-Stage-Projekte ist es eine Chance. Fixen Sie die vier technischen Kategorien, und Sie konkurrieren heute bei Nischen-Queries auf Augenhöhe mit etablierten Playern — nicht erst nach 18 Monaten Linkbuilding.

Was die Top 10 % gemeinsam haben

Fünf Muster tauchen bei jeder High-Scoring-Website im Datensatz auf:

1. Benannte robots.txt-Direktiven für jeden großen Retrieval-Bot — nicht Allow: *, sondern explizite Direktiven für OAI-SearchBot, ChatGPT-User, PerplexityBot, ClaudeBot, Claude-SearchBot und Google-Extended.

2. Baseline-Organization-Schema auf der Homepage — der eine Schema-Typ, der Entitätsauflösung in Suchmaschinen spürbar unterstützt, was indirekt AI-Zitierungen speist. Angesichts der Ahrefs-Daten spiegelt dieses Muster bei Top-Seiten wahrscheinlich eher allgemeine technische Reife wider, statt dass Schema der kausale Faktor ist.

3. Eine llms.txt-Datei — unter 4 % des allgemeinen Datensatzes haben eine; jede Top-10-%-Website hat eine. Die aktuelle Evidenz bewertet ihren Zitier-Impact für ChatGPT- und Perplexity-Suche als vernachlässigbar; ihr echter Wert liegt in agentischen Kontexten (IDE-Agents, MCP-Integrationen). Deployen Sie sie trotzdem — sie kostet nichts und positioniert Sie, falls große AI-Suchmaschinen sie übernehmen.

4. Serverseitig gerendertes HTML auf allen öffentlichen Seiten — für React/Next.js-SPA-Seiten ohne SSR ist das der Fix mit höchster Priorität. AI-Crawler führen kein JavaScript aus, sie sehen also eine leere Seite, unabhängig von allem anderen. Ein DR-60-DeFi-Protokoll auf einer clientseitigen React-App ist aus Sicht eines AI-Crawlers im Wesentlichen eine leere Domain.

5. Eine saubere Entity-Definition-Page — wer die Organisation ist, was sie macht, auf welcher Chain oder welchem Protokoll sie läuft, wann sie gegründet wurde. Ohne das leiten AI-Systeme Identität aus fragmentierten Signalen über mehrere Seiten ab, was zu inkonsistenten Zitierungen oder gar keinen führt. Eine klare, crawlbare About-Seite, die so strukturiert ist, dass sie „was ist X“ direkt beantwortet, reicht aus.

Was diese Websites nicht haben: außergewöhnliche Domain Ratings. Die Korrelation ist Konfiguration, nicht Authority.

Fixen Sie Ihren Score an einem Tag

Führen Sie den AI Visibility Checker aus, bevor Sie starten. Er zeigt, welche dieser Schritte Ihre Website tatsächlich braucht, und gewichtet sie nach Impact — es bringt nichts, vier Stunden in Schema zu investieren, wenn Ihre WAF stillschweigend jeden AI-Crawler blockiert, der Ihre Website erreichen will.

Schritt 1 — robots.txt aktualisieren (30 Min.)

Fügen Sie explizite Allow-Direktiven für jeden der folgenden User-Agents hinzu, oberhalb aller Disallow-Regeln, die bereits in der Datei stehen: OAI-SearchBot, ChatGPT-User, PerplexityBot, ClaudeBot, Claude-SearchBot und Google-Extended. Jeder Bot braucht seinen eigenen User-agent-Block mit Allow: / — ein einzelnes Wildcard ist hier nicht zuverlässig genug. GPTBot kann weiterhin blockiert bleiben, wenn Sie kein OpenAI-Training auf Ihren Inhalten möchten; das Blockieren hat keinen Einfluss auf ChatGPT Search.

Schritt 2 — Cloudflare WAF prüfen (20 Min.)

Security → WAF → Custom Rules. Suchen Sie nach Regeln, die Bot-Traffic nach Bot-Score oder User-Agent blockieren. Schritt 1 ändert nichts, wenn zuerst eine WAF-Regel greift — Direktiven in robots.txt werden nie erreicht, wenn der Request auf WAF-Ebene gedroppt wird.

Schritt 3 — llms.txt erstellen (20 Min.)

Erstellen Sie eine Plain-Text-Datei unter yoursite.com/llms.txt. Die Minimum-Viable-Version: eine Zeile, die das Projekt identifiziert, zwei bis drei Sätze, die beschreiben, was die Website enthält und für wen sie ist, dann eine kurze Liste wichtiger Seiten-URLs mit einer Einzeilenbeschreibung je URL. Ziel ist, AI-Agents eine direkte, eindeutige Beschreibung Ihrer Entität zu geben — mindestens Homepage, Docs, About-Seite.

Schritt 4 — Baseline-Schema hinzufügen (1–2 Std.)

Organization-Schema auf Ihrer Homepage, Article/BlogPosting auf Content-Seiten. FAQPage überspringen — seit Mai 2026 von Google deprecated und strukturell von AI-Systemen ohnehin ignoriert. Schema ist wichtig für klassisches SEO, nicht für direkte AI-Zitierungen.

Schritt 5 — Prüfen, ob HTML ohne JavaScript rendert

Öffnen Sie Ihre wichtigsten Seiten mit deaktiviertem JavaScript in den Dev-Tools Ihres Browsers oder rufen Sie sie direkt per curl ab und prüfen Sie die Response. Leeres oder nahezu leeres HTML bedeutet, dass SSR der Blocker ist — beheben Sie das vor allem anderen auf diesen Seiten.

Was uns 500+ Audits sagen

Das AI-Visibility-Problem von Krypto ist ein Konfigurationsproblem. Crawler-Zugriff und Server-Side-Rendering sind die zwei Variablen, die zitierte Websites von unsichtbaren trennen. Schema und llms.txt spielen nur am Rand eine Rolle, und die Branche hat ihren Impact übertrieben — die Ahrefs-Daten von Mai 2026 haben die Schema-Debatte entschieden.

Die Lücke zwischen den Top 10 % und dem Rest schließt sich für Projekte, die die Konfigurationsschicht jetzt fixen. Wer darauf wartet, dass ein Schema-Audit die Nadel bewegt, sieht bereits, wie technisch saubere Wettbewerber durch eine WAF-Regeländerung und 30 Minuten Arbeit zitiert werden.

★Gratis nur für Abonnenten ★

Häufig gestellte Fragen (FAQ)

GPTBot speist OpenAIs Trainingsdaten. OAI-SearchBot treibt ChatGPT-Search-Zitierungen in Echtzeit. Es sind separate Crawler mit separaten User-Agent-Strings, die separate robots.txt-Direktiven brauchen. Sie können GPTBot blockieren und OAI-SearchBot erlauben, und umgekehrt — beide Vorgänge haben keinen Einfluss aufeinander.

Nein. Das Blockieren von GPTBot entfernt Ihre Inhalte aus OpenAIs Trainings-Pipeline. OAI-SearchBot treibt ChatGPT-Search-Zitierungen und arbeitet unabhängig. Viele Websites in unserem Datensatz blockieren GPTBot bewusst — um Inhalte vor Training-Nutzung zu schützen — und erreichen trotzdem hohe AI Visibility Scores.

Nein. DR über 40 zeigt in unserem Datensatz keine konsistente Korrelation mit dem AI Visibility Score, sobald Crawler-Zugriff kontrolliert wird. Eine DR-70-React-SPA ohne SSR scored 0 — genauso wie eine DR-10-Website mit derselben Konfiguration.

Ja — der AI Visibility Checker prüft alle vier Kategorien in 30 Sekunden, ohne Account.

Fast sicher eine WAF-Regel, die vor robots.txt greift, oder JavaScript-gerenderte Seiten, die Crawlern leeres HTML liefern. Schema ist unwahrscheinlich die Ursache — die Ahrefs-Studie von Mai 2026 fand keinen nennenswerten Zitier-Uplift durch das Hinzufügen von JSON-LD.

Teilen Sie

Den Artikel bewerten

Rate this post