Content Governance: Die Regeln, die eine Umstrukturierung überstehen

Die meisten Regelwerke für Inhalte schützen nicht die Inhalte. Sie schützen eine Gewohnheit, die einmal funktioniert hat, und die niemand mehr erklären kann, sobald die Person fehlt, die sie eingeführt hat. Wissen Sie, welche drei Entscheidungen in Ihrer Redaktion in den letzten sechs Monaten nur mündlich gefallen sind? Wahrscheinlich nicht, und genau darin liegt der Befund. Je ausführlicher Ihre Richtlinie ist, desto wahrscheinlicher beschreibt sie ein Team, das so nicht mehr zusammenarbeitet. Ein Paradox, das keine Böswilligkeit braucht, nur Personalwechsel. Was von Ihrer Governance übrig bleibt, wenn die nächste Kündigung kommt, hängt an einer Frage, die bisher niemand gestellt hat.
Am Donnerstag ist das Quartalsreview. Die Person, die Ihre Veröffentlichungsregeln geschrieben hat, sitzt nicht mit am Tisch, und niemand im Raum kann sagen, was diese Regeln eigentlich sind. Das Regelwerk existiert noch irgendwo, wahrscheinlich in einem Ordner, der nach einem Team benannt ist, das an niemanden mehr berichtet. Was Ihre Inhalte tatsächlich steuert, ist eine Reihe von Entscheidungen, die eine Person früher im Kopf getroffen hat, und diese Person sitzt heute zwei Abteilungen weiter. Wenn also eine Seite offline gehen soll oder eine Adresse sich ändern muss, schauen alle im Raum sich an. Haben Sie je versucht, die Person zu benennen, die Nein zum Veröffentlichen sagen darf? Die ehrliche Antwort ist meistens ein Name, und Namen ziehen weiter.
Einem Content-Team passiert etwas Leiseres als eine Umstrukturierung, und es dauert etwa sechs Wochen. Niemand kündigt es an. Eine Person, die bisher die Freigabeschlange geprüft hat, wird zu einem Launch abgezogen, dann zu einem Kundenkonto, dann geht sie. Die Freigabe verlangt formal weiterhin diese Person, also steht die Schlange. Ihr Team beginnt, um die Regel herum zu arbeiten statt mit ihr: hier eine Nachricht, dort ein mündliches Ja. Sechs Wochen später läuft die Live-Seite auf Gewohnheiten, und die geschriebene Content Governance beschreibt keine davon. Die zwölf Entscheidungen pro Monat, die früher niemand als Entscheidungen bemerkt hat, gehen mit der Person. Und der Grund, warum sich das wiederholt, ist nicht, dass Teams bei der Dokumentation nachlässig sind.
Wozu Governance wirklich da ist
Suchen Sie nach einer Definition, bekommen Sie überall dieselbe vierteilige Antwort: Rollen, Standards, Workflows, Lebenszyklus. Korrekt und nutzlos an einem Dienstagnachmittag, wenn jemand fragt, ob man eine Seite abschalten darf.
Governance verdient ihren Namen an einer einzigen Aufgabe: Sie verhindert, dass eine Entscheidung zweimal getroffen wird. Ein Team, das geklärt hat, wer eine URL stilllegen darf, verbringt damit keine zwanzig Minuten in einer Planungsrunde. Ein Team, das es nicht geklärt hat, verbringt diese zwanzig Minuten jedes Mal, und die Antwort hängt davon ab, wer gerade im Raum sitzt. Zehn ungeklärte Entscheidungen, jede mit fünfzehn Minuten pro Woche, sind zweieinhalb Stunden Aufmerksamkeit, die nirgendwo ankommen.
Was Sie zurückbekommen, sind weniger Entscheidungen, einmal getroffen, von jemandem, der sie treffen darf. Die Kosten der Gegenprobe sehen Sie in jedem Prozess zum Content-Lifecycle-Management, der in der Phase der Aktualisierung stecken bleibt. Die Arbeit scheitert selten an fehlenden Ideen. Sie scheitert daran, dass niemand weiß, wer eine alte Seite abschließen darf.
Was Sie bauen, ist also das, was das Dokument im Verhalten der Menschen hinterlässt, wenn sein Autor nicht mehr da ist. Ein Content-Governance-Modell, das nur im Kopf einer Person lebt, ist eine Gewohnheit mit Stellenbezeichnung.
Wo ein Governance-Framework tatsächlich bricht
Das Scheitern ist kein Geheimnis. Agenturleitfäden nennen es, CMS-Blogs auch: Seiten driften, Zuständigkeiten verwischen, und die eine Person, die den Stack versteht, geht. Keine dieser Seiten verwandelt den Satz in etwas, mit dem ein Team an einem Mittwoch arbeiten kann.
Warum Frameworks bei der Übergabe sterben, nicht bei der Einführung
Einführung ist messbar. Übergabe nicht. Diese Asymmetrie erklärt, warum fast jedes veröffentlichte Framework für das Erste gebaut ist und warum das Zweite die Stelle ist, an der die Arbeit still aufhört.
Der Survey „2026 AI-Ready Governance Survey“ von OneTrust hat die Lücke in Zahlen gefasst. Die Erhebung unter 1.200 leitenden Führungskräften in acht Ländern ergab 74 Prozent, die eine abteilungsweite oder skalierte KI-Einführung meldeten, gegen 5 Prozent, die Koordination und Verantwortlichkeit über den gesamten KI-Lebenszyklus als klar bezeichneten. Die Einführung ist die Hälfte, die Budget bekommt, weil sie einen Screenshot produziert. Dieselbe Form zeigt sich eine Ebene höher. Gartner hat im Februar 2024 vorhergesagt, dass 80 Prozent der Governance-Initiativen für Daten und Analytics bis 2027 scheitern, weil eine echte oder herbeigeredete Krise fehlt. Daten-Governance, nicht Content, lesen Sie das also als Obergrenze und nicht als Beleg über Ihren Blog. Der Mechanismus wandert: Ein Programm ohne sichtbare Krise verliert die Debatte um seine eigene Pflege, und die Pflege ist der ganze Aufwand.
Cantos State of Digital Content 2026, eine Erhebung unter mehr als 400 Content- und Kreativprofis, ergab nur 43 Prozent, die ihre Workflows als vollständig ausgereift beschrieben. Bei Teams mit fortgeschrittenen Workflows berichten 48 Prozent von deutlich höheren ROI-Gewinnen, gegen 14 Prozent bei den Teams im Aufbau und keinen einzigen bei den ad-hoc arbeitenden.
Der Test: Könnte eine neu eingestellte Person diese Regel ohne Rückfrage durchsetzen?
Nehmen Sie eine Regel von Ihrer Wand und stellen Sie drei Fragen an sie.
Findet die Person die Regel, ohne dass ihr jemand sagt, wo sie steht? Erkennt sie, ob eine bestimmte Seite gegen die Regel verstößt? Kann sie nach der Antwort handeln, ohne bei jemandem weiter oben um Erlaubnis zu bitten?
Eine Regel, die an einer der drei Fragen scheitert, ist keine Regel. Sie ist das Urteil einer Person, das als Regel durchgeht. „Der Blog bleibt qualitativ hochwertig“ scheitert an allen drei, weshalb sie noch nie zweimal gleich angewendet wurde. „Keine URL wird umbenannt, ohne dass die Person zustimmt, der der bezahlte Traffic gehört“ besteht alle drei, und Sie können sie am ersten Morgen an jemanden weitergeben.
Der Test ist das Billigste, was Sie sich hier abschauen können. Legen Sie ihn diese Woche an Ihre fünf meistzitierten Regeln. Ich würde schätzen, dass zwei überleben, und ich würde auch schätzen, dass Sie schon wissen, welche zwei.
Das kleinste Regelwerk, das funktioniert
Fast jede Seite, die zu diesem Thema oben steht, empfiehlt ein vollständigeres Framework als die vorige. Für ein Team aus zwei oder drei Personen ist dieser Rat verkehrt herum. Ein Regelwerk, das Sie nicht pflegen können, ist schlechter als keines, weil es allen beibringt, dass die geschriebene Fassung Fiktion ist und die echte Fassung die Person, die gerade online ist.
Zuständigkeit: eine Entscheidung pro Fläche
Fangen Sie dort an, wo die Arbeit am Lebenszyklus schon angekommen ist. Ein Verantwortlicher pro Asset, ein Prüfpunkt, schriftliche Urteile: Dieser Teil ist geklärt, und ihn hier erneut zu verhandeln würde Ihren Nachmittag kosten. Die Lücke sitzt eine Ebene tiefer. Für ein Urteil über ein einzelnes Asset rechenschaftspflichtig zu sein, ist eine andere Berechtigung, als auf einer ganzen Fläche handeln zu dürfen. Teams behandeln beides als dieselbe Aufgabe, weil beides Zuständigkeit heißt. Drei Berechtigungen richten den meisten Schaden an, solange sie unklar bleiben: das Veröffentlichen auf der Live-Seite, das Stilllegen einer URL und das Umbenennen einer URL oder eines Abschnitts.
Das Umbenennen ist das, was niemand aufschreibt. Es sieht wie eine Bearbeitung aus, wird also als Bearbeitung abgelegt, und bricht dann still eingehende Links, Ziel-URLs von Kampagnen und alles, was schon mit der Adresse gedruckt ist. Eine Umbenennung am Freitag ist die Entscheidung, die am ehesten Monate an Website-Content-Strategie an einem Nachmittag zunichtemacht.
Die drei Felder, die jeder Eintrag braucht
Bevor ein Eintrag überhaupt gesteuert werden kann, muss er drei Dinge tragen.
Die Fläche. Die URL oder der Abschnitt, zu dem der Eintrag gehört. Berechtigungen werden pro Fläche vergeben. Ein Eintrag ohne Fläche kann deshalb keine Berechtigung erben und von niemandem außer seinem Autor geprüft werden.
Die Rolle, die die Entscheidung hält. Eine Rolle, nie ein Name. Eine Berechtigung, die an einem Namen hängt, geht mit der Person, oft mit zwei Wochen Kündigungsfrist und ohne Übergabenotiz.
Die letzte Entscheidung und ihr Datum. Was entschieden wurde und wann. Dieses Feld beendet die Quartalsdebatte, weil jeder im Raum prüfen kann, ob die Frage schon einmal beantwortet wurde.
Drei Felder sind mit Absicht enttäuschend wenig. Genau darum geht es. Sie überstehen eine Übergabe, weil eine neue Person sie lesen kann, und eine Umstrukturierung, weil keines von ihnen eine Person ist. Fügen Sie ein viertes hinzu, wenn ein echter Fehler es verlangt.
Regel | Die Frage, die sie beantwortet | Der Fehler, den sie verhindert |
|---|---|---|
Wer auf der Live-Seite veröffentlichen darf | Kann diese Seite live gehen, ohne dass eine zweite Person zustimmt? | Zwei Personen veröffentlichen dieselbe Seite aus zwei verschiedenen Entwürfen |
Wer eine URL stilllegen darf | Darf diese Adresse aufhören zu existieren, und auf wessen Wort? | Seiten, die 404 liefern, weil jemand einen Abschnitt aufgeräumt hat |
Wer eine URL oder einen Abschnitt umbenennen darf | Bricht das Ändern dieser Adresse etwas weiter hinten in der Kette? | Umbenannte Slugs, die Links, Anzeigenziele und gedruckte Adressen brechen |
Was als Regel gilt und was als Präferenz | Gibt es einen Fehler, den sie verhindert, und wer entscheidet das? | Präferenzen, die zu Regeln erhärten, die niemand verteidigen kann |
Wohin ein Antrag auf Ausnahme geht | Wer sagt Ja, wenn die Regel nicht zum Fall passt? | Ausnahmen, die in privaten Nachrichten gewährt werden und zur eigentlichen Richtlinie werden |
Was die letzte Entscheidung war und wann | Ist das schon geklärt? | Dieselbe Debatte, die jedes Quartal zurückkommt |
Diese sechs Zeilen sind das ganze Dokument. Alles andere, was Sie hinzufügen möchten, ist eine Präferenz oder eine Ausnahme, und beides gehört woanders hin.
Was Sie aufschreiben und was Sie lassen
Eine Regel braucht drei Dinge: einen Fehler, den sie verhindert, eine benannte Entscheidungsinstanz und einen Test, den ein Fremder durchführen kann. Fehlt eines der drei, ist es eine Präferenz.
Präferenzen sind in Ordnung. Sie sind der Geschmack eines Teams. Als Richtlinie aufgeschrieben, tut eine Präferenz etwas Unschönes: Sie überlebt den Grund, aus dem es sie gab. Die nächste Person erbt sie als Regel und kann sie nicht entfernen, weil das Entfernen wie eine Absenkung des Standards aussieht. Niemand erinnert sich, was sie geschützt hat, also kann niemand für sie oder gegen sie argumentieren. Das Dokument wächst, und jeder Zusatz kostet etwas mehr als der vorige.
Sie können das in einer Content-Strategie-Vorlage beobachten, die geerbt statt neu gebaut wird. Das Dokument sammelt Zeilen an, die niemand gewählt hat, und nach einem Jahr ist ein guter Teil davon Archäologie. Das ist ein Grund, Governance in einer viel kleineren Datei neben der Strategie zu führen, kein Grund, Strategiedokumente auszulassen.
Schreiben Sie also den Fehler auf. Wenn Sie ihn nicht benennen können, schreiben Sie die Regel nicht. Legen Sie die Präferenz woanders ab, markieren Sie sie als Präferenz, und geben Sie ihr ein Datum, an dem sie ausläuft, wenn sich niemand erneut für sie einsetzt. Eine ausgelaufene Präferenz lässt sich leichter verteidigen als eine geerbte Regel, und ein Gespräch am Auslaufdatum ist besser als ein Jahrzehnt stiller Befolgung.
Inhalte, die auch ein Modell schreibt
Der Reflex, wenn ein Modell anfängt, Texte zu produzieren, ist, Freigaben zu ergänzen. Eine Regel wurde aufgestellt, so die Logik, also muss jetzt jemand die Ausgabe absegnen.
Die Belege sagen, dass die Freigabe nicht der Teil ist, der hält. Digital Applied berichtete 2026, dass 96 Prozent der Organisationen formale Vorgaben zur KI-Nutzung hatten, und dass 96 Prozent der Mitarbeitenden in denselben Organisationen zugaben, trotzdem nicht freigegebene KI-Werkzeuge zu verwenden. Es ist eine anbietergetriebene Umfrage unter rund 300 Kreativprofis, also behandeln Sie sie als Richtungsanzeiger. Wenn die Quote, eine Regel zu haben, der Quote entspricht, sie zu brechen, ist die Regel Dekoration.
Die Ergänzung, die die KI-Produktion wirklich braucht, sitzt am Anfang der Schlange: eine Erklärung, auf welcher Fläche diese Ausgabe landen darf, abgegeben vor der Generierung und nicht danach. Ein Modell kann zwanzig brauchbare Varianten eines Absatzes produzieren. Die Fassung, die Sie teuer zu stehen kommt, ist ein guter Absatz, der auf einer Seite landet, die niemand geprüft hat, oft über Content-Repurposing, das schneller lief als die Prüfung.
Die Fläche zuerst zu erklären ist billiger als ein Prüfpunkt, weil es eine Debatte in eine Einschränkung verwandelt, die die Person, die den Text erzeugt, allein anwenden kann. Wenn die Fläche keinen erklärten Verantwortlichen hat, ist das die eigentliche Antwort, und das Modell hat sie für Sie schneller gefunden, als ein Content-Audit es hätte.
Fazit
Die Regeln, die eine Umstrukturierung überstehen, sind die langweiligen. Sie passen auf eine Seite, sie nennen eine Rolle statt einer Person, und ein Fremder kann sie anwenden, ohne ein Meeting zu buchen. Alles Ausführlichere übersteht eine Umstrukturierung auch, in dem engen Sinn, dass das Dokument überlebt. Es hört nur auf zu beschreiben, was irgendjemand tatsächlich tut.
Die Frage, die Sie in Ihre nächste Planungsrunde mitnehmen sollten, ist enger als die Frage, ob Ihre Governance gründlich ist. Wenn die Person, die Ihre Regeln durchsetzt, am Freitag gehen würde, was wäre am Montag noch wahr? Schreiben Sie diese Dinge diesen Monat auf, und lassen Sie den Rest Präferenzen. Das Team, das sie erbt, wird Ihnen für die kurze Fassung danken.
Häufige Fragen
Was ist ein Content-Governance-Framework?
Es ist eine schriftliche Sammlung von Entscheidungen darüber, wer Inhalte ändern darf, auf welcher Fläche und unter welchen Bedingungen, dazu die Rollen, die diese Entscheidungen halten. Das Framework ist nur dort nützlich, wo es angewendet werden kann, ohne dass die Person, die es geschrieben hat, im Raum sitzt. Veröffentlichte Fassungen beschreiben Rollen, Standards, Workflows und Stufen des Lebenszyklus. Eine arbeitsfähige Fassung ist kürzer und hängt an jede Regel, die sie behält, einen benannten Fehler.
Wer sollte Content Governance verantworten?
Niemand verantwortet alles, und das ist die Antwort, gegen die sich Teams ein Quartal lang wehren, bevor sie sie annehmen. Die Rechenschaft für einen einzelnen Inhalt liegt bei einer Person, was fast überall schon die Arbeitsannahme ist. Die Befugnis über eine Fläche ist eine andere Berechtigung, und sie gehört zu der Rolle, die dem Risiko am nächsten steht: das Veröffentlichen zu der Person, der die Live-Seite gehört, das Stilllegen zu der Person, der der Traffic gehört, der von der URL abhängt, das Umbenennen zu der Person, der die Anzeigenziele gehören. Schreiben Sie die Rolle auf, nicht den Namen.
Wie oft sollten Governance-Regeln überprüft werden?
Nach einem Zeitplan, den Sie verteidigen können, plus einem Ereignis, das Sie nicht planen können. Zweimal im Jahr reicht für das geschriebene Regelwerk, solange jede Regel noch einen Fehler benennt, den sie verhindert. Das Ereignis ist eine Übergabe: Wechselt die Person, die ein Entscheidungsrecht hält, liest die nächste Person die Regel laut vor und schreibt sie neu, wenn sie sie nicht allein anwenden kann. Eine Regel, die ein Kalenderreview übersteht, aber an einer Übergabe scheitert, hat nie Arbeit geleistet.

Testen Sie es auf einer Fläche
Allable hält das Briefing, den Redaktionskalender und die veröffentlichte Seite in einem Projekt, sodass ein Regelwerk neben der Arbeit liegen kann statt in einem Ordner, den niemand öffnet. Geben Sie einer Fläche eine Berechtigung, lassen Sie sie einen Monat laufen, und fügen Sie die zweite erst hinzu, wenn die erste ohne Sie hält.


