SEO, GEO & AEO: Das Arbeitsbuch für auffindbare B2B-Expertise

1. Definiere drei Ziele statt eines Optimierungsversprechens

In diesem Arbeitsrahmen beschreibt SEO organische Auffindbarkeit in Suchsystemen, AEO die verständliche Beantwortung konkreter Fragen und GEO die Aufbereitung nachvollziehbarer Expertise für generative Antwortsituationen. Das sind Arbeitsbegriffe, keine getrennten technischen Zertifikate. Google beschreibt für seine KI-Suchfunktionen keine zusätzliche Spezialoptimierung und garantiert auch bei erfüllten Voraussetzungen keine Aufnahme. Die zugehörige Primärquelle steht im Quellenverzeichnis.

PrismaOps will im fiktiven Fall bei Fragen zur Auswahl von Operations-Software nachvollziehbar präsent sein. Daraus entstehen drei überprüfbare Ziele: wichtige Seiten technisch zugänglich machen, Auswahlfragen mit Belegen beantworten und die beobachtete Sichtbarkeit dokumentieren. „Von allen LLMs empfohlen werden“ ist dagegen kein kontrollierbares Abnahmekriterium. Schreib zuerst auf, welche Kundenfrage du besser beantworten willst, welche Seite dafür zuständig ist und woran du eine inhaltliche Verbesserung erkennen kannst.

2. Beginne mit einem Inventar und einer klaren Seitenaufgabe

Exportiere eure relevanten Seiten und ergänze Seitentyp, Zielgruppe, Frage, gewünschte Handlung und fachlichen Verantwortlichen. Gruppiere Seiten nach Aufgabe statt nur nach URL-Verzeichnis. Eine Produktseite soll eine Einsatzentscheidung unterstützen; ein Glossar erklärt einen Begriff; ein Leitfaden führt durch einen Arbeitsprozess. Wenn zwei Seiten dieselbe Frage nahezu gleich beantworten, prüfe ihren eigenständigen Nutzen.

PrismaOps besitzt im fiktiven Inventar eine Produktseite, einen allgemeinen Blog und drei kurze Beiträge zur Anbieterauswahl. Das Team entdeckt, dass keiner die interne Freigabe einer Auswahl erklärt. Statt einen vierten ähnlichen Beitrag zu schreiben, entwickelt es eine belastbare Auswahlhilfe und schärft die Aufgaben der übrigen Seiten. Die Tabelle ist ein Planungsbeispiel, kein Keyword-Volumenmodell. Priorität entsteht aus Käuferrelevanz, vorhandener Expertise und konkretem Qualitätsdefizit; Suchvolumen kann diese Entscheidung ergänzen, ersetzt sie aber nicht.

3. Prüfe tatsächlichen Zugriff statt nur eine robots.txt-Datei

Teste eine wichtige Seite ohne Anmeldung, mit der vorgesehenen URL und über den tatsächlich veröffentlichten Host. Erfasse Statuscode, Weiterleitungen, Zugangsseite und den erhaltenen Hauptinhalt. Prüfe außerdem Hosting- und Sicherheitsregeln. Ein lesbares lokales HTML-Dokument sagt nichts darüber aus, ob ein externer Abruf denselben Inhalt bekommt. Eine private Vorschau wird deshalb nicht als öffentlich crawlbar bewertet.

OpenAI unterscheidet den Suchcrawler OAI-SearchBot vom trainingsbezogenen GPTBot; die Einstellungen sind unabhängig. Für Suchzugriff nennt die Dokumentation robots.txt und zugelassene veröffentlichte IP-Bereiche. Im fiktiven PrismaOps-Fall ist die Seite in robots.txt freigegeben, das CDN liefert jedoch eine Zugangsprüfung. Das Prüfergebnis lautet „externer Zugang blockiert“, nicht „GEO optimiert“. Erst wenn der veröffentlichte Zugriff nachvollziehbar funktioniert, lohnen weitere Untersuchungen zur Inhaltsaufnahme. Notiere den Testzeitpunkt und das konkrete Artefakt, damit ein späterer Prüfer die Feststellung wiederholen kann.

4. Prüfe Hauptinhalt und Navigation als lesbare Dokumentstruktur

Untersuche, ob ein Leser den Zweck einer Seite ohne Animation, Formularabschluss oder eingebettetes Video versteht. Nutze eine Textansicht und prüfe Überschriften, Absätze, Linktexte und Tabellen. Ein Bereich voller Schlagworte ist formal lesbar, erklärt aber noch keinen Zusammenhang. Der eigentliche Nutzen muss in nachvollziehbaren Aussagen stehen.

PrismaOps entdeckt im fiktiven Beispiel eine Vergleichsgrafik, deren Kriterien nur im Bild auftauchen. Das Team ergänzt eine Texttabelle mit Voraussetzungen, Grenzen und Entscheidungsfragen. Die Grafik bleibt als Überblick erhalten. In der Navigation führen beschreibende Links zu Auswahlhilfe, Integrationsinformationen und Service. Interne Verlinkung wird redaktionell begründet: Der Link beantwortet eine konkrete Folgefrage. Ein automatisch eingefügter Block mit Dutzenden nahezu identischen Ankern gilt in diesem Arbeitsrahmen nicht als Ersatz für einen sinnvollen Lesepfad. Kontrolliere einen vollständigen Weg vom Problemverständnis bis zur passenden Anfrage.

5. Schreibe Antworten mit Bedingungen und Gegenbeispielen

Eine belastbare Antwort nennt zunächst die Entscheidung und anschließend die Bedingungen, unter denen sie gilt. Ergänze ein Gegenbeispiel, damit Leser ihre Situation einordnen können. Eine Frage wie „Welche Operations-Software ist die beste?“ benötigt keine pauschale Siegerbehauptung, sondern Kriterien und einen transparenten Vergleichsweg. Vermeide vermeintlich objektive Rankings, wenn du die verglichenen Produkte nicht systematisch untersucht hast.

PrismaOps formuliert im fiktiven Auswahlleitfaden: „Beginne mit dem Prozess, der mehrere Teams verbindet und regelmäßig nachvollziehbare Übergaben benötigt. Prüfe zuerst Zuständigkeiten und vorhandene Daten, bevor du Funktionslisten vergleichst.“ Anschließend erläutert der Text Fälle, in denen eine einfache Aufgabenliste ausreichen kann. Diese Einschränkung reduziert Überverkauf und verbessert die fachliche Entscheidungsqualität. Jede wichtige Antwort erhält ein Beispiel, eine Quelle oder einen nachvollziehbaren Arbeitsnachweis. Kürze erst danach; eine kurze Aussage ohne notwendige Bedingung kann irreführender sein als eine längere Erklärung.

6. Verwende strukturierte Daten als überprüfbare Beschreibung

Strukturierte Daten beschreiben die vorhandene Seite, sie ersetzen deren Inhalt nicht. Google nennt JSON-LD als praktikables Format und verlangt die Übereinstimmung mit sichtbaren Angaben. Lege deshalb zuerst fest, welche Entität tatsächlich beschrieben wird, und gleiche Namen, Autor, Veröffentlichungsangaben und Bildbezüge mit dem Seiteninhalt ab. Eine syntaktisch gültige Datei kann inhaltlich trotzdem falsch sein.

PrismaOps findet im fiktiven Audit einen angeblichen Experten mit nicht belegter Qualifikation und eine Produktbewertung ohne sichtbare Bewertungsbasis. Beide Angaben werden entfernt. Anschließend dokumentiert das Team die real verantwortliche Person und den tatsächlichen Inhaltstyp. Es prüft die erzeugte Ausgabe nach einem vollständigen Build, nicht nur ein isoliertes Codefragment. Verwende keine erfundenen Auszeichnungen, Kundenbewertungen oder Fähigkeiten, um ein umfangreicheres Schema zu erhalten. Die Abnahmefrage lautet: Kann jede wesentliche Angabe auf der Seite oder in einem freigegebenen Nachweis bestätigt werden?

7. Baue ein Quellen- und Behauptungsprotokoll auf

Notiere für wichtige Aussagen deren Quelle, Geltungsbereich und zuständige Person. Trenne Produktfakten, beobachtete Ergebnisse, Annahmen und eigene Empfehlungen. Eine Branchenstudie kann einen allgemeinen Zusammenhang beschreiben, belegt aber nicht automatisch die Wirkung eures Produkts. Ein interner Workshop beweist wiederum keine repräsentative Marktnachfrage.

PrismaOps ersetzt im fiktiven Fall die Aussage „halbiert euren Koordinationsaufwand“ durch eine überprüfbare Beschreibung der tatsächlich verfügbaren Funktionen. Für einen späteren Ergebnisbericht würde das Team Zeitraum, Ausgangslage, Messmethode und Einschränkungen benötigen. Ein durchgerechnetes Beispiel wird ausdrücklich als fiktiv gekennzeichnet. Bei Plattformfunktionen verweist der Text auf die zuständige Primärdokumentation und notiert das Prüfdatum. Dieser Prozess ist redaktionelle Qualitätssicherung, kein Beweis dafür, dass ein Antwortsystem die Seite zitieren wird. Er hilft vor allem, veraltete oder überdehnte Aussagen rechtzeitig zu erkennen.

8. Nutze Bilder, Diagramme und Medien mit eigenem Erkenntniswert

Frage bei jedem visuellen Element, welche Aufgabe es erfüllt. Ein Prozessdiagramm kann Abhängigkeiten erklären, eine Vergleichstabelle Unterschiede zeigen und ein Screenshot eine reale Oberfläche belegen. Ein weiteres dekoratives Bild lockert zwar die Seite auf, beantwortet aber keine zusätzliche Frage. Plane visuelle Inhalte deshalb zusammen mit den Erklärungen.

PrismaOps entwickelt im fiktiven Leitfaden ein Diagramm für den Freigabeweg und eine Tabelle der benötigten Nachweise. Google empfiehlt kontextbezogene Bildbeschreibungen und gut auffindbare Bildressourcen. Das Team beschreibt daher den tatsächlichen Bildinhalt im Alt-Text, ergänzt eine erläuternde Beschriftung und hält die Kernaussage auch im Text fest. Ein komplexes Diagramm erhält eine ausführliche Textalternative. Screenshots verwenden synthetische Daten; vertrauliche Kundeninformationen werden nicht zur vermeintlichen Authentizität veröffentlicht. Vor der Freigabe werden mobile Lesbarkeit, verfügbare Bilddateien und verständliche Beschriftungen gemeinsam geprüft.

9. Halte Sprachversionen und bevorzugte URLs konsistent

Übersetzungen benötigen eigene fachliche Abnahme. Ein deutscher Kaufbegriff kann im Englischen eine andere Erwartung auslösen. Prüfe daher Frage, Angebot, Beispiele, Links und Handlungsaufforderung je Sprache. Automatische Übersetzung ist ein möglicher Entwurf, aber kein Beleg für passende Fachsprache oder eine korrekte Leistungsbeschreibung.

Bei PrismaOps bleiben deutsche und englische Fassungen im fiktiven Fall eigenständige Sprachseiten. Google beschreibt Canonical-Signale für bevorzugte URLs und hreflang für Sprachvarianten; verwechsle diese Aufgaben nicht. Das Team kontrolliert, dass Sprachverweise zueinander passen und bevorzugte URLs keine widersprüchlichen Ziele nennen. Es prüft außerdem, ob ein Sprachwechsel zum entsprechenden Inhalt statt immer zur Startseite führt. Für den Arbeitsprozess gilt: Erst die konkrete Nutzerreise testen, dann die technische Zuordnung bestätigen. Eine formal vorhandene Sprachkennung kann eine falsche oder unvollständige Übersetzung nicht reparieren.

10. Messe Sichtbarkeit als Beobachtung mit dokumentierten Grenzen

Lege vor Änderungen fest, welche Daten du bereits hast: organische Einstiege, passende Anfragen, relevante Suchthemen und vorhandene Gesprächshinweise. Erfasse bei KI-Antworttests Frage, Datum, Sprache, verwendetes System, sichtbare Quellen und die konkrete Antwort. Ein einzelner Test ist eine Momentaufnahme. Wiederholte Beobachtungen dürfen beschrieben werden, ergeben aber ohne kontrolliertes Design keinen kausalen Wirkungsnachweis.

PrismaOps prüft im fiktiven Fall eine kleine feste Liste kaufrelevanter Fragen und bewahrt auch Antworten ohne Markennennung auf. Das Team trennt zitierte URL, bloße Erwähnung und falsche Zuschreibung. Gleichzeitig überprüft es, ob organische Besucher tatsächlich die neue Auswahlhilfe nutzen oder passende Fragen stellen. Ein höherer Anteil im eigenen kleinen Testset wird nicht als marktweiter „LLM Share of Voice“ verkauft. Der Bericht erklärt immer den betrachteten Ausschnitt und die unbekannten Teile.

11. Organisiere einen zweiwöchigen Qualitätssprint

Tag eins und zwei dienen Inventar, Zugangstests und Auswahl eines kleinen Seitenpakets. Danach sammeln Fachverantwortliche Quellen, Produktgrenzen und echte Kaufentscheidungen. In der zweiten Hälfte entstehen überarbeitete Antworten, Tabellen und Medien. Vor der Veröffentlichung werden technische Ausgabe und fachliche Aussagen getrennt geprüft. Ein kurzer Sprint begrenzt die Arbeitsmenge, verspricht aber keine Suchwirkung innerhalb von zwei Wochen.

PrismaOps bearbeitet im fiktiven Sprint zuerst eine Auswahlhilfe und eine zugehörige Produktseite. Ein Zugangsfehler hat Vorrang vor zusätzlichem Content. Unbelegte Nutzenzahlen blockieren die fachliche Freigabe. Ein defekter Sprachlink blockiert die technische Freigabe der betroffenen Variante. Erst wenn diese Tore passiert sind, wird veröffentlicht. Danach erhält jedes bekannte Problem einen Verantwortlichen und eine erneute Prüfung. So wird „optimiert“ zu einem nachvollziehbaren Zustand mit Grenzen, statt zu einem pauschalen Etikett für das gesamte Projekt.

12. Pflege ein Änderungslog statt einer einmaligen Checkliste

Notiere nach jeder Veröffentlichung, welche Behauptung, Seite oder technische Einstellung verändert wurde und warum. Hänge den zugehörigen Beleg und die Abnahme an. Änderungen ohne dokumentierten Anlass machen spätere Auswertungen schwierig: Du weißt dann nicht, ob ein Effekt mit Inhalt, Zugriff, Nachfrage oder einer anderen Maßnahme zusammenhängt.

PrismaOps plant im fiktiven Betriebsmodell eine regelmäßige Prüfung wichtiger Plattformregeln und eine fachliche Überprüfung bei Produktänderungen. Ein Beitrag wird nicht nur wegen seines Alters neu datiert. Wenn sich eine Funktion oder Quelle ändert, wird die betroffene Passage tatsächlich angepasst. Seiten ohne eigenständigen Nutzen werden zusammengeführt oder bewusst neu ausgerichtet. Der Abschluss dieses Working Papers ist deshalb ein gepflegtes Arbeitsregister: Was wissen wir, was wurde getestet, was ist noch offen und wer übernimmt den nächsten Schritt? Genau diese Nachvollziehbarkeit macht eure Expertise langfristig belastbarer.

DEIN ARBEITSMATERIAL

Dein SEO-, GEO- und AEO-Prüfregister

Ersetze jede Aufgabe durch eure konkrete Feststellung und einen Nachweislink. Die erste Zeile ist ein fiktives Muster. Nutze die Statuswerte offen, geprüft oder blockiert und dokumentiere technische sowie fachliche Freigaben separat.