QualiBooth
Deutsch

Einmal beheben, überall behoben

Hunderte Probleme. Eine Handvoll Korrekturen.

Header, Navigation und Footer erscheinen auf jeder Seite - also wird ein einziger defekter Link darin auch auf jeder Seite gemeldet. Die Komponenten-Gruppierung fasst diese Befunde nach dem Element zusammen, an dem sie gefunden wurden. So liest sich ein Scan-Lauf als kurze Liste der Komponenten, die Sie beheben müssen - sortiert danach, wie viele Probleme jede Korrektur beseitigt.

Website kostenlos scannen Auf Ihrer Website ansehen
Eine Zeile pro Element
nicht eine pro Problem und Seite
Das Teuerste zuerst
nach den Problemen, die eine Korrektur beseitigt
Das Panel „Fix once, fix everywhere“ in einem QualiBooth-Scan-Bericht, mit dem Anteil der Probleme, die sich auf Komponentenebene beheben lassen.

Derselbe Fehler, auf jeder Seite gezählt

Ihre Website ist aus Templates gebaut. Ihre Problemliste sollte es auch sein.

Jeder Scanner berichtet pro Seite, weil er das Problem dort gefunden hat. Auf einer Template-basierten Website vervielfacht das einen einzigen Mangel mit der Zahl der Seiten, auf denen er vorkommt: Ein Cookie-Banner mit einem unbeschrifteten Button wird zu vierhundert Befunden, und der Bericht, der Ihnen sagen sollte, wo Sie anfangen, sagt Ihnen, dass alles dringend ist. Die Komponenten-Gruppierung liest dieselben Ergebnisse andersherum - nach dem Element -, denn genau so behebt Ihr Team sie.

Was eine flache Problemliste zeigt

Jeder Befund, auf jeder Seite, je eine Zeile.

  • Links müssen erkennbaren Text haben - /pricing
  • Links müssen erkennbaren Text haben - /about-us
  • Links müssen erkennbaren Text haben - /contact
  • …und derselbe Befund auf 397 weiteren Seiten.

Was die Komponenten-Gruppierung zeigt

Ein Element, jede Seite, auf der es fehlschlägt, jedes Problem, das es hat.

  • footer nav a.social - 400 Seiten, 2 Problemarten, 800 Probleme.
  • Einmal im Footer-Template behoben, und alle 800 sind weg.
  • Schweregrad pro Seite: 400 Seiten Kritisch, 400 Seiten Mittel.
  • Eingeordnet gegenüber dem restlichen Lauf - so wissen Sie, dass es zuerst drankommt.

Was Ihnen jede Elementkarte sagt

Alles, was Sie brauchen, um zu entscheiden, was zuerst behoben wird

Jede Zeile ist ein Element, kein einzelnes Problem. Sie enthält jede Prüfung, an der dieses Element scheitert, und die Zahlen, die zeigen, was seine Behebung wert ist.

  • 01

    Sortiert nach dem, was eine Korrektur beseitigt

    Elemente werden nach den Problemen sortiert, die ihre Behebung beseitigen würde, dann nach der Zahl der Seiten, auf denen sie vorkommen, dann nach Schweregrad. Oben in der Liste steht immer, wo eine einzige Änderung am meisten bewirkt.

    Ranking

  • 02

    Betroffene Seiten, nach Schweregrad

    Eine Zahl pro Schweregrad, den das Element hat: wie viele Seiten ein Problem dieser Stufe aufweisen. Ein Schweregrad, den das Element nicht hat, wird weggelassen statt als Null angezeigt.

    Schweregrad

  • 03

    Anteil am gesamten Lauf

    Jeder Prozentwert bezieht sich auf alle Probleme, die der Lauf gefunden hat, nicht auf das, was gerade angezeigt wird - „12 % des Laufs“ bedeutet also 12 % des Laufs, bei jedem Filter.

    Wirkung

  • 04

    Jedes Problem am Element

    Derselbe Link kann am Kontrast scheitern und unbeschriftet sein - zwei Korrekturen, eine Komponente. Eine aufgeklappte Karte listet jede Prüfung mit Schweregrad, WCAG-Stufe, Vorkommen, Seiten und einem Link zur Anleitung für die Behebung.

    Details

  • 05

    Filter nach Schweregrad und Engine

    Grenzen Sie auf Kritisch ein, auf die Befunde, die nur Deep Scan liefert, oder suchen Sie nach Selektor oder Problemname. Zahlen und Prozentwerte werden für das Verbleibende neu berechnet, sodass die Zahlen immer zur Liste passen.

    Triage

  • 06

    Direkt zum Code

    Kopieren Sie den CSS-Selektor des Elements, öffnen Sie den Bericht einer betroffenen Seite oder öffnen Sie die Live-Seite im Development Assistant oder in Agora, mit hervorgehobenem Element.

    Behebung

Der Großteil der Barrierefreiheits-Schulden einer Template-basierten Website steckt in wenigen gemeinsamen Komponenten. Die Komponenten-Gruppierung zeigt Ihnen, in welchen - und wie viel des Berichts jede Korrektur abräumt.

Zahlen, die aufgehen

Zahlen, die Sie einem Product Owner vorlegen können

Eine gruppierte Ansicht ist nur so nützlich wie ihre Zahlen korrekt sind. Deshalb wird jede gezählt, nicht geschätzt - und wenn eine Zahl ein Mindestwert statt eines exakten Werts ist, sagt der Bericht das auch.

  • Seiten werden pro Element einmal gezählt, auch wenn es auf verschiedenen Seiten an mehreren Prüfungen scheitert.
  • Wird ein Element gefiltert, werden seine Zahlen aus den verbleibenden Problemen neu aufgebaut - „Critical only“ zeigt also nie Summen, in denen geringfügige Probleme stecken.
  • Problemnamen stammen aus demselben Katalog wie der Seitenbericht, sodass dasselbe Problem überall denselben Namen trägt.
  • Große Läufe behalten die teuersten Elemente, und der Bericht nennt, wie viele er von wie vielen gefundenen auflistet.
Eine aufgeklappte Elementkarte: der Selektor, betroffene Seiten, Probleme, Anteil am Lauf und jede Prüfung, an der das Element scheitert.

Die Tabelle, die niemand bauen will

Die Triage, die Ihr Team nach jedem Audit von Hand macht - erledigt, sobald der Scan fertig ist

Einen Export pro Seite in eine Liste von Komponenten zu verwandeln, ist nicht schwer. Es ist nur mühsam und muss nach jedem Scan wiederholt werden - und deshalb passiert es meistens nicht.

  • Jedes Problem in eine Tabelle exportieren

    Automatisch gruppiert, sobald der Lauf fertig ist

  • Nach Selektor sortieren und Duplikate zusammenfassen

    Eine Zeile pro Element, mit jeder Prüfung, an der es scheitert

  • Die Seiten zählen, die jedes Element beschädigt

    Betroffene Seiten, pro Schweregrad, auf jeder Karte

  • Herausfinden, welche Korrektur am meisten abräumt

    Das Teuerste zuerst, nach den Problemen, die jede Korrektur beseitigt

  • Alles nach dem nächsten Release noch einmal machen

    Jeder geplante Lauf wird auf dieselbe Weise gruppiert

Seitenspezifische Probleme bleiben, wo sie sind

Die Komponenten-Gruppierung listet nur, was auf mehr als einer Seite auf dieselbe Weise scheitert. Alles andere steht weiterhin im Seitenbericht. Befunde auf Seitenebene, die sich über die Website wiederholen - etwa eine fehlende Seitensprache -, werden als „Whole page“ geführt, denn sie sind überall derselbe Mangel, auch ohne Komponente zum Beheben.

Wie es funktioniert

Nichts zu konfigurieren. Jeder geplante Scan-Lauf wird gruppiert, sobald er fertig ist.

  1. 01

    Scannen wie gewohnt

    Ihr geplanter oder bedarfsgesteuerter Scan läuft genau wie bisher, mit der statischen Engine und Deep Scan, auf Desktop und Mobil.

  2. 02

    Nach Element gruppiert

    Wenn der Lauf fertig ist, vergleicht QualiBooth alle Seiten und gruppiert die Befunde, die sich am selben Element wiederholen - über beide Engines hinweg.

  3. 03

    Sortiert nach Wirkung

    Elemente werden nach den Problemen sortiert, die ihre Behebung beseitigen würde, und die Kopfzeile des Laufs zeigt den Anteil, der sich auf Komponentenebene beheben lässt.

  4. 04

    Einmal beheben, bestätigt sehen

    Beheben Sie die Komponente in Ihrer Codebasis. Im nächsten Lauf ist sie von jeder Seite verschwunden, auf der sie vorkam.

Der Tab „Shared components“ eines QualiBooth-Scan-Berichts, gefiltert nach Schweregrad und Engine.

In Ihrem Bericht

Das Erste, was Sie in einem Scan-Lauf sehen

Der Laufbericht beginnt mit seinen gemeinsamen Komponenten. Die „Overview“ zeigt, wie viel des Laufs sich auf Komponentenebene beheben lässt, und die drei teuersten Elemente; der Tab „Shared components“ enthält die vollständige Liste.

  • Gemeinsame Elemente und der Anteil der auf Komponentenebene behebbaren Probleme, direkt neben dem Score.
  • Ein Panel „Fix once, fix everywhere“ mit den teuersten Elementen, das erste davon aufgeklappt.
  • Ein Tab „Shared components“ mit jedem Element, filterbar nach Schweregrad, Engine und Text.
  • Ein klarer Status, solange ein Lauf noch läuft oder wenn sich kein Element über Seiten wiederholt.
1
Zeile pro Element, nicht pro Problem
2
Scan-Engines, gemeinsam gruppiert
2
Viewports, Desktop und Mobil
0
Einrichtung - in jedem Tarif enthalten

Häufige Fragen

Was zählt als gemeinsame Komponente?
Jedes Element, das auf mehr als einer Seite eines Scan-Laufs an derselben Barrierefreiheitsprüfung scheitert - meist ein Header, eine Navigation, ein Footer, ein Cookie-Banner oder ein anderer Template-Bestandteil der Website. Befunde, die zur ganzen Seite statt zu einem Element gehören, werden ebenfalls gruppiert und als „Whole page“ geführt.
Muss ich etwas einrichten?
Nein. Die Komponenten-Gruppierung läuft automatisch bei jedem geplanten Scan-Lauf, sobald er fertig ist - für Desktop- und Mobil-Ergebnisse. Sie ist in jedem Tarif enthalten.
Sind Deep-Scan-Befunde enthalten?
Ja. Befunde der statischen Engine und von Deep Scan werden gemeinsam gruppiert, und Sie können die Liste nach Engine filtern, um nur eine davon zu sehen.
Blendet die Gruppierung Probleme aus?
Nein. Jeder Befund steht weiterhin im Seitenbericht. Die Komponenten-Gruppierung ist eine zweite Sicht auf dieselben Ergebnisse, geordnet nach dem Element, an dem sie auftreten, und ihre Prozentwerte beziehen sich immer auf alle Probleme des Laufs.
Warum gibt es für einen meiner älteren Scan-Läufe keine Gruppierung?
Läufe, die vor der Einführung der Komponenten-Gruppierung abgeschlossen wurden, werden nicht nachträglich analysiert. Der nächste Scan dieser Konfiguration enthält sie. Außerdem müssen mindestens zwei Seiten erfolgreich gescannt werden, da die Gruppierung auf dem Vergleich von Seiten beruht.
Wie hilft das meinen Entwicklerinnen und Entwicklern?
Es macht aus dem Bericht Arbeitspakete, die sich direkt Ihrer Codebasis zuordnen lassen. Jede Karte liefert den exakten CSS-Selektor zum Kopieren, verlinkt auf eine betroffene Seite und öffnet die Live-Seite im Development Assistant oder in Agora, mit hervorgehobenem Element - so beginnt die Behebung in der Komponente statt in einer Suche Seite für Seite.

Sehen Sie, wie viel Ihres Berichts eigentlich eine einzige Korrektur ist

Starten Sie einen kostenlosen Scan - oder lassen Sie sich in einer Demo die gemeinsamen Komponenten Ihrer Website zeigen.

Website kostenlos scannen Demo buchen