33 Blog-Artikel durch einen systematischen SEO- und GEO-Audit gejagt. Ergebnis: 67 automatisierbare Fehler gefunden und gefixt, 3.409 Wörter neuer Content geschrieben, alle Pflicht-Checks von 36 % auf 100 % gebracht. Hier die komplette Checkliste, die Ergebnisse und das Framework zum Nachmachen.
Die Ausgangslage
Unser Blog läuft auf Astro 6 — statisches HTML, deployed als Docker-Container mit nginx. 33 Artikel über Motorrad-Telemetrie, KI-Bilderkennung und Infrastruktur-Themen. Die technische Basis war solide: BlogPosting JSON-LD, BreadcrumbList, Canonical URLs, OG-Tags — alles vom Layout-Template automatisch generiert. 100 % bei allen HTML-Level-Checks.
Aber auf Content-Ebene sah es anders aus. Und das ist das Tückische: Wenn die technische Basis stimmt, wiegt man sich in falscher Sicherheit. Erst der systematische Audit hat gezeigt, wie viel auf der Strecke geblieben ist.
Die 10-Punkte-Checkliste
Aus dem Audit ist eine Checkliste entstanden, die für jeden statischen Blog funktioniert — egal ob Astro, Next.js, Hugo oder Jekyll.
6 Pflicht-Checks (Ranking-relevant)
- Structured Data — BlogPosting + BreadcrumbList JSON-LD auf jeder Artikelseite
- Meta Description — maximal 155 Zeichen, enthält das Haupt-Keyword
- Heading-Hierarchie — nur H2 und H3 im Content (H1 kommt vom Layout, keine H4+)
- Genau 1× H1 — der Artikeltitel, sonst nichts
- Blog-Index — jeder Artikel muss in der Übersichtsseite und Sitemap auftauchen
- OG-Tags komplett — Title, Description, Image und Twitter Card
4 GEO-Checks (LLM-Zitierbarkeit)
- FAQPage JSON-LD — bei Vergleichs- und How-To-Artikeln, 3–5 Frage-Antwort-Paare
- Mindestens 800 Wörter — mit konkreten Zahlen und Fakten, keine Füllwörter
- Mindestens 1 interner Link — Cluster-Vernetzung zwischen verwandten Artikeln
- Zitierfähiger Definitionssatz — im ersten Absatz, Format: „X ist ein Y, das Z macht"
Die Ergebnisse: Vorher und Nachher
Hier die konkreten Zahlen aus dem Audit — 33 Artikel, jeder einzeln geprüft:
| Check | Vorher | Nachher | Fixes |
|---|---|---|---|
| Meta Description ≤155 Zeichen | 36 % | 100 % | 21 gekürzt |
| Headings nur H2/H3 | 61 % | 100 % | 13 Artikel gefixt |
| Blog-Index komplett | 79 % | 100 % | 7 Einträge ergänzt |
| Interne Links ≥1 | 33 % | 100 % | 22 Sektionen eingefügt |
| FAQ-Schema (Vergleiche) | 60 % | 100 % | 4 Artikel ergänzt |
| wordCount ≥800 | 73 % | 100 % | +3.409 Wörter |
67 einzelne Fixes in einer Session. Die technischen Checks (JSON-LD, Canonical, OG-Tags, H1-Count) standen schon vorher auf 100 % — das Layout-Template macht seinen Job.
Die 5 häufigsten Fehler
1. Keine internen Links (67 % betroffen)
Der mit Abstand häufigste Fehler. 22 von 33 Artikeln hatten keinen einzigen Link zu einem anderen Artikel. Für Google sind das isolierte Seiten ohne thematischen Kontext. Für LLMs fehlt das Signal, dass der Blog Topical Authority hat.
Fix: Eine „Weiterlesen"-Sektion am Ende jedes Artikels mit 2 kontextuell verwandten Links. Artikel werden in Cluster gruppiert (Motorrad-Analyse, Telemetrie, ArchivBlick, Technik, Meta/Story) und innerhalb UND zwischen Clustern verlinkt.
2. Meta Descriptions zu lang (64 % betroffen)
21 von 33 Descriptions waren über 155 Zeichen. Die längste hatte 226 Zeichen — Google zeigt davon nur die Hälfte. Der Fehler: Descriptions wurden als Content-Teaser geschrieben statt als SERP-Snippet.
Fix: Jede Description auf ≤155 Zeichen gekürzt und gleichzeitig das Haupt-Keyword eingebaut. Eine gute Description ist Copywriting für die Suchergebnisseite — knapp, relevant, mit Klick-Anreiz.
3. H4/H5 statt H2/H3 (39 % betroffen)
13 Artikel verwendeten H4- oder sogar H5-Headings. Google gewichtet primär H1–H3. Alles darunter verwässert die Heading-Signale und bringt keinen SEO-Vorteil. Ein Artikel hatte 51 H4/H5-Headings — das war das technische ArchivBlick-Deep-Dive.
Fix: Alle H4/H5/H6 zu H3 konvertiert. Die visuelle Hierarchie ändert sich minimal, aber die SEO-Signale werden deutlich klarer.
4. Unter 800 Wörter (27 % betroffen)
9 Artikel waren unter der 800-Wörter-Schwelle. Der kürzeste hatte nur 248 Wörter tatsächlichen Text (der wordCount-Prop im CMS sagte 580 — er stimmte nicht). Für Google sind kurze Artikel bei kompetitiven Keywords kaum Ranking-fähig.
Fix: 3.409 Wörter neuer Content, verteilt auf 9 Artikel. Keine Füllwörter, sondern Sektionen, die echte Nutzerfragen beantworten: „Praxis-Tipps für bessere GPX-Daten", „Wann sich Hardware trotzdem lohnt", „GPS-Abtastraten: Warum sie den Unterschied machen".
5. Kein FAQ-Schema bei Vergleichen (40 % betroffen)
4 von 10 Vergleichs- und How-To-Artikeln hatten kein FAQPage JSON-LD. Das bedeutet: keine Rich Snippets in Google und keine strukturierte Extraktion durch LLMs.
Fix: 3 FAQ-Paare pro Artikel, mit kurzen, faktenbasierten Antworten. Produktname im ersten Satz, maximal 2–3 Sätze pro Antwort.
GEO: Was ich für LLM-Sichtbarkeit gemacht habe
SEO optimiert für Google. GEO (Generative Engine Optimization) optimiert für ChatGPT, Perplexity, Gemini und Claude. Beides gleichzeitig zu machen ist kein Widerspruch — die Maßnahmen überlappen sich stark.
Was LLMs bevorzugt extrahieren
- FAQ-Paare mit Schema — strukturierte Frage-Antwort-Blöcke werden 1:1 in LLM-Antworten übernommen
- Konkrete Zahlen — „100 Hz Abtastrate" statt „hohe Frequenz". LLMs zitieren Fakten, nicht Floskeln
- Vergleichstabellen — klare Spalten, klare Werte. Leicht extrahierbar
- Definitionssätze — „Kurvenfokus ist eine App für iOS und Android, die..." im ersten Absatz
- Themen-Cluster — 16 Motorrad-Artikel, die untereinander verlinken, signalisieren dem LLM: diese Quelle hat Tiefe zu diesem Thema
Messbare Wirkung
Seit dem FAQ-Schema-Rollout tauchen unsere Vergleichsartikel in Perplexity-Antworten auf, wenn Nutzer nach „Calimoto Alternative" oder „Motorrad Schräglage messen" fragen. Das ist kein Zufall — es ist das direkte Ergebnis strukturierter Daten und faktenbasiertem Content.
Die 3 größten Learnings
1. Interne Links sind der am meisten unterschätzte Quick Win. Zwei Links am Ende jedes Artikels kosten 5 Minuten pro Artikel und verbessern die Cluster-Signale sofort. Kein anderer Fix hat ein besseres Aufwand-Wirkungs-Verhältnis.
2. wordCount-Props lügen. Bei der Hälfte meiner Artikel stimmte der manuell gesetzte Wert nicht mit dem tatsächlichen Content überein. Ein Artikel hatte prop=520 bei nur 256 echten Wörtern. Lesson: Immer den realen Text zählen (HTML-Tags, Styles und Asides rausfiltern), nie dem CMS-Feld vertrauen.
3. GEO ist kein separater Workflow — es ist SEO mit Fokus auf Struktur. FAQ-Schema, Vergleichstabellen, Definitionen und Faktendichte sind gleichzeitig gute SEO-Praxis. Wer heute für Google optimiert und dabei strukturierte Daten nutzt, optimiert automatisch auch für LLMs. Der einzige Zusatzschritt: bewusst zitierfähige Sätze im ersten Absatz platzieren.
Das Framework zum Nachmachen
Für jeden, der seinen Blog auditieren will — hier die Kurzversion:
- Alle Artikel scannen — Description-Länge, Heading-Levels, interne Links, Wortzahl automatisiert prüfen
- Pflicht-Checks zuerst — Meta Descriptions kürzen, H4+ zu H3, fehlende Index-Einträge ergänzen
- Interne Links — Artikel in 3–5 Themen-Cluster gruppieren, je 2 Links pro Artikel setzen
- FAQ-Schema — bei Vergleichs- und How-To-Artikeln 3–5 FAQ-Paare mit JSON-LD hinzufügen
- Thin Content aufstocken — unter 800 Wörter? Sektionen ergänzen, die echte Nutzerfragen beantworten
- Rebuild + Verifizieren — gerendertes HTML prüfen, nicht nur den Quellcode
Die Reihenfolge ist wichtig: Erst die technischen Fixes (schnell, automatisierbar), dann die Content-Arbeit (aufwändig, aber langfristig wertvoller).
Transparenzhinweis: Dieser Artikel beschreibt einen echten Audit des Blogs auf mvxlabs.de. Alle Zahlen stammen aus der Session vom 14. Juni 2026. Das beschriebene Framework ist frei verwendbar.