Live-Barrieren und was zuerst beheben

Ein Scanner zeigt, was im Code kaputt ist. Das SDK zeigt, wo echte Besucher darauf stoßen und wie viele. Zusammen ergibt das eine Arbeitsreihenfolge nach echtem Traffic, und nach einer Korrektur prüft das System selbst, dass das Signal verschwunden ist.

Wie Barrieren erkannt werden

Jeder Detektor beobachtet die Seite im Browser des Besuchers und meldet die Seite, einen stabilen Selektor und das WCAG-Erfolgskriterium. Er sendet nie Text, Feldwerte, eine Sitzungs- oder Client-ID. Signale werden je Seitenaufruf im Browser und auf unserem Server je Seitenvorlage und Element zusammengefasst, sodass /product/123 und /product/456 als eine Vorlage zählen.

Wut- und tote Klicks erscheinen als Hinweis neben den Barrieren, ohne WCAG-Kriterium. Ein Skip-Link, den Besucher nutzen, zählt als positives Signal.

Eine Liste: was beheben

Was beheben vereint Probleme aus vier Quellen: Scanner, Live-Besucher, Erweiterung und Barrieremeldungen. Jedes Problem zeigt Abzeichen seiner Quellen. Ein Scanner-Fund und ein Live-Signal auf derselben Seite oder Vorlage, demselben Selektor und WCAG-Kriterium werden ein Problem mit dem Abzeichen „von echten Besuchern bestätigt: N Sitzungen in 7 Tagen“.

Filtern Sie nach Status, Seite, WCAG-Kriterium, Schwere und zuständiger Person; ändern Sie viele Probleme auf einmal.

Priorität

Priorität = Gewicht der Schwere × Anteil betroffener Sitzungen × Traffic der Seite × Bestätigungsfaktor (Scanner und Besucher zusammen) × Faktor der Barrieremeldungen. Eine Barriere im Schritt vor einem Schlüsselereignis rückt nach oben. Oben in der Liste steht die erwartete Wirkung, etwa „betrifft etwa 12 % der Besuche der Warenkorbseite“. Regeln und Regelkarten wählen die Hinweise; KI ist nicht beteiligt.

Die Problemkarte

• Was es ist und warum es fürs Geschäft zählt, aus der Regelkarte in sieben Sprachen.
• Wo es auftritt: Seiten und Vorlagen mit ihrem Traffic.
• Belege: Screenshot und Selektor des Scanners, der Verlauf der Live-Signale, Aufzeichnungen mit dieser Barriere, ein Heatmap-Ausschnitt, Meldungen von Besuchern.
• Wie man es in Shopify, WooCommerce, PrestaShop, Shoptet und im Code behebt.
• Status, zuständige Person und Kommentare des Teams.
• Korrektur prüfen: Der Scanner prüft erneut und der Live-Traffic wird beobachtet. Auf der Website zeigen öffnet die Seite in der Erweiterung mit hervorgehobenem Element.

Status

Offen → in Arbeit → behoben → bestätigt, wenn das Live-Signal die festgelegte Zahl von Tagen unter der Schwelle bleibt, oder zurückgekehrt, wenn es wiederkommt. Ein Problem lässt sich mit Begründung ausblenden.

Gesundheitsindex

Eine Zahl von 0 bis 100 aus Scanner und Live-Barrieren, im Kopf der Website, mit der Formel einen Klick entfernt und einem Verlauf.

Ansicht Live-Barrieren

Signale nach Typ und Seite mit Verläufen, die Tastaturkarte (wie weit Menschen mit Tab kommen und wo sie stoppen) und Darstellungseinstellungen nur aggregiert, ab 20 Sitzungen.

Barrieremeldungen

Das öffentliche Formular „Barriere melden“ fragt schrittweise und in einfachen Worten, mit optionalem Screenshot. Im Dashboard haben Meldungen Status (neu, in Arbeit, gelöst, Spam), sind mit Problemen und Aufzeichnungen der Seite verknüpft, und Sie können einem Besucher antworten, der eine E-Mail hinterlassen und zugestimmt hat, oder eine Barriere von Hand anlegen.

Wochenbericht und Warnungen

Einmal pro Woche per E-Mail und Telegram: neue Barrieren, bestätigte Korrekturen und Spitzen. Ein plötzlicher Anstieg eines Signals löst sofort eine Warnung aus; die Schwelle steht in den Einstellungen.