So funktioniert die Suche 2026: Entdeckung bis KI-Antwort

Direkte Antwort

Bevor eine Seite bei Google erscheinen kann, muss Google ihre URL entdecken, sie crawlen, notwendiges JavaScript rendern, den Inhalt verstehen und indexieren, eine kanonische URL auswählen und entscheiden, dass die Seite relevant genug ist, um ausgeliefert zu werden. AI Overviews und der KI-Modus fügen diesen Grundlagen Retrieval, Query Fan-out, Synthese und Zitationen hinzu. Sie verschaffen einer kaputten oder unsichtbaren Seite keinen Sonderweg zu Google.

Wenn deine Seite fehlt, fang nicht damit an, Keywords umzuschreiben oder Schema hinzuzufügen. Finde die erste fehlgeschlagene Stufe in der Pipeline. Diesen ersten Fehler zu beheben ist der schnellste zuverlässige Weg nach vorn.

Nach dieser Lektion sollst du eine Sache besonders gut können: dir eine nicht performende URL ansehen und den nächsten sinnvollen Test bestimmen, statt zu raten.

Was du danach kannst

Am Ende dieser Lektion kannst du:

• Entdeckung, Crawling, Rendering, Indexierung, kanonische Auswahl, Ausspielung, Snippets, KI-Retrieval und Zitation voneinander unterscheiden;
• erklären, warum indexierbar, indexiert, rankend, erwähnt und zitiert unterschiedliche Zustände sind;
• eine fehlende URL in der richtigen Reihenfolge diagnostizieren;
• Fixes vermeiden, die fortgeschritten klingen, aber den beobachteten Fehler nicht beheben können;
• eine Fünf-Fälle-Diagnose der Suchpipeline abschließen und dabei mindestens vier korrekte Grundursachen benennen.

Das Modell: Suche ist eine Pipeline

Google beschreibt die klassische Suche in drei groben Stufen: Crawling, Indexierung und Ausspielung der Ergebnisse. Für ein konkretes Audit wird dieses Modell nützlicher, wenn wir Entdeckung, Abruf, Rendering, kanonische Auswahl, Ranking und Präsentation getrennt betrachten.

Googles aktuelle Dokumentation zur Funktionsweise der Suche besagt, dass die meisten Seiten automatisch per Crawling gefunden werden, dass JavaScript gerendert werden kann und dass Crawling, Indexierung und Ausspielung nicht garantiert sind. Dieser letzte Punkt ist entscheidend: Eine gültige Seite hat Anspruch darauf, berücksichtigt zu werden, nicht darauf, Traffic zu erhalten.

Hier die praktische Abfolge:

1. Entdeckung: Ein Suchsystem erfährt, dass eine URL existiert.
2. Crawl: Ein Crawler fragt die URL an und erhält eine HTTP-Antwort.
3. Rendering: Das System führt genug von der Seite aus, um Inhalte zu sehen, die von JavaScript abhängen.
4. Indexierung: Das System analysiert den Inhalt und entscheidet, ob es ihn speichert.
5. Kanonische Auswahl: Ähnliche URLs werden gruppiert, und es kann eine repräsentative URL ausgewählt werden.
6. Ausspielung und Ranking: Das System gleicht indexiertes Material mit einer Suchanfrage ab und ordnet nützliche Ergebnisse.
7. Snippet-Darstellung: Das System wählt einen Title-Link, eine Textpassage, ein Bild oder eine andere Darstellungsform.
8. Retrieval für eine generierte Antwort: Ein generatives System sucht nach stützenden Informationen, teils über mehrere verwandte Suchanfragen.
9. Synthese und Zitation: Es erzeugt eine Antwort und verlinkt möglicherweise auf die als Beleg genutzten Quellen.

Die ersten sieben Stufen erklären, warum ein normaler blauer Link erscheinen kann oder nicht. Die letzten beiden helfen, generative Suchoberflächen zu erklären. Sie hängen zusammen, aber eine Zitation ist nicht einfach „Position null".

Was jede Stufe genau bedeutet

Entdeckung

Es gibt kein vollständiges zentrales Verzeichnis aller öffentlichen Seiten. Crawler finden URLs über Links, bereits bekannte URLs, Weiterleitungen und eingereichte Sitemaps. Eine Sitemap ist eine nützliche Unterstützung für die Entdeckung, kein Befehl, alles darin Enthaltene zu indexieren.

Eine neue Lektion, die von der Academy-Übersichtsseite verlinkt ist, hat einen Entdeckungspfad. Dieselbe Lektion, die nur erreichbar ist, nachdem ein Nutzer etwas in ein clientseitiges Suchfeld eingegeben hat, hat möglicherweise überhaupt keinen stabilen, crawlbaren Link.

Zu klärende Frage: Weiß Google, dass die exakte kanonische URL existiert?

Zu sammelnde Belege: interne Links, Aufnahme in die Sitemap, Entdeckungsstatus in der Search Console, Serverlog-Anfragen und das Ergebnis der URL-Prüfung.

Crawl

Der Googlebot muss die URL anfragen können. Eine 200-Antwort ist nicht automatisch gut, und eine blockierte Antwort ist nicht automatisch eine Anweisung zur Deindexierung. Prüfe den tatsächlichen Status, die Header, den Weiterleitungspfad, die Authentifizierung, die Robots-Regeln und die Serverstabilität.

Robots-Regeln steuern den Zugriff von Crawlern. Sie schützen keine privaten Daten. Wenn Inhalte privat bleiben müssen, ist eine Authentifizierung erforderlich.

Zu klärende Frage: Kann der vorgesehene Crawler die vorgesehene öffentliche Antwort abrufen?

Rendering

Die moderne Google-Suche kann JavaScript rendern, aber Rendering bleibt eine Abhängigkeit. Wenn der Server ein leeres Application-Shell sendet und der eigentliche Text erst nach einer API-Anfrage eintrifft, muss diese Anfrage für den Renderer funktionieren. Ein Browser-Screenshot auf deinem Laptop beweist nicht, dass ein Crawler denselben Inhalt erhalten hat.

Vergleiche drei Dinge:

• das HTML der HTTP-Antwort;
• das gerenderte Document Object Model, kurz DOM;
• die Netzwerkanfragen, die für den gerenderten Zustand nötig sind.

Fehlt die Hauptantwort sowohl im HTML der Antwort als auch im gerenderten DOM, hat die Seite keinen brauchbaren Text zur Indexierung, egal wie ausgefeilt sie aussieht, nachdem du dich eingeloggt hast.

Indexierung und kanonische Auswahl

Nach dem Crawling analysiert Google Text, Bilder, Video, Titel, Links, Sprache und weitere Seitensignale. Es kann davon absehen, Material mit geringem Wert oder unzugängliches Material zu indexieren. Außerdem gruppiert Google inhaltlich stark ähnliche Seiten und wählt gegebenenfalls eine davon als kanonische Version aus.

Ein deklariertes Canonical-Tag ist ein Signal, kein Befehl. Wenn dein Canonical-Tag auf URL A verweist, während interne Links, Weiterleitungen und die Sitemap durchgängig URL B stützen, hast du einen Konflikt erzeugt.

Indexierbar bedeutet, dass keine bekannte Regel die Indexierung verhindert. Indexiert bedeutet, dass das System die Seite tatsächlich gespeichert hat. Kanonisch bedeutet die für einen Duplikat-Cluster ausgewählte repräsentative URL.

Diese Begriffe sind nicht austauschbar.

Ausspielung und Ranking

Eine indexierte Seite muss für eine bestimmte Suchanfrage in einem bestimmten Kontext trotzdem relevant und nützlich sein. Google dokumentiert viele am Ranking beteiligte Systeme, veröffentlicht aber keine Formel, die du reproduzieren könntest. Der Leitfaden zu den Ranking-Systemen ist eine Übersicht dokumentierter Systeme, keine Checkliste, die eine Position garantiert.

Rankings können je nach Formulierung der Suchanfrage, Sprache, Standort, Gerät, Aktualitätsbedarf und Aufbau der Ergebnisseite variieren. Eine einzelne manuelle Suche ist eine Beobachtung, keine marktweite Messung.

Snippets und Anzeigefähigkeit

Google erstellt Snippets normalerweise aus sichtbarem Seiteninhalt und kann für unterschiedliche Suchanfragen unterschiedliche Textpassagen wählen. Eine Seite kann ranken, aber nur schwach extrahierbare Belege für die genaue Frage liefern. Sie kann Snippets auch über entsprechende Direktiven einschränken.

Diese Unterscheidung ist bei generativen Ergebnissen wichtig, denn laut Google müssen Seiten indexiert und für ein normales Snippet anzeigefähig sein, um als stützende Links in KI-Funktionen infrage zu kommen. Die offizielle Dokumentation KI-Funktionen und deine Website besagt außerdem, dass es keine zusätzlichen technischen Anforderungen gibt, um in AI Overviews oder im KI-Modus zu erscheinen.

Retrieval, Query Fan-out und Synthese

Ein komplexer Prompt kann mehrere Teilentscheidungen enthalten. Statt eine einzelne Suche durchzuführen, kann ein System parallel mehrere verwandte Suchanfragen stellen, brauchbares Material abrufen und daraus eine Antwort synthetisieren. Google nennt das Query Fan-out in seinem Leitfaden zur Optimierung für generative KI.

Stell dir folgende Anfrage vor:

Was ist das beste CRM für einen Sanitärbetrieb mit 20 Mitarbeitenden, der von Tabellenkalkulationen umsteigt, und wie lange dauert die Migration?

Eine brauchbare Antwort braucht möglicherweise Belege zu Außendienst-Workflows, mobiler Nutzung, Preisen pro Nutzer, Importformaten, Unterstützung bei der Migration und Implementierungsdauer. Das sind plausible Informationsbedürfnisse. Sie sind keine durchgesickerte Liste versteckter Suchanfragen und rechtfertigen keine sechs nahezu identischen Seiten.

Das System kann einen Migrationsleitfaden zitieren, selbst wenn dieser für den vollständigen ursprünglichen Prompt gar nicht ranken würde. Deshalb beweist eine KI-Zitation nicht, dass die zitierte URL für den ursprünglichen Wortlaut eine klassische Ranking-Position innehatte.

Die vollständige Diagnosetabelle

Arbeite die Tabelle von oben nach unten ab. Ein Symptom auf einer späteren Stufe hebt einen früheren Fehler nicht auf.

Ein wiederholbares Neun-Schritte-Audit

1. Den gewünschten Zustand der URL festhalten

Notiere die exakte URL, ob sie öffentlich sein soll, ihre vorgesehene kanonische URL, die Sprache und die Nutzeraufgabe, die sie erfüllt. Du kannst eine Seite nicht diagnostizieren, wenn der gewünschte Zustand unklar ist.

2. Die URL ohne eingeloggte Sitzung anfragen

Notiere den finalen Status, die Weiterleitungskette, die Antwort-Header und ob die finale Seite die gewünschte ist. Eine öffentliche Lektion sollte nicht von einem Cookie oder Konto abhängen.

3. Crawler-Steuerung prüfen

Überprüfe die Robots-Regeln und die seitenspezifischen robots-Direktiven. Denk daran, dass eine blockierte Crawl-Anfrage einen Crawler daran hindern kann, eine noindex-Direktive auf der Seite überhaupt zu lesen.

4. HTML der Antwort und gerendertes DOM vergleichen

Suche in beiden nach der H1 und der direkten Antwort. Notiere fehlgeschlagene Skripte oder API-Aufrufe. Die wichtige Frage lautet nicht „Funktioniert JavaScript?", sondern „Ist die zentrale Bedeutung zuverlässig vorhanden?".

5. Kanonische Signale abgleichen

Vergleiche das HTML-Canonical, Weiterleitungen, interne Links, die Sitemap-URL, hreflang-Verweise sowie das bevorzugte Protokoll und den bevorzugten Hostnamen.

6. Googles bekannten Zustand prüfen

Nutze die URL-Prüfung für den indexierten Zustand und einen Live-Test für den aktuell abrufbaren Zustand. Beides kann voneinander abweichen, weil der Index einen früheren Crawl widerspiegelt.

7. Performance nach Kohorte prüfen

Segmentiere, sofern indexiert, die Seitendaten nach Land, Gerät, Datum und relevanter Suchanfrage-Kategorie. Diagnostiziere kein Sichtbarkeitsproblem für mobile Nutzer in Frankreich anhand eines seitenweiten Desktop-Durchschnitts.

8. Ergebnis- und Antwortoberfläche prüfen

Notiere die Suchanfrage, das Locale, das Gerät, das Datum, den Login-Status, den Ergebnistyp, den angezeigten Titel, das Snippet und die Zitationen. Behandle das als reproduzierbare Beobachtung.

9. Die erste fehlgeschlagene Stufe beheben und erneut prüfen

Wähle den kleinsten vollständigen Fix. Notiere die Belege vorher, die Änderung, den Release-Zeitpunkt und die erwartete Beobachtung. Warte dann, bis sich das betroffene System aktualisiert hat, bevor du eine Schlussfolgerung ziehst.

Durchgerechnetes Beispiel: die Seite, die dem Team einwandfrei erscheint

Angenommen, /academy/technical-seo-basics/ liefert 200. Sie ist in robots erlaubt, hat ein Self-Canonical, taucht in der Sitemap auf und wirkt im eingeloggten Browser eines Entwicklers vollständig. Trotzdem meldet die URL-Prüfung kaum sichtbaren Inhalt.

Das HTML der Antwort enthält:

<main id="lesson"></main>
<script src="/lesson-app.js"></script>

Das Skript fragt /api/lessons/technical-seo-basics an. Dieser Endpunkt liefert ohne Session-Cookie 401. Der Entwickler hat eine Sitzung, deshalb wirkt die Seite normal. Ein neuer Besucher und ein Renderer ohne dieses Cookie erhalten eine leere Lektion.

Die erste fehlgeschlagene Stufe ist das Rendering. Der richtige Fix besteht darin, den öffentlichen Lektionsinhalt bereits in der initialen Antwort auszuliefern oder die Anfrage für den öffentlichen Inhalt zuverlässig zugänglich zu machen, während private Kontodaten weiterhin hinter der Autorisierung bleiben.

Article-Schema hinzuzufügen würde Inhalte beschreiben, die der Renderer weiterhin nicht sehen kann. Eine llms.txt hinzuzufügen würde die fehlgeschlagene Anfrage nicht reparieren. Eine erneute Indexierungsanfrage würde Google nur bitten, denselben kaputten Zustand erneut zu verarbeiten.

Warum es nach dem Fix trotzdem noch scheitern kann

Sobald der Text rendert, kann Google ihn crawlen und sich trotzdem gegen Indexierung oder Ranking entscheiden. Der Inhalt kann eine andere kanonische Lektion duplizieren, die Aufgabe verfehlen oder auf stärkere Alternativen treffen. Das Rendering zu reparieren schafft Anzeigefähigkeit. Es garantiert nicht die späteren Stufen.

Häufige Irrtümer und die richtige Reaktion

„Robots.txt entfernt die Seite"

Robots-Regeln steuern das Crawling. Nutze für öffentliche Inhalte den korrekten Mechanismus zur Indexierung oder Entfernung, und für private Inhalte eine Authentifizierung.

„Die URL-Prüfung sagt, sie ist indexierbar, also ist sie indexiert"

Indexierbarkeit ist nur eine Möglichkeit. Prüfe den tatsächlichen Indexierungsstatus und die ausgewählte kanonische URL.

„Bei mir rankt sie, also ist das Problem gelöst"

Erfasse eine unvoreingenommene Kohorte. Dein Standort, deine Sprache, dein Gerät und dein Suchverlauf können beeinflussen, was du siehst.

„Eine KI-Antwort hat uns zitiert, also ranken wir für diesen Prompt"

Eine generative Antwort kann für eine einzelne stützende Aussage eine Quelle abrufen. Erfasse die Zitation getrennt von der klassischen Ranking-Position.

„Der Algorithmus hat sich geändert"

Das kann passieren, ist aber nicht die erste Diagnose. Überprüfe Antwort, Rendering, Direktiven, Canonical und Reporting, bevor du eine pauschale externe Ursache anführst.

SEOryon Suchpipeline-Diagnose

Lade die CSV-Diagnosevorlage für die Suchpipeline herunter. Trage für jede problematische URL Folgendes ein:

• den gewünschten Zustand;
• das beobachtete Symptom;
• die früheste vermutete Stufe;
• einen stützenden Beleg;
• den nächsten falsifizierbaren Test;
• die verantwortliche Person;
• den Fix, den du bewusst noch nicht ausprobierst.

Meine Regel ist einfach: Jede Zeile im Audit braucht einen Beleg und einen nächsten Test. „Der Traffic ist gesunken" ist keine Diagnose. „Die mobilen Impressionen auf der ausgewählten kanonischen URL sind gesunken, nachdem die gerenderte H1 verschwunden ist" ist eine.

Übung: fünf URLs, fünf Entscheidungen

Benenne für jeden Fall die fehlgeschlagene Stufe, die stützende Beobachtung, den nächsten Test und einen ungeeigneten Fix.

1. Ein neuer Artikel liefert 200 und rendert korrekt, aber keine interne Seite und keine Sitemap verlinkt ihn. Die Prüfung meldet, dass Google die URL nicht kennt.
2. Ein öffentlicher Guide ist intern verlinkt, aber der Server liefert dem Googlebot bei jedem Live-Test 503.
3. Eine Seite wird gecrawlt. Die Antwort und das gerenderte DOM enthalten noindex, obwohl der CMS-Editor „Index" anzeigt.
4. Es existieren drei identische URLs. Interne Links und die Sitemap verweisen auf URL B, während URL A sich selbst als kanonisch deklariert.
5. Eine Seite ist indexiert und erzielt Impressionen, aber eine überwachte KI-Antwort zitiert wiederholt eine Aufsichtsbehörde für einen gesetzlichen Grenzwert, den deine Seite ohne Quellenangabe nennt.

Lösungsschlüssel

1. Entdeckung. Verlinke ihn von einer crawlbaren, thematisch relevanten Übersichtsseite aus und nimm die kanonische URL in die Sitemap auf. Schema ist nicht der erste Fix.
2. Crawl oder Serververfügbarkeit. Prüfe Logs, Kapazität und die Verarbeitung von Antworten. Den Title umzuschreiben hilft hier nicht.
3. Indexierungsdirektive. Prüfe den Produktions-HTML-Pfad und die Rendering-Logik des CMS. Eine Indexierungsanfrage vor dem Entfernen der Direktive ist verschwendete Mühe.
4. Canonical-Konflikt. Lege eine verantwortliche URL fest und richte Canonical, Links, gegebenenfalls Weiterleitungen und Sitemap danach aus. Links auf beide Versionen zu kaufen erzeugt nur Störrauschen.
5. KI-Retrieval und Beleglage für Zitationen. Ergänze Primärbelege und einen präzisen Geltungsbereich, wenn die Aussage auf die Seite gehört. Eine nahezu identische Seite für diesen Prompt zu erstellen ist unangemessen.

Vergib einen Punkt pro korrekt erkannter fehlgeschlagener Stufe und einen pro vertretbarem nächsten Test. Ein starkes Ergebnis sind mindestens acht von zehn Punkten, darunter vier korrekte Stufen.

Abschließende Checkliste

• Der vorgesehene öffentliche und kanonische Zustand ist schriftlich festgehalten.
• Eine saubere Anfrage erreicht die vorgesehene finale URL.
• Statuscode und Header der Antwort entsprechen dieser Absicht.
• Crawler werden nicht unbeabsichtigt blockiert.
• Die H1 und die primäre Antwort sind im gerenderten DOM vorhanden.
• Canonical, Weiterleitungen, interne Links, Sitemap und hreflang stimmen überein.
• Die URL-Prüfung unterscheidet zwischen Live-Zustand und indexiertem Zustand.
• Die Performance ist nach relevanter Seite, Land, Gerät, Datum und Suchanfrage-Kohorte segmentiert.
• Manuelle Beobachtungen der Ergebnisse enthalten Suchanfrage, Locale, Gerät und Datum.
• KI-Erwähnungen, Zitationen, eigene Links und Referral-Besuche werden getrennt gemessen.
• Die erste fehlgeschlagene Stufe hat eine verantwortliche Person und einen Verifikationstest.
• Keine „Optimierung" auf einer späteren Stufe wird genutzt, um einem früheren technischen Fix auszuweichen.

Häufig gestellte Fragen

Wie lange braucht Google, um eine Seite zu indexieren?

Es gibt keine universelle Zeitspanne. Entdeckung, Crawl-Bedarf, Website-Zustand, Duplizierung, Inhaltswert und die Planung der Systeme spielen alle eine Rolle. Google garantiert keine Indexierung. Miss den tatsächlichen Zustand, statt eine feste Zahl zu versprechen.

Sorgt das Einreichen einer Sitemap dafür, dass eine Seite rankt?

Nein. Eine Sitemap kann die Entdeckung unterstützen und kanonische Informationen bekräftigen. Sie garantiert weder Crawling noch Indexierung noch Ranking.

Führt Google JavaScript aus?

Google dokumentiert, dass es JavaScript mit einer aktuellen Chrome-Version rendert, aber unzuverlässige Abhängigkeiten können Inhalte trotzdem verstecken. Andere Crawler und Assistenten haben möglicherweise andere Fähigkeiten. Serverseitig ausgelieferter semantischer Inhalt ist die robusteste Grundlage.

Brauche ich spezielles Schema oder eine llms.txt-Datei für AI Overviews?

Googles Leitlinie vom Juli 2026 besagt, dass für die Google-Suche kein spezielles Schema und keine KI-Datei erforderlich ist. Nutze wahrheitsgemäße strukturierte Daten, wenn sie helfen, sichtbaren Inhalt zu beschreiben, und behebe zuerst die gewöhnlichen Probleme bei Crawl, Rendering, Indexierung und Inhalt.

Was ist der Unterschied zwischen einer KI-Erwähnung und einer Zitation?

Eine Erwähnung nennt deine Marke namentlich. Eine Zitation verweist auf eine Quelle, bei der es sich um deine eigene Seite oder um eine dritte Seite handeln kann. Ein Referral ist ein messbarer Besuch über einen Link. Erfasse alle drei getrennt voneinander.

Quellen und Methodik

Diese Lektion stützt sich für das Produktverhalten vorrangig auf die offizielle Google-Dokumentation. Das Diagnosemodell ist ein didaktisches Framework von SEOryon, das Googles grobe Stufen in beobachtbare Audit-Zustände aufgliedert. Community-Diskussionen wurden gesichtet, um typische Formulierungen von Einsteigern zu identifizieren, darunter Fragen dazu, wie eine Suchmaschine die Größenordnung des Webs überhaupt verarbeiten kann. Community-Beiträge wurden nicht als faktische Autorität herangezogen.

1. Google Search Central, ausführlicher Leitfaden zur Funktionsweise der Google-Suche, aktualisiert am 18. Dezember 2025. Offizielle Dokumentation. Google weist darauf hin, dass Crawling, Indexierung und Ausspielung nicht garantiert sind.
2. Google Search Central, KI-Funktionen und deine Website, aktualisiert am 10. Dezember 2025. Offizielle Dokumentation. Die Hinweise zur Anzeigefähigkeit garantieren keine Aufnahme.
3. Google Search Central, die wichtigsten Wege, damit dein Content in Googles generativen KI-Erlebnissen gut performt, aktualisiert am 10. Juli 2026. Offizielle Dokumentation. Erklärt Query Fan-out, ohne Ranking-Gewichtungen offenzulegen.
4. Google Search Central, ein Leitfaden zu den Ranking-Systemen der Google-Suche, aktualisiert am 10. Dezember 2025. Offizielle Dokumentation. Der Leitfaden benennt dokumentierte Systeme, ist aber keine reproduzierbare Bewertungsformel.

Weiter: SEO, AEO und GEO: präzise Definitionen ohne die Mythen