Batch-Tests & Workflows
Teste mehrere Seiten in einem Lauf, wiederhole Prüfungen nach Anpassungen und automatisiere Abläufe – direkt in WordPress.
Vom manuellen Batch-Test über geplante Läufe bis zum automatischen Test beim Veröffentlichen: EZZE WCAG Pro hält die Barrierefreiheit deiner gesamten Website im Blick – mit klaren Rechten für dein Team.
Batch-Funktion
Prüfe mehrere URLs in einem Durchlauf, behalte den Fortschritt live im Blick und finde typische Barrieren schneller – statt jede Seite einzeln zu testen.
Im Video
Vom ersten Batch-Lauf bis zum Test nach dem Veröffentlichen: Das Video zeigt die Auswahl der Inhaltstypen, den Lauf im Hintergrund, Filter und Batch-Verlauf, geplante Batch-Tests, automatische Tests nach dem Veröffentlichen und die Berechtigungen. Mit Untertiteln und Transkript.
Seeblick wächst. Neue Zimmer, neue Aktivitäten, jede Woche etwas im Blog. Dazu kommen Redakteure, die laufend Inhalte veröffentlichen. Ein Einzeltest prüft immer nur eine Seite. Bei vielen Seiten und laufenden Änderungen kommst du so nicht hinterher. Und eine Barriere schleicht sich schnell wieder ein: ein neues Bild ohne Alt-Text, ein Button mit zu wenig Kontrast. Dafür gibt es im Barrierefreiheitstest von EZZE WCAG Pro die Batch-Tests und die Automatik: geplante Läufe und Tests nach dem Veröffentlichen.
Im Tab „Batch-Test“ wählst du über „Test für“ die Inhaltstypen: Beiträge und Seiten, eigene Beitragstypen wie Zimmer und Aktivitäten, Taxonomien wie Kategorien und Schlagwörter, andere Archive, die Startseite und weitere Spezialseiten. Der Umfang wird vorab geschätzt, in Klammern siehst du die Zahl der URLs. Dann klickst du auf „Batch-Test starten“ und bestätigst.
Der Test läuft im Hintergrund. Ein Fortschrittsbalken zeigt dir, wie viele Seiten schon geprüft sind. Du darfst den Browser schließen, der Lauf geht auf dem Server weiter. Wird er unterbrochen, macht er dort weiter, wo er war. Fertig getestete Seiten bleiben unberührt. Du musst also nicht davor sitzen bleiben.
Die Ergebnisse stehen in einer Liste, die du filtern und sortieren kannst: nach Inhaltstyp, Score, Testalter oder Testquelle. Aktive Filter erscheinen als Chips. Jede Zeile zeigt Desktop- und Mobil-Score. So findest du die Seiten mit dem größten Handlungsbedarf zuerst.
Jeder Lauf bleibt nachvollziehbar. Der Batch-Verlauf zeigt dir zu jedem Lauf Status, Seitenzahl, Dauer, Wiederholungen und Fehler. So siehst du auf einen Blick, ob alles durchgelaufen ist.
Unter „Einstellungen“ schaltest du „Geplante Batch-Tests“ ein. Du wählst die Inhaltstypen und das Intervall: wöchentlich, monatlich oder benutzerdefiniert, alle sieben bis 365 Tage. Die nächste Ausführung siehst du direkt in der Liste. Nach jedem Lauf schickt dir eine E-Mail den Bericht.
Und wenn Redakteure veröffentlichen? Unter „Automatische Hintergrundtests“ schaltest du „Nach Veröffentlichung testen“ und „Nach Aktualisierung testen“ ein. Beides ist standardmäßig aus. Du bestimmst auch, welche Benutzerrollen den Test auslösen. Ein Beispiel: Die Redakteurin veröffentlicht einen neuen Beitrag über Wanderwege. Der Test startet von allein. Kurz darauf steht das Ergebnis im Bereich „Barrierefreiheit“ des Editors, mit Score und letzter Prüfung.
Wer darf was? Unter „Berechtigungen“ legst du pro Rolle fest: Einzeltest erlauben, Batch-Test erlauben, Inhalte anderer Benutzer testen und Testergebnisse löschen. Standardmäßig darf nur der Administrator den Batch-Test starten.
Barrierefreiheit ist kein einmaliger Zustand. Neue Inhalte, neue Plugins, neue Updates: Ständig ändert sich etwas. Mit Batch-Tests, geplanten Läufen und automatischen Tests behältst du Seeblick im Blick. Auch hier gilt: Automatisierte Tests finden nicht alles. Sie halten dich aber dauerhaft auf Kurs. Batch-Tests und Automatik in EZZE WCAG Pro.
So funktioniert es
Vom Auswählen der Inhalte bis zur Auswertung: Ein Batch-Test läuft komplett im Hintergrund deiner WordPress-Installation – du behältst jederzeit den Überblick.
Wähle Beitragstypen, Archive, Taxonomien oder Spezialseiten wie die Startseite. Das Plugin zeigt dir sofort, wie viele URLs der Lauf umfasst.
Vor dem Start schätzt EZZE WCAG Pro den Umfang und bereinigt doppelte URLs. Pro Website sind 10 manuelle Batch-Starts am Tag möglich.
Der Lauf läuft über WP-Cron oder den Action Scheduler weiter, auch wenn du das Fenster schließt. Desktop- und Mobil-Chips zeigen den Stand pro Seite.
Alle Ergebnisse landen in einer filter- und sortierbaren Tabelle. Fehlgeschlagene Seiten testest du gesammelt erneut, der Batch-Verlauf hält jeden Lauf fest.
Automatisierte Prüfungen
Plane wiederkehrende Batch-Tests für deine WordPress-Inhalte und erkenne neue Barrieren frühzeitig – ohne jeden Prüflauf einzeln starten zu müssen.
Lasse Prüfungen zuverlässig im Hintergrund ausführen – wiederkehrend, planbar und ohne manuelle Routinearbeit.
Wähle dein Prüfintervall – wöchentlich, monatlich oder individuell zwischen 7 und 365 Tagen.
Optional erhältst du nach jedem manuellen oder geplanten Lauf eine E-Mail mit Status, Umfang und nächsten Schritten.
Publishing-Check
Beim Veröffentlichen startet EZZE WCAG Pro automatisch eine Barrierefreiheitsprüfung für den neuen Inhalt. Erkannte Probleme werden verständlich angezeigt, damit du sie gezielt manuell nachbessern kannst. Bei Bedarf kannst du den Beitrag anschließend wieder in den Entwurfsstatus setzen.
Der Test startet direkt beim Veröffentlichen des Beitrags.
Erkannte Probleme werden verständlich angezeigt und können gezielt nachgebessert werden.
Bei relevanten Problemen kannst du den Beitrag manuell wieder in den Entwurfsstatus setzen.
Team-Management
Lege fest, welche WordPress-Rollen Einzeltests ausführen, Batch-Tests starten oder gespeicherte Testergebnisse löschen dürfen. So erhält jedes Teammitglied genau die Rechte, die es wirklich braucht.
Vergib Rechte gezielt nach Rolle – zum Beispiel für Redakteure, Autoren oder Shop-Manager.
Behalte kritische Berechtigungen zentral im Blick und verhindere versehentliche Änderungen im Team.
Workflows für Teams
Batch-Tests, Zeitpläne, automatische Tests und Berechtigungen greifen ineinander. So lassen sie sich je nach Team kombinieren.
Redakteure und Autoren prüfen ihre eigenen Beiträge per Einzeltest, der Test nach Veröffentlichung läuft automatisch mit. Batch-Tests, fremde Inhalte und das Löschen von Ergebnissen bleiben beim Administrator.
Ein geplanter Batch-Test prüft die gesamte Website monatlich im Hintergrund. Der Bericht kommt per E-Mail, der Batch-Verlauf mit Support-ID dokumentiert jeden Lauf für Kunden und Team.
Nach jedem Update eines veröffentlichten Inhalts startet automatisch ein neuer Test. Weiterleitungsziele werden mitgeprüft, Cookie-Banner für den Cloud-Test ausgeblendet.
Alle Rechte und Automatiken sind im Plugin konfigurierbar – starte restriktiv und erweitere bei Bedarf.
Pläne & Kontingente
Batch-Tests, der zusätzliche Mobile-Viewport, geplante Läufe und der Test nach Veröffentlichung starten mit Basic. Dein monatliches URL-Kontingent siehst du direkt im Plugin.
0 $
Dauerhaft kostenlos
94,01 $ / Jahr
entspricht 7,83 $ / Monat
79,00 $ netto + 15,01 $ USt. (19 %)
177,31 $ / Jahr
entspricht 14,78 $ / Monat
149,00 $ netto + 28,31 $ USt. (19 %)
355,81 $ / Jahr
entspricht 29,65 $ / Monat
299,00 $ netto + 56,81 $ USt. (19 %)
1.069,81 $ / Jahr
entspricht 89,15 $ / Monat
899,00 $ netto + 170,81 $ USt. (19 %)
Gut zu wissen
Antworten zu Kontingenten, Wiederholungen, Weiterleitungen, Berechtigungen und Benachrichtigungen bei Batch-Läufen.
Ja. Wenn dieselbe URL erneut getestet wird, kann das gespeicherte Ergebnis dieser Inhaltsseite durch den neuen Stand ersetzt werden.
Das ist sinnvoll, um den aktuellen Zustand deiner Website im Blick zu behalten. Ältere Testergebnisse sind dann nicht mehr als separater Stand abrufbar.
Pro Website und Kalendertag sind bis zu 10 manuelle Batch-Starts vorgesehen. Geplante und automatische Läufe sind davon getrennt geregelt.
Bleibt nach einem Abbruch oder einem Serverneustart eine Restwarteschlange übrig, setzt das Plugin den Lauf automatisch fort, ohne bereits geprüfte Seiten erneut zu testen.
Nein. Desktop und Mobil erzeugen getrennte Ergebnisse, zählen aber nur einmal gegen dein monatliches Kontingent an unterschiedlichen URLs.
Jede normalisierte URL zählt pro Monat nur einmal – unabhängig davon, wie oft du sie testest. Protokoll, Groß-/Kleinschreibung des Hosts, ein abschließender Slash oder reine Tracking-Parameter erzeugen keinen zweiten Eintrag.
Standardmäßig werden weitergeleitete Einträge ohne Score übersprungen. Mit der Option „Interne Weiterleitungsziele automatisch testen“ prüft das Plugin Ziele derselben Domain mit; externe Ziele werden nicht angefordert.
Das Ergebnis wird nur für die endgültige URL gespeichert. Mehrere Quellen mit demselben Ziel führen zu nur einer Prüfung und verbrauchen nur ein Kontingent.
Standardmäßig nur Administratoren, weil Batch-Tests ressourcenintensiv sind. In den Berechtigungen kannst du „Batch-Tests erlauben“ für weitere Rollen mit der Fähigkeit edit_posts freischalten, etwa für Redakteure.
Administratoren behalten immer alle vier Rechte: Einzeltests, Batch-Tests, Inhalte anderer Benutzer testen und Ergebnisse löschen.
Optional. Nach jedem manuellen oder geplanten Batch-Lauf kann eine E-Mail verschickt werden. Sie unterscheidet zwischen abgeschlossen, fehlgeschlagen und abgebrochen und nennt bei Limit-Hinweisen Grund, geplanten Umfang und nächste Schritte.
Starte jetzt
Starte mit einem Einzeltest im Free-Plan und erweitere auf Batch-Tests, Zeitpläne und Team-Rechte, sobald deine Website wächst.
Mit den Batch-Tests von EZZE WCAG Pro prüfst du viele Seiten, Beiträge, Archive und Taxonomien in einem einzigen Lauf. Die Verarbeitung läuft im Hintergrund deiner WordPress-Installation, der Fortschritt ist jederzeit sichtbar und alle Ergebnisse landen in einer filterbaren Tabelle mit Score, Viewport und WCAG-Befunden.
Geplante Batch-Läufe prüfen deine Website wiederkehrend – wöchentlich, monatlich oder in einem eigenen Intervall. Der Test nach Veröffentlichung sorgt dafür, dass neue Inhalte sofort geprüft werden, und über die Berechtigungen legst du fest, welche Rollen in deinem Team welche Tests starten dürfen.
So entsteht ein klarer Workflow für Redaktionen, Agenturen und Entwickler: Barrieren werden nicht nur einmalig gefunden, sondern kontinuierlich im Blick behalten – mit Fokus auf WCAG, BITV und BFSG.
