Was ist ein GEO-fähiges CMS?
Ein GEO-fähiges CMS ist ein Content-Management-System, das jede Seite fertig vom Server ausliefert, unter stabilen URLs, klar gegliedert und ohne Sperren für KI-Crawler. Das ist die Voraussetzung dafür, dass ChatGPT, Perplexity und Google AI Overviews Inhalte lesen und als Quelle zitieren. Keiner der großen KI-Crawler führt JavaScript aus.
GEO steht für Generative Engine Optimization. Gemeint ist die Arbeit daran, in KI-Antworten genannt und verlinkt zu werden und nicht nur in der Trefferliste zu stehen. Darüber entscheidet die Technik Ihres CMS stärker als der Text. Wo Ihre Website steht, können Sie in fünf Minuten selbst prüfen.
Warum KI-Crawler Ihre Seite anders sehen als Google
KI-Crawler lesen nur die Seite, die der Server ihnen schickt. Anders als ein Browser führen sie das JavaScript einer Website nicht aus, bauen also nichts nach. Eine Vercel-Analyse des Crawler-Verkehrs im eigenen Netzwerk zeigt: GPTBot lädt in 11,50 Prozent der Anfragen JavaScript-Dateien, ClaudeBot in 23,84 Prozent, ausgeführt wird davon nichts (Vercel: The rise of the AI crawler (öffnet in neuem Tab)).
Für ein CMS hat das eine harte Konsequenz. Alles, was erst im Browser entsteht, existiert für diese Systeme nicht: nachgeladene Artikeltexte, aufklappbare FAQ-Abschnitte, Tabs, Preistabellen aus einem angebundenen System, Inhalte hinter einem Cookie-Banner, das den Seitenaufbau blockiert. Googlebot führt das JavaScript aus und sieht diese Inhalte. GPTBot, ClaudeBot und PerplexityBot sehen an derselben Stelle eine leere Hülle.
Daraus folgt der teuerste Fehler dieser Kategorie. Eine Seite kann bei Google auf Position 1 stehen und in ChatGPT, Claude und Perplexity gleichzeitig unsichtbar sein. Das Ranking ist dann kein Beleg dafür, dass die Inhalte maschinenlesbar sind.
Ein Ranking bei Google beweist nicht, dass KI-Systeme Ihre Seite lesen können. Googlebot ist der einzige große Crawler, der das JavaScript einer Seite ausführt. Wer seine KI-Sichtbarkeit anhand von Google-Positionen beurteilt, misst das Falsche.
Der Fünf-Minuten-Test: Was ein KI-Crawler von Ihrer Seite sieht
Sie brauchen dafür kein Werkzeug und keine Kommandozeile. Der Quelltext, den Ihr Browser vom Server empfängt, ist genau das, was auch ein KI-Crawler zu sehen bekommt. Sie können ihn sich in drei Schritten anzeigen lassen:
Quelltext der Seite öffnen
Rufen Sie eine wichtige Seite Ihrer Website auf, klicken Sie mit der rechten Maustaste auf eine freie Stelle und wählen Sie „Seitenquelltext anzeigen“. Kürzer geht es mit Strg+U, auf dem Mac mit Cmd+Alt+U.
Nicht mit „Untersuchen“ verwechseln
„Untersuchen“ oder „Element untersuchen“ zeigt die Seite, nachdem JavaScript im Browser gelaufen ist. Dort steht auch Text, den ein KI-Crawler nie sieht. Nur der Seitenquelltext zeigt die Auslieferung vom Server.
Nach einem Satz aus der Seitenmitte suchen
Suchen Sie im Quelltext mit Strg+F, auf dem Mac Cmd+F, nach fünf bis acht Wörtern aus der Mitte Ihres Fließtextes. Wählen Sie eine Stelle ohne Umlaute und ohne Sonderzeichen, damit die Suche nicht an der Schreibweise im HTML scheitert.
Was das Ergebnis bedeutet:
| Ergebnis | Bedeutung | Konsequenz |
|---|---|---|
| Der gesuchte Satz steht im Quelltext | Der Crawler sieht Ihren Inhalt | Technische Basis stimmt, weiter mit Struktur und Inhalt |
| Nur Navigation und Footer, kein Fließtext | Die Seite wird erst im Browser zusammengebaut | Der Server muss den Text mitliefern, sonst bleibt die Seite unsichtbar |
| Nur wenige Zeilen Code und Verweise auf Skript-Dateien | Die gesamte Website wird im Browser aufgebaut | Grundsätzliches Problem, betrifft jede Seite |
Wiederholen Sie den Test mit drei Seitentypen: Startseite, eine Leistungsseite und ein Blogartikel. In der Praxis fällt das Ergebnis oft unterschiedlich aus, weil einzelne Seitentypen anders gebaut sind als der Rest.
Eine Sache zeigt der Browser-Test nicht, nämlich ob Firewall oder Schutzdienst (CDN) den Crawler aussperren. Sie surfen als normaler Besucher, ein KI-Crawler meldet sich mit einer eigenen Kennung. Dafür ruft Ihre Technik oder Ihre Agentur die Seite einmal unter dieser Kennung ab. Kommt dann eine Fehlermeldung oder eine Sicherheitsabfrage statt Ihres Inhalts, liegt eine Sperre vor. Mehr dazu im Abschnitt zu robots.txt und Cloudflare.
Warum gute Rankings allein nicht mehr reichen
Rankings und KI-Zitate laufen auseinander. Eine Ahrefs-Auswertung von 863.000 Suchergebnisseiten und 4 Millionen in AI Overviews zitierten Adressen zeigt: Nur 38 Prozent der in AI Overviews zitierten Seiten ranken für dieselbe Anfrage auch in den Top 10. Im Juli 2025 waren es noch rund 76 Prozent (Ahrefs, März 2026 (öffnet in neuem Tab)). Etwa 31 Prozent der Zitate stammen von Seiten jenseits der Top 100.
Der Grund ist die Zerlegung der Anfrage. Google bricht eine Frage in mehrere Unterfragen auf und sucht für jede die passendste Passage. Zitiert wird, wer eine dieser Unterfragen sauber beantwortet, unabhängig von der Position im klassischen Ranking.
Für das CMS heißt das, es muss Inhalte in Einheiten verwalten können, die für sich stehen. Ein Abschnitt mit eigener Überschrift, eigener Sprungmarke und der Antwort gleich im ersten Satz ist zitierfähig. Ein Text von 3.000 Wörtern in einem einzigen großen Textfeld ohne Zwischenüberschriften ist es nicht.
Die sechs Fähigkeiten, die ein CMS GEO-fähig machen
Diese sechs Punkte entscheiden. Sie sind unsere Prüfliste, wenn wir ein bestehendes System bewerten:
| Fähigkeit | Warum sie zählt | Woran Sie sie erkennen |
|---|---|---|
| Auslieferung durch den Server | Die fertige Seite muss vom Server kommen, nicht erst im Browser entstehen | Der Fünf-Minuten-Test oben zeigt den Fließtext |
| Stabile URLs mit sauberen Weiterleitungen | Crawler folgen alten Links und laufen sonst ins Leere | Jede alte Adresse führt auf eine passende neue Seite |
| Klare Gliederung | Einzelne Passagen müssen für sich lesbar sein | Eine Hauptüberschrift, geordnete Zwischenüberschriften, Sprungmarken, echte Listen und Tabellen |
| Pflegbare Metadaten pro Seite | Titel und Beschreibung entscheiden über die Darstellung in Suche und KI-Antworten | Die Redaktion setzt sie ohne Entwickler, mit Längenprüfung |
| Strukturierte Daten aus den Inhalten | Die Angaben für Suchmaschinen müssen zum sichtbaren Text passen | Sie entstehen aus den gepflegten Feldern, nicht in Handarbeit |
| Kontrolle über Auslieferung und Zugriff | robots.txt, Serverantworten und Firewall entscheiden über den Zugang | Sie können Crawler-Regeln ändern, ohne den Hoster zu fragen |
Drei dieser Punkte kosten in einem Standardsystem meist nichts, weil Plugins sie abdecken: Metadaten, strukturierte Daten und Weiterleitungen. Die anderen drei stecken im technischen Aufbau. Sie lassen sich nicht nachrüsten, ohne an die Auslieferung der Seiten zu gehen.
Prüfen Sie Ihr CMS in dieser Reihenfolge
- Kommt der Fließtext im Quelltext an?
- Führen alte Adressen auf eine passende Seite, statt ins Leere zu laufen?
- Hat jeder Abschnitt eine eigene Überschrift?
- Kann die Redaktion Titel und Beschreibung selbst setzen?
- Passen die strukturierten Daten zum sichtbaren Text?
- Kommen GPTBot und PerplexityBot ohne Sperre auf die Seite?
Die ersten beiden Punkte entscheiden über alles Weitere. Ohne sie ist jede Content-Optimierung wirkungslos.
Was Google offiziell verlangt, und was nicht
Google nennt zwei Bedingungen für AI Overviews und den AI Mode. Eine Seite muss im Index stehen und für einen Textauszug in den Suchergebnissen infrage kommen. Sonst kann sie nicht als unterstützender Link erscheinen. Zusätzliche Anforderungen gibt es laut Dokumentation nicht (Google Search Central: AI features and your website (öffnet in neuem Tab)).
Ebenso deutlich ist, was Google ausschließt: "You don't need to create new machine readable files, AI text files, or markup to appear in these features." Kein Sonder-Markup, keine KI-Datei, kein separates Format. Stattdessen nennt Google Grundlagen, die jedes CMS betreffen: den Zugriff der Crawler über robots.txt und den Hoster erlauben, intern sauber verlinken, wichtige Inhalte als Text ausliefern und die strukturierten Daten deckungsgleich mit dem sichtbaren Text halten.
Wer einzelne Inhalte aus KI-Antworten heraushalten will, nutzt dieselben Angaben wie in der Suche, etwa noindex für eine ganze Seite oder nosnippet für den Textauszug. In einem GEO-fähigen CMS stellt die Redaktion das pro Seite selbst ein. Es steckt nicht in einer Konfigurationsdatei, an die nur Entwickler herankommen.
Warum llms.txt nicht der Hebel ist, für den viele sie halten
Die llms.txt löst das Problem nicht, um das es hier geht. Sie ist eine einfache Textdatei im Hauptverzeichnis der Website, die KI-Systemen eine geordnete Übersicht der Inhalte gibt. Wir halten sie für sinnvoll und betreiben mit dem llms.txt Generator (öffnet in neuem Tab) selbst ein kostenloses Tool dafür. Trotzdem ändert sie nichts daran, wenn Ihre Seiten erst im Browser aufgebaut werden. Der Crawler holt sich die verlinkten Seiten und findet dort dieselbe leere Hülle.
Stand heute hat kein großer Anbieter bestätigt, dass seine Modelle die Datei im Betrieb auswerten. Google hat sie immerhin in die eigene Chrome-Dokumentation aufgenommen und prüft Websites in Lighthouse auf Agentic Browsing, was wir als Rückendeckung für den Standard eingeordnet haben. Ein Ersatz für saubere Auslieferung ist sie deshalb nicht.
Unsere Reihenfolge ist klar: erst die Auslieferung durch den Server, dann Struktur und Inhalt, dann llms.txt als Ergänzung. Wer es umgekehrt macht, beschriftet ein Regal, an das die Maschine nicht herankommt. Wie die Datei aufgebaut ist und wann sie sich lohnt, steht in unserem Leitfaden Was ist llms.txt?.
Stabile URLs: der Faktor, den fast jede Migration zerstört
KI-Crawler arbeiten mit veralteten URL-Listen, und das in einem Ausmaß, das viele unterschätzen. Laut der Vercel-Analyse laufen 34,82 Prozent der ChatGPT-Anfragen und 34,16 Prozent der ClaudeBot-Anfragen auf 404-Seiten. Googlebot liegt bei 8,22 Prozent.
Jede dritte Anfrage trifft also ins Leere. Wer bei einem Relaunch die URL-Struktur ändert und die Weiterleitungen nicht vollständig pflegt, verliert Rankings und dazu die Wiederauffindbarkeit für Systeme, die alte Adressen noch monatelang abfragen. Ein CMS muss deshalb zwei Dinge können. Es hält die Adresse stabil, wenn jemand einen Inhalt umbenennt, und es führt die Weiterleitungen als eigene, pflegbare Liste statt als Nebenprodukt eines Plugins.
Prüfen Sie nach jeder Migration eine Stichprobe alter Adressen aus der Google Search Console. Eine Weiterleitung auf die passende Zielseite zählt. Eine Weiterleitung auf die Startseite ist für Crawler so gut wie ein Verlust der Seite.
Zugang: robots.txt, Cloudflare und der 15. September 2026
Der häufigste Grund, warum eine technisch saubere Seite nicht zitiert wird, ist eine Sperre in der Technik davor. Gewollt ist sie selten. Ein Sicherheits-Plugin mit scharfem Bot-Schutz, eine Firewall-Regel gegen unbekannte Kennungen, eine robots.txt, die noch aus der Testumgebung stammt.
Dazu kommt eine Änderung mit Datum. Cloudflare stellt zum 15. September 2026 die Standardeinstellungen um: Auf werbefinanzierten Seiten werden Crawler der Kategorien Training und Agent für neu hinzukommende Domains standardmäßig blockiert, während die Kategorie Search erlaubt bleibt (Cloudflare Blog, Juli 2026 (öffnet in neuem Tab)). Bestehende Kunden können ihre Einstellungen vorher selbst festlegen.
Für die meisten Unternehmensseiten ohne Werbung ändert sich dadurch unmittelbar nichts. Wichtiger ist etwas anderes. Wer Ihre Inhalte sehen darf, entscheidet inzwischen Ihr Hoster mit, dazu der Schutzdienst vor Ihrer Website und Ihre Sicherheitseinstellungen. Die robots.txt allein regelt das längst nicht mehr. Wer diese Ebene nicht selbst kontrolliert, kann seine KI-Sichtbarkeit auch nicht steuern.
Getrennt davon steht die Frage des Trainings. Mit Google-Extended lässt sich die Nutzung für Googles KI-Training einschränken, ohne die Sichtbarkeit in der Suche zu verlieren. Beides zu vermischen ist ein verbreiteter Fehler. Wer pauschal alle KI-Bots aussperrt, verliert auch die Systeme, die Besucher zurückbringen.
WordPress, Headless oder eigenes CMS: was ist GEO-fähig?
GEO-Fähigkeit ist keine Eigenschaft der Produktkategorie, sondern der konkreten Umsetzung. Trotzdem unterscheiden sich die typischen Ausgangslagen deutlich:
| System | Typische Ausgangslage | Der kritische Punkt |
|---|---|---|
| WordPress, klassisches Theme | Liefert die fertige Seite vom Server aus, damit grundsätzlich lesbar | Page-Builder, Cookie-Banner und Bot-Schutz-Plugins, die Inhalte oder Zugriff blockieren |
| WordPress, Headless mit modernem Frontend | Die Seite wird im Browser des Besuchers aufgebaut | Für KI-Crawler unsichtbar, obwohl die Inhaltspflege sauber ist |
| Headless CMS, das Seiten auf dem Server ausliefert | Gute Ausgangslage, Inhalte sind sauber strukturiert | Die Gliederung muss auf der Seite ankommen, nicht nur in der Datenbank liegen |
| Baukästen (Wix, Squarespace) | Die Seite kommt vom Server, die Grundlagen sind abgedeckt | Wenig Kontrolle über Weiterleitungen, robots.txt und Auslieferung |
| Eigenes CMS | Auslieferung, URLs und Gliederung legen Sie selbst fest | Muss von Anfang an so gebaut werden, sonst bringt es keinen Vorteil |
Das ist unbequem für alle, die bei KI-Sichtbarkeit zuerst an einen Systemwechsel denken. Ein klassisches WordPress mit einfachem Theme ist für KI-Crawler oft besser lesbar als ein modernes Headless-Setup, dessen Seiten erst im Browser entstehen. Nicht das System löst das Problem, sondern die Art der Auslieferung. Welches System zu welchem Fall passt, haben wir im Vergleich Das beste CMS 2026 durchgerechnet.
Aus unserer Praxis
Diese Website liefert jede Seite fertig vom Server aus. Sie besteht den Fünf-Minuten-Test also selbst, was Sie an diesem Artikel gleich nachprüfen können. Unsere llms.txt (öffnet in neuem Tab) und die ausführliche llms-full.txt pflegen wir zusätzlich, mit jedem neuen Artikel.
Zwei Dinge nehmen wir aus dieser Arbeit mit. Der Fünf-Minuten-Test deckt in bestehenden Projekten mehr auf als jedes SEO-Tool, weil er die Seite genau so ansieht wie ein KI-Crawler. Und der Aufwand steckt selten im Umbau der Seiten, sondern in den Weiterleitungen. Bei jeder Migration ist die vollständige Weiterleitungsliste der Teil, der am meisten Zeit kostet und am ehesten gekürzt wird.
Deshalb bauen wir CMS-Projekte so, dass die Auslieferung durch den Server, stabile Adressen und pflegbare Metadaten von Beginn an feststehen. Das sind keine Zusatzleistungen, die man später bucht, sondern Entscheidungen, die man am Anfang trifft oder teuer nachholt. Warum wir für viele Fälle zu einem eigenen System raten, steht in WordPress-Alternative 2026.
Lösungen von SymbolicLabs
CMS-Entwicklung
Wir entwickeln Content-Management-Systeme, die jede Seite fertig vom Server ausliefern, URLs stabil halten und der Redaktion die Kontrolle über Metadaten und Gliederung geben. Damit erfüllt Ihre Website die technischen Voraussetzungen für Sichtbarkeit in Suche und KI-Antworten.
Zur CMS-Entwicklung
Webentwicklung
Bestehende Websites prüfen wir darauf, was beim Crawler ankommt und wer überhaupt Zugang hat, und modernisieren gezielt die Stellen, an denen es klemmt, statt alles neu zu bauen.
Zur Webentwicklung
llms.txt Generator
Unser kostenloses Tool erstellt llms.txt und llms-full.txt automatisch aus Ihrer Website-Struktur, ohne Registrierung.
Zum llms.txt Generator
Häufig gestellte Fragen (FAQ)
Was bedeutet GEO im Zusammenhang mit einem CMS?
GEO steht für Generative Engine Optimization, also die Optimierung darauf, in KI-generierten Antworten genannt und zitiert zu werden. Bezogen auf ein CMS meint GEO-Fähigkeit die technischen Voraussetzungen dafür: die fertige Seite kommt vom Server, die URLs bleiben stabil, der Inhalt ist klar gegliedert, und Sie kontrollieren, welche Crawler Zugang haben.
Reicht eine llms.txt, um in KI-Antworten zu erscheinen?
Nein. Die llms.txt ist eine Ergänzung, kein Ersatz für lesbare Seiten. Kein großer KI-Anbieter hat bestätigt, dass seine Modelle die Datei im Betrieb auswerten, und bei Seiten, die erst im Browser aufgebaut werden, bleibt der eigentliche Inhalt für Crawler unsichtbar, egal was in der llms.txt steht.
Ist WordPress GEO-fähig?
Ja, in der Standardkonfiguration mit einem klassischen Theme. WordPress liefert die fertige Seite vom Server aus, das ist die entscheidende Grundlage. Probleme entstehen durch Page-Builder mit nachgeladenen Inhalten, Cookie-Banner, die den Seitenaufbau blockieren, und Sicherheits-Plugins, die KI-Crawler aussperren.
Muss ich für AI Overviews spezielles Schema-Markup einbauen?
Nein. Google schreibt in seiner Dokumentation ausdrücklich, dass keine neuen maschinenlesbaren Dateien und kein besonderes Markup nötig sind. Voraussetzung ist, dass die Seite im Index steht und für einen Textauszug in den Suchergebnissen infrage kommt. Vorhandene strukturierte Daten sollten zum sichtbaren Text passen.
Woran erkenne ich, ob KI-Systeme meine Website lesen können?
Öffnen Sie eine wichtige Seite im Browser und lassen Sie sich mit Strg+U, auf dem Mac Cmd+Alt+U, den Seitenquelltext anzeigen. Suchen Sie darin mit Strg+F nach einigen Wörtern aus der Mitte Ihres Fließtextes. Stehen sie im Quelltext, kann der Crawler den Inhalt lesen. Fehlen sie, wird die Seite erst im Browser aufgebaut und bleibt für KI-Systeme leer. Wichtig: nicht „Untersuchen“ verwenden, das zeigt den Zustand nach der Ausführung von JavaScript.
Blockiert mein Hosting KI-Crawler?
Möglich, und oft unbemerkt. Bot-Schutz in Firewall oder Schutzdienst, Sicherheits-Plugins und alte robots.txt-Regeln sperren KI-Crawler regelmäßig aus. Kommt beim Abruf eine Fehlermeldung oder eine Sicherheitsabfrage statt Ihres Inhalts, liegt eine Sperre vor. Cloudflare ändert zudem zum 15. September 2026 seine Standardeinstellungen für neu hinzukommende Domains.
Was kostet die Umstellung auf ein GEO-fähiges CMS?
Das hängt vom Befund ab. Fehlende Metadaten-Pflege oder eine unvollständige Redirect-Liste sind Tagesaufgaben. Liefert der Server dagegen keine fertigen Seiten aus, betrifft die Änderung den technischen Aufbau der ganzen Website. Deshalb steht am Anfang die Prüfung, nicht das Angebot.




