# GEO-Checkliste > Technische, inhaltliche und reputationsbezogene Schritte, damit Ihre Website von KI-Assistenten wie ChatGPT, Gemini, Google AI Mode, Perplexity, Copilot und Claude gefunden, korrekt beschrieben und zitiert wird. Jeder Punkt enthält Priorität, Aufwand, Evidenzgrad und eine Prüfmethode. Diese Datei ist die Markdown-Version von . Öffnen Sie die Seite, um Punkte abzuhaken und Ihre Website automatisch zu prüfen. Zuletzt geprüft: 1. November 2026 ## Zugriff für KI-Such-Bots Wenn die Bots, die Seiten indexieren oder im Auftrag von Nutzern abrufen, Ihre Website nicht lesen können, können KI-Antworten sie nicht zitieren. Dieser Abschnitt prüft die robots.txt-Regeln Bot für Bot. ### robots.txt mit HTTP 200 als Klartext ausliefern Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Bots lesen zuerst die robots.txt. Liefert sie einen 5xx-Fehler, behandeln viele Crawler, darunter Google, vorübergehend die gesamte Website als gesperrt. **So geht’s:** 1. Prüfen Sie, ob /robots.txt im Stammverzeichnis 200 als text/plain zurückgibt. 2. Beschränken Sie Weiterleitungen auf einen einzigen Schritt. 3. Stellen Sie sicher, dass CDN- und WAF-Regeln diese Datei für Bots nicht blockieren. **So prüfen Sie es:** curl -sI https://{site}/robots.txt sollte HTTP 200 und Content-Type: text/plain zurückgeben. **KI-Prompt:** ```text Prüfen Sie https://{site}/robots.txt: Welchen Statuscode, welchen Content-Type, welche Weiterleitungen und welche Dateigröße liefert sie? Listen Sie Syntaxfehler und Regeln auf, die Bots versehentlich blockieren, und schlagen Sie eine korrigierte Version vor. ``` **Quellen:** ### Bots nach Rolle trennen: Suche, Nutzerabruf, Training Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO, Business. **Warum es wichtig ist:** Anbieter verwenden getrennte Bot-Namen für Suche, nutzerinitiierte Abrufe und Modelltraining. Wer alle auf einmal blockiert, um das Training auszuschließen, verschwindet auch aus der KI-Suche. **So geht’s:** 1. Listen Sie die offiziellen Bot-Tokens jedes Anbieters auf. 2. Lassen Sie Such- und Nutzerabruf-Bots für die Sichtbarkeit zu. 3. Treffen Sie für Trainings-Bots eine separate geschäftliche Entscheidung. 4. Setzen Sie die Entscheidungen als getrennte User-agent-Gruppen in der robots.txt um. **So prüfen Sie es:** Die robots.txt erlaubt OAI-SearchBot, Claude-SearchBot und PerplexityBot ausdrücklich und enthält eine bewusste Regel für GPTBot und ClaudeBot. **KI-Prompt:** ```text Lesen Sie https://{site}/robots.txt und ordnen Sie jede KI-Bot-Regel einer Rolle zu (Suchindex, Nutzerabruf, Training, Werbung). Markieren Sie Regeln, die das Training steuern sollen, aber auch der Sichtbarkeit in der Suche schaden, und entwerfen Sie eine rollenbasierte robots.txt. ``` **Quellen:** , ### Googlebot zulassen: AI Overviews und AI Mode hängen davon ab Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Google nutzt für seine KI-Funktionen keinen separaten Bot. Eine Seite muss nur von Googlebot gecrawlt und indexiert werden, um für AI Overviews und AI Mode infrage zu kommen. **So geht’s:** 1. Prüfen Sie, ob die robots.txt Googlebot auf wichtigen Pfaden zulässt. 2. Blockieren Sie keine CSS- und JS-Dateien. 3. Führen Sie mit dem URL-Prüftool einen Live-Test durch. **So prüfen Sie es:** Search Console \> URL-Prüfung \> Live-URL testen meldet „URL ist für Google verfügbar“. **KI-Prompt:** ```text Prüfen Sie für {site} anhand der robots.txt und der Meta-Tags, ob Googlebot wichtige Seiten, Kategorieseiten und CSS-/JS-Ressourcen crawlen kann. Erklären Sie jede Regel, durch die Seiten für AI Overviews oder AI Mode nicht infrage kämen. ``` **Quellen:** ### OAI-SearchBot zulassen: Voraussetzung für die ChatGPT-Suche Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** OAI-SearchBot indexiert Seiten für die Suchergebnisse von ChatGPT. Blockierte Websites erscheinen höchstens als Navigationslinks, und Änderungen an der robots.txt greifen nach etwa 24 Stunden. **So geht’s:** 1. Fügen Sie der robots.txt eine Gruppe User-agent: OAI-SearchBot hinzu. 2. Erlauben Sie wichtige Pfade und sperren Sie nur Bereiche mit geringem Wert. 3. Blockieren Sie die veröffentlichten IP-Bereiche von OpenAI nicht in Ihrer WAF. 4. Testen Sie 24 Stunden nach einer Änderung erneut. **So prüfen Sie es:** curl -A "OAI-SearchBot" -sI https://{site}/ gibt 200 zurück, und die robots.txt sperrt OAI-SearchBot nicht. **KI-Prompt:** ```text Finden Sie die Regelgruppe, die in https://{site}/robots.txt für OAI-SearchBot gilt. Sagen Sie mir, ob Startseite, Kategorie- und Inhaltsseiten für ihn zugänglich sind, und schreiben Sie korrigierte Regeln, falls etwas ihn blockiert. ``` **Quellen:** ### ChatGPT-User nicht auf Serverebene blockieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** ChatGPT-User ruft eine Seite ab, wenn ein Nutzer im Gespräch danach fragt. Laut OpenAI gelten robots.txt-Regeln dafür möglicherweise nicht; es ist also keine Suchsteuerung, doch eine WAF-Sperre liefert dem Nutzer eine leere Antwort. **So geht’s:** 1. Prüfen Sie WAF- und Rate-Limit-Regeln statt der robots.txt. 2. Setzen Sie die IP-Bereiche aus chatgpt-user.json von OpenAI auf die Allowlist. 3. Testen Sie, ob echter Inhalt statt einer Sperrseite ausgeliefert wird. **So prüfen Sie es:** Die Serverlogs zeigen, dass ChatGPT-User-Anfragen 200 erhalten; der Anteil an 403/429 ist gering. **KI-Prompt:** ```text Erklären Sie Schritt für Schritt, wie ich robots.txt-, WAF- und Rate-Limit-Einstellungen auf {site} prüfe, die ChatGPT-User am Abruf von Seiten hindern könnten, und geben Sie einen Beispielbefehl mit grep an, um dies in den Access-Logs zu prüfen. ``` **Quellen:** ### Claude-SearchBot für Claude-Suchergebnisse zulassen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Claude-SearchBot erstellt den Index, den die Websuche von Claude nutzt. Wird er blockiert, kann Claude Ihre Seiten seltener zitieren. **So geht’s:** 1. Fügen Sie der robots.txt eine Gruppe User-agent: Claude-SearchBot hinzu. 2. Erlauben Sie wichtige Pfade. 3. Verwenden Sie bei Bedarf einen angemessenen Crawl-delay; Anthropic unterstützt ihn. **So prüfen Sie es:** Ein robots.txt-Tester oder -Parser meldet wichtige URLs für Claude-SearchBot als „allowed“. **KI-Prompt:** ```text Trennen Sie die Regeln in https://{site}/robots.txt, die für Claude-SearchBot, Claude-User und ClaudeBot gelten. Falls etwas die Sichtbarkeit in der Claude-Suche blockiert, schreiben Sie die korrigierten Regeln. ``` **Quellen:** ### Claude-User Seitenabrufe auf Nutzeranfrage erlauben Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Claude-User ruft eine Seite ab, wenn ein Nutzer Claude bittet, sie zu lesen, und beachtet dabei die robots.txt. Ist er blockiert, erhalten Nutzer Ihre Informationen stattdessen aus Quellen zweiter Hand. **So geht’s:** 1. Prüfen Sie, dass keine robots.txt-Regel Claude-User blockiert. 2. Lassen Sie die von Anthropic veröffentlichte Bot-IP-Liste in Ihrer WAF zu. 3. Testen Sie, indem Sie Claude bitten, eine Beispiel-URL zu lesen. **So prüfen Sie es:** Bitten Sie Claude: „Lies https://{site}/ und fasse die Seite zusammen“; die Zusammenfassung sollte die tatsächliche Seite wiedergeben. **KI-Prompt:** ```text Blockiert eine Regel in https://{site}/robots.txt Claude-User direkt oder über die *-Gruppe? Falls ja, zeigen Sie die genaue Zeile und wie sie zu korrigieren ist. ``` **Quellen:** ### PerplexityBot zulassen, um in den Perplexity-Index zu gelangen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** PerplexityBot erstellt den Index, den Perplexity in Antworten zitiert, und wird nicht für Modelltraining genutzt. Eine Sperre kostet nur Sichtbarkeit. **So geht’s:** 1. Fügen Sie der robots.txt eine Gruppe User-agent: PerplexityBot hinzu. 2. Lassen Sie die IP-Bereiche aus perplexitybot.json in Ihrer WAF zu. 3. Testen Sie nach der Änderung mit einer Markenanfrage in Perplexity. **So prüfen Sie es:** Stellen Sie Perplexity eine Frage mit „site:{site}“; Ihre Seiten sollten in den Quellen erscheinen. **KI-Prompt:** ```text Prüfen Sie die Regeln für PerplexityBot und Perplexity-User in https://{site}/robots.txt. Melden Sie alles, was Perplexity daran hindern würde, die Website zu zitieren, und schlagen Sie Korrekturen vor. ``` **Quellen:** ### Perplexity-User nicht versehentlich in der WAF blockieren Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Perplexity-User ruft eine Seite ab, wenn ein Nutzer danach fragt; laut Perplexity ignoriert er die robots.txt in der Regel. Der Steuerungspunkt ist die WAF; unnötige Sperren führen zu unvollständigen Antworten für Nutzer. **So geht’s:** 1. Prüfen Sie die IP-Liste perplexity-user.json. 2. Lassen Sie diese Anfragen in den Bot-Management-Regeln zu. 3. Wenn Sie ihn blockieren möchten, tun Sie dies bewusst in der WAF und dokumentieren Sie es. **So prüfen Sie es:** Zählen Sie die Statuscodes von Perplexity-User-Anfragen in den Logs; der Anteil an 403 sollte gering sein. **KI-Prompt:** ```text Erstellen Sie für {site} eine Checkliste, um Perplexity-User-Traffic zu erkennen und zu bestätigen, dass die WAF ihn nicht fälschlich blockiert, einschließlich Prüfung der IP-Liste und Schritten zur Log-Analyse. ``` **Quellen:** ### Bingbot zulassen: Bing- und Copilot-Antworten hängen davon ab Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Bingbot speist die Bing-Suche und den Index, auf den Microsoft Copilot zurückgreift. Da der Bing-Index auch von anderen KI-Suchprodukten genutzt wird, kostet eine Sperre Sichtbarkeit auf mehreren Oberflächen. **So geht’s:** 1. Prüfen Sie, dass keine robots.txt-Regel Bingbot blockiert. 2. Nutzen Sie die URL-Prüfung in den Bing Webmaster Tools, um den Crawling-Status zu sehen. 3. Wenn Sie Crawl-delay verwenden, halten Sie den Wert niedrig. **So prüfen Sie es:** Bing Webmaster Tools \> URL-Prüfung meldet die Startseite als indexiert. **KI-Prompt:** ```text Prüfen Sie die Regeln und den Crawl-delay, die in https://{site}/robots.txt für Bingbot gelten. Melden Sie alles, was die Sichtbarkeit in Bing und Copilot einschränkt. ``` **Quellen:** ### DuckAssistBot für KI-Antworten von DuckDuckGo zulassen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** DuckAssistBot ruft Seiten in Echtzeit für die KI-gestützten Antworten von DuckDuckGo ab, die ihre Quellen nennen; laut DuckDuckGo werden die Daten nicht für KI-Training genutzt. Änderungen an der robots.txt greifen nach etwa 72 Stunden. Der Kanal ist klein, aber ihn zuzulassen kostet nichts. **So geht’s:** 1. Prüfen Sie, dass keine robots.txt-Regel DuckAssistBot blockiert. 2. Stellen Sie sicher, dass die allgemeine \*-Gruppe ihn nicht indirekt blockiert. **So prüfen Sie es:** Ein robots.txt-Parser meldet die Startseite für DuckAssistBot als „allowed“. **KI-Prompt:** ```text Kann DuckAssistBot laut https://{site}/robots.txt die Startseite und die Inhaltsseiten crawlen? Geben Sie eine kurze Antwort und bei Bedarf eine korrigierte Regel. ``` **Quellen:** ### MistralAI-User, MistralAI-Index und ähnliche Bots nicht blockieren Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Der Assistent von Mistral nutzt MistralAI-User, das die robots.txt beachtet, um Seiten auf Nutzeranfrage abzurufen, und MistralAI-Index für seinen Suchindex. Keiner von beiden dient dem Training; dafür gibt es den separaten Crawler MistralAI-Training. **So geht’s:** 1. Prüfen Sie, dass keine robots.txt- oder WAF-Regel MistralAI-User oder MistralAI-Index blockiert. 2. Setzen Sie Ihre Trainingsentscheidung für MistralAI-Training in einer eigenen Gruppe um. 3. Prüfen Sie andere Nutzerabruf-Bots wie Meta-ExternalFetcher auf dieselbe Weise. **So prüfen Sie es:** Die Logs zeigen, dass Anfragen von MistralAI-User und MistralAI-Index 200 erhalten. **KI-Prompt:** ```text Erklären Sie, wie ich prüfe, ob Bots wie MistralAI-User, MistralAI-Index und Meta-ExternalFetcher auf {site} durch die robots.txt oder die WAF blockiert werden, und schreiben Sie ein separates Regelbeispiel für MistralAI-Training. ``` **Quellen:** , ### Auf jeder Subdomain eine robots.txt veröffentlichen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Eine robots.txt gilt nur für den Host, auf dem sie ausgeliefert wird. Hat blog.{site} oder shop.{site} keine Datei oder liefert Fehler, verhalten sich Bots dort anders. **So geht’s:** 1. Listen Sie alle Subdomains und Protokolle auf. 2. Prüfen Sie, ob /robots.txt auf jeder 200 zurückgibt. 3. Wenden Sie in jeder Datei dieselbe Bot-Richtlinie konsistent an. **So prüfen Sie es:** curl -sI https://\.{site}/robots.txt gibt für jede Subdomain 200 zurück. **KI-Prompt:** ```text Ermitteln Sie die üblichen Subdomains von {site} (www, blog, shop, docs, help) und schreiben Sie einen Shell-Befehl, der die robots.txt auf jeder prüft. Erklären Sie, wie Inkonsistenzen in den Ergebnissen behoben werden. ``` **Quellen:** , ### Beachten, dass botspezifische Gruppen die allgemeinen Regeln überschreiben Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Hat ein Bot eine eigene User-agent-Gruppe, ignoriert er die \*-Gruppe vollständig. Disallow-Zeilen, die in der spezifischen Gruppe nicht wiederholt werden, gelten für diesen Bot nicht mehr, und fehlende Allow-Zeilen können versehentliche Sperren verursachen. **So geht’s:** 1. Lesen Sie jede spezifische Gruppe für sich. 2. Kopieren Sie notwendige Disallow-Zeilen aus der allgemeinen Gruppe in die spezifischen Gruppen. 3. Testen Sie Änderungen mit einem robots.txt-Parser. **So prüfen Sie es:** Testen Sie Beispiel-URLs für jeden Bot mit dem Open-Source-robots.txt-Parser von Google oder einem Testtool. **KI-Prompt:** ```text Interpretieren Sie https://{site}/robots.txt gemäß RFC 9309. Zeigen Sie für jede spezifische User-agent-Gruppe in einer Tabelle, welche URLs anders als bei der *-Gruppe erlaubt oder blockiert werden. ``` **Quellen:** ## Trainings-Bots und Nutzungspräferenzen Bots, die Daten für das Modelltraining sammeln, werden getrennt von der Sichtbarkeit in der Suche gesteuert. Ziel ist nicht, alles zu erlauben, sondern für jeden Bot eine bewusste, dokumentierte Entscheidung zu treffen. ### Bewusst entscheiden, ob GPTBot zugelassen oder blockiert wird Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business, SEO. **Warum es wichtig ist:** GPTBot sammelt Daten zum Training von OpenAI-Modellen. Eine Sperre beeinflusst die Sichtbarkeit in der ChatGPT-Suche nicht; die Entscheidung sollte daher allein auf Content-Lizenzierung und Markenpräferenz beruhen. **So geht’s:** 1. Wägen Sie den Nutzen ab, im Modellwissen vertreten zu sein. 2. Halten Sie die Entscheidung schriftlich fest. 3. Legen Sie die Gruppe User-agent: GPTBot in der robots.txt entsprechend an. **So prüfen Sie es:** Die robots.txt enthält eine explizite GPTBot-Gruppe, und die Entscheidung ist mit Datum dokumentiert. **KI-Prompt:** ```text Vergleichen Sie für {site} in meiner Branche Vor- und Nachteile, GPTBot zuzulassen oder zu blockieren. Erklären Sie den Unterschied zu OAI-SearchBot und schreiben Sie für jede Option ein robots.txt-Beispiel. ``` **Quellen:** ### Über ClaudeBot-Training getrennt von der Claude-Suche entscheiden Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business, SEO. **Warum es wichtig ist:** ClaudeBot sammelt Daten zum Training von Anthropic-Modellen, während die Claude-Suche Claude-SearchBot nutzt. Getrennt verwaltet, können Sie eine Trainingspräferenz umsetzen, ohne Sichtbarkeit zu verlieren. **So geht’s:** 1. Entscheiden Sie, ob ClaudeBot zugelassen oder blockiert wird. 2. Lassen Sie Claude-SearchBot und Claude-User in eigenen Gruppen zu. 3. Begrenzen Sie die Last bei Bedarf mit Crawl-delay. **So prüfen Sie es:** Die robots.txt enthält getrennte Gruppen für ClaudeBot und Claude-SearchBot. **KI-Prompt:** ```text Prüfen Sie, ob die ClaudeBot-Regel in https://{site}/robots.txt Claude-SearchBot beeinflusst, und schreiben Sie ein Beispiel, das das Training blockiert, die Suche aber offen hält. ``` **Quellen:** ### Über Google-Extended entscheiden – im Wissen, dass es die Suche nicht beeinflusst Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business, SEO. **Warum es wichtig ist:** Google-Extended ist kein Crawler, sondern ein Steuerungs-Token für die Nutzung zu Training und Grounding in Gemini und Vertex AI. Es ändert weder das Ranking in der Suche noch die Sichtbarkeit in AI Overviews oder AI Mode. **So geht’s:** 1. Wägen Sie den Wert ab, in Gemini-Apps als Quelle genutzt zu werden. 2. Setzen Sie die Entscheidung mit User-agent: Google-Extended in der robots.txt um. 3. Erklären Sie dem Team, dass Sie damit nicht aus AI Overviews entfernt werden können. **So prüfen Sie es:** Die Google-Extended-Zeile in der robots.txt entspricht der dokumentierten Entscheidung. **KI-Prompt:** ```text Erklären Sie, was Google-Extended für {site} steuert und was nicht (Suche, AI Overviews, AI Mode), und geben Sie mir einen kurzen Entscheidungsbaum. ``` **Quellen:** , ### Über Applebot-Extended entscheiden, ohne Applebot zu blockieren Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business. **Warum es wichtig ist:** Applebot-Extended ist ein Token, das die Nutzung Ihrer Inhalte in den KI-Funktionen von Apple steuert, und crawlt selbst nicht. Wer stattdessen Applebot blockiert, verschwindet auch aus Siri- und Spotlight-Vorschlägen. **So geht’s:** 1. Lassen Sie Applebot zu. 2. Entscheiden Sie, ob Applebot-Extended zugelassen oder blockiert wird. 3. Dokumentieren Sie die Entscheidung. **So prüfen Sie es:** Die robots.txt blockiert Applebot nicht und enthält eine bewusste Regel für Applebot-Extended. **KI-Prompt:** ```text Prüfen Sie die Regeln für Applebot und Applebot-Extended in https://{site}/robots.txt und markieren Sie alles, was der Sichtbarkeit in Siri und Spotlight schadet. ``` **Quellen:** ### Über CCBot (Common Crawl) entscheiden Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business. **Warum es wichtig ist:** Das Archiv von Common Crawl wird in vielen Pipelines für Modelltraining genutzt. Eine Sperre von CCBot hält Ihre Inhalte aus diesen offenen Datensätzen heraus, beeinflusst aber keine Such-Bots. **So geht’s:** 1. Wägen Sie Vor- und Nachteile ab, in offenen Datensätzen enthalten zu sein. 2. Legen Sie die Gruppe User-agent: CCBot in der robots.txt an. **So prüfen Sie es:** Die robots.txt enthält eine bewusste Regel für CCBot. **KI-Prompt:** ```text Erklären Sie, wie sich das Zulassen von CCBot bei einer Website wie {site} auf Modellwissen und Markendarstellung auswirkt, und schlagen Sie dann die passenden robots.txt-Zeilen vor. ``` **Quellen:** ### Getrennt über Meta-ExternalAgent und Meta-ExternalFetcher entscheiden Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business. **Warum es wichtig ist:** Meta-ExternalAgent crawlt für die KI-Modelle von Meta, während Meta-ExternalFetcher Seiten auf Nutzeranfrage abruft. Für die Sichtbarkeit bei Nutzern von Meta AI genügt es, Letzteren zuzulassen. **So geht’s:** 1. Treffen Sie Ihre Trainingsentscheidung für Meta-ExternalAgent. 2. Blockieren Sie Meta-ExternalFetcher nicht. 3. Dokumentieren Sie die Entscheidungen. **So prüfen Sie es:** Die robots.txt enthält getrennte, dokumentierte Regeln für beide Bots. **KI-Prompt:** ```text Prüfen Sie die Regeln für Meta-Bots in https://{site}/robots.txt und schreiben Sie ein Beispiel, das den Trainings-Crawler blockiert, den Nutzerabruf-Bot aber zulässt. ``` **Quellen:** ### Eine bewusste Regel für Bytespider festlegen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Neuer Standard. Rollen: Business. **Warum es wichtig ist:** Bytespider ist der Crawler von ByteDance für Modelltraining und crawlt Berichten zufolge sehr intensiv, ohne die robots.txt immer zu beachten. Ohne eigene Regel gilt die allgemeine \*-Gruppe. **So geht’s:** 1. Messen Sie das Bytespider-Volumen in den Serverlogs. 2. Entscheiden Sie über Zulassen oder Blockieren und tragen Sie dies in die robots.txt ein. 3. Begrenzen Sie die Anfragerate bei Bedarf in der WAF. **So prüfen Sie es:** Das Bytespider-Volumen in den Logs und die robots.txt-Regel entsprechen der dokumentierten Entscheidung. **KI-Prompt:** ```text Schreiben Sie einen Befehl, um Bytespider-Traffic in den Serverlogs von {site} zu finden und zu messen, und empfehlen Sie anschließend robots.txt- und WAF-Einstellungen. ``` ### Über Amazonbot getrennt entscheiden und Amzn-SearchBot zulassen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business. **Warum es wichtig ist:** Laut Amazon können von Amazonbot gesammelte Inhalte zum Training von Amazons KI-Modellen genutzt werden. Sucherlebnisse in Amazon-Produkten wie Alexa stützen sich dagegen auf Amzn-SearchBot, Abrufe auf Nutzeranfrage auf Amzn-User. Wer Amazonbot blockiert, verliert diese Sichtbarkeit nicht. **So geht’s:** 1. Bewerten Sie, wie wichtig der Amazon-Kanal und die Sichtbarkeit in Alexa für Sie sind. 2. Setzen Sie Ihre Trainingsentscheidung für Amazonbot in einer eigenen robots.txt-Gruppe um. 3. Prüfen Sie, dass Amzn-SearchBot und Amzn-User nicht blockiert sind. **So prüfen Sie es:** Die robots.txt enthält eine bewusste Regel für Amazonbot und blockiert Amzn-SearchBot nicht. **KI-Prompt:** ```text Erklären Sie die Aufgaben von Amazonbot, Amzn-SearchBot und Amzn-User für {site} und schlagen Sie robots.txt-Zeilen vor, die das Training blockieren, die Website aber in Amazon-Sucherlebnissen wie Alexa sichtbar halten. ``` **Quellen:** ### OAI-AdsBot nicht blockieren, wenn Sie ChatGPT-Anzeigen schalten Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Business. **Warum es wichtig ist:** OAI-AdsBot besucht nur Seiten, die als Anzeigen eingereicht wurden, um sie zu prüfen, und wird nicht für Training genutzt. Ist er blockiert, werden Anzeigen-Landingpages möglicherweise nicht freigegeben. **So geht’s:** 1. Prüfen Sie, ob Sie ChatGPT-Anzeigenkampagnen schalten. 2. Halten Sie die Pfade der Landingpages für OAI-AdsBot offen. **So prüfen Sie es:** Die robots.txt sperrt OAI-AdsBot nicht für Anzeigen-Landingpages. **KI-Prompt:** ```text Kann OAI-AdsBot laut https://{site}/robots.txt die Anzeigen-Landingpages erreichen? Erklären Sie kurz, was dieser Bot tut und dass er nichts mit Training zu tun hat. ``` **Quellen:** ### GoogleOther, Google-CloudVertexBot und Storebot-Google kennen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** GoogleOther führt Crawls für Forschung und Entwicklung durch, Storebot-Google bedient Shopping-Oberflächen, und Google-CloudVertexBot crawlt nur, wenn ein Websiteinhaber dies für Vertex AI Agents anfordert. Falsche Sperren können Shopping-Daten beschädigen. **So geht’s:** 1. Trennen Sie die Anfragen dieser Bots in Ihren Logs. 2. Wenn Sie einen Onlineshop betreiben, blockieren Sie Storebot-Google nicht. 3. Wenn Sie Vertex AI nicht nutzen, erwarten Sie keinen CloudVertexBot-Traffic; prüfen Sie die Herkunft, falls er doch auftaucht. **So prüfen Sie es:** Prüfen Sie die Statuscodes dieser Bots in den Serverlogs; Storebot-Google sollte 200 erhalten. **KI-Prompt:** ```text Erklären Sie, wie man Anfragen von GoogleOther, Storebot-Google und Google-CloudVertexBot in den Logs von {site} erkennt und welcher robots.txt-Ansatz jeweils richtig ist. ``` **Quellen:** ### Nutzungspräferenzen mit Content Signals erklären Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Neuer Standard. Rollen: Business, Entwicklung. **Warum es wichtig ist:** Die Content-Signals-Richtlinie von Cloudflare drückt Präferenzen für search, ai-input und ai-train in der robots.txt aus. Sie ist kein Standard und ihre Einhaltung ist nicht garantiert, hält Ihre Absicht aber klar fest. **So geht’s:** 1. Legen Sie Ihre Präferenzen für search, ai-input und ai-train fest. 2. Fügen Sie der robots.txt eine Content-Signal-Zeile hinzu. 3. Weisen Sie das Team darauf hin, dass dies keine Zugriffskontrolle ist. **So prüfen Sie es:** Die robots.txt enthält eine Zeile wie „Content-Signal: search=yes, ai-input=yes, ai-train=no“. **KI-Prompt:** ```text Erklären Sie, was die Signale search, ai-input und ai-train für {site} bedeuten, schlagen Sie eine Content-Signal-Zeile auf Basis meiner Ziele vor und nennen Sie ihre Grenzen. ``` **Quellen:** , ### Den IETF-Entwurf AIPREF verfolgen und vorsichtig testen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Neuer Standard. Rollen: Entwicklung. **Warum es wichtig ist:** Die IETF-Arbeitsgruppe AIPREF entwirft einen Content-Usage-Header und eine content-usage-Regel für die robots.txt. Google dokumentiert den Plan, die KI-Trainingspräferenz Anfang 2027 über einen User-Agent \_\_usage\_ai-training zu unterstützen. Ein Standard ist es noch nicht. **So geht’s:** 1. Verfolgen Sie die neueste Version des Entwurfs. 2. Drücken Sie Ihre Präferenz optional experimentell in der robots.txt und in einem HTTP-Header aus. 3. Aktualisieren Sie die Regel, sobald der Standard final ist. **So prüfen Sie es:** Eine Notiz zur Beobachtung existiert, und bei Umsetzung zeigt curl -sI den Content-Usage-Header. **KI-Prompt:** ```text Fassen Sie den aktuellen Stand des IETF-Entwurfs AIPREF zusammen und schreiben Sie für {site} einen experimentellen Content-Usage-Header sowie eine content-usage-Regel für die robots.txt, mit Hinweis auf die Risiken. ``` **Quellen:** , ### Die Bot-Richtlinie mit verantwortlicher Person und Prüftermin dokumentieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Neuer Standard. Rollen: Business, SEO. **Warum es wichtig ist:** Neue Bots und Regeln tauchen ständig auf. Eine schriftliche Richtlinie verhindert, dass ein Release versehentlich Such-Bots blockiert, und sorgt dafür, dass Entscheidungen nicht in Vergessenheit geraten. **So geht’s:** 1. Erstellen Sie eine Tabelle mit Entscheidung, Begründung und verantwortlicher Person je Bot. 2. Machen Sie ein Code-Review für Änderungen an der robots.txt zur Pflicht. 3. Legen Sie einen vierteljährlichen Prüftermin fest. **So prüfen Sie es:** Das Team-Wiki enthält eine datierte Bot-Richtlinientabelle, die exakt mit der robots.txt übereinstimmt. **KI-Prompt:** ```text Erstellen Sie für {site} eine Vorlage für eine Bot-Richtlinientabelle zu KI-Bots mit Spalten für Bot-Name, Anbieter, Rolle, Entscheidung, Begründung, verantwortliche Person und Prüftermin. ``` ## Indexierung und Snippet-Berechtigung Laut Google benötigen KI-Funktionen kein spezielles Markup: Eine Seite muss indexiert und für ein Snippet zugelassen sein. Dieser Abschnitt prüft diese Grundvoraussetzungen. ### Nie versehentlich noindex auf wichtigen Seiten belassen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Eine Seite mit noindex erscheint weder in klassischen Ergebnissen noch in AI Overviews und AI Mode. Ein aus dem Staging übrig gebliebenes noindex ist die häufigste Ursache für Sichtbarkeitsverluste. **So geht’s:** 1. Durchsuchen Sie Templates nach meta robots und X-Robots-Tag-Headern. 2. Nehmen Sie eine noindex-Prüfung in den Release-Prozess auf. 3. Prüfen Sie „Durch ‚noindex‘-Tag ausgeschlossen“ in der Search Console. **So prüfen Sie es:** Weder curl -sI https://{site}/ noch der Seitenquelltext enthält noindex. **KI-Prompt:** ```text Prüfen Sie meta robots-Tags und X-Robots-Tag-Header auf der Startseite und den wichtigsten Templates von {site}. Listen Sie jede Seite mit noindex oder none auf und vermuten Sie die Ursache. ``` **Quellen:** , ### Zitate nicht mit nosnippet oder niedrigem max-snippet einschränken Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Google wendet nosnippet, max-snippet und data-nosnippet auch auf seine KI-Funktionen an. Zu starke Einschränkungen verhindern, dass Ihre Seite in Antworten genutzt wird. **So geht’s:** 1. Durchsuchen Sie Templates nach nosnippet und max-snippet-Werten. 2. Entfernen Sie unnötige Limits oder verwenden Sie max-snippet:-1. 3. Behalten Sie Einschränkungen nur bei, wo es einen rechtlichen Grund gibt. **So prüfen Sie es:** Der Seitenquelltext enthält kein nosnippet; ein etwaiges max-snippet ist -1 oder ausreichend hoch. **KI-Prompt:** ```text Prüfen Sie die Verwendung von nosnippet, max-snippet, max-image-preview und data-nosnippet auf den Seiten von {site} und melden Sie Einstellungen, die Zitate in KI-Antworten unnötig einschränken. ``` **Quellen:** , ### Sensible Teile mit data-nosnippet ausblenden, nicht die ganze Seite Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Sie müssen nicht die ganze Seite einschränken, um kleine Teile wie Rechtstexte auszublenden. data-nosnippet entfernt nur das markierte Element aus Snippets. **So geht’s:** 1. Ermitteln Sie die Teile, die ausgeblendet werden müssen. 2. Fügen Sie diesen Elementen das Attribut data-nosnippet hinzu. 3. Entfernen Sie nosnippet auf Seitenebene. **So prüfen Sie es:** data-nosnippet erscheint im Quelltext nur auf den gezielt ausgewählten span-, div- oder section-Elementen. **KI-Prompt:** ```text Welche Teile der Seiten von {site} könnte man sinnvoll mit data-nosnippet ausblenden? Geben Sie Beispiel-HTML an und erklären Sie den Unterschied zu Einschränkungen auf Seitenebene. ``` **Quellen:** ### Große Bildvorschauen mit max-image-preview:large erlauben Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** KI-Antworten und Oberflächen wie Discover können große Bildvorschauen verwenden. Eine eingeschränkte Einstellung lässt Ihre Bilder dort klein erscheinen oder ganz fehlen. **So geht’s:** 1. Fügen Sie den Templates \ hinzu. 2. Behandeln Sie Seiten ohne Bildnutzungsrechte gesondert. **So prüfen Sie es:** Der Seitenquelltext enthält max-image-preview:large. **KI-Prompt:** ```text Prüfen Sie den Wert von max-image-preview in den Templates von {site} und erklären Sie kurz, warum er large sein sollte. ``` **Quellen:** ### Wissen und verfolgen, wie viele Seiten Google indexiert hat Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Eine nicht indexierte Seite kann keine Quelle für AI Overviews oder AI Mode sein. Plötzliche Rückgänge bei indexierten Seiten sind meist das erste Anzeichen eines technischen Problems. **So geht’s:** 1. Halten Sie den Bericht „Seiten“ der Search Console monatlich fest. 2. Verwenden Sie separate Sitemaps für wichtige Templates, um die Indexierungsraten zu verfolgen. 3. Prüfen Sie „Gecrawlt – zurzeit nicht indexiert“. **So prüfen Sie es:** In Search Console \> Indexierung \> Seiten zeigen wichtige Sitemaps eine Indexierungsrate über 90 %. **KI-Prompt:** ```text Helfen Sie mir, den Bericht „Seiten“ der Search Console für {site} zu interpretieren: Welche Ausschlussgründe sind relevant, welche normal, und was sollte ich zuerst beheben? Schlagen Sie eine Reihenfolge der Prüfungen vor. ``` **Quellen:** ### Ihre Abdeckung im Bing-Index prüfen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Der Bing-Index dient als Grundlage für Copilot-Antworten und wird Berichten zufolge auch von anderen KI-Suchprodukten genutzt. Eine Website, die in Google gut abschneidet, kann in Bing dennoch unterindexiert sein. **So geht’s:** 1. Prüfen Sie den Site Explorer und die Indexberichte in den Bing Webmaster Tools. 2. Reichen Sie fehlende URLs ein oder nutzen Sie IndexNow. 3. Beheben Sie Crawling-Fehler. **So prüfen Sie es:** Bing Webmaster Tools \> Site Explorer zeigt indexierte URLs in allen wichtigen Verzeichnissen. **KI-Prompt:** ```text Erläutern Sie, welche Berichte der Bing Webmaster Tools ich nutzen sollte, um Indexierungsprobleme von {site} zu diagnostizieren, und wie ich sie mit Google vergleiche. ``` **Quellen:** ### Auf jeder Seite ein korrektes, absolutes Canonical-Tag verwenden Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Das Canonical-Tag gibt an, welche von mehreren doppelten URLs angezeigt werden soll. Ein falsches Canonical kann dazu führen, dass eine andere URL statt der gewünschten Seite zitiert wird. **So geht’s:** 1. Versehen Sie jede Seite mit einem selbstreferenzierenden, absoluten Canonical. 2. Lassen Sie Varianten- und Parameter-URLs auf die Hauptversion verweisen. 3. Prüfen Sie, ob Canonical-Ziele 200 liefern und nicht auf noindex stehen. **So prüfen Sie es:** In der URL-Prüfung der Search Console stimmen das vom Nutzer angegebene und das von Google ausgewählte Canonical überein. **KI-Prompt:** ```text Prüfen Sie die Canonical-Tags auf der Startseite, einer Kategorieseite und einer Inhaltsseite von {site}. Listen Sie Fehler wie relative URLs, weitergeleitete oder auf noindex stehende Ziele auf. ``` **Quellen:** ### Varianten mit http, https, www und abschließendem Schrägstrich zusammenführen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Wird dieselbe Seite unter mehreren Adressen ausgeliefert, verteilen sich die Signale, und Bots zitieren womöglich unterschiedliche Versionen. **So geht’s:** 1. Wählen Sie einen bevorzugten Host und ein bevorzugtes Protokoll. 2. Leiten Sie andere Varianten per 301 dorthin weiter. 3. Passen Sie interne Links an die bevorzugte Version an. **So prüfen Sie es:** curl -sI http://{site}/ und https://www.{site}/ liefern eine einzige 301-Weiterleitung zur bevorzugten URL. **KI-Prompt:** ```text Schreiben Sie eine Reihe von curl-Befehlen, die die Varianten http/https, www/ohne www und mit/ohne abschließenden Schrägstrich von {site} testen, und erklären Sie die korrekten erwarteten Ergebnisse. ``` **Quellen:** ### Doppelte und dünne Seiten zusammenführen Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: SEO, Inhalt. **Warum es wichtig ist:** Dünne Seiten, die dasselbe Thema wiederholen, verschwenden Crawl-Budget und machen unklar, welche Seite ein Modell zitieren soll. Eine starke Seite lässt sich leichter zitieren. **So geht’s:** 1. Listen Sie Seiten mit gleichem Title oder gleicher Description auf. 2. Führen Sie die Inhalte in der stärksten Seite zusammen. 3. Leiten Sie die anderen per 301 weiter. **So prüfen Sie es:** Ein Website-Crawler meldet nahezu keine doppelten Titles und Meta-Descriptions. **KI-Prompt:** ```text Erstellen Sie für {site} einen Crawling-Plan, um doppelte oder dünne Inhalte zu finden: Welche Kennzahlen sind zu nutzen, welche Seiten zusammenzuführen und wie sind Weiterleitungen einzurichten? ``` **Quellen:** ### Parameter- und Filter-URLs aus dem Index heraushalten Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Sortier-, Filter- und Tracking-Parameter können endlos viele URLs erzeugen. Diese Duplikate verbrauchen Crawl-Budget und führen dazu, dass die falsche URL zitiert wird. **So geht’s:** 1. Legen Sie fest, welche Filterkombinationen eine Indexierung verdienen. 2. Verwenden Sie für den Rest Canonical- oder robots.txt-Regeln. 3. Verwenden Sie in internen Links keine Tracking-Parameter. **So prüfen Sie es:** Der Bericht „Seiten“ der Search Console zeigt wenige Parameter-URLs; site:{site} inurl:? liefert wenige Ergebnisse. **KI-Prompt:** ```text Erstellen Sie für {site} eine Tabelle, die URL-Parameter (Sortierung, Filter, utm, Session) klassifiziert und jeweils die Behandlung per Canonical, noindex oder robots.txt empfiehlt. ``` **Quellen:** ### Indexierung von Staging-Websites und doppelten Domains verhindern Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Liefern Testserver oder alte Domains eine Kopie Ihrer Website aus, zitieren KI-Antworten womöglich die falsche oder veraltete Kopie. **So geht’s:** 1. Schützen Sie Staging-Umgebungen mit einem Passwort. 2. Leiten Sie alte Domains per 301 auf die Hauptwebsite weiter. 3. Suchen Sie regelmäßig nach exakten Kopien Ihrer Inhalte an anderer Stelle. **So prüfen Sie es:** Suchen Sie einen exakten Satz Ihrer Website in Anführungszeichen; nur {site} sollte erscheinen. **KI-Prompt:** ```text Welche Suchanfragen und Tools sollte ich nutzen, um Kopien von Inhalten von {site} auf anderen Domains, in Staging-Umgebungen oder auf Scraper-Websites zu finden? Geben Sie mir eine Checkliste. ``` ### Sicherstellen, dass Ihre offizielle Website beim Markennamen auf Platz 1 steht Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Experimentell. Rollen: SEO. **Warum es wichtig ist:** Steht Ihre offizielle Website bei der Markensuche nicht an erster Stelle, werten Suchmaschinen und Modelle Ihre Entität als schwach oder mehrdeutig. Das überträgt sich auf KI-Antworten zu Markenfragen. **So geht’s:** 1. Suchen Sie Ihren Markennamen in Google und Bing. 2. Wenn Sie nicht auf Platz 1 stehen, stärken Sie die Entitätssignale. 3. Verwenden Sie einen aussagekräftigen Websitenamen, der Sie von Namensvettern abgrenzt. **So prüfen Sie es:** https://{site}/ ist in Google und Bing das erste organische Ergebnis für den Markennamen. **KI-Prompt:** ```text Listen Sie die Gründe auf (Namenskollisionen, fehlende Entitätssignale, technische Probleme), die verhindern könnten, dass die offizielle Website bei Markensuchen nach {site} auf Platz 1 steht, und schlagen Sie Lösungen vor. ``` ## Crawling- und Serverzustand Erhalten Bots Fehler, langsame oder irreführende Antworten, crawlen sie weniger oder überspringen Ihre Seiten. Dieser Abschnitt prüft Statuscodes, Weiterleitungen und Konsistenz. ### Jede Seite über HTTPS ausliefern Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** HTTPS ist ein Vertrauens- und Rankingsignal, und viele Bots und Agenten meiden unsichere Verbindungen. Gemischte Protokolle erzeugen zudem doppelte URLs. **So geht’s:** 1. Installieren Sie ein gültiges TLS-Zertifikat mit automatischer Verlängerung. 2. Leiten Sie alle HTTP-Anfragen per 301 auf HTTPS weiter. 3. Fügen Sie einen HSTS-Header hinzu. **So prüfen Sie es:** curl -sI http://{site}/ liefert eine 301-Weiterleitung auf https, und das Zertifikat ist gültig. **KI-Prompt:** ```text Prüfen Sie die HTTPS-Konfiguration von {site}: Gültigkeit des Zertifikats, Weiterleitungen von HTTP auf HTTPS, HSTS-Header und etwaige http-Links in der internen Navigation. ``` **Quellen:** ### Keine http-Ressourcen auf HTTPS-Seiten laden Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Browser blockieren gemischte Inhalte. Laden Bilder oder Skripte nicht, sehen Agenten und rendernde Bots eine unvollständige Seite. **So geht’s:** 1. Durchsuchen Sie den Quelltext nach src- und href-Werten, die mit http:// beginnen. 2. Stellen Sie Ressourcen auf https um oder verwenden Sie relative Pfade. 3. Fügen Sie Content-Security-Policy: upgrade-insecure-requests hinzu. **So prüfen Sie es:** Die Konsole der Chrome DevTools zeigt keine „Mixed Content“-Warnungen. **KI-Prompt:** ```text Finden Sie im Quelltext der Startseite von {site} Bilder, Skripte oder Stylesheets, die über http:// geladen werden, und erklären Sie, wie sie zu korrigieren sind. ``` ### 5xx-Serverfehler nahe null halten Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Bots, die häufig auf 5xx-Fehler stoßen, crawlen langsamer. Assistenten, die eine Seite auf Nutzeranfrage abrufen, antworten bei einem Fehler ohne Ihre Inhalte. **So geht’s:** 1. Verfolgen Sie die 5xx-Rate in den Crawling-Statistiken der Search Console und in den Serverlogs. 2. Ermitteln Sie die betroffenen Endpunkte und Zeitfenster. 3. Beheben Sie Kapazitäts- oder Caching-Probleme. **So prüfen Sie es:** Search Console \> Einstellungen \> Crawling-Statistiken zeigt eine Serverfehlerrate unter 1 %. **KI-Prompt:** ```text Schreiben Sie einen Befehl, der 5xx-Antworten auf Bot-Anfragen in den Serverlogs von {site} nach User-Agent gruppiert, und erklären Sie, wie die Ergebnisse zu interpretieren sind. ``` **Quellen:** , ### Für entfernte Seiten echte 404 oder 410 liefern, keine Soft-404 Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Seiten, die „nicht gefunden“ anzeigen, aber 200 liefern, verunreinigen den Index als Soft-404, und defekte interne Links führen Bots in Sackgassen. **So geht’s:** 1. Testen Sie, ob eine nicht existierende URL 404 zurückgibt. 2. Arbeiten Sie die Soft-404-Liste in der Search Console ab. 3. Aktualisieren Sie interne Links auf 404-Ziele oder leiten Sie sie weiter. **So prüfen Sie es:** curl -sI https://{site}/no-such-page-xyz gibt 404 oder 410 zurück. **KI-Prompt:** ```text Erstellen Sie für {site} einen Prüfplan, um Soft-404, defekte interne Links und indexierte 404-Seiten zu finden, und nennen Sie die zu verwendenden Tools und Berichtsfelder. ``` **Quellen:** ### Für dauerhafte Umzüge 301-Weiterleitungen mit nur einem Schritt verwenden Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Lange Weiterleitungsketten bringen Bots dazu aufzugeben und kosten Signale. Eine temporäre 302 kann die alte URL im Index halten. **So geht’s:** 1. Listen Sie Weiterleitungsketten mit einem Crawler auf. 2. Verkürzen Sie jede Kette auf eine 301 direkt zum endgültigen Ziel. 3. Verwenden Sie für dauerhafte Umzüge 301 oder 308, nicht 302. **So prüfen Sie es:** curl -sIL https://{site}/old-url zeigt höchstens eine Weiterleitung. **KI-Prompt:** ```text Schlagen Sie eine Crawling-Methode vor, um Weiterleitungsketten und unnötige 302 auf {site} zu finden, und geben Sie Beispiele für korrigierte Weiterleitungsregeln. ``` **Quellen:** ### Server-Weiterleitungen statt Meta-Refresh und JavaScript-Weiterleitungen nutzen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Die meisten KI-Bots führen kein JavaScript aus und folgen Meta-Refresh nicht zuverlässig. Serverseitige Weiterleitungen versteht jeder Client. **So geht’s:** 1. Durchsuchen Sie den Quelltext nach http-equiv="refresh" und window.location. 2. Ersetzen Sie diese durch serverseitige 301-Weiterleitungen. **So prüfen Sie es:** Kein Seitenquelltext enthält http-equiv="refresh". **KI-Prompt:** ```text Erklären Sie, wie man Meta-Refresh- oder JavaScript-Weiterleitungen auf {site} findet und in serverseitige 301-Weiterleitungen umwandelt. ``` **Quellen:** ### Wichtige Inhalte nicht in iframes ausliefern Priorität: Niedrige Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Inhalte in einem iframe sind ein separates Dokument und werden oft nicht der einbettenden Seite zugeordnet; Informationen wie Preistabellen oder FAQs werden daher nicht zitiert. **So geht’s:** 1. Listen Sie die iframe-Nutzung auf allen Seiten auf. 2. Verschieben Sie wichtige Texte in das Haupt-HTML-Dokument. 3. Ergänzen Sie Einbettungen wie Karten und Videos um Text. **So prüfen Sie es:** Auf der Startseite und den Produkt- bzw. Leistungsseiten steht kein wichtiger Text in einem iframe. **KI-Prompt:** ```text Werden wichtige Inhalte auf {site} in einem iframe ausgeliefert? Nennen Sie eine Methode, um sie zu finden, und erklären Sie, wie sie ins Haupt-HTML verschoben werden. ``` ### Wichtige Informationen nicht in Bilder einbetten, sondern als Text schreiben Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Inhalt, Entwicklung. **Warum es wichtig ist:** Modelle lesen Text in Bildern nicht zuverlässig. Preise, technische Daten oder Aktionsbedingungen, die nur in Bildern stehen, gelangen nicht in Antworten. **So geht’s:** 1. Listen Sie wichtige Informationen in Bannern und Infografiken auf. 2. Fügen Sie sie der Seite als HTML-Text hinzu. 3. Schreiben Sie aussagekräftige Alt-Texte für die Bilder. **So prüfen Sie es:** Lesen Sie die Seite mit ausgeblendeten Bildern; die wichtigen Informationen sollten weiterhin als Text sichtbar sein. **KI-Prompt:** ```text Könnten Bilder auf der Startseite von {site} wichtige Informationen enthalten, die nicht als Text vorliegen? Nennen Sie eine Prüfmethode und ein Beispiel für die Umwandlung. ``` **Quellen:** ### Bots und Nutzern dieselben Inhalte zeigen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Unterschiedliche Inhalte je nach User-Agent gelten nach den Richtlinien der Suchmaschinen als Cloaking und schaden dem Vertrauen. Speziell „optimierte“ Seiten für KI-Bots bergen dasselbe Risiko. **So geht’s:** 1. Rufen Sie dieselbe URL mit Bot-User-Agents und einem normalen Browser ab. 2. Vergleichen Sie Texte und Preise. 3. Entfernen Sie Code, der Inhalte anhand einer Bot-Erkennung verändert. **So prüfen Sie es:** Haupttext und Preise stimmen zwischen einer Anfrage mit curl -A "OAI-SearchBot" und einem normalen Browser überein. **KI-Prompt:** ```text Schreiben Sie ein Skript, das dieselbe URL von {site} mit verschiedenen User-Agents (Googlebot, OAI-SearchBot, ClaudeBot, ein normaler Browser) abruft und die Inhalte vergleicht, und erklären Sie, wie Unterschiede zu interpretieren sind. ``` **Quellen:** ### Crawling-Statistiken überwachen und bei plötzlichen Einbrüchen alarmieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO, Entwicklung. **Warum es wichtig ist:** Ein plötzlicher Rückgang der Crawling-Anfragen folgt meist auf eine Änderung an robots.txt, WAF oder Server. Wer ihn früh bemerkt, verhindert wochenlange Sichtbarkeitsverluste. **So geht’s:** 1. Prüfen Sie den Bericht „Crawling-Statistiken“ der Search Console wöchentlich. 2. Verfolgen Sie die täglichen Anfragen je Bot in den Serverlogs. 3. Lösen Sie einen Alarm aus, wenn das Volumen unter einen Schwellenwert fällt. **So prüfen Sie es:** Search Console \> Einstellungen \> Crawling-Statistiken zeigt in den letzten 90 Tagen keinen unerklärten Rückgang. **KI-Prompt:** ```text Entwerfen Sie für {site} ein einfaches Monitoring, das die täglichen Anfragen von Googlebot, Bingbot, OAI-SearchBot, Claude-SearchBot und PerplexityBot aus den Serverlogs extrahiert und bei einem Rückgang um 50 % alarmiert. ``` **Quellen:** ### Bereiche mit geringem Wert vom Crawling ausnehmen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Interne Suchergebnisse, Warenkorb, Kontoseiten und endlose Filterkombinationen verbrauchen Crawl-Budget. Die Zeit der Bots sollte wertvollen Seiten gelten. **So geht’s:** 1. Ermitteln Sie URL-Muster mit geringem Wert. 2. Sperren Sie diese in der robots.txt. 3. Testen Sie, dass die gesperrten Muster keine wichtigen Seiten erfassen. **So prüfen Sie es:** Die Serverlogs zeigen einen geringen Anteil von Bot-Anfragen an /search, /cart oder Filter-URLs. **KI-Prompt:** ```text Ermitteln Sie die URL-Muster mit geringem Wert auf {site}, die nicht gecrawlt werden sollten (interne Suche, Warenkorb, Konto, Filter), und schlagen Sie robots.txt-Regeln vor, die wichtige Seiten unberührt lassen. ``` **Quellen:** ## Rendering und HTML-Auslieferung Viele KI-Bots führen kein JavaScript aus und lesen nur die erste HTML-Antwort. Inhalte, Links und Sprachinformationen müssen in dieser ersten Antwort enthalten sein. ### Hauptinhalte ohne JavaScript ausliefern Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Googlebot rendert JavaScript, die meisten KI-Crawler und Nutzerabruf-Bots jedoch nicht. Clientseitig geladener Text ist für sie eine leere Seite. **So geht’s:** 1. Öffnen Sie die Seite mit deaktiviertem JavaScript oder rufen Sie sie mit curl ab. 2. Prüfen Sie, ob Überschriften, Fließtext und Preise im rohen HTML stehen. 3. Planen Sie serverseitiges Rendering für Templates, die den Test nicht bestehen. **So prüfen Sie es:** curl -s https://{site}/ | grep "\" liefert einen Treffer. **KI-Prompt:** ```text Rufen Sie die Startseite und eine Inhaltsseite von {site} ab, ohne JavaScript auszuführen. Sind Überschriften, Fließtext, Preise und Links im rohen HTML vorhanden? Listen Sie auf, was fehlt, und schlagen Sie Lösungen vor. ``` **Quellen:** ### Serverseitiges Rendering oder statische Generierung für wichtige Templates nutzen Priorität: Hohe Priorität. Aufwand: Projekt. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** SSR oder statische Generierung liefert Bots und Agenten die Inhalte bereits in der ersten Antwort. Rein clientseitige Single-Page-Apps bleiben für KI-Bots unsichtbar. **So geht’s:** 1. Priorisieren Sie Templates, die Traffic und Umsatz bringen. 2. Wählen Sie dafür SSR, SSG oder Prerendering. 3. Prüfen Sie, dass sich Inhalte nach der Hydration nicht ändern. **So prüfen Sie es:** Das mit curl abgerufene HTML enthält denselben Haupttext wie das im Browser gerenderte DOM. **KI-Prompt:** ```text Erstellen Sie eine Priorisierungstabelle, um zu entscheiden, welche Templates von {site} serverseitiges Rendering benötigen, und schlagen Sie SSR- oder SSG-Optionen vor, die zum Tech-Stack passen. ``` **Quellen:** ### Menüs und interne Links mit echten \-Elementen umsetzen Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Bots folgen nur Links mit href. Per onclick geöffnete Menüs oder per JavaScript erzeugte Links machen den Rest der Website unauffindbar. **So geht’s:** 1. Prüfen Sie Hauptmenü-, Footer- und Paginierungslinks im rohen HTML. 2. Ersetzen Sie onclick-Navigation durch \. 3. Rendern Sie Mega-Menüs im initialen HTML. **So prüfen Sie es:** curl -s https://{site}/ | grep -c "\ ### Tab- und Akkordeoninhalte im initialen HTML belassen Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Tab-Inhalte, die erst per Klick vom Server geladen werden, sind für Bots unsichtbar. Derselbe Inhalt, im HTML lediglich ausgeblendet, kann gelesen und zitiert werden. **So geht’s:** 1. Listen Sie Tab-, Akkordeon- und „Mehr lesen“-Komponenten auf. 2. Rendern Sie die Inhalte im initialen HTML und blenden Sie sie per CSS aus. 3. Entfernen Sie API-Aufrufe, die durch Klicks ausgelöst werden. **So prüfen Sie es:** Text in zugeklappten Tabs ist im rohen HTML auffindbar. **KI-Prompt:** ```text Nennen Sie eine Methode, um zu prüfen, ob Tab- und Akkordeoninhalte auf Produkt- oder Leistungsseiten von {site} im initialen HTML stehen, und beschreiben Sie die nötige Codeänderung. ``` ### \ mit dem korrekten Sprachcode angeben Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Die Sprachangabe hilft Modellen und Suchmaschinen, die Seite Anfragen in der richtigen Sprache zuzuordnen. Ein auf türkischen Seiten vergessenes lang="en" ist ein häufiger Fehler. **So geht’s:** 1. Prüfen Sie den Wert von \ in jedem Template. 2. Verwenden Sie lang="tr" für türkische Seiten. 3. Setzen Sie den Wert auf mehrsprachigen Websites dynamisch je Seitensprache. **So prüfen Sie es:** curl -s https://{site}/ | grep -o "\\]\*lang=\[^ \>\]\*" zeigt den richtigen Sprachcode. **KI-Prompt:** ```text Prüfen Sie den Wert von html lang auf den Seiten von {site} und listen Sie alle auf, die nicht zur Sprache des Inhalts passen. ``` ### UTF-8 deklarieren und Nicht-ASCII-Zeichen korrekt ausliefern Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Ein falscher Zeichensatz zerstört Buchstaben wie ç, ğ, ı und ş; verstümmelter Text ist schwer verständlich und wird falsch zitiert. **So geht’s:** 1. Senden Sie charset=utf-8 im Content-Type-Header. 2. Fügen Sie \ am Anfang des HTML ein. 3. Prüfen Sie, ob Datenbank und Templates UTF-8 verwenden. **So prüfen Sie es:** curl -sI https://{site}/ zeigt Content-Type: text/html; charset=utf-8. **KI-Prompt:** ```text Prüfen Sie die Zeichenkodierung von {site} über HTTP-Header, Meta-Tag und Inhaltsbeispiele. Wenn Sie verstümmelte Zeichen sehen, nennen Sie die vermutliche Ursache. ``` ### Semantische HTML-Elemente verwenden: main, article, nav, header, footer Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Semantische Elemente trennen Hauptinhalte von Menüs und Werbung, sodass Bots und Agenten den richtigen Text extrahieren und der Accessibility Tree übersichtlicher wird. **So geht’s:** 1. Umschließen Sie Hauptinhalte mit \ und \. 2. Kennzeichnen Sie die Navigation mit \ und Seitenbereiche mit \ und \. 3. Verwenden Sie \ und \ für tabellarische Daten. **So prüfen Sie es:** Der Seitenquelltext enthält genau ein \-Element, und Inhaltsseiten verwenden \. **KI-Prompt:** ```text Prüfen Sie die HTML-Struktur eines Seiten-Templates von {site}. Zeigen Sie Bereiche auf, die mit divs gebaut sind, aber semantische Elemente sein sollten, und schlagen Sie ein korrigiertes Grundgerüst vor. ``` ### Das Viewport-Meta-Tag für Mobilgeräte hinzufügen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Google indexiert Mobile-First; eine Seite ohne Viewport wirkt auf Mobilgeräten fehlerhaft und schwächt Qualitätssignale. **So geht’s:** 1. Fügen Sie \ hinzu. 2. Entfernen Sie Einstellungen, die das Zoomen verhindern. **So prüfen Sie es:** Der Seitenquelltext enthält ein Viewport-Tag mit width=device-width. **KI-Prompt:** ```text Prüfen Sie das Viewport-Meta-Tag auf den Seiten von {site} und markieren Sie Einstellungen wie user-scalable=no, die der Barrierefreiheit schaden. ``` ### Auf Mobilgeräten und Desktop dieselben Inhalte ausliefern Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Google indexiert die mobile Version. Gekürzte Texte, fehlende strukturierte Daten oder ausgeblendete Bereiche auf Mobilgeräten fehlen auch in KI-Antworten. **So geht’s:** 1. Vergleichen Sie mobiles und Desktop-HTML. 2. Ergänzen Sie fehlende Texte, Links und strukturierte Daten in der mobilen Version. 3. Prüfen Sie, dass CSS und JS auf Mobilgeräten nicht blockiert sind. **So prüfen Sie es:** In der URL-Prüfung der Search Console enthält das gecrawlte mobile HTML den Haupttext und das JSON-LD der Desktop-Version. **KI-Prompt:** ```text Schreiben Sie ein Skript, das dieselbe Seite von {site} mit einem mobilen und einem Desktop-User-Agent abruft und Text, Links und JSON-LD vergleicht. ``` **Quellen:** ## Sitemaps und schnelle Erkennung Sitemaps und Protokolle zur sofortigen Benachrichtigung helfen Bots, neue oder aktualisierte Seiten schnell zu finden. ### Eine gültige XML-Sitemap veröffentlichen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Eine Sitemap teilt Bots mit, welche URLs wichtig sind und wann sie sich geändert haben, und beschleunigt so die Erkennung tief liegender Seiten. **So geht’s:** 1. Erzeugen Sie mit Ihrem CMS oder einem Plug-in eine sich automatisch aktualisierende sitemap.xml. 2. Bleiben Sie unter 50.000 URLs und 50 MB pro Datei. 3. Verwenden Sie bei Bedarf einen Sitemap-Index. **So prüfen Sie es:** https://{site}/sitemap.xml gibt 200 zurück und ist gültiges XML. **KI-Prompt:** ```text Prüfen Sie https://{site}/sitemap.xml: Ist sie gültiges XML, wie viele URLs enthält sie, ist sie ein Sitemap-Index und scheint sie automatisch aktualisiert zu werden? ``` **Quellen:** ### Die Sitemap in der robots.txt referenzieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** KI-Bots, die keine Search Console nutzen, finden die Sitemap meist über die Sitemap-Zeile in der robots.txt. **So geht’s:** 1. Fügen Sie der robots.txt „Sitemap: https://{site}/sitemap.xml“ hinzu. 2. Verwenden Sie bei mehreren Sitemaps jeweils eine eigene Zeile oder eine Indexdatei. **So prüfen Sie es:** Die robots.txt enthält eine Sitemap:-Zeile mit absoluter URL. **KI-Prompt:** ```text Enthält https://{site}/robots.txt Sitemap-Zeilen mit absoluten URLs, die tatsächlich 200 zurückgeben? Prüfen Sie es. ``` **Quellen:** ### lastmod nur bei relevanten Änderungen aktualisieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Ein genaues lastmod lässt Bots aktualisierte Seiten zuerst erneut crawlen. Ein lastmod, das sich täglich bei allen URLs ändert, gilt als unzuverlässig und wird ignoriert. **So geht’s:** 1. Aktualisieren Sie lastmod nur, wenn sich der Inhalt ändert. 2. Verwenden Sie das W3C-Datumsformat. 3. Aktualisieren Sie nicht alle Datumsangaben bei Template-Änderungen. **So prüfen Sie es:** Die lastmod-Werte der Sitemap variieren und stimmen mit den auf den Seiten angezeigten Aktualisierungsdaten überein. **KI-Prompt:** ```text Prüfen Sie die lastmod-Werte in der Sitemap von {site}: Sind alle identisch, und stimmen sie mit den Aktualisierungsdaten auf den Seiten überein? Falls nicht, schlagen Sie eine Umsetzung vor. ``` **Quellen:** ### In der Sitemap nur kanonische URLs mit Status 200 aufführen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Weitergeleitete, 404- oder noindex-Seiten mindern das Vertrauen in die Sitemap und verschwenden die Zeit der Bots. **So geht’s:** 1. Crawlen Sie alle Sitemap-URLs mit ihren Statuscodes. 2. Entfernen Sie 3xx-, 4xx- und noindex-URLs. 3. Nehmen Sie nur kanonische URLs auf. **So prüfen Sie es:** Prüft ein Crawler die Sitemap, liefern über 99 % der URLs 200 und sind indexierbar. **KI-Prompt:** ```text Schreiben Sie ein Skript, das die Statuscodes der URLs in der Sitemap von {site} prüft und URLs meldet, die nicht 200 liefern, nicht kanonisch sind oder noindex enthalten. ``` **Quellen:** ### Sitemaps nach Inhaltstyp aufteilen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Getrennte Sitemaps für Produkte, Kategorien, Blog und Hilfeseiten zeigen in der Search Console, welcher Bereich Indexierungsprobleme hat. **So geht’s:** 1. Erstellen Sie je Inhaltstyp eine Sitemap-Datei. 2. Fassen Sie sie in einem Sitemap-Index zusammen. 3. Überwachen Sie jede einzeln in der Search Console. **So prüfen Sie es:** Search Console \> Sitemaps zeigt eingereichte und indexierte Anzahlen je Typ. **KI-Prompt:** ```text Schlagen Sie für {site} eine nach Inhaltstyp aufgeteilte Sitemap-Struktur vor und schreiben Sie eine Beispieldatei für einen Sitemap-Index. ``` **Quellen:** ### Die Sitemap in der Search Console und den Bing Webmaster Tools einreichen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Das Einreichen einer Sitemap schaltet Fehler- und Indexierungsberichte frei, sodass Sie Probleme erkennen, bevor die Bots es tun. **So geht’s:** 1. Reichen Sie sie unter Search Console \> Sitemaps ein. 2. Fügen Sie dieselbe Sitemap in den Bing Webmaster Tools hinzu. 3. Prüfen Sie Fehlerwarnungen monatlich. **So prüfen Sie es:** Der Sitemap-Status lautet sowohl in der Search Console als auch in den Bing Webmaster Tools „Erfolgreich“. **KI-Prompt:** ```text Schreiben Sie eine Schritt-für-Schritt-Anleitung zum Einreichen der Sitemap von {site} in der Search Console und den Bing Webmaster Tools sowie zu den Berichten, die danach zu beobachten sind. ``` **Quellen:** ### Bing und andere Suchmaschinen mit IndexNow sofort benachrichtigen Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** IndexNow benachrichtigt teilnehmende Suchmaschinen wie Bing, Yandex, Seznam, Naver und Yep sofort über geänderte URLs. Google nutzt es nicht, doch weil Bing Copilot speist, können Änderungen schneller in Copilot-Antworten ankommen. **So geht’s:** 1. Erstellen Sie einen IndexNow-Schlüssel und hinterlegen Sie ihn im Stammverzeichnis. 2. Senden Sie bei Veröffentlichung, Aktualisierung und Löschung einen Ping über Ihre CMS- oder CDN-Integration. 3. Prüfen Sie den IndexNow-Bericht in den Bing Webmaster Tools. **So prüfen Sie es:** https://{site}/\.txt gibt den Schlüssel zurück, und Bing Webmaster Tools \> IndexNow zeigt Übermittlungen. **KI-Prompt:** ```text Erklären Sie die Einrichtung von IndexNow für {site} Schritt für Schritt: Schlüsseldatei, eine Beispiel-API-Anfrage und welche Ereignisse einen Ping auslösen sollten. Weisen Sie darauf hin, dass Google IndexNow nicht nutzt. ``` **Quellen:** , ## Performance und Core Web Vitals Langsame Seiten verlieren sowohl Nutzer als auch Bots, die mit Timeouts arbeiten. Dieser Abschnitt behandelt Geschwindigkeit, Caching und Ressourcengewicht. ### Die Core-Web-Vitals-Schwellenwerte für LCP, INP und CLS erreichen Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Google berücksichtigt die Nutzererfahrung im Ranking, und eine schlechte Erfahrung spricht generell dagegen, dass Seiten als Quellen für KI-Antworten gewählt werden. Ein niedriger CLS verhindert zudem, dass agentische Browser das falsche Element anklicken. **So geht’s:** 1. Finden Sie schwache URL-Gruppen im Core-Web-Vitals-Bericht der Search Console. 2. Laden Sie das LCP-Element vorab und beschleunigen Sie die Serverantwort. 3. Senken Sie INP, indem Sie lange JavaScript-Tasks aufteilen. 4. Senken Sie CLS, indem Sie für Bilder und Anzeigen festen Platz reservieren. **So prüfen Sie es:** Search Console \> Core Web Vitals zeigt auf Mobilgeräten und Desktop keine „schlechten“ URL-Gruppen. **KI-Prompt:** ```text Helfen Sie mir, die PageSpeed-Insights-Ergebnisse für {site} zu interpretieren: Ordnen Sie die wahrscheinlichen Ursachen von LCP-, INP- und CLS-Problemen und erstellen Sie eine priorisierte Liste von Maßnahmen. ``` **Quellen:** , ### Serverantwortzeit (TTFB) unter 800 ms halten Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** KI-Assistenten, die Seiten auf Nutzeranfrage abrufen, arbeiten mit Timeouts von wenigen Sekunden. Eine Seite, die zu spät antwortet, wird übersprungen, statt in die Antwort einzufließen. **So geht’s:** 1. Messen Sie die TTFB aus mehreren Regionen. 2. Richten Sie Seiten- oder Edge-Caching ein. 3. Reduzieren Sie langsame Datenbankabfragen und externe Aufrufe. **So prüfen Sie es:** curl -o /dev/null -s -w "%{time\_starttransfer}\\n" https://{site}/ liefert weniger als 0,8 Sekunden. **KI-Prompt:** ```text Schreiben Sie ein curl-Skript, das die TTFB verschiedener Seitentypen von {site} misst, und listen Sie wahrscheinliche Ursachen und Lösungen für Werte über 800 ms auf. ``` **Quellen:** ### Bilder als WebP oder AVIF in passender Größe ausliefern Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Große Bilder sind die häufigste Ursache für einen langsamen LCP. Moderne Formate verringern die Dateigröße bei gleicher Qualität deutlich. **So geht’s:** 1. Konvertieren Sie Bilder in WebP oder AVIF. 2. Liefern Sie mit srcset die passende Größe je Bildschirm aus. 3. Fügen Sie width- und height-Attribute hinzu. **So prüfen Sie es:** PageSpeed Insights zeigt beim Insight „Improve image delivery“ keine Einsparungen. **KI-Prompt:** ```text Prüfen Sie Format, Größe und srcset-Nutzung der Bilder auf der Startseite von {site} und schlagen Sie die drei Optimierungen mit dem größten Nutzen vor. ``` **Quellen:** ### Nur Bilder außerhalb des sichtbaren Bereichs per Lazy Loading laden, niemals Text Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** loading="lazy" spart Bandbreite bei Bildern außerhalb des sichtbaren Bereichs. Auf das Hero-Bild oder Textinhalte angewendet, verzögert es den LCP und kann Inhalte vor Bots verbergen. **So geht’s:** 1. Fügen Sie Bildern außerhalb des sichtbaren Bereichs loading="lazy" hinzu. 2. Entfernen Sie Lazy Loading vom Hero-Bild im sichtbaren Bereich. 3. Platzieren Sie Textinhalte nicht in scrollgesteuerten Komponenten. **So prüfen Sie es:** Das Insight „LCP request discovery“ in PageSpeed Insights meldet kein Lazy Loading beim LCP-Bild. **KI-Prompt:** ```text Prüfen Sie die Nutzung von loading="lazy" auf den Seiten von {site} und markieren Sie Fehlanwendungen bei Bildern im sichtbaren Bereich oder bei Textinhalten. ``` **Quellen:** ### JS und CSS minifizieren und Brotli- oder gzip-Komprimierung aktivieren Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Komprimierung und Minifizierung verringern die übertragenen Bytes, sodass Bots und Nutzer die Seite schneller erhalten. **So geht’s:** 1. Aktivieren Sie die Minifizierung von JS und CSS im Build. 2. Schalten Sie auf dem Server oder CDN Brotli ein, mit gzip als Fallback. 3. Entfernen Sie ungenutztes CSS und JS. **So prüfen Sie es:** curl -sI -H "Accept-Encoding: br,gzip" https://{site}/ zeigt Content-Encoding: br oder gzip. **KI-Prompt:** ```text Schreiben Sie Befehle, um Komprimierung und Minifizierung der HTML-, CSS- und JS-Antworten von {site} zu prüfen, und schlagen Sie Servereinstellungen für fehlende Punkte vor. ``` ### Durchdachte Cache-Control-Header und ein CDN verwenden Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Gute Caching-Regeln beschleunigen wiederholte Anfragen von Bots und Nutzern und senken die Serverlast. Ein CDN verringert die Latenz für Anfragen aus verschiedenen Regionen. **So geht’s:** 1. Verwenden Sie für statische Ressourcen ein langes max-age und versionierte Dateinamen. 2. Verwenden Sie für HTML kurzes Caching oder stale-while-revalidate. 3. Liefern Sie über ein CDN aus und überwachen Sie die Cache-Trefferquote. **So prüfen Sie es:** curl -sI https://{site}/ zeigt einen bewusst gesetzten Cache-Control-Wert und einen CDN-Cache-Header (z. B. cf-cache-status). **KI-Prompt:** ```text Prüfen Sie die Cache-Control-Header der HTML-, Bild-, CSS- und JS-Antworten von {site} und geben Sie empfohlene Werte je Typ in einer Tabelle an. ``` ### Die DOM-Größe in vernünftigem Rahmen halten Priorität: Niedrige Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Sehr große DOM-Bäume erhöhen Renderzeit und Speicherbedarf und erschweren agentischen Browsern die Navigation im Accessibility Tree. **So geht’s:** 1. Messen Sie die Anzahl der DOM-Elemente mit Lighthouse. 2. Entfernen Sie unnötige Wrapper-divs. 3. Paginieren oder virtualisieren Sie lange Listen. **So prüfen Sie es:** Das Lighthouse-Insight „Optimize DOM size“ beanstandet die Seite nicht. **KI-Prompt:** ```text Bewerten Sie die DOM-Struktur der Startseite von {site} und nennen Sie konkrete Wege, die Anzahl der Elemente zu reduzieren. ``` **Quellen:** ### Webfonts laden, ohne sichtbaren Text zu blockieren Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Render-blockierendes Laden von Schriften verzögert Text und verursacht Layoutverschiebungen. **So geht’s:** 1. Verwenden Sie font-display: swap. 2. Laden Sie wichtige Schriften vorab. 3. Entfernen Sie ungenutzte Schriftschnitte und Zeichensätze und behalten Sie die Subsets, die Ihre Sprachen benötigen. **So prüfen Sie es:** Das Insight „Font display“ in PageSpeed Insights zeigt keine Einsparungen. **KI-Prompt:** ```text Prüfen Sie die Strategie zum Laden von Schriften auf {site}: Werden font-display, Preload und Subsetting gut genutzt? Schlagen Sie Verbesserungen vor, bei denen sprachspezifische Zeichen weiterhin funktionieren. ``` **Quellen:** ### Mobile Performance separat messen und verbessern Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Google indexiert die mobile Version, und mobile Werte liegen meist unter denen für Desktop. Wer nur Desktop misst, übersieht Probleme. **So geht’s:** 1. Prüfen Sie den Tab für Mobilgeräte in PageSpeed Insights separat. 2. Bewerten Sie Felddaten (CrUX) getrennt von Labordaten. 3. Laden Sie schwere Drittanbieter-Skripte auf Mobilgeräten verzögert. **So prüfen Sie es:** Die mobilen Felddaten in PageSpeed Insights zeigen für die Core-Web-Vitals-Bewertung „Bestanden“. **KI-Prompt:** ```text Listen Sie wahrscheinliche Gründe für Performance-Unterschiede zwischen Mobilgeräten und Desktop auf {site} auf und entwerfen Sie einen Mobile-First-Verbesserungsplan. ``` **Quellen:** ## Seitenarchitektur und interne Verlinkung Eine klare Hierarchie und starke interne Links helfen Bots, Seiten zu finden und die Zusammenhänge zwischen Themen zu verstehen. ### Kategorien nach Themen ordnen, nach denen Menschen suchen Priorität: Mittlere Priorität. Aufwand: Projekt. Beleg: Offizielle Quelle. Rollen: SEO, Inhalt. **Warum es wichtig ist:** Eine logische Kategoriestruktur hilft Nutzern und Modellen zu verstehen, bei welchen Themen die Website eine Autorität ist. **So geht’s:** 1. Erstellen Sie die Liste der Themen und Unterthemen auf Basis von Suchdaten. 2. Weisen Sie jedem Thema eine Kategorieseite zu. 3. Führen Sie überlappende oder leere Kategorien zusammen. **So prüfen Sie es:** Menü und Kategorieseiten decken alle Kernthemen innerhalb von 2 Ebenen ab, ohne leere Kategorien. **KI-Prompt:** ```text Prüfen Sie die Menü- und Kategoriestruktur von {site}. Zeigen Sie überlappende, fehlende oder unnötige Kategorien auf und schlagen Sie eine klarere Hierarchie vor. ``` ### Kurze, lesbare URLs verwenden, die die Hierarchie abbilden Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung, SEO. **Warum es wichtig ist:** Aussagekräftige URLs helfen Modellen und Nutzern, das Thema einer Seite schon am Link zu erkennen, und wirken in Quellenlisten vertrauenswürdig. **So geht’s:** 1. Verwenden Sie in URLs den Kategoriepfad und aussagekräftige Wörter. 2. Transliterieren Sie Nicht-ASCII-Buchstaben einheitlich oder verwenden Sie durchgehend UTF-8. 3. Entfernen Sie IDs und unnötige Parameter. **So prüfen Sie es:** Alle von 20 zufälligen URLs sind kleingeschrieben, durch Bindestriche getrennt und bestehen aus beschreibenden Wörtern. **KI-Prompt:** ```text Prüfen Sie die URL-Struktur von {site} auf Lesbarkeit, Hierarchie, Umgang mit Nicht-ASCII-Zeichen und Parameter, und schlagen Sie eine URL-Richtlinie vor. ``` **Quellen:** ### Wichtige Seiten innerhalb von drei Klicks ab der Startseite erreichbar halten Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Experimentell. Rollen: SEO. **Warum es wichtig ist:** Tief liegende Seiten werden seltener gecrawlt und erhalten schwächere Signale. Seiten, die Umsatz bringen oder zitiert werden sollen, gehören nah an die Oberfläche. **So geht’s:** 1. Erstellen Sie mit einem Crawler einen Bericht zur Klicktiefe. 2. Verlinken Sie tief liegende wichtige Seiten von Kategorie- oder Hub-Seiten aus. 3. Richten Sie Paginierung und Filter so ein, dass sie keine zusätzliche Tiefe erzeugen. **So prüfen Sie es:** Der Crawler meldet für wichtige Seiten eine Klicktiefe von höchstens 3. **KI-Prompt:** ```text Entwerfen Sie einen Crawling-Plan, um die Klicktiefe wichtiger Seiten auf {site} zu messen, und schlagen Sie Links vor, die sie verringern. ``` ### Eine sichtbare Breadcrumb-Navigation hinzufügen Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Breadcrumbs zeigen Nutzern und Bots, wo eine Seite innerhalb der Website liegt, und bieten natürliche interne Links zu übergeordneten Kategorien. **So geht’s:** 1. Fügen Sie allen Inhalts- und Produktseiten Breadcrumbs hinzu. 2. Machen Sie jeden Schritt zu einem echten \-Link. 3. Stimmen Sie die Breadcrumb mit den strukturierten Daten BreadcrumbList ab. **So prüfen Sie es:** Das rohe HTML einer Produkt- oder Artikelseite enthält Breadcrumb-Links. **KI-Prompt:** ```text Prüfen Sie, ob die Seiten von {site} eine Breadcrumb-Navigation mit echten HTML-Links haben, die der Websitehierarchie entspricht, und schlagen Sie Beispielcode vor. ``` **Quellen:** ### Themencluster mit aussagekräftigen Ankertexten verlinken Priorität: Hohe Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: SEO, Inhalt. **Warum es wichtig ist:** Interne Links zeigen, welche Seite die Hauptquelle zu einem Thema ist. Ankertexte wie „hier klicken“ verschenken diesen Kontext. **So geht’s:** 1. Legen Sie fest, welche unterstützenden Seiten auf jede wichtige Seite verlinken sollen. 2. Verwenden Sie das Thema der Zielseite im Ankertext. 3. Fügen Sie Links von verwandten älteren Seiten hinzu, wenn neue Inhalte live gehen. **So prüfen Sie es:** Der Crawler zeigt für wichtige Seiten Anzahl und Ankertexte eingehender interner Links, die zu ihren Themen passen. **KI-Prompt:** ```text Schlagen Sie eine Methode vor, um eingehende interne Links und Ankertexte für wichtige Seiten auf {site} zu analysieren und schwache Anker wie „hier klicken“ sowie fehlende Links zu finden. ``` ### Verwaiste Seiten verlinken oder entfernen Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: SEO. **Warum es wichtig ist:** Seiten, die nur über die Sitemap auffindbar sind, erhalten schwache Signale und werden selten gecrawlt. Verlinken Sie sie, wenn sie wertvoll sind, und entfernen Sie sie andernfalls. **So geht’s:** 1. Vergleichen Sie die Sitemap-URLs mit den beim Crawling gefundenen verlinkten URLs. 2. Verlinken Sie wertvolle verwaiste Seiten von verwandten Seiten aus. 3. Entfernen Sie Seiten mit geringem Wert oder leiten Sie sie weiter. **So prüfen Sie es:** Ein Vergleich von Sitemap und Crawl zeigt nahezu keine verwaisten Seiten. **KI-Prompt:** ```text Beschreiben Sie die Schritte, um verwaiste Seiten auf {site} durch einen Vergleich von Sitemap und Crawling-Daten zu finden, und schlagen Sie Entscheidungskriterien für jede verwaiste Seite vor. ``` ### Die Startseite unter einer einzigen URL ausliefern Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Varianten wie /index.html, /home oder /?ref= verteilen die Signale der Startseite und führen dazu, dass unterschiedliche Adressen zitiert werden. **So geht’s:** 1. Listen Sie die Varianten der Startseite auf. 2. Leiten Sie alle per 301 auf das bevorzugte Stammverzeichnis weiter. 3. Lassen Sie Logo- und Menülinks auf das Stammverzeichnis verweisen. **So prüfen Sie es:** curl -sI https://{site}/index.html liefert eine 301-Weiterleitung auf https://{site}/. **KI-Prompt:** ```text Schreiben Sie Befehle, die wahrscheinliche URL-Varianten der Startseite von {site} testen (index.html, index.php, /home, mit Parametern), und erklären Sie das korrekte Verhalten. ``` **Quellen:** ### Paginierung mit crawlbaren Links umsetzen Priorität: Niedrige Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Listen, die nur einen „Mehr laden“-Button oder Infinite Scroll nutzen, verbergen Produkte und Beiträge jenseits der ersten Seite vor Bots. **So geht’s:** 1. Liefern Sie jeden Paginierungsschritt unter einer eigenen URL mit \ aus. 2. Unterlegen Sie Infinite Scroll mit paginierten URLs. 3. Verwenden Sie auf paginierten URLs selbstreferenzierende Canonicals. **So prüfen Sie es:** Das rohe HTML einer Kategorieseite enthält Links zur nächsten Seite wie ?page=2. **KI-Prompt:** ```text Prüfen Sie, ob die Paginierung in Kategorie- und Blog-Listen von {site} crawlbar ist. Falls Infinite Scroll oder ein JavaScript-Button verwendet wird, erklären Sie die empfohlene Lösung. ``` **Quellen:** ## Seiten-Metadaten und Überschriften Title-Tags, Beschreibungen, Überschriftenhierarchie und Sharing-Tags zeigen Bots auf den ersten Blick, worum es auf einer Seite geht. ### Für jede Seite ein eindeutiges, aussagekräftiges Title-Tag schreiben Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO, Inhalt. **Warum es wichtig ist:** Das Title-Tag wird in Quellenlisten und Suchergebnissen angezeigt, und Modelle leiten daraus zuerst das Thema der Seite ab. **So geht’s:** 1. Stellen Sie das Hauptthema an den Anfang und die Marke ans Ende. 2. Bleiben Sie bei etwa 30–60 Zeichen. 3. Beseitigen Sie doppelte Titles. **So prüfen Sie es:** Ein Crawler meldet nahezu keine leeren, doppelten oder über 60 Zeichen langen Titles. **KI-Prompt:** ```text Bewerten Sie die Title-Tags der Startseite und 5 wichtiger Seiten von {site} nach Länge, Eindeutigkeit und Klarheit, und schreiben Sie verbesserte Alternativen. ``` **Quellen:** ### Für jede Seite eine eindeutige, zusammenfassende Meta-Description schreiben Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: SEO, Inhalt. **Warum es wichtig ist:** Meta-Descriptions beeinflussen das Ranking nicht direkt, können aber in Ergebnissen und manchen KI-Oberflächen als Seitenzusammenfassung verwendet werden. **So geht’s:** 1. Fassen Sie das Versprechen der Seite in 120–160 Zeichen zusammen. 2. Nennen Sie einen seitenspezifischen Fakt oder eine Zahl. 3. Beheben Sie durch Templates entstandene Duplikate. **So prüfen Sie es:** Ein Crawler meldet nahezu keine fehlenden oder doppelten Meta-Descriptions. **KI-Prompt:** ```text Bewerten Sie die Meta-Descriptions von 5 wichtigen Seiten von {site} und schreiben Sie neue, seitenspezifische Vorschläge mit weniger als 160 Zeichen. ``` **Quellen:** ### Pro Seite eine H1 verwenden, die das Thema benennt Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Experimentell. Rollen: Inhalt, Entwicklung. **Warum es wichtig ist:** Eine einzige, klare H1 nennt Bots das Hauptthema der Seite. H1-Tags auf Logo oder Menü verwässern dieses Signal. **So geht’s:** 1. Entfernen Sie H1-Tags von Logo und Menü in den Templates. 2. Kennzeichnen Sie die Hauptüberschrift jeder Seite als H1. 3. Stimmen Sie die H1 auf das Title-Tag ab. **So prüfen Sie es:** curl -s https://{site}/ | grep -c "\ Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Neuer Standard. Rollen: Inhalt. **Warum es wichtig ist:** Die Überschriftenhierarchie gliedert eine Seite in Abschnitte. KI-Systeme nutzen diese Abschnitte bei der Auswahl von Passagen für Antworten, und übersprungene Ebenen zerstören die Struktur. **So geht’s:** 1. Verwenden Sie H2 nach H1 und H3 unter H2. 2. Wählen Sie Überschriftenebenen nach Bedeutung, nicht nach optischer Größe. 3. Beschränken Sie jeden H2-Abschnitt auf ein Unterthema. **So prüfen Sie es:** Ein Tool zur Überschriftengliederung (z. B. HeadingsMap) zeigt keine übersprungenen Ebenen. **KI-Prompt:** ```text Extrahieren Sie die Überschriftenstruktur einer Inhaltsseite von {site}, markieren Sie übersprungene Ebenen sowie leere oder vage Überschriften, und schlagen Sie eine korrigierte Gliederung vor. ``` ### Auf jeder Seite vollständige Open-Graph-Tags verwenden Priorität: Mittlere Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung, Inhalt. **Warum es wichtig ist:** og:title, og:description und og:image werden in Linkvorschauen und in Quellenkarten mancher KI-Oberflächen verwendet. **So geht’s:** 1. Fügen Sie og:title, og:description, og:image, og:url und og:type hinzu. 2. Gestalten Sie das Bild in etwa 1200x630 Pixeln. 3. Erzeugen Sie die Werte je Seite. **So prüfen Sie es:** Ein Open-Graph-Vorschautool zeigt den richtigen Titel, die richtige Beschreibung und das richtige Bild. **KI-Prompt:** ```text Prüfen Sie die Open-Graph-Tags der Startseite von {site}, markieren Sie fehlende oder falsche Felder und schreiben Sie ein korrektes Beispiel. ``` ### X-(Twitter-)Card-Tags hinzufügen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** twitter:card-Tags steuern Linkvorschauen auf X und in anderen Tools, die sie auslesen. **So geht’s:** 1. Setzen Sie twitter:card auf summary\_large\_image. 2. Beachten Sie, dass für fehlende Felder die Open-Graph-Werte verwendet werden. **So prüfen Sie es:** Der Seitenquelltext enthält \. **KI-Prompt:** ```text Prüfen Sie die twitter:card-Tags auf {site} und schreiben Sie das empfohlene minimale Tag-Set zusätzlich zu Open Graph. ``` ### Alt-Texte schreiben, die den Bildinhalt beschreiben Priorität: Mittlere Priorität. Aufwand: Einige Tage. Beleg: Offizielle Quelle. Rollen: Inhalt. **Warum es wichtig ist:** Alt-Texte teilen Bots und Screenreadern mit, was ein Bild zeigt, und multimodale Modelle nutzen sie, um das Bild mit dem Seitenkontext zu verknüpfen. **So geht’s:** 1. Schreiben Sie für jedes informative Bild einen konkreten Alt-Text. 2. Verwenden Sie für dekorative Bilder ein leeres alt="". 3. Vermeiden Sie Keyword-Stuffing. **So prüfen Sie es:** Ein Crawler zeigt, dass weniger als 5 % der informativen Bilder keinen Alt-Text haben. **KI-Prompt:** ```text Listen Sie die Alt-Texte der Bilder auf der Startseite von {site} auf und schreiben Sie bessere Alternativen für fehlende, vage oder mit Keywords überladene Texte. ``` **Quellen:** ### Ein Favicon und einen bevorzugten Websitenamen festlegen Priorität: Niedrige Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** Google und manche KI-Oberflächen zeigen Quellen mit Websitenamen und Favicon an. Fehlende oder inkonsistente Werte erschweren das Wiedererkennen Ihrer Marke. **So geht’s:** 1. Veröffentlichen Sie ein quadratisches Favicon mit mindestens 48x48 Pixeln. 2. Deklarieren Sie den Websitenamen mit name und alternateName in den strukturierten Daten WebSite. 3. Halten Sie ihn konsistent mit dem Title und og:site\_name. **So prüfen Sie es:** Die Google-Suchergebnisse zeigen den korrekten Websitenamen und das korrekte Favicon. **KI-Prompt:** ```text Prüfen Sie die Favicon-Definitionen und Signale zum Websitenamen (WebSite-JSON-LD, og:site_name, Title) für {site} und listen Sie Inkonsistenzen auf. ``` **Quellen:** , ## Strukturierte Daten (Schema.org) Strukturierte Daten teilen Maschinen explizit mit, welche Entitäten eine Seite beschreibt und wie sie zusammenhängen. Google verlangt für KI-Funktionen kein spezielles Markup, aber korrektes JSON-LD unterstützt direkt die Entitätserkennung und Shopping-Oberflächen. ### Strukturierte Daten als gültiges JSON-LD veröffentlichen Priorität: Hohe Priorität. Aufwand: Schneller Erfolg. Beleg: Offizielle Quelle. Rollen: Entwicklung. **Warum es wichtig ist:** JSON-LD ist das von Google empfohlene Format und leicht zu pflegen, da es vom HTML getrennt ist. Schon ein einziger Syntaxfehler führt dazu, dass der gesamte Block ignoriert wird. **So geht’s:** 1. Fügen Sie strukturierte Daten als \