Technische LLMO-Voraussetzungen: Checkliste für Websites

Kurzantwort: Für Website-LLMO brauchen Sie keine GPU und kein eigenes Sprachmodell. Die technische Basis besteht aus erreichbaren Seiten, korrekten Statuscodes, steuerbarem Crawling, sichtbarem HTML, eindeutigen Canonicals, funktionierenden Links, konsistenten Daten und messbaren Conversion-Schritten. Erst wenn diese Grundlagen stimmen, lohnt sich die Diskussion über spezielle Plattformintegrationen.

Der Begriff LLMO wird manchmal mit Entwicklung oder Betrieb eigener LLM-Anwendungen verwechselt. Dort können APIs, Vektordatenbanken, Cloud-Infrastruktur und Sicherheitstests nötig sein. Bei der Optimierung einer öffentlichen Website geht es dagegen primär darum, Informationen zuverlässig auffindbar, interpretierbar und nutzbar zu machen.

Website-LLMO und eigene KI-Anwendung unterscheiden

Beide Bereiche können sich in einem Unternehmen ergänzen, dürfen aber nicht als dasselbe Technikpaket verkauft werden.

1. Kanonische Zielseiten müssen erreichbar sein

Jede strategische URL sollte:

• einen passenden HTTP-Status liefern,
• ohne Login oder Cookie-Zwang lesbar sein,
• genau einen selbstreferenziellen Canonical besitzen,
• nicht unbeabsichtigt noindex sein,
• über interne Links erreichbar sein,
• auf Mobilgeräten funktionieren,
• den wesentlichen Inhalt im ausgelieferten Dokument enthalten.

Weiterleitungen müssen auf die endgültige Hauptseite führen und dürfen keine langen Ketten oder Schleifen erzeugen. Gelöschte Inhalte erhalten einen passenden Fehlerstatus oder werden nur dann permanent weitergeleitet, wenn eine echte Ersatzseite existiert.

2. Robots, CDN und Firewall gemeinsam prüfen

Eine korrekte robots.txt reicht nicht, wenn Bot-Management oder Web Application Firewall denselben Zugriff blockiert. Testen Sie den vollständigen Pfad von DNS und CDN bis zum Ursprungssystem.

Für ChatGPT Search erklärt OpenAI in der offiziellen Publisher-FAQ, dass OAI-SearchBot nicht blockiert sein soll, wenn Inhalte in Zusammenfassungen und Snippets erscheinen sollen. Eine mögliche Freigabe lautet:

User-agent: OAI-SearchBot
Allow: /

Perplexity unterscheidet in seiner Crawler-Dokumentation PerplexityBot und Perplexity-User. Aktuelle IP-Bereiche werden dort separat veröffentlicht. Kopieren Sie keine dauerhaft festgeschriebene IP-Liste aus einem Blogartikel.

Eine Freigabe schafft Erreichbarkeit, aber keine Garantie für Crawling, Indexierung, Citation oder Empfehlung.

3. Sichtbarer Hauptinhalt statt leerer JavaScript-Hülle

Google kann JavaScript verarbeiten, weist aber auf die zusätzliche Komplexität von JavaScript-SEO hin. Andere Crawler und Browser-Agenten können andere Fähigkeiten oder Zeitlimits besitzen.

Prüfen Sie deshalb die tatsächlich ausgelieferte HTML-Antwort:

• Ist H1 und Haupttext vorhanden?
• Sind Leistungs-, Preis- und Kontaktdaten sichtbar?
• Funktionieren interne Links als echte href-Ziele?
• Werden Inhalte erst nach Klick, Login oder API-Aufruf geladen?
• Bleibt die Seite bei blockierten Drittanbieter-Skripten nutzbar?
• Sind Tabellen und Codeblöcke mobil innerhalb der Spalte scrollbar?

Statisches oder serverseitig gerendertes HTML ist oft robuster, aber kein Selbstzweck. Entscheidend ist ein reproduzierbar abrufbarer, barrierearmer Hauptinhalt.

4. Canonicals, Redirects und Sitemap konsistent halten

Die Sitemap sollte nur kanonische, indexierbare Zielseiten enthalten. lastmod muss eine reale relevante Änderung abbilden. Google ignoriert priority und changefreq; sie ersetzen keine Informationsarchitektur.

Kontrollieren Sie für jede konsolidierte URL:

1. permanente Weiterleitung zur richtigen Hauptseite,
2. endgültiger Status 200,
3. Canonical auf die endgültige URL,
4. interne Links direkt zum Ziel statt zum Redirect,
5. nur das Ziel in der Sitemap,
6. keine widersprüchlichen Sprach- oder Trailing-Slash-Varianten.

Bei großen Altbeständen verhindert diese Konsolidierung, dass Crawling und interne Signale auf viele nahezu gleiche Seiten verteilt bleiben.

5. Informationsarchitektur und interne Links

Crawler und Nutzer brauchen nachvollziehbare Wege. Eine sinnvolle Hierarchie verbindet:

• Startseite und Hauptleistung,
• Leistungsübersicht und einzelne Module,
• Branchen- und regionale Hubs,
• Ratgeber und passende Leistungsseite,
• Methodik, Cases und Buchungsstrecke.

Ankertexte sollen das Ziel beschreiben. Verwaiste Artikel, die nur in der Sitemap stehen, sind schwach in die Website eingebunden. Der LLMO-Audit prüft deshalb nicht nur einzelne Tags, sondern Zielseiten, Cluster und Crawlpfade.

6. Strukturierte Daten als korrekte Beschreibungsschicht

Google erklärt im aktuellen Leitfaden für generative Suche, dass kein spezielles Schema.org-Markup für generative Funktionen erforderlich ist. Standard-Markup bleibt sinnvoll, wenn es sichtbare Inhalte korrekt beschreibt.

Typische Typen sind:

• Organization für das Unternehmen,
• Person für reale Autoren oder Fachpersonen,
• Article für redaktionelle Inhalte,
• Service oder Product für passende Angebote,
• BreadcrumbList für die Seitenhierarchie,
• FAQPage nur für tatsächlich sichtbare Fragen und Antworten.

Validieren Sie Syntax und fachliche Übereinstimmung. Das ausführliche Vorgehen steht im Guide zu Structured Data für LLMO.

7. Eindeutige Entity- und Kontaktdaten

Technische Konsistenz betrifft auch Inhalte. Firmenname, rechtlicher Anbieter, Marke, Adresse, Telefon, E-Mail, Leistungen und Personen müssen aus einer verlässlichen Quelle gepflegt werden.

Prüfen Sie:

• Organization-Schema gegen Impressum und Footer,
• Autorenname gegen sichtbares Profil,
• Servicebezeichnung gegen Landingpage,
• sameAs nur für echte kontrollierte oder relevante Profile,
• keine erfundenen Standorte, Kundenlogos oder Bewertungen,
• konsistente Domain und geschäftliche Kontaktadresse.

Schema kann Widersprüche nicht heilen. Es macht sie im schlimmsten Fall nur maschinenlesbar.

8. Performance, Mobile und Accessibility

Eine Seite, die zitiert wird, muss für den ankommenden Nutzer funktionieren. Prüfen Sie:

• mobile Breite ohne horizontalen Seiten-Overflow,
• lesbare Schrift und ausreichende Kontraste,
• sichtbare Fokuszustände und Tastaturbedienung,
• sinnvolle Alternativtexte für informative Bilder,
• feste Bildabmessungen gegen Layoutsprünge,
• keine blockierenden Popups vor dem Hauptinhalt,
• Fehlerfreiheit wichtiger Skripte und Formulare.

Google nennt eine gute Page Experience weiterhin als Grundlage für Besucher aus generativen Search-Funktionen. Visuelle Qualität und Conversion gehören damit zum technischen Audit, nicht erst zur späteren Kosmetik.

9. Messung und bestätigte Conversion-Ereignisse

Technische LLMO endet nicht beim Crawl. Richten Sie einen messbaren Pfad ein:

Speichern Sie Landingpage, Quelle und Kampagnenparameter bis ins CRM, soweit rechtlich und technisch zulässig. Testen Sie Consent, Analytics und Kalenderintegration auf Produktion.

10. Logs und technische Baseline

Vor einem Release werden zentrale Zustände gespeichert:

• Statuscode und Canonical,
• Robots-Regel und Bot-Zugriff,
• HTML-Auszug und strukturierte Daten,
• interne eingehende Links,
• Sitemap-Zugehörigkeit,
• mobile Screenshot- und Overflow-Prüfung,
• Formular- und Kalenderereignisse.

Webserver- oder CDN-Logs können zeigen, ob dokumentierte Bots eine URL anfragen und welchen Status sie erhalten. Verifizieren Sie User Agents nach den aktuellen Herstellerangaben, statt jeden beliebigen String als echten Bot zu akzeptieren.

Technische Priorisierung

Google stellt ausdrücklich klar, dass llms.txt für Google Search weder Sichtbarkeit noch Rankings verbessert. Arbeiten Sie zuerst an nachweisbaren Blockern.

Häufige technische Fehlannahmen

• Website-LLMO brauche GPU-Hardware,
• eine robots.txt-Freigabe garantiere Citations,
• jedes KI-System nutze dieselben Crawler,
• spezielles KI-Schema löse schwachen Content,
• eine Sitemap ersetze interne Links,
• clientseitig sichtbarer Inhalt sei automatisch für jeden Bot erreichbar,
• ein Kalenderklick sei bereits ein gebuchter Termin.

Fazit: Erst robuste Webgrundlagen, dann Plattformintegration

Die technische LLMO-Basis ist solides Web Engineering: erreichbar, eindeutig, schnell, zugänglich und messbar. Spezielle Commerce- oder Agentenprotokolle können für konkrete Geschäftsmodelle hinzukommen, ersetzen aber nicht die kanonische Website und ihre Datenqualität.

Sie möchten die öffentlich prüfbaren Voraussetzungen Ihrer Website sehen, bevor ein Technikpaket geplant wird? Website prüfen und anschließend einen verfügbaren Termin wählen.

Quellenstand: 15. Juli 2026. Crawler-Angaben wurden mit der offiziellen OpenAI-Publisher-FAQ und der Perplexity-Crawler-Dokumentation geprüft. Google-Anforderungen basieren auf dem aktuellen Leitfaden für generative Suche.