Beispiele & Case Studies
Einblick in typische Findings und Deliverables: Prüfbericht, Priorisierung und umsetzbare Maßnahmen – speziell für Online-Kurse, Coaches, Memberships und E-Commerce.
Hinweis: Beispiele sind teils anonymisiert. Ziel ist, die Art der Findings und die Struktur der Deliverables transparent zu machen.
- Wie wir Findings priorisieren (P0/P1/P2)
- Welche Seiten/Flows besonders kritisch sind
- Wie ein Report aufgebaut ist (Screenshots + Maßnahmen)
- Welche Änderungen typischerweise im Fix-&-Nachweis Paket landen
Beispiel: Audit-Report (PDF)
Ein vollständiger Audit-Report inkl. Screenshots, Findings und Maßnahmenplan. Ideal, um zu sehen, wie „fertig“ das Ergebnis wirklich ist.
Typische P0-Findings
Das sind die Punkte, die wir zuerst anfassen, weil sie Nutzbarkeit & Umsatz treffen.
Felder ohne Labels/Fehlermeldungen – Screenreader & Autofill brechen.
Tab-Navigation ohne sichtbaren Fokus – Nutzer verlieren Orientierung.
Buttons/Steps nicht per Tastatur erreichbar oder Reihenfolge falsch.
Lieber erst kurz klären?
Im Risiko-Check zeigen wir Ihnen 2–3 konkrete Risiken live und empfehlen die nächste Stufe.
Risiko-Check buchenWeitere Beispiel-Szenarien
Anonymisierte Beispiele aus typischen DACH-Techstacks. Fokus: schnelle Umsetzbarkeit.
- Checkout-Buttons nicht tastaturfreundlich
- Fehlermeldungen nicht angekündigt
- Kontrast bei CTA-Buttons zu gering
- P0 fixes priorisiert
- Re-Test nach Fix
- Dokumentationspaket erstellt
- Drittanbieter-Widget eingeschränkt
- Keine alternative Kontaktmöglichkeit
- Fokus-Reihenfolge bricht in Modal
- Alternative Buchungsstrecke ergänzt
- Skip-Link & Fokusführung verbessert
- A11y-Erklärung + Feedback-Kanal
- Radio/Checkbox Gruppen ohne Labels
- Kontrast in sekundären CTAs zu gering
- Fehlermeldungen visuell, aber nicht semantisch
- Semantik + Labels nachgerüstet
- Fehlermeldungen korrekt verknüpft
- Re-Test & Protokoll geliefert
Wie unsere Reports aufgebaut sind
Jeder Finding-Block ist so geschrieben, dass er umgesetzt werden kann – inkl. Kontext, Screenshot, Priorität und konkretem Fix.
P0 = kritisch, P1 = wichtig, P2 = Optimierung.
Screenshot + betroffene URL/Template.
Konkrete Maßnahmen (nicht nur Tool-Ausgabe).
Transparente Liste geprüfter Seiten/Templates.
Eingabefeld „Telefon“ ohne programmatisches Label. Screenreader lesen nur „Edit“.
- Fix: label + for/id oder aria-label
- Fix: Fehlermeldung mit aria-describedby
- Re-Test: Tastatur + Screenreader smoke-test