Websites und Shops
European Accessibility Act: vom Geltungsbereich zum Maßnahmenplan
Eine EAA-Prüfung beginnt mit der angebotenen Dienstleistung und dem Unternehmen. Danach folgen Audit und Verbesserungen. Allein eine Website zu betreiben bedeutet nicht, dass für jedes Unternehmen identische Pflichten gelten.
Zuerst den Geltungsbereich bestimmen
Die polnischen Vorschriften zur Umsetzung des EAA gelten für erfasste Produkte und Dienstleistungen seit dem 28. Juni 2025. Das Digitalministerium beschreibt E-Commerce im Zusammenhang mit Verträgen mit Verbrauchern. Dienstleistungen von Kleinstunternehmen werden als Ausnahme genannt.
Entscheiden Sie nicht allein anhand der Website-Größe oder Bestellzahl. Klären Sie Unternehmensstatus, Dienstleistung, Zielgruppe und Vertragsabschluss. Zweifelsfälle sollten anhand geltenden Rechts fachlich geprüft werden. Dieser Ratgeber strukturiert die Arbeit; er ersetzt keine individuelle rechtliche Einordnung.
Vor der Beauftragung die tatsächlichen Umstände sammeln
Sammeln Sie Leistungsbeschreibung, Bedingungen, Vertragsablauf und Angaben dazu, ob Verbraucher angesprochen werden. Identifizieren Sie den verantwortlichen Anbieter, Absatzmärkte und Kanäle: Website, App, Verkaufs- oder Buchungsplattform. Ob ein Kleinstunternehmen vorliegt, sollte anhand der einschlägigen Kriterien und Unternehmensunterlagen geprüft werden. Die umgangssprachliche Aussage, man sei klein, genügt dafür nicht. Der Website-Dienstleister kennt diese Daten möglicherweise nicht. Die Person, die den Geltungsbereich bewertet, braucht Tatsachen statt einer Gleichsetzung geringer Bestellmengen mit einer gesetzlichen Ausnahme.
Beispiel: Eine Firma präsentiert überwiegend Leistungen für Unternehmen, ermöglicht Verbrauchern jedoch eine Bestellung über ein separates Formular. Die Bezeichnung B2B auf der Startseite beschreibt diesen Ablauf nicht vollständig. Ein anderer Shop schließt einen Teil des Vorgangs in einem externen Checkout ab. Dokumentieren Sie diese Abhängigkeit, statt pauschal alles außerhalb der Hauptdomain auszuschließen. Ergebnis des ersten Schritts sind ein abgestimmter Umfang und offene Fragen für eine fachliche Prüfung. Damit können Sie eine Untersuchung der relevanten Dienstleistungen, Kanäle und Kundenabläufe beauftragen und vermeiden einen Bericht, der nur die offensichtlich sichtbaren Einstiegsseiten behandelt.
Richtlinie, polnisches Gesetz und WCAG auseinanderhalten
Der EAA ist eine europäische Richtlinie. In Polen setzt das Gesetz vom 26. April 2024 Anforderungen um. WCAG liefert technische Kriterien für Webinhalte. Ein einzelner Scannerwert erfasst nicht sämtliche Unternehmenspflichten. Dokumentieren Sie die Rechtsgrundlage getrennt vom Prüfstandard der Oberfläche. Verweist ein Anbieter auf EN 301 549, fragen Sie nach Version, anwendbarem Umfang und Verbindung zu den Anforderungen der konkreten Dienstleistung. Der Name einer Norm in der Fußzeile des Berichts beantwortet diese Fragen noch nicht und ersetzt keine nachvollziehbare Einordnung.
Das Ministerium veröffentlicht Angaben zu Normen und technischen Spezifikationen für E-Commerce. Prüfen Sie deren Aktualität und die zugrunde liegenden Dokumente am Bewertungsdatum. Eine angekündigte Überarbeitung beweist keine bereits erfolgte Veröffentlichung oder einen bestimmten rechtlichen Status. Bei mehrmonatigen Projekten sollten Datum und verwendete Grundlage ausdrücklich festgehalten werden. Sie können ein anspruchsvolleres technisches Gestaltungsziel vereinbaren, ohne es ungeprüft zur allgemeinen Pflicht jedes Unternehmens zu erklären. Diese Trennung klärt Verantwortung und Abnahme. Außerdem lässt sich der Prüfumfang später gezielt aktualisieren, wenn sich eine Grundlage verändert, statt sämtliche technischen und rechtlichen Aussagen miteinander zu vermischen.
Den Kauf in überprüfbare Zustände zerlegen
Gehen Sie vom Finden eines Produkts bis zur Bestellbestätigung. Berücksichtigen Sie Varianten, Mengenänderung, fehlenden Bestand, Rabattcode, Lieferdaten und Zahlungsauswahl. Ergänzen Sie Abbruch, Rückkehr vom Zahlungsdienst und fehlgeschlagene Schritte. Diese Liste beschreibt die Tests der Oberfläche. Die rechtliche Einordnung der Dienstleistung erfolgt gesondert. Nur den idealen Kauf zu prüfen übersieht Situationen mit zusätzlichen Entscheidungen und Fehlermeldungen. Gerade diese Zustände fehlen häufig in statischen Entwürfen. Reale Kunden benötigen jedoch auch dort eine verständliche Möglichkeit, den Vorgang zu korrigieren oder fortzusetzen.
Beispiel: Bei vergrößertem Text verdeckt ein Warenkorbpanel den Weiter-Button. Eine andere Person soll eine Abholstation ausschließlich auf einer Karte ohne nutzbare Liste wählen. Wieder jemand hört die Information zur abgelehnten Zahlung nicht. Beschreiben Sie jeden Fall mit Ausgangspunkt und erwartetem Ende. Prüfen Sie Tastatur, Screenreader, größere Schrift und kleine Bildschirme. Verwenden Sie Testpersonenangaben und Testzahlungen. Echte Käufe oder kopierte Kundendatensätze sind nicht erforderlich, um einen Ablauf zu zeigen oder eine Barriere zu dokumentieren. Stimmen Sie Testzugang und erforderliche Daten vorher mit dem Systemverantwortlichen ab, damit keine ungewollten Bestellungen oder Nachrichten entstehen.
Aufgaben zwischen Unternehmen und Dienstleistern zuordnen
Klären Sie, wer ein Element ändern kann. Texte und Fotos haben möglicherweise andere Verantwortliche als Checkout und Zahlungsmodul. Erstellen Sie eine Matrix mit Komponente, Problem, Anbieter, möglicher Korrektur, Kontakt und Nachprüfung. Gehen Sie nicht davon aus, dass eine Agentur fremden, unzugänglichen Code bearbeiten kann. Sie sollte die Abhängigkeit erkennen und einen realistischen Weg beschreiben: Konfiguration, Meldung an den Hersteller oder eine andere Integration. Eine klare Zuständigkeit verhindert, dass ein wichtiger Fehler dauerhaft zwischen mehreren Supportstellen hin und her geschickt wird.
Fragen Sie nach Nachweisen für die tatsächlich verwendete Version, unterstützten assistiven Technologien und Meldewegen. Allgemeine Werbeaussagen ohne Prüfumfang passen möglicherweise nicht zu Ihrer Einbindung. Beispiel: Das Modul funktioniert in der Demonstration, doch der eigene Shopstil entfernt den sichtbaren Fokus. Dann muss die Integration geprüft werden, nicht nur das Produkt. Eine weitere Situation ist ein Fehler nach einem externen Skriptupdate. Legen Sie fest, wer ihn erkennt und welche vorübergehende Unterstützung möglich ist. Telefonhilfe kann nützlich sein. Unterstellen Sie jedoch nicht ohne Prüfung, dass sie sämtliche Anforderungen an einen digitalen Vorgang ersetzt oder seine Barrieren rechtlich bedeutungslos macht.
Kundeninformationen an der realen Dienstleistung ausrichten
Gesetz und Ministeriumshinweise unterscheiden Informationen für Verbraucher über die Dienstleistung und ihre Barrierefreiheit von Meldungen an die zuständige Behörde über fehlende Erfüllung und Korrekturmaßnahmen. Übernehmen Sie nicht automatisch eine Erklärung für öffentliche Stellen. Erstellen Sie Informationen passend zur Rechtsgrundlage und zum tatsächlichen Ablauf Ihrer Dienstleistung und stimmen Sie diese fachlich ab. Die Veröffentlichung eines Dokuments beseitigt keine technische Barriere. Redaktion und Entwicklung müssen sich deshalb auf denselben realen Stand der Website beziehen, damit Erklärung und Bedienung nicht auseinanderfallen.
Für Kunden sollte erkennbar sein, welchen Bereich die Information betrifft, wie die Dienstleistung genutzt wird und wohin Schwierigkeiten gemeldet werden können. Die empfangende Person benötigt einen Weg zum zuständigen Dienstleister. Dokumentieren Sie Bewertungsdatum, geprüfte Teile und Verantwortung für Aktualisierungen. Beispiel: Nach einem Wechsel des Zahlungsanbieters kann die bisherige Beschreibung unzutreffend werden. Ihre Prüfung gehört dann zur Abnahme der Änderung. Behaupten Sie keine vollständige Konformität aufgrund geplanter zukünftiger Reparaturen. Gegenwärtiger Zustand und geplante Verbesserungen sind unterschiedliche Informationen. Beide benötigen eindeutige Zuständigkeit und eine Überprüfung, wenn sich die Dienstleistung oder ihre verwendeten Komponenten verändern.
Wirkung und Abhängigkeiten statt Ticketzahlen priorisieren
Benennen Sie zuerst Barrieren, die den Abschluss verhindern, anschließend wiederkehrende Fehler in Komponenten und Inhalten. Jede Aufgabe braucht Verantwortliche, Abhängigkeiten und einen Abschlussnachweis. „Barrierefreiheit verbessern“ ist kein überprüfbarer Auftrag. „Lieferauswahl per Tastatur ermöglichen und den Bestellabschluss im Testszenario nachweisen“ ist konkreter. Verwechseln Sie die Zahl geschlossener Tickets nicht mit Fortschritt in wichtigen Abläufen. Zehn kleine Änderungen helfen einer Person möglicherweise nicht, solange ein einzelner Schritt den Kauf blockiert. Die Auswirkung erklärt, warum eine schwierige Aufgabe vor mehreren leicht umsetzbaren Detailkorrekturen stehen kann.
Ein beispielhafter Ablauf umfasst Reproduktion, Korrektur der gemeinsamen Komponente, Inhaltsanpassung, Prüfung der externen Einbindung und erneuten Gesamttest. Das ist ein Organisationsvorschlag, kein gesetzlicher Zeitplan und kein Lieferterminversprechen. Bei mehrfach verwendeten Komponenten prüfen Sie repräsentative Stellen, andere Sprachen und längere Texte. Eine Korrektur darf nicht versehentlich Erklärungen entfernen, Preisangaben verändern oder Validierung beschädigen. Verknüpfen Sie Abnahme mit Kundenaufgabe und vereinbartem Prüfumfang. So weiß der Anbieter, welchen Nachweis er liefern muss. Das Unternehmen kann anschließend ein konkretes Ergebnis bewerten, statt sich auf eine allgemeine Zusicherung oder eine günstig aussehende Zahl im Projektbericht zu verlassen.
Ausnahmen und Sanktionen anhand des Rechts beurteilen
Das polnische Gesetz sieht Aufsicht und finanzielle Verwaltungssanktionen für bestimmte Verstöße vor. Ein Screenshot bestimmt nicht das Risiko eines konkreten Unternehmens. Einschlägige Pflicht, tatsächliche Umstände und Verfahrensstand sind entscheidend. Bereiten Sie Unterlagen und Geltungsbereich auf, statt allein mit einer Höchstsumme aus einer Überschrift zu planen. Bei bereits eingegangenen Schreiben oder gesetzten Antwortfristen ist eine individuelle Prüfung der aktuellen Vorschriften und Korrespondenz erforderlich. Ein technischer Audit identifiziert Barrieren, ersetzt aber diese rechtliche Prüfung nicht und kann keine pauschale Entwarnung für sämtliche Unternehmenspflichten liefern.
Ebenso begründet die Aussage, eine Korrektur sei teuer, noch keine unverhältnismäßige Belastung. Das Ministerium beschreibt Bewertung, Dokumentation und Informationspflichten beim Berufen auf Ausnahmen. Machen Sie aus fehlendem Budget keine undokumentierte Befreiung. Trennen Sie rechtlich zu bewertende Entscheidungen von bereits möglichen Verbesserungen, etwa Beschriftungen oder Tastaturreihenfolge. Halten Sie Begründung, Unterlagen und Nachprüfungsdatum fest. Das erhält nachvollziehbare Entscheidungen bei einem Wechsel von Dienstleister, Angebot oder Verkaufsplattform. Halten Sie bei offenen Fragen fest, wer die fehlenden Informationen beschafft und welcher nächste Schritt vereinbart wurde.
Abnahme und laufende Verantwortung vorbereiten
Sammeln Sie zum Abschluss Prüfumfang, Bericht, Änderungen, Ergebnisse erneuter Tests und bekannte Grenzen. Die Abnahme muss die tatsächliche Umsetzung betreffen, nicht nur einen Prototyp ohne Zahlung und Inhalte. Vereinbaren Sie, wer Kundenmeldungen auswertet, wann erneut getestet und wer neue Komponenten freigibt. Geben Sie der Redaktion Regeln für Bilder, Links, zugängliche Dokumente und klare Meldungen. Sonst kann der nächste Produktimport oder ein Werbebanner eine erfolgreich geprüfte Korrektur wieder aufheben. Zuständigkeiten gehören daher ebenso zur Übergabe wie die technischen Dateien und der Abschlussbericht.
Bereiten Sie zum Start Adresse, Verkaufsmodell, wichtige Modulanbieter und bekannte Probleme vor. Senden Sie diese Informationen über die Kontaktseite an DigiDraft, um Untersuchung und mögliche technische Arbeiten abzugrenzen. Die rechtliche Bewertung muss sich auf Ihre Unternehmenssituation und die unten genannten aktuellen Quellen stützen. Grundlegende Barrieren lassen sich schon vor einem großen Redesign feststellen. Dafür sind jedoch ein klarer Umfang und eine Nachprüfung nötig. Prüfen Sie bei der Abnahme erneut die Kundenaufgaben: Lassen sich Bestellungen abschließen und Fehler beheben? Die Dokumentation muss den tatsächlichen Stand des Shops beschreiben.
Fragen und Antworten
Was sollte ein Unternehmen für die Prüfung des EAA-Anwendungsbereichs vorbereiten?
Sammeln Sie eine Beschreibung der Dienstleistung, den Ablauf des Vertragsabschlusses, Angaben zur Kundengruppe und Unterlagen zum Unternehmensstatus. Beziehen Sie alle genutzten Kanäle einschließlich externer Verkaufsplattformen ein. So lässt sich der mögliche Pflichtenumfang fachlich prüfen, statt ihn aus dem Aussehen der Website abzuleiten.
Klärt ein WCAG-Audit sämtliche Pflichten im Zusammenhang mit dem EAA?
Ein WCAG-Audit prüft technische Kriterien für die Barrierefreiheit von Webinhalten. Die Pflichten des Unternehmens erfordern eine gesonderte Bewertung der Rechtsgrundlage und des Dienstleistungsumfangs. Halten Sie im Prüfauftrag fest, was der Bericht abdeckt und welche Fragen separat bewertet werden müssen.
Welche Bereiche eines Onlineshops gehören in den Barrierefreiheitstest?
Prüfen Sie den gesamten Weg von der Produktauswahl über Lieferung und Zahlung bis zur Bestellbestätigung. Berücksichtigen Sie Fehler, nicht verfügbare Artikel, die Rückkehr vom Zahlungsdienst und externe Komponenten. Ein Test nur der Startseite übersieht Stellen, an denen Kunden nicht weiterkommen.