Die meisten KMU-Sites in Deutschland 2026 sind in einem Zustand, der vor fünf Jahren akzeptabel war: WordPress mit Plugin-Stack, gebaut von einer Agentur, gepflegt von niemandem, regelmäßig gehackt, langsam, mit Cookie-Banner-Wahnsinn, ohne KI-Sichtbarkeit. Klassische SEO-Audits zeigen grünes Sichtbarkeits-Index, der Traffic stagniert trotzdem, ChatGPT zitiert die Site nie.
Wer 2026 als Mittelständler online ernsthaft sichtbar sein will, braucht ein Vorgehen, kein einzelnes Tool. Wir haben dieses Vorgehen über die letzten zwei Jahre standardisiert. Drei Phasen, ein zusammenhängender Pfad: Ablösen, bauen, optimieren. Hier was das konkret heißt — und warum diese Kombination den Markt verändert.
Phase 1 — Ablösen
Der erste Schritt ist nicht „neue Site bauen”. Er ist „alte Site sauber abwickeln”. Klingt unspektakulär, ist aber der häufigste Fehler bei Migrationen und kostet Sites typisch 30-50 Prozent ihrer Sichtbarkeit für Monate.
Was Ablösen technisch bedeutet:
- URL-Inventar mit Search Console + Sichtbarkeits-Index — welche Pages bringen heute Traffic?
- 301-Redirect-Mapping pro alte URL auf die neue Struktur — niemals 302, das überträgt keine Ranking-Signale
.htaccessmit Standardisierung (HTTPS, www, Trailing-Slash) — vor dem DNS-Switch- Crawl-Budget-Schonung — alte Pages, die nicht migriert werden, sauber per Sitemap-Update kommunizieren
- IndexNow-Ping bei jedem Push für Bing-Indexierung
- Tägliches Ranking-Tracking 14 Tage nach Switch
Was Ablösen wirtschaftlich bedeutet:
Migration ist die einzige Phase, in der nichts kaputt gehen darf. Eine fehlerhafte Migration kostet Quartale. Eine saubere Migration kostet drei Tage Mehraufwand und macht den Unterschied zwischen „Ranking-Verlust nicht spürbar” und „Sichtbarkeits-Crash”.
Wir migrieren primär aus: WordPress + Divi/Elementor, Wix, Jimdo, Squarespace, älteren proprietären Plattformen. Jede Migration ist Use-Case-spezifisch — Standard-Pattern, individuelle Mapping-Tabelle.
→ Eine Site, die nicht mehr migriert werden muss, wurde bei uns gebaut. Eine Site, die wir migrieren, kommt mit klarem Vorher-Nachher-Vergleich.
Phase 2 — Bauen
Hier scheiden sich die meisten Boutique-Studios von dem, was Mittelstand 2026 wirklich braucht. Eine moderne Site ist nicht „schickes Design + Animation”. Sie ist eine Sichtbarkeits-Maschine mit acht Standards, die alle gleichzeitig erfüllt sein müssen.
Acht Pflicht-Standards für jede neue Site 2026
- Astro/Bun-Stack statt WordPress-Plugin-Halde — statisch generiert, keine Datenbank im Frontend, hack-resistent
- Schema.org Voll-Stack je Seitentyp — Organization, LocalBusiness, FAQPage, Service, BlogPosting, Person — sonst keine Rich-Snippets, keine Knowledge-Panel-Eligibility
- GEO-Layer mit
/llms.txtund Grounding-Page — sonst keine Sichtbarkeit in ChatGPT, Perplexity, Claude, Google AI-Overviews - Core Web Vitals grün out-of-the-box — LCP unter 2,5s, INP unter 0,2s, CLS unter 0,1, ohne Caching-Plugin-Drama
- DSGVO ohne Cookie-Banner-Wahnsinn — self-hosted Fonts, keine externen Tracker im Default, Tracker nur mit Consent
- WCAG-AA-Kontrast minimum — Accessibility-Pflicht in DACH ab 2025
- Auto-Deploy via Git-Workflow — kein FTP-Gefrickel, jede Änderung versioniert, nachvollziehbar, rückgängig machbar
- AI-Crawler-Welcome in robots.txt — explizite Allow-Statements für GPTBot, ClaudeBot, PerplexityBot, Google-Extended
Was unser Stack anders macht
| Standard-Boutique-Build | Unser Stack |
|---|---|
| Astro für Performance | Astro + selbst-hostete Fonts + Schema-Voll-Stack + llms.txt + Grounding-Page |
| Tailwind für Design | Tailwind + Brand-Farb-Konvention + WCAG-AA-Kontrast getestet |
| GitHub für Code | GitHub Actions + lftp Auto-Deploy + IndexNow-Ping |
| Theme-basierter Look | Custom-Brand pro Site, mit Memory-Pattern für Wiederholung |
| Marketing-Pages-Fokus | Plus Multi-Tenant, AI-native, MCP-Server, Schnittstellen |
→ Was bei anderen drei Tools sind, läuft hier in einem Pattern. Was bei anderen Bonus ist (Schema, GEO, KI-Sichtbarkeit), ist hier Pflicht.
Phase 3 — Optimieren
Die dritte Phase ist die, die im klassischen Marktbild fehlt. Eine Site geht 2026 nicht „live und fertig”. Sie geht live und fängt an zu reifen — Sichtbarkeit, KI-Zitation, Konkurrenz-Position. Wer die nicht laufend pflegt, verliert in zwei bis drei Quartalen.
Was Optimieren konkret heißt
Audit-getrieben. Wir nutzen ein eigenes Audit-Tool als Bun-CLI mit über zwanzig integrierten Datenquellen — Search Console, PageSpeed, Chrome UX Report, Knowledge Graph, Safe Browsing, DNS-Records, Mozilla Observatory, HSTS Preload, Wayback, RDAP, Google Suggest, Bing Keyword Research, eigene Accessibility-Heuristik, Claude Content-Quality-Bewertung. Output: strukturierter Bericht mit priorisierten Refactor-Empfehlungen, direkt verarbeitbar.
AI-gestützt. Standard-SEO-Tools liefern Daten-Dump. Wir kombinieren Audit-Output mit AI-Reasoning-Layer (Claude), der Empfehlungen nach Wirkung × Aufwand priorisiert. Tool liefert Daten, AI strukturiert. Mensch entscheidet strategisch.
Implementierungs-fähig. Audit-Output ist menschen- und maschinenlesbar. Bei Engineering-Übergabe geht der Markdown-Bericht ans Team. Bei Eigen-Implementierung wird das JSON direkt in AI-gestützte Code-Edits übersetzt — Title, Meta, Schema-Block, Content-Verbesserungen.
Laufend. Sichtbarkeit ist 2026 ein KPI, nicht ein Projekt. Quartals-Audit, monatliche Refactor-Empfehlungen, regelmäßiges Test-Prompt-Set in den vier wichtigsten LLMs (ChatGPT, Perplexity, Claude, Gemini).
→ Detail-Beschreibung des Audit-Tools im Portfolio-Case. Service-Angebot: /angebote/build/seo.
Was das Vorgehen am Markt anders macht
Drei strukturelle Differenzierungen:
1. Migration ist Pflicht-Phase, nicht Optionsbaustein. Andere Boutique-Studios bauen die neue Site und übergeben — was mit der alten passiert, ist Kunden-Problem. Wir migrieren explizit mit. 301-Redirects, Sitemap-Re-Submission, Top-Pages über URL-Inspection-Tool nachschieben, 14-Tage-Ranking-Tracking. Der Kunde verliert keine Sichtbarkeit beim Switch.
2. KI-Sichtbarkeit ist Standard, nicht Bonus. Praktisch keine Standard-Agentur in DACH bietet 2026 llms.txt + Grounding-Page + AI-Crawler-Welcome an. Wir bauen es bei jeder Site rein. Folge: KMU-Sites werden in ChatGPT, Perplexity und Claude zitiert — wo Konkurrenz noch nicht mal weiß, dass sie das tun könnten.
3. Audit-Tool als Eigenbau, nicht als Lizenz-Abo. Andere SEO-Agenturen geben deine Crawl-Daten an Drittanbieter (Sistrix, Ahrefs, SEMrush). Wir crawlen mit eigenem Tool auf eigenem Server. Datenfluss-Standort kontrolliert. DSGVO-Compliance Standard. Plus: AI-Reasoning-Layer eingebaut für strategische Priorisierung — kein reiner Daten-Dump, sondern direkt umsetzbare Refactor-Liste.
Drei Cases als Beweis
Sandra Hietel-Heuer MdL — politische Wahlkampf-Site mit 4-Stunden-Instagram-Auto-Sync, Mini-CMS, Magic-Link-Auth. Sichtbarkeit ohne tägliches Pflegen, Beiträge entstehen aus Insta automatisch. Detail im Portfolio.
Reiterverein St. Georg Salzkotten — Migration WordPress → Astro für 100-Jahre-Verein. Gewachsene Plugin-Bombe wurde zu strukturierter Editorial-Plattform mit 22 Pages, eigenständigem Sponsor-Akquise-System mit drei Tiers, iCal-Belegungsplan, Insta-Sync, Schema.org für SportsClub. Plattform statt Visitenkarte. Detail im Portfolio.
Hufbeschlag Jan-Niclas Kors — Migration Jimdo → Astro für Handwerks-Lokalbetrieb. Live-Reviews via Google Places API, Radius-Check für Einsatzgebiet, Schema.org für lokale SEO, Auto-Deploy. Aus Baukasten-Site wurde Lokal-Authority. Detail im Portfolio.
→ Pattern: gleicher Vorgehens-Stack, branchenspezifische Ausprägung. Das Vorgehen skaliert über Branchen hinweg.
Kosten-Realität
| Phase | Aufwand | Modell |
|---|---|---|
| 1. Ablösen | URL-Inventar, Mapping, 301-Redirects, Switch-Begleitung | inklusive bei Tier-2/3-Build, einmalig |
| 2. Bauen | Drei Tiers nach Pages-Anzahl (Schnellstart, Standard, Editorial) | siehe /angebote/build/homepage |
| 3. Optimieren | Audit als Stand-Alone, Audit + Refactor, oder laufender SEO Care-Plan | siehe /angebote/build/seo |
Plus: bei wiederholbaren Patterns (Politiker, Verein, Handwerk) sinken die Folge-Site-Kosten substanziell, weil das Pattern einmal steht und nur Inhalt + Brand getauscht werden müssen. Konkrete Preise nach Scope-Klärung im Erstgespräch.
Was das Vorgehen voraussetzt
Ehrlich gesagt: Es funktioniert nur, wenn der Kunde Sichtbarkeit als Geschäfts-Hebel ernst nimmt. Wer eine Site als Visitenkarte für die Visitenkarten-Auslage will, ist mit einer 1.500-€-WordPress-Klitsche besser bedient. Wer Sichtbarkeit als Akquise-Kanal nutzt — durch Kunden, durch Mitarbeiter-Recruiting, durch Brand-Aufbau — bekommt mit dem Vorgehen einen anderen Hebel als mit dem Marktstandard.
Wann beginnen
Realistisch in dieser Reihenfolge:
- Erstgespräch (30 Min, kostenlos) — wo steht ihr, was sind die 2-3 wichtigsten Sichtbarkeits-Hebel
- Mini-Audit auf der existierenden Site (ohne Setup-Aufwand für euch) — wir crawlen öffentlich, ihr bekommt Bericht
- Strategie-Sparring — Ablösen ja/nein, Build-Tier, Optimierungs-Frequenz
- Migration + Build — typisch 4-8 Wochen je nach Tier
- Care-Plan oder Übergabe — laufend optimieren oder Bericht ans Team
→ Erstgespräch starten: /kontakt. Service-Übersicht: /angebote.
Zusammengefasst
Eine Site ist 2026 keine Visitenkarte. Sie ist Sichtbarkeits-Pipeline mit drei Phasen: Ablösen (saubere Migration ohne Ranking-Verlust), Bauen (moderner Stack mit acht Pflicht-Standards), Optimieren (laufend mit eigenem Audit-Tool und AI-gestützter Priorisierung). Das Vorgehen ist standardisiert, das Pattern wiederholbar, die Lieferung übergebbar. Kein Tool-Lizenz-Wahnsinn, keine Daten an Drittanbieter, keine Ranking-Verluste durch schlampige Migration. Sichtbarkeit als KPI, nicht als Projekt.