Scanner sehen nur öffentliche Seiten. Das SDK zeigt, wo Ihre echten Besucher hängen bleiben.
Warenkorb, Checkout, Kundenkonto, Seiten hinter einem Login: Dorthin kommt kein Scanner. Binden Sie das SDK mit einer Zeile ein, und die Problemstellen erscheinen in Ihrem Pandus-Dashboard: welche Seite, welches Element, wie viele Besucher betroffen waren. Prüfen Sie Barrierefreiheit am echten Traffic statt nach Gefühl.
- Eine Codezeile, etwa 5 KB
- Nichts wird vor der Einwilligung gesendet
- Daten in UK und EU
So sieht es aus
Was ein Scanner sieht und was das SDK ergänzt
Der wöchentliche Scanner prüft öffentliche Seiten so, wie ein Gast sie sieht. Das SDK arbeitet in echten Besuchen. Zusammen ergibt das eine Priorität nach echtem Traffic.
| Scanner + SDK | Nur Scanner | |
|---|---|---|
| Öffentliche Seiten | Ja | Ja |
| Warenkorb, Checkout, Kundenkonto | Ja | Nein |
| Offene Dialoge, Menüs und Zustände nach einem Klick | Ja | Teilweise |
| Echte Geräte, Zoom und Tastaturnutzung | Ja | Nein |
| Wie viele Besucher ein Problem trifft | Ja | Nein |
| Reihenfolge der Korrekturen nach echtem Traffic | Ja | Nein |
| Prüft, ob eine Korrektur bei Besuchern wirkt | Ja | Nein |
So funktioniert es
Drei Schritte, und beim zweiten nutzen Ihre Besucher einfach die Website.
-
1
Eine Codezeile einfügen
Snippet einfügen, Domain bestätigen, und das Dashboard zeigt „SDK funktioniert“, sobald der erste Besucher zustimmt.
-
2
Besucher nutzen die Website
Mit ihrer Einwilligung bemerkt das SDK, wo Menschen hängen bleiben: gefangener Fokus, unbeschriftete Bedienelemente, Formulare ohne verständliche Fehler, Seiten, die beim Zoomen zerfallen.
-
3
Sie erhalten eine Liste: Was zuerst beheben
Funde des Scanners, Live-Signale, die Browser-Erweiterung und Barrieremeldungen landen in einer Liste, sortiert nach Schwere und echtem Traffic.
Was das SDK in echten Besuchen bemerkt
Jedes Signal gehört zu einer Seite, einem Element und dem WCAG-Erfolgskriterium dahinter. Es beschreibt die Seite, nie die Person.
| Signal | Was es bedeutet | WCAG |
|---|---|---|
| Fokusfalle | Tab und Umschalt+Tab kreisen in wenigen Elementen, Esc führt nicht hinaus | 2.1.2 |
| Verlorener Fokus | Nach dem Schließen eines Dialogs oder Entfernen eines Elements landet der Fokus auf dem Seitenkörper | 2.4.3 |
| Unsichtbarer Fokus | Das fokussierte Element verändert sich sichtbar nicht | 2.4.7, 2.4.11 |
| Verdeckter Fokus | Eine feste Kopfzeile oder ein Banner verdeckt das fokussierte Element | 2.4.11 |
| Sprünge in der Fokusreihenfolge | Der nächste Fokus springt gegen die visuelle Reihenfolge | 2.4.3 |
| Bedienelement ohne Semantik | Ein klickbares Element hat keine Rolle, keinen Namen und ist per Tastatur nicht erreichbar | 4.1.2, 2.1.1 |
| Fokus in verborgenem Inhalt | Der Fokus landet in einem Bereich, der vor assistiven Technologien verborgen ist | 4.1.2 |
| Nicht angekündigte Formularfehler | Ein Formular scheitert ohne aria-invalid oder verknüpfte Meldung oder wird immer wieder gesendet | 3.3.1, 3.3.3 |
| Umbruch und Zoom | Seitliches Scrollen bei 320 CSS-Pixel oder beim Zoomen, abgeschnittener Text | 1.4.10, 1.4.4 |
| Autoplay mit Ton | Video oder Audio mit Ton startet ohne Klick | 1.4.2 |
| Live-axe | axe-core läuft auf einer kleinen Stichprobe echter Seitenzustände: offene Dialoge, Warenkorb, Konto | je Regel |
| Wut- und tote Klicks | Wiederholte Klicks ohne Reaktion der Seite | — |
Ein Skip-Link, den Besucher tatsächlich nutzen, zählt als positives Signal. Meldungen aus dem Formular „Barriere melden“ werden mit der Seite und ihren Signalen verknüpft.
Eine Liste: Was zuerst beheben
Regeln und Regelkarten bestimmen Reihenfolge und Hinweise. Keine KI-Vermutungen.
-
Vier Quellen, eine Liste
Scanner, Live-Signale, Prüfungen der Erweiterung und Barrieremeldungen, jedes Problem mit Abzeichen seiner Quellen. Filter nach Status, Seite, WCAG, Schwere und zuständiger Person.
-
Priorität aus echtem Traffic
Schwere × Anteil betroffener Sitzungen × Traffic der Seite × Bestätigung durch Scanner und Besucher × Barrieremeldungen. Eine Barriere vor dem Kauf rückt nach oben.
-
Eine Karte für jedes Problem
Warum es fürs Geschäft zählt, wo es auftritt, die Belege (Screenshot, Selektor, Verlauf der Live-Signale, Aufzeichnungen, Heatmap-Ausschnitt) und wie man es in Shopify, WooCommerce, PrestaShop, Shoptet oder im Code behebt.
-
Behoben, dann bestätigt
Offen → in Arbeit → behoben → bestätigt, wenn das Live-Signal unter die Schwelle fällt, oder „zurückgekehrt“. „Korrektur prüfen“ startet den Scanner erneut und beobachtet den Live-Traffic.
-
Gesundheitsindex 0–100
Eine Zahl aus Scanner und Live-Barrieren, mit der Formel einen Klick entfernt und dem Verlauf über die Zeit.
-
Wochenbericht und Warnungen bei Spitzen
Neue Barrieren, bestätigte Korrekturen und plötzliche Anstiege per E-Mail und Telegram. Ein steiler Anstieg löst sofort eine Warnung aus.
Verhalten: Heatmaps, Aufzeichnungen, Frustration, Geschwindigkeit
Sehen Sie, wie Menschen sich durch die Seite bewegen – jeder Text und jedes Feld wird maskiert, bevor etwas den Browser verlässt.
-
Heatmaps
Klicks, Tastaturfokus, Scrolltiefe, Aufmerksamkeit, Wut- und tote Klicks auf einem Screenshot der Seite, je Seitenvorlage und Gerät. Jede Ebene gibt es auch als Tabelle.
-
Sitzungsaufzeichnungen
Mit rrweb nur nach Einwilligung in „Aufzeichnungen“: aller Text und alle Felder maskiert, Zahlungsfelder nie sichtbar, ein Anteil der Sitzungen und ein Tageslimit aus Ihrem Tarif.
-
Ein Player, der mit der Tastatur bedienbar ist
Leerlauf überspringen, Tempo ändern, zu Barriere- und Frustrationsmomenten auf der Zeitleiste springen, einen Link zu einem Moment teilen, die Problemkarte öffnen.
-
Frustration
Wut-, tote und Fehlerklicks, schnelle Rückkehr, übermäßiges Scrollen und abgebrochene Formulare mit dem letzten Feld (nie dessen Wert), je Seite.
-
Geschwindigkeit
Web Vitals je Seite und Gerät im 75. Perzentil: LCP, INP, CLS, FCP und TTFB, jeweils mit dem verursachenden Element.
-
JavaScript-Fehler
Nach Meldung gruppiert, Stacks ohne URLs und personenbezogene Daten, verknüpft mit den Klicks davor.
Datenschutz eingebaut, nicht nachgerüstet
Pandus verarbeitet die Daten Ihrer Besucher in Ihrem Auftrag als Auftragsverarbeiter, gemäß unserem Auftragsverarbeitungsvertrag.
- Erst die Einwilligung. Vor dem Ja des Besuchers wird nichts gesendet, gespeichert oder gesetzt. Unser eigenes barrierefreies Banner oder die Antwort von Cookiebot, CookieYes, Complianz oder Google Consent Mode.
- Keine Profile von Menschen. Keine Erkennung von Screenreadern oder Behinderungen, keine Etiketten für Sitzungen, keine Filter nach Eingabemethode.
- Standardmäßig maskiert. Feldwerte werden nie erfasst. Aufzeichnungen maskieren allen Text; Zahlungsfelder und gesperrte Bereiche bleiben immer verborgen.
- Saubere URLs, keine IP im Speicher. Nur erlaubte Query-Parameter bleiben, E-Mails und Tokens werden entfernt. Die IP ergibt das Land und wird verworfen.
- Speicherung in UK und EU. Ereignisse in London, Aufzeichnungen in Deutschland, Aufbewahrung nach Tarif, Löschung auf Anfrage.
Im Browser maskiert, nicht erst danach
Aufzeichnungen zeigen das Layout und was Menschen getan haben, nicht was sie getippt oder gelesen haben. Text wird zu Sternchen, Felder zu Punkten – im Browser des Besuchers, bevor ein einziges Byte gesendet wird.
- Eingabefelder, Zahlungsfelder und Elemente mit data-pandus-mask oder data-pandus-block sind immer verborgen.
- Den Text ausgewählter Elemente wie der Navigation können Sie zeigen, den von Feldern nie.
- Seiten, die Sie ausschließen, etwa der Zahlungsschritt oder das Konto, werden gar nicht aufgezeichnet.
Analyse auf GA4-Niveau, nach Einwilligung
Alles, wofür Sie GA4 nutzen würden, plus Barrieren auf jedem Schritt, an einem Ort.
-
Berichte
Echtzeit, Traffic mit Periodenvergleich und Notizen, Quellen und Kanäle mit erstem und letztem Klick, Seiten, Ereignisse, Conversions, Zielgruppe nach Land, Gerät, Browser und Sprache.
-
Trichter, Pfade und Bindung
Offene und geschlossene Trichter mit den Barrieren zwischen den Schritten, Pfade zu und von einem Ereignis, wöchentliche Kohorten.
-
E-Commerce
Das GA4-E-Commerce-Schema: Produkte, Warenkorb, Checkout-Schritte und Umsatz in Ihrer Währung.
-
Ereignisse ohne Code
Klick auf einen Selektor, Aufruf einer URL, gesendetes Formular, sichtbares Element: im Dashboard anlegen oder das Element in der Erweiterung auswählen – und es zählt rückwirkend.
-
Intelligente Ereignisse
In den Warenkorb, Checkout, Kauf, Registrierung, Login, Kontakt und Lead werden in sieben Sprachen erkannt. Sie bestätigen oder schalten sie ab.
-
Berichtsbaukasten, Warnungen, API
Dimensionen × Metriken als Tabelle oder Diagramm, gespeicherte Berichte, Warnungen wie „Conversion um 30 % gefallen“, CSV-Export und die Lese-API.
Ihre Website live in der Browser-Erweiterung
Öffnen Sie Ihre eigene Website und sehen Sie die SDK-Daten direkt darauf. Die Erweiterung verlangt keine neuen Berechtigungen.
-
Barrieremarker auf der Seite
„Fokus blieb hier 214-mal in 7 Tagen hängen“, direkt am Element, mit den Problemen dieser Seite und ihrem Status.
-
Heatmap über der Live-Seite
Klicks, Fokus und Wutklicks über der geöffneten Seite, in einer Shadow-DOM-Ebene, die Ihre Styles nicht berührt.
-
SDK-Debugger
Ist das SDK auf dieser Seite, welche Module laufen, der Einwilligungsstatus, CSP-Fehler und der Live-Ereignisstrom dieses Tabs.
-
Eine Korrektur direkt prüfen
Eine lokale axe-Prüfung plus eine Anfrage an den Scanner; das Problem wartet auf die Bestätigung durch Live-Besucher.
Für Agenturen
Alle Kundenseiten, unter Ihrer Marke, mit etwas zum Zeigen, bevor der Code überhaupt installiert ist.
-
Portfolio
Jede Kundenseite in einer Tabelle: Gesundheitsindex, Live-Barrieren, Traffic, SDK-Status und Trend, mit dem Filter „diese Woche schlechter geworden“.
-
Kundenlink
Ein Lese-Link für den Kunden mit den Bereichen Ihrer Wahl. Analyse und Aufzeichnungen bleiben aus, bis Sie sie einschalten.
-
SDK-Blöcke in White-Label-Berichten
Live-Barrieren, behobene und bestätigte Probleme, Conversion vorher und nachher, in Ihrem Logo und Ihren Farben.
-
Demo-Modus
Das Dashboard mit Pandus-Demodaten öffnen, klar als Beispiel gekennzeichnet, um dem Kunden den Nutzen vor der Installation zu zeigen.
Passt zu Ihren Werkzeugen
-
Jede Website
Ein Script-Tag im Head. Wix, Tilda, Webflow und andere über ihr Feld für eigenen Code; Single-Page-Apps werden über die History API verfolgt.
-
WordPress und WooCommerce
Das Pandus-Plugin bindet das SDK mit einem Klick ein und sendet WooCommerce-Bestellungen vom Server, damit ein Blocker im Browser keinen Kauf verschluckt.
-
Shopify
Das Snippet in theme.liquid einfügen. Das Einwilligungsbanner Ihres Shops gibt die Entscheidung des Besuchers an das SDK weiter.
-
Google Tag Manager
Eine Tag-Vorlage zur Installation des SDK und ein optionaler Import Ihrer dataLayer-Ereignisse.
-
Ereignisse von Ihrem Server
Ein Endpunkt im Stil des GA4 Measurement Protocol für Bestellungen, Erstattungen und andere Backend-Ereignisse.
-
MCP-Server für KI-Assistenten
Pandus mit Claude, Cursor oder einem anderen MCP-Client verbinden: Der Assistent liest, was zu beheben ist, die Regelkarte und Live-Barrieren und startet nach einer Korrektur eine Neuprüfung – nur mit den Rechten in Ihrem Token.
Open Source
Das Browser-SDK ist Open Source unter der MIT-Lizenz. Jeder kann nachlesen, was es genau erfasst und wie es Daten maskiert, bevor etwas die Seite verlässt.
-
Quellcode auf GitHub
github.com/Pandus-Online/Pandus-SDK · MIT
Quellcode auf GitHub -
Das npm-Paket
@pandus/sdk · Installation mit npm oder yarn, typisiert, mit Helfern für React, Next.js, Vue und Nuxt.
Das npm-Paket
Limits je Tarif
Das SDK gehört zu Pro und Agency. Die Limits teilen sich alle Websites des Teams.
| Tarif | Websites mit SDK | Ereignisse pro Monat | Aufzeichnungen pro Monat | Ereignisse gespeichert, Tage | Aufzeichnungen gespeichert, Tage | Live-axe-Stichprobe |
|---|---|---|---|---|---|---|
| Pro | 1 | 1.500.000 | 300 | 395 | 30 | 2 % |
| Agency 10 | 10 | 6.000.000 | 1.000 | 395 | 30 | 2 % |
| Agency 25 | 25 | 15.000.000 | 2.500 | 395 | 30 | 2 % |
| Agency 50 | 50 | 30.000.000 | 5.000 | 395 | 30 | 2 % |
Ein Seitenaufruf entspricht etwa 15 Ereignissen. Barrieresignale werden getrennt gezählt und als Letztes gekappt, wenn ein Kontingent erreicht ist. Preise stehen unter Preise.
Was das SDK nicht tut
Ehrlichkeit gehört zum Produkt.
- Es verändert oder „repariert“ Ihre Website nicht und ist kein Overlay.
- Es identifiziert keine Menschen, ihre Gesundheit oder die assistive Technologie, die sie nutzen.
- Es erfasst nicht, was Besucher in Felder eingeben.
- Automatische Prüfungen sind kein vollständiges Audit und keine Rechtsberatung. Eine manuelle Prüfung bleibt nötig.
Häufige Fragen
Ist das Pandus SDK ein Overlay?
Nein. Das SDK verändert nichts an Ihrer Website und repariert nichts von selbst. Es fügt nur eigene Elemente hinzu: das Einwilligungsbanner und den optionalen Button „Barriere melden“. Es misst, wo Besucher auf Barrieren stoßen, damit Ihr Team den Code korrigiert. Mehr dazu, warum Overlays nicht funktionieren.
Erkennt das SDK, welche Besucher eine Behinderung haben?
Nein, und es versucht es nie. Barrieresignale sind anonym: Sie beschreiben die Seite und das Element, nicht die Person. Das SDK kennzeichnet niemals eine Person oder Sitzung als Screenreader-Nutzer oder als behindert. Darstellungseinstellungen wie reduzierte Bewegung erscheinen nur als Anteile und nur ab 20 Sitzungen.
Was wird erfasst, bevor ein Besucher einwilligt?
Nichts. In der EU, im EWR, in UK und in unbekannten Ländern sendet das SDK keine Anfrage, setzt kein Cookie und speichert nichts, bis der Besucher zustimmt. Unsere Tests prüfen genau das. Hat Ihre Website schon ein Consent-Tool, liest das SDK dessen Antwort und zeigt kein eigenes Banner.
Wo werden die Daten gespeichert?
Ereignisse liegen in ClickHouse Cloud in London (UK, mit Angemessenheitsbeschluss der EU). Sitzungsaufzeichnungen liegen im Hetzner Object Storage in Falkenstein, Deutschland. Die vollständige Liste steht auf der Seite Unterauftragsverarbeiter.
Wird meine Website langsamer?
Der Loader hat etwa 5 KB gzip und lädt asynchron. Module laden erst nach der Einwilligung und nur, wenn sie eingeschaltet sind. Ereignisse gehen gebündelt in Leerlaufzeiten raus, und unsere End-to-End-Tests prüfen, dass unser Code keine Long Task über 50 ms verursacht.
Welche Tarife enthalten das SDK?
Pro und Agency. Die Limits je Tarif stehen in der Tabelle auf dieser Seite und unter Preise. Im Free-Tarif bleiben der Button „Barriere melden“ und die Seite zur Barrierefreiheit wie bisher.
Heißt ein sauberes Dashboard, dass meine Website das BFSG erfüllt?
Nein. SDK und Scanner sind automatische Prüfungen, kein vollständiges Audit und keine Rechtsberatung. Sie zeigen, wo Menschen hängen bleiben und was zuerst zu beheben ist; eine manuelle Prüfung bleibt nötig.
Kann meine Agentur es für Kundenseiten nutzen?
Ja. Agency-Tarife bieten ein Portfolio aller Kundenseiten, Lese-Links für Kunden, SDK-Blöcke in White-Label-Berichten und einen Demo-Modus, um die Ansichten schon vor der Installation zu zeigen.
Sehen Sie, wo Ihre Besucher hängen bleiben
Installieren Sie das SDK mit Pro oder Agency, oder fragen Sie uns zuerst nach dem Demo-Dashboard.