Praxisbasiertes Modell von Marc de Boer. Diese Fassung behauptet weder wissenschaftliche Validierung noch repräsentative Benchmarks. Sie ist für die kritische Prüfung vor Version 1.0 veröffentlicht.
Warum dieses Modell existiert
Ein dokumentierter SEO-Prozess ist noch kein steuerbares Website-System. Ein benannter Owner kann ohne Mandat wirkungslos bleiben. Ein Dashboard kann Zahlen zeigen, ohne Sollzustände oder Entscheidungen zu verändern. Governance-Reife wird deshalb nicht daran gemessen, ob einzelne Artefakte vorhanden sind, sondern ob Verantwortung, Regeln, Betrieb und Evidence zusammenwirken.
Das Modell ergänzt das Enterprise-SEO-Governance-Operating-Model. Das Operating Model beschreibt, wie Steuerung funktionieren soll. Das Maturity Model zeigt getrennt nach Dimensionen, wie weit diese Steuerungsfähigkeit bereits entwickelt ist und wo Kontrolllücken verbleiben.
Was das Modell bewertet – und was nicht
Bewertet wird die Governance- und Steuerungsfähigkeit des Website-/Search-Systems. Der Scope kann eine Domain, ein Markt, ein Plattformbereich oder ein anderes klar abgegrenztes System sein.
| Das Modell bewertet | Das Modell bewertet ausdrücklich nicht |
|---|---|
| ob Verantwortungsräume und Entscheidungsrechte beobachtbar funktionieren | die Qualität einzelner SEO-Mitarbeiter |
| ob URL-, Indexierungs- und Lifecycle-Zustände kontrolliert werden | den Erfolg oder Wert eines SEO-Teams |
| ob Standards im Betrieb angewendet und überprüft werden | Rankings oder organischen Traffic |
| ob Evidence Entscheidungen und Anpassungen auslöst | einen technischen SEO-Score der Website |
| ob Ausnahmen und Veränderungen kontrollierbar bleiben | eine Prognose zukünftiger SEO-Performance |
Reife ist eine Fähigkeit, kein Erfolgsversprechen. Eine reife Organisation kann eine falsche Strategie wählen. Eine unreife Organisation kann zeitweise starke Rankings besitzen. Das Modell beschreibt, wie zuverlässig das System seinen Zustand erkennen, Entscheidungen umsetzen und aus Abweichungen lernen kann.
Methodik des Review Drafts
Das Assessment folgt fünf Regeln:
- Der Scope wird vor der Bewertung festgelegt. Ein Markt darf nicht mit einer gesamten globalen Plattform vermischt werden.
- Jede Dimension wird separat bewertet. Es gibt keinen numerischen Gesamtwert und kein globales „Level 4“.
- Kriterien bauen aufeinander auf. Eine höhere Stufe setzt voraus, dass die tragenden Fähigkeiten der vorherigen Stufen nachweisbar vorhanden sind.
- Beobachtbare Evidence zählt, nicht Selbsteinschätzung. Dokumente, Systemzustände, Entscheidungen und wiederholte Anwendung müssen den Befund stützen.
- Unklarheit bleibt sichtbar. Fehlende Daten werden nicht positiv interpretiert, sondern als offene Evidence-Lücke dokumentiert.
Das Ergebnis ist ein Profil. Eine Organisation kann Ownership bereits gesteuert betreiben und bei Measurement erst relevante Datenbestände erfassen. Genau diese Ungleichzeitigkeit ist der diagnostische Wert des Modells.
Die fünf Reifestufen
Die Stufen beschreiben keine lineare Organisationskarriere. Eine Dimension kann durch Reorganisation, Plattformwechsel oder starkes Wachstum auch wieder an Steuerungsfähigkeit verlieren.
Die sieben Dimensionen
- Ownership und Entscheidungsrechte: Verantwortung, Mandat, Eskalation und Entscheidbarkeit.
- URL Lifecycle und Index Governance: bewusste Entstehung, Indexierungsziel, Betrieb und Exit von URL-Klassen.
- Standards und Guardrails: verbindliche Sollzustände für technische, Template- und Content-relevante Search-Signale.
- Release- und Change-Governance: risikobasierte Prüfung struktureller Veränderungen ohne Blockade jedes Releases.
- Measurement, Evidence und Search Reality: beobachtbarer Realzustand, Datenqualität und Rückkopplung in Entscheidungen.
- Integration von SEO, Product, Engineering und Content: gemeinsame Verantwortungsräume statt spätem SEO-Handover.
- Exception Management und organisationales Lernen: kontrollierte Abweichungen und systematische Verbesserung aus wiederkehrenden Mustern.
Kriterienmatrix: beobachtbare Reife je Dimension
Die Kriterien sind absichtlich beobachtbar formuliert. „SEO ist gut integriert“ reicht nicht. Ein Assessment muss zeigen können, welche Verantwortlichkeit, Regel, Entscheidung oder Evidence den Befund trägt.
| Dimension | 1 · Reaktiv | 2 · Erfasst | 3 · Definiert | 4 · Gesteuert | 5 · Adaptiv |
|---|---|---|---|---|---|
| Ownership & Entscheidungsrechte | Verantwortung wird bei Problemen gesucht. Entscheidungen hängen von Eskalation oder persönlicher Durchsetzung ab. | Relevante URL-Klassen, Verantwortliche und ungeklärte Mandate sind inventarisiert. Lücken sind sichtbar. | Für relevante URL-Klassen und Governance-Fragen sind accountable Owner, Entscheidungsräume und Eskalationswege verbindlich dokumentiert. | Entscheidungen folgen diesen Räumen nachweisbar. Ungeklärte Ownership wird erkannt, zugewiesen oder bewusst eskaliert. | Evidence aus Entscheidungen, Konflikten und Systemzuständen führt zu bewussten Anpassungen von Mandaten und Verantwortungsgrenzen. |
| URL Lifecycle & Index Governance | URL-Klassen entstehen oder bleiben bestehen, ohne durchgängige Zweck-, Indexierungs- oder Exit-Entscheidung. | Relevante URL-Muster, Bestände und bekannte Indexierungszustände sind erfasst. Unklare oder emergente Bereiche sind markiert. | Pro relevanter URL-Klasse sind mindestens Purpose, Owner, Zielstatus, Qualitätskriterien, Einbindung, Monitoring, Lifecycle und Exit definiert. | Neue und bestehende Klassen werden gegen die Policy geprüft. Soll-/Ist-Abweichungen lösen verantwortete Maßnahmen oder Ausnahmen aus. | Lifecycle- und Indexierungsregeln werden anhand von Search Reality, Produktveränderung und überprüften Ergebnissen bewusst weiterentwickelt. |
| Standards & Guardrails | Teams lösen Canonical-, Crawl-, Template-, Content- oder Datenfragen lokal und inkonsistent. | Bestehende Muster, Regeln und zentrale Inkonsistenzen sind dokumentiert; Scope und Risiken sind sichtbar. | Relevante Standards besitzen Scope, Owner, Version, Sollzustand und einen verständlichen Entscheidungsraum für Teams. | Standards werden in Releases und Betrieb angewendet, durch geeignete manuelle oder automatisierte Prüfungen verifiziert und kontrolliert abweichend behandelt. | Standards werden anhand realer Abweichungen, technischer Entwicklung und Outcome-Evidence angepasst, abgelöst oder vereinfacht. |
| Release & Change Governance | SEO-relevante Systemänderungen werden überwiegend nach dem Launch entdeckt und als Tickets behandelt. | Strukturell riskante Change-Typen, Abhängigkeiten und wiederkehrende Release-Probleme sind erfasst. | Risikobasierte Gate-Trigger, benötigte Inputs, Verantwortliche, mögliche Ergebnisse und Verifikation sind verbindlich beschrieben. | Relevante Changes durchlaufen das Gate. Änderungen innerhalb freigegebener Leitplanken bleiben autonom; Regelverstöße werden abgelehnt oder als Ausnahme entschieden. | Post-Release-Evidence verbessert Gate-Trigger, Guardrails, Tests und den Grad sinnvoller Automatisierung. |
| Measurement, Evidence & Search Reality | Bewertung reagiert vor allem auf Rankings, Traffic-Veränderungen oder einzelne GSC-Befunde. Der reale Systemzustand bleibt unvollständig. | Relevante URL-Bestände, Crawl-, Index-, Log- und Performance-Signale sowie bekannte Datenlücken sind für den Scope erfasst. | Sollzustände, Datenquellen, Definitionen, Verantwortliche und Review-Logik sind pro relevanter Governance-Frage festgelegt. | Soll und beobachtete Search Reality werden wiederholt verglichen. Abweichungen haben Owner; Releases werden mit vorher definierter Evidence verifiziert. | Das System überprüft auch Aussagekraft und Coverage seiner Evidence. Erkenntnisse verändern Regeln, Hypothesen und künftige Entscheidungen. |
| Integration SEO × Product × Engineering × Content | SEO wird spät informiert oder nach dem Launch zur Korrektur hinzugezogen. Abhängigkeiten werden situativ ausgehandelt. | Relevante Stakeholder, Systeme, Übergaben und wiederkehrende Konfliktpunkte sind sichtbar. | Rollen, Entscheidungswege und gemeinsame Prozesse sind beschrieben; SEO-Inputs liegen vor strukturell riskanten Entscheidungen vor. | Teams setzen innerhalb gemeinsamer Guardrails um. Verantwortung bleibt bei Product, Platform, Engineering und Content; Eskalationen funktionieren nachvollziehbar. | Zusammenarbeit, Mandate und Wissensverteilung werden anhand von Delivery-Erfahrung, Konflikten und Search-Evidence bewusst angepasst. |
| Exception Management & Lernen | Abweichungen entstehen ad hoc, bleiben informell oder werden nach dem Release als technischer Sonderfall entdeckt. | Bekannte Ausnahmen und unklare Sonderwege sind erfasst; fehlende Owner oder Reviews sind sichtbar. | Jede Ausnahme benötigt Owner, Grund, Scope, Risiko, Genehmigung, Status und Review. Temporäre und dauerhafte Ausnahmen sind klar unterschieden. | Reviews finden statt. Temporäre Ausnahmen werden zurückgeführt oder neu entschieden; dauerhafte bleiben ausdrücklich verantwortet und begründbar. | Wiederkehrende Ausnahmen verändern Standards oder Architektur. Erkenntnisse und Konsequenzen werden in künftige Entscheidungen zurückgeführt. |
Das Ergebnis ist ein Dimensionsprofil
Das Modell aggregiert die sieben Dimensionen nicht zu einem Score. Jede Dimension wird separat dargestellt, einschließlich der Evidence, die die Einstufung stützt, und der wichtigsten offenen Kontrolllücke.
Das Profil bleibt klar vom vorhandenen SEO-Entropie-Scoring getrennt. SEO-Entropie betrachtet Risiken und Kontrollverlust im Website-System. Dieses Maturity Model betrachtet die organisatorische Fähigkeit, diesen Zustand zu erkennen und zu steuern.
So wird ein Assessment durchgeführt
- Scope festlegen: Domain, Markt, Plattformbereich und relevante URL-Klassen benennen.
- Teilnehmer bestimmen: Die Bewertung nicht allein durch SEO vornehmen; Product, Engineering, Platform und Content entsprechend dem Scope einbeziehen.
- Evidence sammeln: Policies, Entscheidungslogs, Release-Artefakte, Systemzustände, Crawls, Logs, Indexdaten und konkrete Beispiele prüfen.
- Dimensionen einzeln bewerten: Pro Stufe festhalten, welche Kriterien nachweisbar erfüllt sind und welche Evidence fehlt.
- Kontrolllücken beschreiben: Nicht „auf Level 4 kommen“, sondern die konkrete fehlende Fähigkeit benennen.
- Nächsten Eingriff festlegen: Owner, Entscheidung, benötigtes Artefakt und Verifikation für eine begrenzte Verbesserung definieren.
- Nach einem relevanten Zyklus erneut prüfen: Nur beobachtete Veränderung, nicht geplante Arbeit, verändert das Profil.
Die URL Ownership & Indexation Policy kann dabei als konkrete Evidence für die Dimension URL Lifecycle und Index Governance dienen. Ihre Existenz allein reicht jedoch nur für eine definierte Regel. Erst nachweisbare Anwendung und Überwachung machen die Dimension gesteuert.
Annahmen, Grenzen und bewusste Nicht-Aussagen
- Das Modell ist aus Enterprise-SEO-Praxis und den Konzepten Search Reality, SEO-Entropie und Ownership-Vakuum abgeleitet.
- Es wurde in Version 0.9 noch nicht wissenschaftlich validiert.
- Es existieren keine repräsentativen Benchmarks zur Verteilung der Reifestufen.
- Die Stufen sagen nichts über Rankings, Traffic oder wirtschaftlichen Erfolg aus.
- Organisationen können pro Dimension und Scope unterschiedliche Reife besitzen.
- Die Matrix beschreibt ein Referenzmodell, kein vorgeschriebenes Organigramm.
- Evidence kann je Plattform unterschiedlich aussehen; sie muss aber den beobachteten Zustand und nicht nur die Absicht belegen.
Das Modell behauptet außerdem nicht, dass Ownership-Vakuum die einzige Ursache von SEO-Entropie ist. Technische Altlasten, unkontrolliertes Wachstum, widersprüchliche Standards oder fehlende Messbarkeit können ebenfalls Drift erzeugen. Ownership ist ein wesentlicher Mechanismus, nicht die vollständige Kausalerklärung.
Review vor Version 1.0
Vor einer Version 1.0 soll der Review Draft idealerweise von etwa drei bis fünf erfahrenen Personen aus Enterprise SEO, Product, Platform beziehungsweise Engineering und Web Governance kritisch geprüft werden. Der Zweck ist nicht Link-Outreach, sondern methodische Belastbarkeit.
Besonders relevant sind Rückmeldungen zu:
- Trennschärfe der sieben Dimensionen,
- beobachtbarer Unterscheidbarkeit der fünf Stufen,
- Anwendbarkeit in föderierten Organisationen,
- fehlenden oder zu starken Kriterien,
- Evidence, die in realen Plattform- und Produktorganisationen verfügbar ist.
Feedbackgeber und ihre Organisationen werden nur mit ausdrücklicher Zustimmung öffentlich genannt. Änderungen zwischen Review Draft und Version 1.0 sollen nachvollziehbar dokumentiert werden.
Fazit
Governance-Reife ist nicht die Menge vorhandener Prozesse. Sie ist die Fähigkeit, den realen Zustand eines Website-Systems zu erkennen, Zuständigkeiten wirksam zu machen, Veränderungen kontrolliert umzusetzen und aus der beobachteten Search Reality zu lernen.
Das Dimensionsprofil zeigt, wo diese Fähigkeit bereits trägt und wo eine Organisation noch auf Reaktion, unvollständige Bestandskenntnis oder nicht überprüfte Regeln angewiesen ist. Genau dort beginnt der nächste Governance-Eingriff – nicht bei einem künstlichen Gesamtscore.