Automatisches Style-Gate: Content-Qualität maschinell absichern

Ein automatisches Style-Gate ist eine maschinelle Prüfung, die vor jeder Veröffentlichung läuft und Content gegen feste Stilregeln testet. Was technisch überprüfbar ist, gehört nicht in eine Regel, an die man sich erinnern muss, sondern in eine Prüfung, die den Build hart stoppt.

Wer eine Website über Jahre pflegt, kennt das Muster. Am Anfang stehen klare Stilregeln. Nach zwölf Monaten und drei verschiedenen Autoren ist davon wenig übrig. Der Stil driftet, leise und stetig. Niemand hat etwas falsch gemacht, und trotzdem liest sich die Seite uneinheitlich.

Das Problem ist nicht mangelnde Sorgfalt. Das Problem ist, dass Sorgfalt eine menschliche Ressource ist und menschliche Ressourcen schwanken. Eine Regel, die nur im Kopf oder in einem PDF lebt, wird irgendwann übersehen. Eine Regel, die eine Maschine bei jedem Build prüft, wird nicht müde.

Wie das Gate aufgebaut ist

Vier Stationen, eine klare Reihenfolge:

Station 1, die Regeln. Stilregeln liegen als maschinenlesbare Listen im Projekt. Verbotene Begriffe, Pflicht-Schreibweisen, typische Floskeln.

Station 2, die Bereitstellung. Die Regeln werden in das Projekt kopiert. Der automatische Build läuft auf einem fremden Server ohne Zugriff auf den Arbeitsplatz des Autors. Nur was im Projekt liegt, steht der Prüfung zur Verfügung.

Station 3, das Gate. Die eigentliche Prüfung nimmt den fertig gebauten HTML-Code, schält den reinen Lesetext heraus und vergleicht ihn mit den Regeln. Geprüft wird nur, was ein Besucher wirklich liest.

Station 4, die Veröffentlichung. Besteht der Text die Prüfung, läuft der Deploy. Andernfalls bricht der Vorgang ab, bevor irgendetwas online geht.

Drei Schweregrade statt Alles oder Nichts

Ein Gate, das bei jeder Kleinigkeit blockiert, wird schnell abgeschaltet. Eine gute Prüfung arbeitet mit Stufen:

• Rot, der harte Fehler. Verstöße, die immer falsch sind: ein Semikolon im Fließtext, eine veraltete Begriffsschreibweise. Stoppen die Veröffentlichung sofort.
• Gelb, die Warnung. Formulierungen, die meist unschön, aber nicht immer falsch sind. Erscheinen als Hinweis, blockieren aber nicht.
• Blau, der Hinweis. Tendenzen wie Füllwörter. Werden nur gezählt und liefern ein Stimmungsbild.

Diese Abstufung ist der eigentliche Trick. Hart blockiert nur, was wirklich schadet. Alles andere wird sichtbar gemacht, ohne den Betrieb auszubremsen.

Was das in der Praxis bringt

• Neuer Autor muss nicht jede Stilregel auswendig kennen, die Maschine weist auf harte Verstöße hin
• Eine Regel, die einmal definiert ist, bleibt wirksam, auch wenn das Team wechselt
• Alte Inhalte, die noch aus einer Zeit ohne Gate stammen, fallen bei der nächsten Bearbeitung auf

Die ehrliche Grenze: Ein Gate prüft, was sich in Regeln fassen lässt. Es ersetzt kein Lektorat, das Inhalt, Logik und Tonfall beurteilt. Es nimmt dem Menschen die mechanische Arbeit ab.

Häufige Fragen

Wie aufwendig ist der Aufbau eines Style-Gates? Ein einfaches Gate mit 20 bis 30 Regeln lässt sich in einem Tag aufbauen. Der Aufwand konzentriert sich auf die Regel-Definition, nicht auf die technische Umsetzung. Das Gate selbst ist ein überschaubares Script.

Was passiert bei einem Hard-Fail kurz vor dem Deployment? Der Build-Prozess bricht ab, der aktuelle Stand bleibt online. Der Autor bekommt eine Fehlermeldung mit dem betroffenen Treffer. Kein Notfall, kein manueller Rollback nötig.

Lässt sich das in bestehende CMS-Systeme einbauen? Ja, wenn das CMS eine Build-Pipeline hat. Bei statischen Seiten (Astro, Next.js, Hugo) ist die Integration direkt. Bei WordPress oder ähnlichen Systemen braucht es einen vorgelagerten Build-Step oder eine CI/CD-Pipeline.

Techiota baut automatische Gates für Sprache, Technik und Barrierefreiheit als Standard in Website-Projekte für KMU in Hamburg ein. Wenn Sie wissen wollen, wie sich eine solche Prüfung in Ihren Redaktionsprozess einfügen lässt, sprechen Sie uns an über techiota.de.