SEO-Wiki Launch: KI-generiertes Fachlexikon mit 4.150+ Artikeln, Search-Console-Welle und neun Live-Wikis
作者Fabian Rossbacher
发布日期18. Juni 2026
Kernaussage: In diesem Beitrag zeigen wir den Launch des SEO-Wikis – ein deutsch- und englischsprachiges Fachlexikon mit 4.152 Briefing-Artikeln, 4.241 Routen und über 673.000 Zeilen versioniertem Quellcode im Wiki-Repository. Inhalte, Synonyme und HTML entstehen über eine KI-Pipeline mit Cursor-Agent; öffentlich erreichbar ist das Hauptwiki ausschließlich unter seo-day.de/wiki. In der Google Search Console zeigt das Wiki eine deutliche Welle an Impressionen und Klicks – jeder mit Zugang kann Performance und einzelne Keywords im bestehenden Tool selbst prüfen.
Inhaltsverzeichnis
Zwölf Kapitel – vom Wiki-Überblick über die KI-Pipeline und Search-Console-Einordnung bis zu Breakpoint-Screenshots, Git-Statistiken und Agentur-CTA.
Was ist das SEO-Wiki?
Das SEO-Wiki ist ein vollständig KI-gestütztes Fachlexikon für Suchmaschinenoptimierung: Briefings definieren Themen, Cursor-Agenten schreiben Fachartikel, ein HTML-Orchestrator erzeugt PHP-Screens, Twig-Templates und Synonym-Dateien – zweisprachig in Deutsch und Englisch. Die Navigation läuft über Sidebar und Breadcrumbs; jeder Artikel ist eine eigene URL unter /wiki/{kapitel}/{unterkapitel}/.
Kernfakten auf einen Blick:
001seo-day.de/wiki – Hauptwiki mit 688 Briefing-Artikeln und 712 Routen (Keyword-Recherche, On-Page, Technisches SEO, Analytics u. a.)
0024.152 Briefing-Artikel über neun Wikis – 4.241 statische Routen plus dynamische Trailing-Slash-Aliase
00312.812 Twig-Templates und 6.515 Synonym-Dateien – DE/EN mit apply_synonyms-Rotation
004Search Console & GA4 – Performance, Seiten- und Keyword-Reports sind für jeden mit Tool-Zugang live nachprüfbar
KI-Pipeline: Content → HTML → Sidebar
Die Inhalte entstehen nicht manuell in einem CMS, sondern über drei CLI-Workflows plus optionales Wiki-Onboarding. Jeder Schritt delegiert an einen Orchestrator mit festen Step-Services – analog zur RSS-Pipeline der KI-Zeitung, nur für statisches Fachwissen statt News-Feeds.
CLIWiki-Generierung – Orchestrator-Übersicht
Script
Orchestrator
Aufgabe
create-new-wiki.php
WikiCreationOrchestrator
Neues Wiki anlegen: Verzeichnis, Config, Index, Sidebars (10 Steps)
erzeuge-content.php
WikiContentGenerationOrchestrator
Briefing-MD → Fach-Content per CursorAgent
erzeuge-html.php
WikiHtmlGenerationOrchestrator
16 Steps: PHP-Screen, Twig DE/EN, Synonym-Dateien
erzeuge-sidebars.php
WikiSidebarGenerationOrchestrator
Sidebar DE/EN aus index.md – Navigation für alle Kapitel
Merksatz: Briefing-First gilt auch hier: Jeder Artikel beginnt als Markdown unter wiki-config/wikis/{wiki}/wiki-*-briefing-content/ – erst dann laufen Content- und HTML-Generierung.
Neun Wikis, eine Codebasis
Der Wiki-Stack ist multi-tenant: Ein PHP-/Twig-Kern, je Wiki eigene Config, Briefings und Domain. Neben dem SEO-Hauptwiki laufen weitere Fachlexika auf eigenen Domains.
Seit dem Launch im Oktober 2025 indexiert Google das Wiki zunehmend. In der Google Search Console zeigt das Property für seo-day.de/wiki/ eine deutliche Welle an Impressionen und Klicks – typisch für ein großes, strukturiertes Fachlexikon mit tausenden thematisch vernetzten URLs.
Das ist kein Geheimnis hinter Paywalls: Wer Zugang zur Search Console hat, kann die Kurven selbst nachvollziehen – im Performance-Bericht, im Seiten-Report und im Abfragen-Tab. Dort lassen sich auch einzelne Keywords filtern (z. B. „google search console“, „technical seo“, „keyword recherche“) und prüfen, welche Wiki-URLs Sichtbarkeit und Klicks aufbauen. Parallel liefert GA4 (clientseitig, nach Cookie-Consent) Seitenaufrufe und Engagement – ebenfalls in den bestehenden Analytics-Tools nachprüfbar.
Besonders Artikel zu Kern-SEO-Themen ziehen organisch mit – etwa Google Search Console im Wiki, technisches SEO oder Keyword-Recherche. Wer das Wiki kennt, kann die Performance jederzeit gegen die Live-URLs unter seo-day.de/wiki abgleichen.
Transparenz: Konkrete Zahlen ändern sich täglich – deshalb verlinken wir auf das Live-Wiki und empfehlen den Blick in die bestehenden Tools (GSC Performance, GSC Abfragen, GA4) statt statischer Screenshots von Metriken, die morgen schon wieder anders aussehen.
Screenshots, Breakpoints und Mobile-First-CSS
Die Wiki-UI ist Mobile-First aufgebaut: schmale Viewports zuerst, Desktop-Layouts per @media (min-width: …). Die Sidebar klappt auf Mobile ein; Artikel-Inhalte nutzen einspaltige Typografie, ab Tablet mehr Luft für Navigation und „Verwandte Themen“.
CSSBreakpoint-Matrix des SEO-Wikis
Breakpoint
Greift ab
Sichtbare UI-Änderung
Mobile
< 600px
Einspaltiger Content, kompakte Sidebar-Navigation, gestapelte Kacheln auf der Startseite
Tablet / iPad
≥ 600px
Breiteres Content-Padding, zweispaltige Topic-Grids auf der Wiki-Home
Small Desktop
≥ 1024px
Persistente Sidebar links, Artikel-Content zentriert mit Breadcrumbs
Tablet-Layout mit Sidebar und breiterem Artikel-Spaltenlayout.Small Desktop · 1280px
Desktop-Artikel mit Navigation, Breadcrumbs und Verwandte-Themen-Block.
Technik-Hinweis: Screenshots per Headless-Chrome mit WebDriver, 18.06.2026, von seo-day.de/wiki – Breakpoints Mobile 390 px, iPad 820 px, Small Desktop 1280 px, Vollseiten-Capture. Verpflichtend vor jedem Shot: Wiki-Cookie-Banner schließen – Consent-Cookie site_cookie_consent=accepted setzen und/oder Klick auf #cookie-banner-accept-button (nicht #site-cookie-consent-accept; der gilt nur für News-Portale). Der Banner darf nicht im Bild erscheinen.
Inhalts- und SEO-Struktur
Artikel & Templates
Je Thema: PHP-Screen, Twig *_de.html / *_en.html, Canonical-URLs, strukturierte Headlines
Synonyme
KI-generierte Synonym-Maps pro Artikel – Rotation im Twig-Filter für semantische Variation ohne Duplicate Content
Navigation
index.md → Sidebar DE/EN, Breadcrumbs via NavigationService, „Verwandte Themen“ am Artikelende
Tracking
GA4 clientseitig (nach Cookie-Consent) über Vendor GA4TrackingOrchestrator; Auswertung im Tracking-Dashboard. SEO-Wiki Measurement-ID: G-NND2YQZY0X
Architektur-Übersicht
Kein WordPress, kein Headless-CMS: Inhalte liegen im Dateisystem, der Router mappt URLs auf PHP-Artikel-Screens. MySQL kommt nur für GA4-Logs zum Einsatz – die Fachinhalte selbst sind versioniert im Git-Repository.
PipelineSEO-Wiki – Datenfluss
BriefingMD
Quelle
wiki-*-briefing-content
index.md · Kapitel-MD
Themenbaum und Artikel-Briefings
CursorAgent
ContentMD
Fachtext
Content-MD
KI-generierter Artikeltext pro Thema
16 HTML-Steps
HTMLLive
Auslieferung
PHP + Twig DE/EN
Synonyme · Sidebar · Routes
Öffentliche URLs unter /wiki/
Jetzt ansehen
Das SEO-Wiki ist live – mit hunderten Fachartikeln, zweisprachiger Navigation und wachsender Search-Console-Sichtbarkeit:
Neun Wikis, ein Kern: WikiBootstrapService, Config unter wiki-config/wikis/
Cursor-Agent
fabianrossbacher/cursor-cli-workflows-central – Content, HTML, Synonyme, Index
Reverse Proxy
/wiki/ auf seo-day.de leitet per Reverse Proxy auf das Wiki-Backend – öffentlich nur seo-day.de/wiki, nicht die interne Proxy-Domain
Blogpost selbst
Dieser Artikel: Screen → ScreenBlogPostServiceOrchestrator → Markdown aus briefing/screens/blog/blog-posts/
Git-Statistik: Wie schnell das wirklich ging
Git & CodeKennzahlen zum SEO-Wiki-Projekt (Repository seo-wiki, Stand 18. Juni 2026)
Kennzahl
Wert
Erster Commit
12.10.2025
Letzter Commit (Stand Redaktion)
16.06.2026
Commits gesamt
920
Git-tracked Dateien (ohne vendor)
33.534
Versionierte Codezeilen
673.247
Briefing-Artikel (alle Wikis)
4.152
Statische Routen
4.241
PHP-Screens unter htdocs/
7.182
Twig-Templates
12.812 (6.399 DE + 6.384 EN)
Synonym-Dateien (KI)
6.515
Eigene PHP unter src/
154 (32 Services, 4 Orchestratoren)
Live-Wikis
9
Wiki-Orchestratoren
4 (Creation, Content, HTML mit 16 Steps, Sidebar)
Was bedeutet das? Ein Multi-Wiki-Fachlexikon mit über 4.000 Briefing-Artikeln, 7.000+ PHP-Screens und 12.000+ Templates – in unter acht Monaten mit Agentic AI Coding statt klassischem Redaktions-CMS. Alle Zahlen stammen aus dem Wiki-Repository (git ls-files, Route-Configs, Dateisystem-Zählung).
Gegenschätzung: Was wäre das klassisch gewesen?
SchätzungKlassisches Team vs. Agentic AI Coding (Größenordnung, DACH-Markt)
Rolle
Personentage (Richtwert)
Typischer Tagessatz
Software-Architekt
3 PT
~950–1.100 €
Backend-Entwickler
8–12 PT
~800–950 €
Frontend / Twig
5–7 PT
~750–900 €
Content / Redaktion (4.152 Artikel)
40+ PT
~600–800 €
QA / Test-Engineer
3 PT
~600–750 €
Summe
~59–65 Personentage
~45.000–55.000 € Projektkosten
Ihr wollt so etwas auch bauen?
Beauftragung & Kontakt: Wer ein KI-gestütztes Fachlexikon, Multi-Wiki-Setup oder vergleichbare Content-Pipeline braucht, findet auf /ki unseren Agentur-Screen mit Vorgehen und Kontaktmöglichkeit.
Fazit
SEO-Wiki zeigt, dass KI-generierte Fachinhalte in großem Maßstab funktionieren – mit messbarer Search-Console-Welle, sauberer URL-Struktur und skalierbarer Pipeline. Live unter seo-day.de/wiki. Wer Ähnliches für das eigene Unternehmen will: /ki.
