Technical SEO, AEO und GEO: Lernplan für 2026

Drei Disziplinen, eine Reihenfolge

Technical SEO, Answer Engine Optimization (AEO) und Generative Engine Optimization (GEO) überschneiden sich stärker, als die einzelnen Leitfäden vermuten lassen. Dieser Lernplan gibt einer Technical-SEO-Fachkraft 12 Wochen Zeit, alle drei Disziplinen an einer echten Website zu lernen, mit kostenlosen Werkzeugen. Als Crawler dient Seodisias, eine Desktop-App für Windows, macOS und Linux, die JavaScript rendert, kein URL-Limit hat und keine Registrierung verlangt.

Jede Disziplin beantwortet eine andere Frage. Technical SEO fragt, ob ein Crawler eine URL erreichen, rendern und indexieren kann. AEO, die Praxis, eine Seite so aufzubauen, dass eine Answer Engine eine klare, direkte Antwort daraus übernehmen kann, fragt, ob sich diese Antwort leicht extrahieren lässt. GEO, die Praxis, eine Seite zitierfähig für KI-generierte Antworten zu machen, fragt, ob eine generative Suchmaschine Ihre Seite als Quelle wählt. Eine Seite, die an der ersten Frage scheitert, wird bei den beiden anderen gar nicht erst geprüft. Deshalb beginnt der Plan beim Crawling und endet bei internationalen Signalen und Zitierfähigkeit.

Rechnen Sie mit etwa sechs Stunden pro Woche. Den größten Teil davon verbringen Sie mit dem Lesen von Crawl-Exporten, nicht mit dem Starten von Tools. Alle zwei Wochen entsteht ein Ergebnis, das Sie einem Kunden oder Vorgesetzten zeigen können: ein PDF, eine Checkliste oder eine Tabelle.

Woche 1-2: Crawl-Gesundheit und robots.txt

Starten Sie Seodisias auf einer Property mit rund 10.000 URLs und exportieren Sie die CSV-Datei. Halten Sie drei Zahlen fest: wie viele URLs gecrawlt und gerendert wurden, wie viele per robots.txt gesperrt sind und wie viele gecrawlte URLs in der Sitemap fehlen. Fassen Sie diese Zahlen in einem einseitigen Crawl-Gesundheitsbericht zusammen.

Ein konkretes Beispiel: Ein Shop mit 10.000 URLs zeigt beim ersten Crawl 1.400 URLs von Facettenfiltern, 300 davon sind aus der Hauptnavigation verlinkt. Diese Seiten binden die Aufmerksamkeit des Crawlers, während Produktseiten im Status “Gefunden, zurzeit nicht indexiert” hängen. Sortieren Sie den Export nach der Zahl interner Links, um zu sehen, welche Parameter die meisten Links erhalten, und entscheiden Sie dann pro Parameter, ob Sie sperren, per Canonical bündeln oder offen lassen.

Die robots.txt verdient eine eigene Stunde. Das Format ist in RFC 9309 festgelegt. Danach folgt ein Crawler den Regeln der spezifischsten passenden User-Agent-Gruppe und behandelt eine nicht erreichbare Datei anders als eine fehlende. Ein häufiger Fehler ist, einen Pfad zu sperren, den die Sitemap weiterhin auflistet, denn das gibt Google widersprüchliche Anweisungen. Vergleichen Sie beide Dateien, bevor Sie den Bericht veröffentlichen. Wenn KI-Crawler für Ihren Kunden relevant sind, nennt die robots.txt-Komplettanleitung für KI-Crawler die passenden User-Agent-Namen. Was ein Crawl-Export alles enthält, lesen Sie in der SEO-Crawler-Komplettanleitung.

Woche 3-4: JavaScript-Rendering und Core Web Vitals

Crawlen Sie dieselbe Property zweimal in Seodisias, einmal mit deaktiviertem und einmal mit aktiviertem JavaScript-Rendering, und vergleichen Sie beide Exporte. Seiten, deren Title, Canonical oder Fließtext sich zwischen den Läufen unterscheidet, hängen vom clientseitigen Rendering ab. Sie bilden Ihre Risikoliste. Der JavaScript-SEO-Rendering-Leitfaden erklärt, warum jeder dieser Unterschiede zählt.

Messen Sie danach die Geschwindigkeit. Die Core Web Vitals bestehen aus Largest Contentful Paint (LCP), Interaction to Next Paint (INP) und Cumulative Layout Shift (CLS). INP hat im März 2024 First Input Delay (FID) als Core Web Vital abgelöst, ein Bericht von 2026, der FID aufführt, ist also veraltet. Die Core-Web-Vitals-Dokumentation auf web.dev nennt die Schwellenwerte für eine gute Bewertung, gemessen am 75. Perzentil realer Besuche: LCP höchstens 2,5 Sekunden, INP höchstens 200 Millisekunden und CLS höchstens 0,1. Unser eigener Artikel zu Core Web Vitals 2026 zeigt Korrekturen für jede Kennzahl.

Führen Sie jeden Lighthouse-Test dreimal durch und behalten Sie den Median, denn Labordaten schwanken von Lauf zu Lauf. Ein typischer Befund ist ein Hero-Bild, das JavaScript erst nach dem ersten Rendern einfügt: Bei deaktiviertem Rendering sieht der Crawler einen leeren Container, bei aktiviertem Rendering sieht er das Bild, doch der LCP liegt bei 4 Sekunden. Tragen Sie beide Werte in dieselbe Tabellenzeile ein, damit die Ursache sichtbar bleibt. Die Felddaten im Search-Console-Bericht zu den Core Web Vitals hinken etwa vier Wochen hinterher. Beurteilen Sie Ihre Korrekturen deshalb zuerst anhand der Labordaten und bestätigen Sie sie am Ende des Programms mit Felddaten.

Woche 5-6: Strukturierte Daten

Ergänzen Sie JSON-LD für die Typen, die zum sichtbaren Inhalt passen, und nutzen Sie dafür das Vokabular von schema.org. Beginnen Sie mit zehn Seiten. Wählen Sie Seiten, deren sichtbarer Text bereits eine Frage in zwei oder drei Sätzen beantwortet, denn Markup, das Inhalte beschreibt, die auf der Seite fehlen, besteht die Validierung nicht oder wird ignoriert.

Google hat die meisten FAQ-Rich-Results aus der Suche entfernt. Das Markup beschreibt die Seite aber weiterhin für andere Verbraucher, die Arbeit ist also nicht umsonst. Ein häufiger Fehler ist, einen FAQ-Block in Dutzende Templates zu kopieren, sodass jede Seite dieselben Fragen behauptet. Geben Sie jeder Seite eigene Fragen und Antworten. Prüfen Sie jeden Block mit dem Test für umfangreiche Suchergebnisse und halten Sie das Ergebnis in einer Tabelle mit den Spalten URL, Typ, Fehleranzahl und Warnungsanzahl fest. Der Leitfaden zu Schema Markup listet die Typen auf, die den Aufwand lohnen.

Woche 7-8: AEO und Intent-Zuordnung

AEO beginnt mit Ihren eigenen Suchanfragedaten. Öffnen Sie den Leistungsbericht der Search Console, filtern Sie auf Anfragen in Frageform und exportieren Sie sie. Ordnen Sie die Anfragen in informationale, transaktionale und navigationale Intention und schreiben Sie das Label im Crawl-Export neben jede URL, damit die Zuordnung einen Personalwechsel übersteht.

Halten Sie den Redaktionsplan klein. Vier Seiten pro Zwei-Wochen-Zyklus sind realistisch für eine Fachkraft, die nebenbei auch Meta Descriptions überarbeitet. Für eine Anfrage wie “Redirect-Ketten beheben” verlangt die informationale Intention eine kurze Definition weit oben, eine nummerierte Anleitung und ein Beispiel mit echten Statuscodes. Eine transaktionale Anfrage braucht Preis, Verfügbarkeit und einen klaren nächsten Schritt. Setzen Sie die direkte Antwort in die ersten beiden Sätze unter der Überschrift, denn diese Passage kann eine Answer Engine ohne Bearbeitung zitieren.

Woche 9-10: GEO und zitierfähige Seiten

Bei GEO geht es darum, zitiert zu werden, wenn eine generative Suchmaschine eine Antwort schreibt. Prüfen Sie das von Hand: Stellen Sie den Suchmaschinen, die Ihre Kunden interessieren, zehn Fragen aus Ihrer Liste von Woche 7 und notieren Sie, welche Quellen sie zitieren. Halten Sie fest, was die zitierten Seiten gemeinsam haben, etwa eine Definition in den ersten Zeilen, einen genannten Autor, datierte Zahlen oder eine Tabelle.

Prüfen Sie anschließend Ihre eigenen Seiten auf dieselben Merkmale. Seodisias enthält einen AI-Ready-Check, und die AI-Ready-Seite listet auf, was er testet. Kombinieren Sie das mit dem Leitfaden zur Generative Engine Optimization, um zu entscheiden, welche Korrekturen zuerst kommen. Wenn Sie ein Sprachmodell für Textentwürfe nutzen, behandeln Sie dessen Ausgabe als Entwurf: Ein Modell beginnt über alle fünf Varianten hinweg gern mit demselben Verb. Vergleichen Sie die Varianten deshalb nebeneinander, halten Sie jede Meta Description bei etwa 155 Zeichen und prüfen Sie jede Aussage auf Richtigkeit, bevor sie live geht.

Woche 11-12: Internationale Signale und lokale Einträge

Hreflang teilt Suchmaschinen mit, welche URL für welche Sprache oder Region gilt. Jede Annotation muss auf eine vollständige, kanonische, indexierbare URL der alternativen Version zeigen, niemals auf eine interne Kennung wie eine Content-ID oder ein Frontmatter-Feld. Die Google-Dokumentation zu lokalisierten Versionen beschreibt die drei zulässigen Einbindungsarten: HTML-Link-Elemente, HTTP-Header und Sitemap-Einträge.

Hreflang-Fehler verstecken sich meist in den Rückverweisen. Verweist die englische Seite auf die deutsche, die deutsche aber nicht zurück, ignorieren Suchmaschinen das Paar. Prüfen Sie, dass jede Version sich selbst und jede Schwesterseite aufführt, dass x-default auf die englische Version zeigt und dass der Canonical jeder Seite auf sie selbst zeigt. Vergleichen Sie die Listen mithilfe des Crawl-Exports nebeneinander. Unser Hreflang-Implementierungsleitfaden enthält die vollständige Checkliste. Für die spanische Version verwenden Sie neutrales Spanisch, damit Leser aus Spanien und Lateinamerika gleichermaßen eine brauchbare Seite erhalten.

Bedient die Website lokale Kunden, schließen Sie mit dem Geschäftseintrag ab. Einträge werden im Google-Unternehmensprofil verwaltet, und die Business Profile APIs sind dafür gedacht, bestehende Standorte in großer Zahl zu verwalten, nicht dafür, zu Testzwecken einen Eintrag anzulegen. Name, Adresse und Telefonnummer müssen in allen Einträgen Zeichen für Zeichen übereinstimmen, denn “Straße” in einem und “Str.” in einem anderen kann doppelte Datensätze erzeugen. Testen Sie “in meiner Nähe”-Suchen auf einem Smartphone mit aktivierter Standortermittlung, von mindestens zwei Punkten im Einzugsgebiet, und notieren Sie die Positionen mit der Tageszeit. Lokale Ergebnisse verschieben sich schon innerhalb weniger hundert Meter, ein einzelner Screenshot beweist daher wenig.

Das Programm messen

Bauen Sie das Dashboard in Looker Studio, dem heutigen Namen des früheren Google Data Studio, und speisen Sie es mit Daten aus der Search Console sowie den CSV-Exporten von Seodisias. Verfolgen Sie vier Kennzahlen:

• Indexierungsanteil: indexierte URLs geteilt durch eingereichte Sitemap-URLs, aus dem Search-Console-Bericht zur Seitenindexierung.
• Core Web Vitals: der Anteil der URLs mit der Bewertung “gut” bei LCP, INP und CLS.
• Antwortabdeckung: bei wie vielen Ihrer priorisierten Frageseiten steht eine direkte Antwort in den ersten Zeilen.
• Zitierprüfungen: bei wie vielen Ihrer zehn Testfragen Ihre Website zitiert wird, monatlich wiederholt.

Legen Sie Ihre Ziele anhand der Ausgangswerte aus Woche 1 fest, statt eine Zahl aus einem Blogbeitrag zu übernehmen. Bestimmen Sie vor dem Start des Dashboards, wer jede Kennzahl verantwortet: eine Person für den Indexierungsanteil, eine für die Core Web Vitals und so weiter. Alarme, die in einem gemeinsamen Postfach landen, werden binnen eines Monats ignoriert. Speichern Sie am Ende jeder vierten Woche einen Snapshot des Dashboards, damit Sie den Verlauf von Woche 1 bis Woche 12 zeigen können, ohne die Zahlen aus den Rohexporten neu aufzubauen.

Typische Fallstricke

Der erste Fallstrick ist, Crawling für die ganze Arbeit zu halten. Teams, die ein Crawl-Audit abschließen und dort aufhören, lassen die Antwortextraktion und die regionale Ausrichtung unberührt.

Der zweite ist das Crawlen mit einem gedeckelten Tool. Eine kostenlose Stufe, die bei 500 URLs endet, zeigt Ihnen die ersten 500 Seiten in Crawl-Reihenfolge, also Navigation und die ältesten Inhalte, und verbirgt die tiefen Facetten-URLs, in denen Crawl-Budget verschwendet wird. Die kostenlose Version von Screaming Frog hat dieses Limit von 500 URLs und behält JavaScript-Rendering der kostenpflichtigen Lizenz vor, während Seodisias kein URL-Limit hat. Ein vollständiger Crawl einer Property mit 10.000 URLs legt diese Pfade offen.

Der dritte ist, maschinell geschriebene Texte ungeprüft auszuliefern. Lesen Sie jede generierte Beschreibung laut vor, bevor sie live geht.

Der vierte ist, Regressionsprüfungen auszulassen. Wiederholen Sie nach jedem Deployment denselben Seodisias-Crawl und vergleichen Sie die Exporte Zeile für Zeile, damit eine einzelne Template-Änderung die Arbeit von Wochen nicht unbemerkt zunichtemachen kann.

Der erste Crawl

Blocken Sie zwei Stunden im Kalender, wählen Sie eine Property, die Sie bearbeiten dürfen, und starten Sie den Crawl aus Woche 1 mit Seodisias. Ein Lernplan, der an einer Website läuft, die Sie nicht ändern können, bleibt in Woche 2 stecken.