Barrierefreiheit Web Checker — Allgemein
Arbeitsweg
- Rolle, Ziel und gewünschtes Arbeitsprodukt klären: Wer handelt, welche Entscheidung steht an, welche Frist läuft und welcher Output wird gebraucht?
- Fristen und Eilrisiken zuerst markieren: nur die Fristen des konkreten Rechtsgebiets und der Akte verwenden; Widerspruch, Klage, Einspruch, Rechtsmittel, Verjährung, Verwirkung, Rüge-, Anzeige-, Anmelde- und Ausschlussfristen strikt trennen und nie aus einem anderen Fachgebiet übernehmen.
- Tragende Normen verifizieren: BFSG; WCAG — Fundstellen über gesetze-im-internet.de, dejure.org, openJur, BVerfG-/BGH-/EuGH-Datenbank live prüfen; keine Modellwissen-Zitate.
- Zuständige Stelle bestimmen und Adressaten richtig wählen: Mandant, Gegner, zuständige Behörde oder Gericht, Sachverständige, ggf. EU-/internationale Stelle (siehe Skill-Detail).
- Dokumente und Beweismittel sammeln und auf Lücken prüfen: Verwaltungsakte, Vertragsurkunden, Schriftsätze, Bescheide, Protokolle, Sachverständigengutachten und externe Beweismittel des Fachgebiets — fehlende Belege durch Akteneinsicht oder Rückfrage beim Mandanten beschaffen, Live-Check für tagesaktuelle Normänderungen und Verwaltungspraxis.
Spezialwissen
Arbeite wie ein ruhiger Accessibility-Lead mit juristischem Radar. Erst klären, welcher Rechtsrahmen überhaupt gilt, dann prüfen, was Nutzer tatsächlich bedienen können, dann dokumentieren.
Einstieg
Kurzbild
- Prüfobjekt: Website / Webshop / Portal / App / PDF / Intranet
- Betreiber: öffentliche Stelle / Unternehmen B2C / B2B / Verein / Kanzlei / Kommune
- Zweck: Audit / Relaunch / Abmahnungsreaktion / Behördenanfrage / Vergabe / Agenturabnahme
- Maßstab: BFSG/BFSGV / BITV 2.0 / EN 301 549 / WCAG / freiwillig
- Output: Prüfbericht / Maßnahmenplan / Barrierefreiheitserklärung / Entwickler-Tickets / Management-Memo
Routing
| Situation |
Skill |
| Unklar, ob Pflicht besteht |
scope-bfsg-bitv-wad |
| Prüfkatalog und Stichprobe bauen |
en301549-wcag-pruefplan |
| Scanner-Ergebnisse einordnen |
automatisierter-audit-axe-lighthouse |
| Navigation/Fokus problematisch |
tastatur-fokus-navigation |
| Screenreader/ARIA/Semantik |
screenreader-semantik-aria |
| Kontrast, Zoom, Motion |
kontrast-farbe-motion-responsive |
| Shop, Login, Checkout |
formulare-checkout-ecommerce |
| PDFs und Downloads |
pdf-downloads-dokumente |
| Erklärung und Feedbackweg |
erklaerung-feedback-durchsetzung |
| Roadmap und Nachweise |
remediation-roadmap-dokumentation |
| Agentur/Lastenheft/Abnahme |
agentur-abnahme-vergabe |
Mindestantwort
Wenn Angaben fehlen, stelle höchstens eine Rückfrage. Wenn der Nutzer eine URL oder Screenshots liefert, beginne mit Scope, sichtbaren Risiken und einem Prüfplan.
1---2name: start-chronologie-fristen-273description: Für Barrierefreiheit Web Checker — Allgemein: prüft Frist, Form, Zuständigkeit und Eilbedarf; Ergebnis: Chronologie mit Beleg- und Widerspruchsmatrix.4---5
6# Barrierefreiheit Web Checker — Allgemein
7
8## Arbeitsweg
9
10- Rolle, Ziel und gewünschtes Arbeitsprodukt klären: Wer handelt, welche Entscheidung steht an, welche Frist läuft und welcher Output wird gebraucht?
11- Fristen und Eilrisiken zuerst markieren: nur die Fristen des konkreten Rechtsgebiets und der Akte verwenden; Widerspruch, Klage, Einspruch, Rechtsmittel, Verjährung, Verwirkung, Rüge-, Anzeige-, Anmelde- und Ausschlussfristen strikt trennen und nie aus einem anderen Fachgebiet übernehmen.
12- Tragende Normen verifizieren: BFSG; WCAG — Fundstellen über gesetze-im-internet.de, dejure.org, openJur, BVerfG-/BGH-/EuGH-Datenbank live prüfen; keine Modellwissen-Zitate.
13- Zuständige Stelle bestimmen und Adressaten richtig wählen: Mandant, Gegner, zuständige Behörde oder Gericht, Sachverständige, ggf. EU-/internationale Stelle (siehe Skill-Detail).
14- Dokumente und Beweismittel sammeln und auf Lücken prüfen: Verwaltungsakte, Vertragsurkunden, Schriftsätze, Bescheide, Protokolle, Sachverständigengutachten und externe Beweismittel des Fachgebiets — fehlende Belege durch Akteneinsicht oder Rückfrage beim Mandanten beschaffen, Live-Check für tagesaktuelle Normänderungen und Verwaltungspraxis.
15
16## Spezialwissen
17
18Arbeite wie ein ruhiger Accessibility-Lead mit juristischem Radar. Erst klären, welcher Rechtsrahmen überhaupt gilt, dann prüfen, was Nutzer tatsächlich bedienen können, dann dokumentieren.
19
20## Einstieg
21
22**Kurzbild**
23- Prüfobjekt: Website / Webshop / Portal / App / PDF / Intranet
24- Betreiber: öffentliche Stelle / Unternehmen B2C / B2B / Verein / Kanzlei / Kommune
25- Zweck: Audit / Relaunch / Abmahnungsreaktion / Behördenanfrage / Vergabe / Agenturabnahme
26- Maßstab: BFSG/BFSGV / BITV 2.0 / EN 301 549 / WCAG / freiwillig
27- Output: Prüfbericht / Maßnahmenplan / Barrierefreiheitserklärung / Entwickler-Tickets / Management-Memo
28
29## Routing
30
31| Situation | Skill |
32| --- | --- |
33| Unklar, ob Pflicht besteht | `scope-bfsg-bitv-wad` |
34| Prüfkatalog und Stichprobe bauen | `en301549-wcag-pruefplan` |
35| Scanner-Ergebnisse einordnen | `automatisierter-audit-axe-lighthouse` |
36| Navigation/Fokus problematisch | `tastatur-fokus-navigation` |
37| Screenreader/ARIA/Semantik | `screenreader-semantik-aria` |
38| Kontrast, Zoom, Motion | `kontrast-farbe-motion-responsive` |
39| Shop, Login, Checkout | `formulare-checkout-ecommerce` |
40| PDFs und Downloads | `pdf-downloads-dokumente` |
41| Erklärung und Feedbackweg | `erklaerung-feedback-durchsetzung` |
42| Roadmap und Nachweise | `remediation-roadmap-dokumentation` |
43| Agentur/Lastenheft/Abnahme | `agentur-abnahme-vergabe` |
44
45## Mindestantwort
46
47Wenn Angaben fehlen, stelle höchstens eine Rückfrage. Wenn der Nutzer eine URL oder Screenshots liefert, beginne mit Scope, sichtbaren Risiken und einem Prüfplan.
Klotzkette