Barrierefreiheit für Web-Apps: Was der European Accessibility Act für dich bedeutet
Jahrelang war digitale Barrierefreiheit ein Thema für Behörden. Seit 2025 ist das anders: Der European Accessibility Act nimmt auch private Anbieter in die Pflicht. Dieser Text erklärt in Alltagssprache, was der EAA verlangt, ob er dich als Schweizer Anbieter trifft, was Barrierefreiheit technisch wirklich bedeutet und wo du anfängst, ohne dein Produkt umzubauen.
Warum das Thema plötzlich auf dem Tisch liegt
Digitale Barrierefreiheit galt lange als etwas, das vor allem Behörden und grosse Konzerne angeht. Seit Mitte 2025 stimmt das nicht mehr. Mit dem European Accessibility Act, kurz EAA, gilt in der EU erstmals eine breite Pflicht, die auch private Anbieter erfasst. Wer eine Web-App, einen Onlineshop oder ein SaaS-Produkt betreibt, kann unmittelbar betroffen sein, ohne es zu wissen.
Das Unangenehme daran: Barrierefreiheit lässt sich nicht in einer Woche nachrüsten. Sie steckt in tausend kleinen Entscheidungen, von der Farbwahl über die Struktur der Formulare bis zur Frage, ob sich alles auch ohne Maus bedienen lässt. Wer das früh mitdenkt, zahlt fast nichts drauf. Wer es ignoriert und später muss, baut halbe Bildschirme neu.
Was der European Accessibility Act verlangt
Der EAA verlangt im Kern, dass bestimmte digitale Produkte und Dienstleistungen für Menschen mit Behinderungen nutzbar sind. Gemeint sind nicht nur Blinde, sondern alle, die anders bedienen: Menschen mit eingeschränktem Sehen, motorischen Einschränkungen, Menschen, die per Tastatur oder Screenreader arbeiten, und ältere Nutzer, die schlicht schlechter sehen und feiner klicken müssen.
Der Massstab dahinter heisst EN 301 549, eine europäische Norm, die sich wiederum auf die international etablierten WCAG stützt, die Web Content Accessibility Guidelines. Das klingt nach einem Aktenschrank voller Regeln, läuft am Ende aber auf vier verständliche Prinzipien hinaus, die wir gleich durchgehen. Wichtig ist zunächst nur: Es gibt einen anerkannten, prüfbaren Standard. Du musst dir nicht ausdenken, was barrierefrei bedeutet, du kannst dich daran messen.
Betrifft mich das als Schweizer Anbieter?
Die Schweiz ist nicht Teil der EU, also gilt der EAA hier nicht direkt. Trotzdem ist die schnelle Antwort selten ein sauberes Nein.
Sobald du an Kundinnen und Kunden in der EU verkaufst, greift die dortige Pflicht für dein Angebot in diesen Märkten. Ein Schweizer SaaS mit deutschen oder österreichischen Nutzern steht damit im Anwendungsbereich, ganz gleich, wo der Server steht. Dazu kommt die nationale Ebene: In der Schweiz nimmt das Behindertengleichstellungsrecht private Anbieter zunehmend in die Pflicht, und die Richtung ist überall dieselbe. Barrierefreiheit wandert von der Kür zur Grundanforderung.
Und selbst wo keine Pflicht greift, bleibt ein handfestes Argument: Ein spürbarer Teil deiner potenziellen Nutzer hat irgendeine Einschränkung. Jede Barriere ist eine Tür, die du vor zahlenden Kunden zuschlägst. Das ist dieselbe Logik wie bei einer Landingpage, die Anfragen bringt: Wer nicht durchkommt, konvertiert nicht.
Was Barrierefreiheit konkret heisst
Hinter dem Regelwerk stehen vier Prinzipien, die man sich merken kann. Barrierefrei ist etwas, das wahrnehmbar, bedienbar, verständlich und robust ist.
Wahrnehmbar heisst, dass Inhalte für unterschiedliche Sinne erreichbar sind. Bilder brauchen einen Alternativtext, den ein Screenreader vorlesen kann. Text braucht genug Kontrast zum Hintergrund, damit auch schwächere Augen ihn lesen. Farbe allein darf nie die einzige Information sein, denn wer Rot und Grün nicht unterscheidet, sieht deine Fehlermeldung sonst nicht.
Bedienbar heisst vor allem: Alles muss auch ohne Maus gehen. Viele Menschen navigieren ausschliesslich per Tastatur. Wenn sich dein Menü, dein Formular oder dein Bezahlvorgang nicht per Tab und Enter durchlaufen lässt, sind diese Nutzer draussen. Bewegte oder automatisch verschwindende Elemente gehören ebenfalls entschärft.
Verständlich heisst, dass Aufbau und Sprache nachvollziehbar sind. Formularfelder brauchen klare Beschriftungen, Fehlermeldungen müssen sagen, was zu tun ist, und die Bedienung sollte sich nicht ohne Vorwarnung ändern.
Robust heisst, dass die Technik mit Hilfsmitteln zusammenspielt. Sauber ausgezeichnetes HTML sorgt dafür, dass ein Screenreader eine Schaltfläche auch als Schaltfläche erkennt. Genau hier rächt sich wild zusammengebaute Oberfläche am stärksten.
Was es kostet, und warum später teurer ist
Von Anfang mitgebaut kostet Barrierefreiheit erstaunlich wenig. Kontraste stimmen, weil sie im Design von Beginn an geprüft werden. Tastaturbedienung funktioniert, weil man auf saubere Komponenten setzt. Alternativtexte entstehen nebenbei. Es ist Sorgfalt, kein Zusatzprojekt.
Teuer wird es erst, wenn ein fertiges Produkt nachträglich barrierefrei werden muss. Dann geht es an die Grundstruktur, an Komponenten, die überall verbaut sind, an Farbschemata, die durch die ganze Anwendung ziehen. Das ist dieselbe Mechanik, die wir von Sicherheit im kleinen SaaS und vom datenschutzkonformen Betrieb kennen: Was zur Bauqualität gehört, lässt sich nicht sauber am Ende draufkleben. Nachträglich zahlst du doppelt, einmal fürs Nachrüsten und einmal für alles, was dabei kaputtgeht.
Wo du anfängst
Du musst nicht am ersten Tag die volle Norm erfüllen. Du solltest aber wissen, wo du stehst, und die grössten Barrieren zuerst abräumen.
Starte mit einem einfachen Check der drei häufigsten Stolpersteine. Lässt sich dein Kernablauf, also Registrierung, Login und die eine wichtigste Funktion, komplett per Tastatur bedienen? Haben Texte und Bedienelemente genug Kontrast? Sind deine Formulare sauber beschriftet und melden Fehler verständlich? Diese drei Punkte decken einen grossen Teil der realen Probleme ab und lassen sich meist mit vertretbarem Aufwand lösen.
Danach machst du Barrierefreiheit zum festen Bestandteil davon, wann eine Funktion als fertig gilt. Nicht als nachgelagerte Prüfung, sondern als Teil der Definition von fertig, genauso wie ein Feature erst zählt, wenn es getestet und betriebsbereit ist.
Barrierefreiheit ist Bauqualität, kein Zusatz
Der EAA hat ein Thema zur Pflicht gemacht, das vorher zu leicht liegen blieb. Die eigentliche Erkenntnis liegt aber tiefer: Ein Produkt, das sich nur mit perfektem Sehvermögen, ruhiger Hand und Maus bedienen lässt, ist kein fertiges Produkt, sondern eines mit unsichtbaren Türen, die vielen den Zutritt verwehren.
Wer neu baut, sollte Barrierefreiheit von Beginn an als Teil der Qualität verstehen, so wie Sicherheit und Betrieb. Wer ein bestehendes Produkt hat, verschafft sich am besten zuerst einen nüchternen Überblick und geht die grössten Barrieren zuerst an. Genau so gehen wir es in unserer SaaS-Produktentwicklung an. Wenn du wissen willst, wo dein Produkt heute steht, sprich mit uns, und wir schauen es uns gemeinsam an.