Baseline
Ein freigegebener Ausgangszeitraum mit Rohantworten, Search- und Conversion-Daten.
Offene Implementierungsnachweise · Stand 16. Juli 2026
Zwei Cases belegen technische Umsetzung. Der dritte dokumentiert die organische Ausgangslage dieser Website und bleibt bis zum fairen Vergleich bewusst ergebnisoffen. Baseline, Änderung, Rohdaten und Grenze sind getrennt dokumentiert.
Case 01 · Content-Portfolio
Status: Implementierungsnachweis, fachlich und technisch geprüft.
Im Repository lagen 299 Blogquellen. Viele deckten dieselben Suchintentionen ab; frühere Seiten enthielten zudem unbelegte Case- und Marktclaims. Das Weglassen aus der Sitemap hätte diese URLs nicht konsolidiert.
Für 60 eigenständige Suchintentionen wurden kanonische Zielartikel definiert. 239 schwächere oder überlappende URLs besitzen eine thematisch passende permanente Weiterleitung. Alle 60 Zielartikel erfüllen jetzt die redaktionellen Gates für Antwort zuerst, Quellen, Prüfdatum, FAQ, interne Links und Terminpfad.
60 kuratierte Zielartikel + 239 Redirects = 299 inventarisierte Blogquellen. Der öffentliche Sitemap-Bestand umfasst 111 URLs, darunter genau 60 redaktionelle Artikel. Die automatisierte Site-Prüfung validiert Redirectziele, verhindert Ketten und prüft jede Zielseite.
239-Zeilen-Rohmanifest herunterladen
Grenze: Das Manifest belegt URL- und Qualitätskonsolidierung. Es behauptet keinen Traffic-, Ranking- oder Lead-Uplift. Dieser darf erst aus einem definierten Search-Console- und Analytics-Vergleich folgen.
Case 02 · Regionale Architektur
Status: Implementierungsnachweis, live und maschinenlesbar.
Stadtseiten lagen unter /standorte/. Diese Struktur konnte bei bundesweiter Remote-Beratung den falschen Eindruck eigener Niederlassungen erzeugen und bot keinen zentralen Navigationspfad durch die Regionen.
Ein Hub unter /in-der-naehe-von/ verbindet 16 regionale Marktseiten. Jede Seite erklärt sichtbar, dass das Team aus Berlin bundesweit arbeitet, und beschreibt lokalen Suchkontext, Branchen, regionale Auswahlfragen, Messplan und Terminweg. Die bisherigen 16 Kern-URLs werden permanent auf ihre jeweilige Regionsseite weitergeleitet.
Das Rohmanifest listet jede Region mit Bundesland, neuem Canonical, altem Pfad, Redirectstatus, Marktfokus und Standortgrenze. Die ergänzende Search-Console-Baseline dokumentiert für alle 16 Städte beobachtete Queries oder explizite Datenlücken. Die Seiten sind im Hub, in Breadcrumbs und in der Sitemap erreichbar.
Grenze: Die Veröffentlichung belegt Informationsarchitektur und transparente Standortkommunikation. Sie belegt weder lokale Rankings noch zusätzliche Anfragen.
Case 03 · Offener SEO-/GEO-Live-Case
Status: Baseline eingefroren, Wirkungsmessung läuft.
Der übermittelte Search-Console-Snapshot umfasst den 13. April bis 12. Juli 2026 und endet damit vor dem großen Release. Die Startseite erhielt 1.904 Impressionen ohne Klick. Der Vergleich Gemini versus ChatGPT kam auf 2.145 Impressionen und 19 Klicks; die KPI-, Tool- und Claude-Seiten lagen jeweils bei rund 0,5 bis 1,0 Prozent CTR.
Der ergänzende Plausible-Snapshot meldete 62 Besucher, 75 Seitenaufrufe, 92 Prozent Absprungrate und acht Sekunden durchschnittliche Besuchsdauer. 17 Besucher kamen aus Suchmaschinen, zwei über ChatGPT. Da für diesen Snapshot kein Zeitraum mitgeliefert wurde, darf er nicht mit dem 90-Tage-GSC-Fenster verrechnet werden.
Zwischen 14. und 16. Juli wurden Suchintentionen konsolidiert, Topseiten fachlich überarbeitet, interne Links und Regionenarchitektur neu geordnet, unbelegte Claims entfernt und der Terminpfad messbar gemacht. Der 16. Juli ist der Abschlussmarker für den ersten Wirkungsvergleich.
Frühestens nach 28 vollständigen Tagen vergleichen wir Seitenebene, Query-Cluster, organische Sitzungen und bestätigte Termine. Positionen werden separat bewertet: Ohne durchschnittliche Position lässt sich eine niedrige CTR nicht allein dem Snippet zuschreiben. Modellupdates, weitere Releases und Kampagnen werden als Störfaktoren dokumentiert.
GSC-Prioritätsseiten als CSV Traffic-Kanäle herunterladen →
Grenze: Die CSV enthält die vom Betreiber manuell übermittelten Prioritätsseiten, keinen direkten API-Export und keine Positionswerte. Bis zum Vergleichsfenster wird weder Traffic- noch Lead-Uplift behauptet.
Evidenz statt Case-Theater
Wir veröffentlichen den Reifegrad eines Nachweises, damit technische Arbeit, beobachtete Veränderung und geschäftliche Wirkung nicht ineinanderlaufen.
| Evidenzstufe | notwendiger Beleg | zulässige Aussage | nicht zulässig |
|---|---|---|---|
| Implementierung | Release-Marker, URL- oder Ticketliste, technische Abnahme und erreichbares Manifest | „Die Änderung ist vollständig live und geprüft.“ | „Die Änderung erzeugte mehr Traffic.“ |
| Beobachtung | gleiche KPI-Definition, dokumentierte Quelle und Zeitraum nach dem Release | „Im Messfenster wurde diese Veränderung beobachtet.“ | „Die Maßnahme war alleinige Ursache.“ |
| eingegrenzter Beitrag | Baseline, Vergleichsfenster, Deployment-Log und bekannte Störfaktoren | „Die Intervention ist eine plausible Erklärung im definierten Scope.“ | „Das Ergebnis gilt für jedes Unternehmen.“ |
| freigegebener Outcome | Geschäfts-KPI, nachvollziehbarer Funnel, Datenfreigabe und dokumentierte Einschränkungen | „Im freigegebenen Fall trat der beschriebene Outcome ein.“ | Garantie für Rankings, Nennungen, Leads oder Umsatz |
Messvertrag vor dem Ergebnis
Erstens: Die Baseline wird vor oder spätestens zum Deployment eingefroren. Sie enthält Datenquelle, Zeitraum, Seitengruppe, Query-Cluster und bekannte Lücken. Ein nachträglich ausgewählter besonders schwacher Tag ist keine faire Ausgangslage.
Zweitens: KPI und Nenner bleiben stabil. Klicks, Impressionen, organische Sitzungen, KI-Verweise, qualifizierte Formulare und bestätigte Termine sind verschiedene Stufen. Sie werden getrennt berichtet und nicht zu einer beeindruckenden Gesamtrate vermischt.
Drittens: Jede relevante Intervention erhält ein Live-Datum. Weitere Content-Releases, Kampagnen, Trackingwechsel, Saisonalität und technische Ausfälle werden als mögliche Störfaktoren notiert. Je mehr gleichzeitig verändert wird, desto vorsichtiger muss die Attribution formuliert sein.
Viertens: Das Vergleichsfenster wird vor der Auswertung definiert. Search-Console-Daten benötigen andere Reifezeiten als ein technischer Crawl oder ein gebuchter Termin. Frühindikatoren dürfen gezeigt, aber nicht als endgültiger Outcome verkauft werden.
Fünftens: Rohbelege bleiben erreichbar, soweit Datenschutz und Kundenfreigabe das erlauben. Bei anonymisierten Cases werden Branche, Scope, Zeitraum und Messlogik erhalten; identifizierende oder personenbezogene Daten werden nicht für eine dramatischere Story offengelegt.
Sechstens: Ein Null- oder Negativergebnis bleibt ein Ergebnis. Wenn eine Maßnahme keine belastbare Verbesserung zeigt, wird der Case nicht gelöscht oder durch eine andere Kennzahl ersetzt. Stattdessen dokumentieren wir, welche Annahme nicht bestätigt wurde und welche nächste Prüfung daraus folgt.
Was noch fehlt
Technische Eigenprojekt-Cases ersetzen keine Kundenreferenz.
Ein freigegebener Ausgangszeitraum mit Rohantworten, Search- und Conversion-Daten.
Konkrete Änderungen, URLs, Live-Daten, Abhängigkeiten und alternative Erklärungen.
Gleich definierte KPI im Vergleichsfenster – nicht nur ausgewählte Screenshots.
Schriftliche Zustimmung zu Name, Anonymisierung, Datenumfang und Zitierweise.
Die alten Behauptungen +74 %, 9x und +340 % erfüllen diesen Standard nicht und werden nicht reaktiviert. Lesen Sie die Messmethodik.
Kostenlose Ersteinschätzung
30 Minuten, unverbindlich. Sie erhalten eine klare Einschätzung zu Technik, Inhalten, Entitäten und den sinnvollsten nächsten Schritten.