WordPress 7.1 gibt der Markenstimme ein eigenes Regelwerk

Dieser Beitrag wurde mit KI-Unterstützung erstellt, fachlich geprüft und redaktionell freigegeben.

Markenstimme, erlaubte Produktversprechen, Bildregeln und Schreibweisen liegen in vielen Unternehmen an vier verschiedenen Orten: im PDF der Agentur, in einer alten E-Mail, in persönlichen Prompt-Sammlungen und im Kopf der erfahrensten Redakteurin. WordPress 7.1 will dieses Problem direkt im System angehen. Mit den geplanten Guidelines sollen redaktionelle Regeln strukturiert und dauerhaft in WordPress liegen, sodass Menschen, Plugins und KI-Werkzeuge auf dieselbe Grundlage zugreifen können.

Der Zeitpunkt ist konkret: Beta 4 erschien am 29. Juli 2026, der erste Release Candidate ist für 5. August vorgesehen und die finale Version für 19. August. Die Funktion ist trotzdem noch keine zugesicherte Serienausstattung. Die offizielle Roadmap weist ausdrücklich darauf hin, dass geplante Funktionen bis zur finalen Veröffentlichung entfallen oder verändert werden können. Für österreichische Website-Betreiber ist das kein Grund zum Abwarten. Die eigentliche Vorarbeit besteht ohnehin darin, verständliche Regeln, Verantwortlichkeiten und Tests zu schaffen.

Was WordPress mit Guidelines plant

Der technische Unterbau heißt „Knowledge“. Laut Merge-Vorschlag soll ein interner Inhaltstyp namens wp_knowledge Wissen für Autoren und technische Werkzeuge speichern. Er verwendet bekannte WordPress-Bausteine: Rollen und Berechtigungen, Revisionen und REST-Zugriff. Guidelines bilden die erste sichtbare Anwendung dieses Speichers. Als Bereiche nennt der Vorschlag Website, Text, Bilder und Blöcke. Erweiterungen könnten später eigene Bereiche ergänzen.

Eine Guideline ist zunächst nur eine verbindliche Textregel. Sie erzeugt keinen Beitrag, prüft nicht automatisch jede Behauptung und ruft kein KI-Modell auf. WordPress liefert nach dem Vorschlag Speicher und Zugriff, aber weder einen KI-Anbieter noch eine autonome Wissensverwaltung. Erst ein Redakteur, Plugin oder KI-Assistent wendet die Regel an. Das ist eine wichtige Grenze: Ein gepflegtes Regelwerk verbessert den Prozess, ersetzt aber keine fachliche Prüfung und keine redaktionelle Freigabe.

Die Datensätze sollen nicht als öffentliches Archiv im Frontend erscheinen. Zugriffe sind authentifiziert und an Fähigkeiten der Benutzerrollen gebunden; neue Wissenseinträge sind grundsätzlich privat. Administratoren können globale Regeln verwalten. Dennoch gehören Kundendaten, Passwörter, Gesundheitsangaben oder vertrauliche Vertragsdetails nicht in ein allgemein verwendetes Markenregelwerk. Interner Speicher ist keine Einladung, unnötige personenbezogene Daten zu sammeln.

Warum eine Prompt-Sammlung nicht genügt

Ein guter Prompt kann Ton, Zielgruppe und Ausgabeformat beschreiben. Sobald mehrere Personen, Websites und Werkzeuge beteiligt sind, entstehen jedoch Kopien. Ein Team ergänzt im Chat eine neue Schreibweise, die Agentur arbeitet weiter mit dem PDF vom Vormonat und das WordPress-Plugin verwendet eine dritte Fassung. Niemand weiß sicher, welche Regel aktuell ist.

Ein belastbares Regelwerk braucht deshalb mehr als schöne Formulierungen. Jede Regel benötigt einen klaren Geltungsbereich, einen Verantwortlichen, ein Prüfdatum und ein Beispiel. Sie muss kurz genug sein, damit Menschen sie wirklich anwenden, und eindeutig genug, damit ein technisches Werkzeug sie nicht beliebig interpretiert. Revisionen helfen später bei der Frage, wann und warum eine Vorgabe geändert wurde.

Unser Beitrag zur redaktionellen Baseline bei wechselnden WordPress-KI-Anbietern zeigt bereits den organisatorischen Kern: Anbieter und Modelle können wechseln, die Qualitätsgrundlage des Unternehmens muss stabil bleiben. Guidelines könnten diese Baseline künftig näher an den Ort bringen, an dem Inhalte entstehen.

In zehn Schritten zum einsatzfähigen Regelwerk

1. Websites und Marken erfassen. Listen Sie Hauptdomain, Sprachversionen, Shops, Karrierebereiche und Kundenprojekte auf. Eine österreichische Unternehmensseite kann andere Aussagen und Begriffe benötigen als ein deutscher Shop oder eine internationale Produktseite.
2. Eine Quelle als führend bestimmen. Legen Sie fest, wo Regeln bis zur produktiven WordPress-Funktion gepflegt werden. Das kann vorläufig ein versioniertes Dokument sein. Entscheidend ist, dass E-Mail-Anhänge und persönliche Prompt-Sammlungen nicht gleichrangig weiterleben.
3. Regeln in vier Bereiche teilen. Trennen Sie Website, Text, Bilder und Blöcke. Dadurch bleibt erkennbar, ob eine Vorgabe überall gilt oder nur für Bildunterschriften, Leistungsseiten oder einen bestimmten Block.
4. Zielgruppe und Österreich-Bezug notieren. Beschreiben Sie, für wen geschrieben wird, welche Region gemeint ist und welche österreichischen Begriffe bevorzugt werden. „Jänner“ statt „Januar“ kann eine Markenentscheidung sein; eine pauschale Sprachregel für jede Zielgruppe wäre es nicht.
5. Erlaubte und verbotene Aussagen definieren. Sammeln Sie freigegebene Leistungsmerkmale, notwendige Belege und Formulierungen, die nicht ohne Fachprüfung erscheinen dürfen. Garantien wie „rechtssicher“, „risikofrei“ oder „immer Platz eins“ gehören nur in Inhalte, wenn sie tatsächlich belegbar und im konkreten Kontext zulässig sind.
6. Quellenregeln festlegen. Bestimmen Sie, welche Primärquellen bei Rechts-, Datenschutz-, Medizin- oder Produktthemen erforderlich sind. Eine Regel wie „aktuelle Fristen immer an der Originalquelle prüfen und verlinken“ ist hilfreicher als „gut recherchieren“.
7. Bild- und KI-Kennzeichnung regeln. Definieren Sie Format, Alt-Text, zulässige Motive, Markenlogos und den Umgang mit KI-generierten oder KI-veränderten Bildern. Halten Sie auch fest, wann ein Transparenzhinweis im Text und ein Label am Titelbild notwendig oder redaktionell gewünscht ist.
8. Rollen und Freigaben zuweisen. Benennen Sie, wer globale Regeln ändern darf, wer Entwürfe erstellt, wer Fakten prüft und wer veröffentlicht. Die Autorenzeile eines WordPress-Beitrags ist kein Nachweis dafür, dass diese Schritte stattgefunden haben.
9. Beispiele und Gegenbeispiele ergänzen. Geben Sie pro wichtiger Regel eine erlaubte und eine problematische Formulierung an. Das reduziert Interpretationsspielraum stärker als zusätzliche Adjektive im Prompt.
10. Prüfdatum und Auslöser festlegen. Regeln zu Tonalität können halbjährlich geprüft werden. Rechtsfristen, Preise, Produktfunktionen und Plattformvorgaben brauchen anlassbezogene Kontrollen. Hinterlegen Sie Verantwortliche und ein nächstes Review-Datum.

Vier konkrete Guideline-Bereiche mit Beispielen

Regeln müssen in Briefings und Freigaben weiterleben

Die WordPress-Guidelines gelten zunächst für die eigene Website. Inhalte wandern aber oft in Newsletter, Presseportale oder branchenrelevante Blogs. Übertragen Sie deshalb die jeweils passende Kurzfassung in jedes externe Briefing. Der Content Marketing Manager hilft dabei, Blogs nach Kategorie, Schlagwort, Land und Preis auszuwählen; Texte können selbst erstellt oder von der AdSimple-Redaktion verfasst und vor der Weitergabe an Publisher zur Freigabe vorgelegt werden. Das Regelwerk ersetzt diese Auswahl und Freigabe nicht, macht die Anforderungen daran aber eindeutig.

Ein kompaktes Publisher-Briefing braucht keine Kopie aller internen Notizen. Es sollte Zielgruppe, Kernaussage, erlaubte Produktangaben, Quellenpflicht, Links, gewünschte Tonalität, Bildvorgaben und Freigabeweg enthalten. Vertrauliche interne Informationen bleiben außerhalb. Nach der Veröffentlichung wird geprüft, ob Titel, Linkziele, Aussagen und Kennzeichnungen tatsächlich der freigegebenen Fassung entsprechen.

Widersprüche brauchen eine feste Rangfolge

In der Praxis werden Regeln einander widersprechen. Die Markenstimme kann kurze, zugespitzte Aussagen verlangen, während eine fachliche Vorgabe eine genaue Einschränkung braucht. Eine Bildregel kann Menschen im Mittelpunkt wünschen, obwohl das konkrete Thema besser mit einem sachlichen Detailmotiv erklärt wird. Legen Sie deshalb eine Rangfolge fest: Gesetz und belegbare Fakten stehen vor Produktfreigabe, Barrierefreiheit und Sicherheit; danach folgen Markenstimme, Kanalvorgaben und stilistische Präferenzen.

Definieren Sie außerdem einen Eskalationsweg. Erkennt ein Redakteur oder Werkzeug einen Konflikt, soll nicht still eine beliebige Regel gewählt werden. Der Entwurf wird markiert, die betroffenen Vorgaben werden genannt und eine verantwortliche Person entscheidet. Diese Entscheidung kann anschließend als Beispiel in die Guideline einfließen. So lernt das Regelwerk aus echten Grenzfällen, ohne einer KI die letzte fachliche oder rechtliche Abwägung zu überlassen.

So testen Sie WordPress 7.1 Guidelines ohne Produktionsrisiko

Installieren Sie Beta- oder RC-Versionen nicht auf der laufenden Unternehmenswebsite. Erstellen Sie eine Staging-Kopie ohne unnötige personenbezogene Produktivdaten, sichern Sie sie und dokumentieren Sie die installierte WordPress- und Plugin-Version. Aktivieren Sie die Funktion nur nach der offiziellen Testanleitung. Prüfen Sie danach nicht nur, ob das Einstellungsfenster erscheint, sondern ob der gesamte Redaktionsweg funktioniert.

• Speichern und Wiederherstellen: Lässt sich jede Regel korrekt speichern, ändern und über Revisionen nachvollziehen?
• Berechtigungen: Können Autoren lesen, was sie brauchen, ohne globale Regeln oder fremde private Notizen zu verändern?
• Import und Export: Bleiben Umlaute, Absätze, Bereiche und Zuordnung beim Transfer zwischen Testseiten erhalten?
• Plugin-Verhalten: Welche Erweiterung liest welche Guideline, und was geschieht, wenn eine Regel fehlt oder widersprüchlich ist?
• Vergleichstest: Erstellen Sie denselben Entwurf einmal mit und einmal ohne Guidelines. Prüfen Sie Fakten, Ton, Struktur, Links und unerwünschte Behauptungen einzeln.
• Öffentliche Darstellung: Kontrollieren Sie Desktop und Mobil, besonders Überschriften, Listen, Bilder, Alt-Texte, Labels und CTAs.
• Rückfallplan: Halten Sie fest, wie Regeln exportiert und der bisherige Freigabeprozess wieder aktiviert werden, falls ein Update oder Plugin Probleme verursacht.

Die WordPress-AI-Leitlinien für Mitwirkende liefern einen passenden Qualitätsmaßstab: Menschen bleiben verantwortlich, wesentliche KI-Unterstützung wird offengelegt, Lizenzfragen gelten auch für Bilder und Dokumentation, und geprüfte Qualität zählt mehr als Menge. Für Unternehmenswebsites ist das keine verbindliche Universalregel, aber ein vernünftiges Vorbild für die eigene Redaktion.

Der monatliche 20-Minuten-Audit

Ein Regelwerk veraltet, wenn niemand es pflegt. Reservieren Sie monatlich zwanzig Minuten für fünf Fragen: Welche Produktfunktion hat sich geändert? Welche Formulierung wurde bei der Freigabe wiederholt korrigiert? Welche Quelle oder Frist ist neu? Welche Regel ignorieren Menschen oder KI regelmäßig? Welche Vorgabe enthält vertrauliche oder unnötige Daten?

Ändern Sie nicht sofort zehn Regeln gleichzeitig. Formulieren Sie die häufigste Abweichung präziser, ergänzen Sie ein Beispiel und testen Sie einen bestehenden Inhalt erneut. Dokumentieren Sie Grund, Verantwortlichen und Datum in der Revision. So entsteht mit jeder Korrektur ein nützlicheres System statt eines immer längeren Stilhandbuchs.

Beim Umgang mit KI-Inhalten sollten außerdem Kennzeichnung und Freigabe Teil der Regel sein. Der Beitrag über klare Spuren im KI-Content-Workflow zeigt, welche Informationen von der Erstellung bis zur Veröffentlichung erhalten bleiben sollten. Für automatisch veröffentlichte WordPress-Beiträge ergänzt unser Praxisbeispiel zu Text- und Bildlabels die konkrete visuelle Umsetzung.

Fazit: Erst Regeln klären, dann WordPress füllen

WordPress 7.1 Guidelines können ein alltägliches Redaktionsproblem lösen: Menschen und KI arbeiten nicht länger mit zufälligen Kopien derselben Markenregeln. Der geplante Knowledge-Unterbau bringt dafür Revisionen, Rollen und technische Zugriffe mit. Ob die Funktion in genau dieser Form am 19. August erscheint, muss die finale Version zeigen.

Website-Betreiber können jetzt schon sinnvoll handeln. Erfassen Sie vier Bereiche, entfernen Sie vertrauliche Daten, benennen Sie Verantwortliche und testen Sie fünf typische Inhalte auf einer Staging-Seite. Wenn freigegebene Themen anschließend auf passenden externen Blogs verbreitet werden sollen, unterstützt der AdSimple Content Marketing Manager bei Channel-Auswahl, Texting und Freigabe. Das gemeinsame Regelwerk sorgt dabei dafür, dass die Markenstimme nicht am Rand des eigenen WordPress-Systems endet.

Quellen und weiterführende Hinweise

• Make WordPress Core: Roadmap für WordPress 7.1 und geplanter Guidelines-Bereich
• Make WordPress Core: offizieller Zeitplan für Beta, Release Candidates und WordPress 7.1
• Make WordPress Core: Merge-Vorschlag „Guidelines built on Knowledge“
• WordPress AI: Leitlinien zu Verantwortung, Transparenz, Lizenzen und Qualität