Freigabe-Workflow für Website-Inhalte: Wer freigibt, wann, und wie er nicht zum Engpass wird

Gestalten Sie einen Freigabe-Workflow für Website-Inhalte, an den sich alle halten: Risikostufen für freigabepflichtige Änderungen, eine RACI-Matrix zum Übernehmen, Reaktionszeiten, eine Vorlage für Ablehnungen und Freigaben über viele Kunden- oder Abteilungswebsites hinweg.

Die meisten Freigabe-Workflows scheitern auf eine von zwei Arten. Entweder braucht alles eine Freigabe, die Warteschlange staut sich, Redakteure fragen nicht mehr, und Änderungen gehen über Hintertüren live; oder nichts braucht eine, und eines Tages erscheint ein falscher Preis, eine veraltete Richtlinie oder eine Seite mit der privaten Telefonnummer eines Kunden unter Ihrem Namen. Ein guter Workflow liegt dazwischen. Er legt vorab fest, welche Änderungen ein zweites Paar Augen brauchen, wem diese Augen gehören, wie schnell reagiert werden muss und was passiert, wenn die Antwort Nein lautet. Dieser Leitfaden liefert Ihnen jeden dieser Bausteine in einer Form zum Übernehmen.

Beginnen Sie beim Risiko, nicht bei Personen

Der erste Impuls ist, ein Organigramm der Freigebenden zu zeichnen. Sortieren Sie stattdessen zuerst die Arten von Änderungen, die Ihre Websites erhalten. Wie viel Prüfung eine Änderung braucht, hängt davon ab, was schiefgehen kann, wenn sie falsch ist, nicht davon, wer sie gemacht hat.

Stufe	Typische Änderungen	Was schiefgehen kann	Prüfung
0: Routine	Tippfehler, Foto austauschen, Öffnungszeiten aktualisieren, Termin hinzufügen	Wenig; leicht zu erkennen und rückgängig zu machen	Keine vor der Veröffentlichung; danach Stichproben
1: Standard	Neue Seiten, umgeschriebene Abschnitte, Blogbeiträge, neue Formulare	Unpassende Tonalität, defektes Layout, nicht barrierefreie Inhalte, falsche Fakten	Eine prüfende Person, Inhalt oder Marke
2: Sensibel	Preise, Angebote, Rechtstexte (AGB, Datenschutz, Erstattungen), Aussagen zu Gesundheit, Finanzen oder Sicherheit, alles, was eine Person zitiert	Rechtliche Risiken, irreführende Aussagen, Beschwerden	Fachverantwortliche plus inhaltliche Prüfung
3: Strukturell	Website-Launch, Redesign, neue Domain, neue Navigation, Zahlungen oder Shop hinzufügen	Traffic-Verlust, defekte Links, Probleme mit Zahlungen oder Datenschutz	Website-Verantwortliche plus technische Prüfung, geplanter Launch

Tragen Sie Ihre eigenen Beispiele in die zweite Spalte ein. Der Zweck der Tabelle: Eine Redakteurin soll eine Änderung ansehen und ihre Stufe kennen, ohne jemanden zu fragen. Wenn zwei Personen sich mehr als gelegentlich über eine Stufe uneinig sind, sind Ihre Beispiele zu vage.

Die Rollen und warum es jede gibt

Vier Rollen decken fast jede Organisation ab. In einem kleinen Team kann eine Person mehrere davon innehaben; entscheidend ist, dass jede Rolle für jede Website namentlich besetzt ist.

Autor: schreibt oder bearbeitet die Änderung und legt ihre Stufe fest. Verantwortlich dafür, die eigene Arbeit vor dem Einreichen anhand der Checkliste unten zu prüfen.
Prüfer: prüft Tonalität, Marke, Struktur, Links und Barrierefreiheits-Grundlagen. Meist eine zentrale Web- oder Marketingperson oder der Kundenbetreuer der Agentur.
Fachverantwortlicher: bestätigt Fakten im eigenen Bereich: die Finanzabteilung bei Gebühren, die Rechtsabteilung bei Richtlinien, eine Ärztin bei Gesundheitsinhalten. Kommas prüft diese Rolle nicht.
Veröffentlicher: die Person, die auf den Knopf drückt. Bei einer einstufigen Einrichtung veröffentlicht meist der Prüfer bei Freigabe, was einfacher und schneller ist.

Hier ist eine RACI-Matrix, die Sie in Ihr Prozessdokument einfügen können. R ist für die Durchführung verantwortlich, A trägt die Verantwortung für das Ergebnis, C wird konsultiert, I wird informiert.

Schritt	Autor	Prüfer	Fachverantwortlicher	Website-Verantwortlicher
Entwurf und Selbstprüfung	R/A		C (Stufe 2)
Stufe festlegen	R	A
Inhalts- und Markenprüfung	I	R/A
Fachliche Freigabe	I	C	R/A
Veröffentlichen	I	R	I	A (Stufe 3)
Prüfung nach Veröffentlichung	R	A		I

Reaktionszeiten, die die Warteschlange ehrlich halten

Ein Freigabeschritt ohne Reaktionszeit wird zum Wartezimmer. Vereinbaren Sie Ziele im Voraus und veröffentlichen Sie sie dort, wo Autoren sie sehen.

Stufe	Erste Rückmeldung	Entscheidung	Wenn der Prüfer abwesend ist
1	Am selben Arbeitstag	1 Arbeitstag	Benannte Vertretung übernimmt
2	1 Arbeitstag	3 Arbeitstage	Eskalation an die Führungskraft des Fachverantwortlichen
3	Bereits in der Planungsphase	Vereinbartes Launch-Datum	Der Launch verschiebt sich; er findet nicht ungeprüft statt
Dringende Korrektur	Innerhalb von 2 Stunden	Veröffentlichen, dann Prüfung innerhalb von 1 Tag	Autor darf veröffentlichen und muss den Grund dokumentieren

Die Zeile "Dringende Korrektur" ist wichtiger, als sie aussieht. Wenn eine falsche Telefonnummer oder ein Hinweis auf ein geschlossenes Büro nicht schnell über den offiziellen Weg veröffentlicht werden kann, finden Menschen einen inoffiziellen. Erlauben Sie es und verlangen Sie hinterher eine Notiz.

Die Checkliste des Autors vor dem Einreichen

Die meisten Ablehnungen betreffen Dinge, die der Autor selbst hätte finden können. Platzieren Sie diese Liste neben dem Einreichen-Button, in welcher Form auch immer Ihre Tools es erlauben.

Die Seite hat einen klaren Zweck, benannt in den ersten beiden Sätzen.
Überschriften sind in der richtigen Reihenfolge und beschreiben, was folgt.
Jedes bedeutungstragende Bild hat Alt-Text; dekorative Bilder nicht.
Linktext sagt, wohin der Link führt ("Erstattungsrichtlinie lesen", nicht "hier klicken").
Jeder Link wurde angeklickt und funktioniert.
Preise, Daten, Namen und Telefonnummern wurden mit der Quelle abgeglichen, nicht aus dem Gedächtnis.
Nichts Persönliches ist sichtbar, das es nicht sein sollte: Mobilnummern von Mitarbeitenden, Kundennamen, interne Notizen.
Die Seite liest sich auf einem Smartphone gut.
Die Stufe ist markiert, und für Stufe 2 ist ein Fachverantwortlicher benannt.

Für die ausführliche Barrierefreiheitsprüfung nutzen Sie unsere Checkliste zur Barrierefreiheit von Websites. Automatische Prüfwerkzeuge finden nur einen Teil der Probleme; wer die Seite mit Tastatur und Screenreader liest, findet mehr.

Wie Sie Nein sagen, ohne Streit auszulösen

Eine Ablehnung, die nur "nicht freigegeben" sagt, lehrt nichts und kommt als Kränkung an. Eine Ablehnung, die das Problem, die Lösung und die Regel dahinter nennt, wird beim ersten Mal behoben. Eine Vorlage:

Teil	Beispiel
Was	Im zweiten Absatz steht, dass Beratungen kostenlos sind.
Warum	Die Gebührenordnung nennt eine Gebühr für Erstberatungen; Inhalte der Stufe 2 müssen ihr entsprechen.
Lösung	Entweder "kostenlos" streichen oder von der Finanzabteilung eine Änderung der Gebührenordnung bestätigen lassen.
Alles andere	Der Rest ist fertig; reichen Sie nach dieser einen Änderung erneut ein, und ich gebe am selben Tag frei.

Zwei Regeln machen Ablehnungen günstiger. Erstens: Ein Prüfer nennt alle Probleme im ersten Durchgang, nie eines pro Runde. Zweitens: Ein Prüfer schreibt die Arbeit des Autors in der Prüfung nicht um; ist die Änderung klein genug zum Umschreiben, geben Sie sie mit einer Notiz frei und korrigieren Sie sie dann.

Freigaben über viele Websites

Agenturen, Franchisegeber, Verbände und öffentliche Stellen haben eine schwierigere Version dieses Problems: Dutzende Websites mit jeweils eigenen Redakteuren und ein zentrales Team, das für alle geradesteht. In dieser Größenordnung ändern sich drei Dinge.

Freigabe sollte eine Einstellung pro Website sein, keine Regel für alle. Ein neuer Kunde im ersten Monat oder eine Abteilung, die gerade eine Beschwerde hatte, braucht eine Prüfung jeder Veröffentlichung. Ein langjähriger Kunde mit geschulter Redakteurin nicht. Die Freigabe pro Website ein- und ausschalten zu können, mit einem sinnvollen Standard für neue Websites, ermöglicht es einem kleinen zentralen Team, Schritt zu halten.

Die Warteschlange muss alles Wartende an einem Ort zeigen. Prüfer sollten nicht in E-Mail-Verläufen suchen müssen, was offen ist.

Entscheidungen müssen im Nachhinein sichtbar sein. Wenn ein Kunde fragt, warum seine Änderung zwei Tage gedauert hat, oder ein Prüfer fragt, wer eine Seite freigegeben hat, brauchen Sie eine Antwort, die nicht auf jemandes Erinnerung beruht.

Eine Liste Wartet auf Ihre Freigabe mit einer Kundenwebsite namens Timber Fired Pizza und Buttons zum Freigeben und Veröffentlichen oder zum Anfordern von Änderungen — Die Freigabe-Warteschlange in der Partnerkonsole von We.Inc: jede zurückgehaltene Website mit Freigeben und veröffentlichen oder Änderungen anfordern. Auf dieser Demo-Marke wurde die wartende Anfrage für den Screenshot inszeniert; der Bildschirm selbst ist das echte Produkt.

Markenweite Standardeinstellungen mit der Überschrift Was Ihre Kunden tun dürfen, mit Schaltern für Veröffentlichung und weitere Funktionen über einer Teamliste — Markenweite Standards legen fest, was jede neue Kundenwebsite darf, auch ob ihre Veröffentlichungen auf eine Freigabe warten.

Einstellungen eines Kunden mit Website-Limit und Schaltern für Veröffentlichung, eigene Domain, Code, Blog, Shop, Formulare, SEO und Veröffentlichung braucht meine Freigabe — Schalter pro Kunde überschreiben den Standard, sodass die Freigabe für einen neuen Kunden aktiv und für einen vertrauenswürdigen inaktiv sein kann.

Einstufig oder mehrstufig?

Mehrstufige Workflows (Autor, dann Redaktion, dann Rechtsabteilung, dann Veröffentlichung, jeweils mit eigenem Freigabeklick) wirken auf dem Papier gründlich. In der Praxis funktionieren sie in Organisationen mit Vollzeitpersonal auf jeder Stufe und einem dafür gebauten Content-System. Für die meisten Teams kosten sie Tage und bringen keine Qualität, weil jede Stufe annimmt, die anderen hätten genau hingesehen.

Ein einziger Freigabeschritt vor dem Livegang, bei dem der Fachverantwortliche vor dem Einreichen konsultiert wird statt als eigene Hürde, ist einfacher zu betreiben und einfacher zu prüfen. Seien Sie ehrlich zu sich, was Sie brauchen. Wenn Vorschriften oder Ihre eigene Richtlinie eine dokumentierte Freigabe durch mehrere benannte Rollen verlangen, brauchen Sie dafür gebaute Werkzeuge, und ein einstufiges Tool allein reicht nicht; dokumentieren Sie die zusätzlichen Freigaben daneben.

Prüfen, was tatsächlich live geht

Erstaunlich viele Freigabeprozesse prüfen ein Dokument, einen Screenshot oder einen Staging-Link, der nicht ganz dem entspricht, was veröffentlicht wird. Am sichersten ist es, wenn der Prüfer genau die Version freigibt, die live geht, und diese Version sich zwischen Freigabe und Veröffentlichung nicht ändern kann. Fragen Sie jedes Tool, das Sie bewerten: Wenn eine Redakteurin die Website nach meiner Freigabe ändert, gilt meine Freigabe dann noch?

Wo We.Inc passt

We.Inc ist ein White-Label-Website-Builder für Organisationen, die viele Websites unter einer Marke betreiben. Die Freigabefunktion ist bewusst einfach gehalten:

Ein Markeninhaber kann eine einstufige Freigabe, bevor die Website eines Kunden live geht, als Standard für alle Kunden festlegen und pro Kunde überschreiben.
Ist die Freigabe aktiv, wird die Veröffentlichung des Kunden mit der gebauten Version der Website zurückgehalten, sodass geprüft wird, was auch veröffentlicht wird.
Der Inhaber gibt frei, was die Website veröffentlicht, oder fordert Änderungen an, was eine schriftliche Begründung erfordert. Der Kunde erhält in beiden Fällen eine E-Mail, von der Marke und nicht von We.Inc.
Teamrollen auf Markenseite trennen, wer Kundenwebsites bearbeiten darf (Designer), wer nur ansehen und Notizen hinterlassen darf (Support) und wer die Abrechnung verwaltet.
Ein Audit-Log erfasst Aktionen in der Organisation, etwa Änderungen an den Einstellungen eines Kunden.

Ein Team-Bereich zum Einladen von Kollegen per E-Mail und zur Auswahl einer Rolle, mit Member- und Admin-Kennzeichnung bei bestehenden Mitgliedern — Teamrollen auf Markenseite: Kollegen per E-Mail einladen und festlegen, was sie tun dürfen.

Eine Audit-Log-Tabelle mit zwei Ereignissen, die bei der Bearbeitung der Einstellungen eines Kunden erfasst wurden — Das Audit-Log erfasst Aktionen in der Organisation. In dieser Version zeigt die Benutzerspalte eine interne ID statt eines Namens.

Was es nicht kann: Es gibt keine mehrstufige Kette mit getrennten Freigaben durch Rechtsabteilung und Redaktion, keine an eine Freigabe gekoppelte geplante Veröffentlichung und keine Freigabe pro Seite innerhalb einer Website; die Freigabe gilt für die Veröffentlichung der Website. Websites werden mit KI aus Templates und Prompts erstellt, daher müssen Ihre Prüfer weiterhin Fakten und Barrierefreiheit kontrollieren. Wenn dieser Zuschnitt passt, vereinbaren Sie eine Demo, und wir gehen die Warteschlange mit einem Beispielkunden durch. Zu den übergreifenden Regeln, wem welche Website gehört, lesen Sie unsere Vorlage für eine Website-Governance-Richtlinie, und zur Produktseite Kundenberechtigungen und Audit-Logs.

Fehler, die sich wiederholen

Alles als Stufe 2 freigeben. Wenn der Fachverantwortliche Tippfehlerkorrekturen sieht, liest er ab der dritten Woche nicht mehr sorgfältig.
Keine Vertretung. In der Urlaubszeit staut sich die Warteschlange, und die Umgehungen beginnen.
Freigaben per E-Mail. Sie sind später nicht auffindbar und geben frei, was angehängt war, was nicht unbedingt live ging.
Keine Prüfung nach Veröffentlichung. Layouts brechen auf Smartphones, Links brechen, wenn andere Seiten verschoben werden. Sehen Sie sich die Live-Seite nach der Veröffentlichung an.
Die Stufen nie überprüfen. Gleichen Sie die Tabelle alle sechs Monate mit dem ab, was tatsächlich schiefgegangen ist.

Häufige Fragen

Was ist ein Freigabe-Workflow für Inhalte?

Es ist der vereinbarte Weg, den eine Website-Änderung vom Entwurf bis zum Livegang nimmt: wer sie prüft, was geprüft wird, wie schnell reagiert wird und was passiert, wenn Änderungen angefordert werden. Ein guter Workflow richtet die Prüfung nach dem Risiko der Änderung aus, statt alles gleich zu prüfen.

Welche Website-Änderungen sollten eine Freigabe brauchen?

Ordnen Sie Änderungen in Stufen ein. Routinekorrekturen wie Tippfehler oder Öffnungszeiten können ohne Prüfung live gehen. Neue Seiten brauchen eine prüfende Person. Preise, Rechtstexte und Aussagen zu Gesundheit, Finanzen oder Sicherheit brauchen zusätzlich einen Fachverantwortlichen. Launches, Redesigns und neue Domains brauchen den Website-Verantwortlichen und eine technische Prüfung.

Reicht ein einziger Freigabeschritt?

Für die meisten Teams ja, sofern der Fachverantwortliche vor dem Einreichen konsultiert wird und der Prüfer genau die Version freigibt, die live geht. Wenn Vorschriften oder Richtlinien eine dokumentierte Freigabe durch mehrere Rollen verlangen, brauchen Sie Werkzeuge für mehrstufige Freigaben.

Wie schnell sollten Prüfer reagieren?

Legen Sie Ziele pro Stufe fest, zum Beispiel eine Entscheidung innerhalb eines Arbeitstags bei Standardänderungen und drei bei sensiblen, mit einer benannten Vertretung. Erlauben Sie, dass dringende Korrekturen zuerst live gehen und innerhalb eines Tages mit dokumentiertem Grund geprüft werden.

Unterstützt We.Inc Freigaben vor der Veröffentlichung?

Ja. Ein Markeninhaber kann eine einstufige Freigabe verlangen, bevor die Website eines Kunden live geht, als Standard und pro Kunde. Der Inhaber gibt frei und veröffentlicht oder fordert Änderungen mit schriftlicher Begründung an, und der Kunde erhält in beiden Fällen eine E-Mail. Mehrstufige Freigabeketten gibt es nicht.