{"id":29742,"date":"2026-02-10T13:05:00","date_gmt":"2026-02-10T12:05:00","guid":{"rendered":"https:\/\/www.web-systems.pl\/digitale-barrierefreiheit-firmenwebsite-wcag\/"},"modified":"2026-02-10T13:05:00","modified_gmt":"2026-02-10T12:05:00","slug":"digitale-barrierefreiheit-firmenwebsite-wcag","status":"publish","type":"post","link":"https:\/\/www.web-systems.pl\/de\/digitale-barrierefreiheit-firmenwebsite-wcag\/","title":{"rendered":"Digitale Barrierefreiheit in der Praxis: was sich auf der Firmenwebsite wirklich \u00e4ndern muss"},"content":{"rendered":"\n

Die Meldung sieht meistens gleich aus. Jemand von au\u00dfen schreibt, dass sich das Kontaktformular nicht mit der Tastatur ausf\u00fcllen l\u00e4sst, oder die Rechtsabteilung schickt eine E-Mail \u00fcber die Pflicht zur Barrierefreiheit. Der erste Reflex des Unternehmens? Ein Plugin finden, das die Sache am Wochenende erledigt. Dabei ist WCAG f\u00fcr Unternehmen<\/strong> eine Ingenieursfrage und keine juristische – die Kriterien beschreiben konkrete Verhaltensweisen der Oberfl\u00e4che, die entweder im Code stehen oder eben nicht.<\/p>\n\n\n\n

In Audits von Firmenwebsites, die ohne Gedanken an Barrierefreiheit gebaut wurden, sehe ich immer wieder dasselbe Bild: ein h\u00fcbsches Layout, visuell tadellos, und darunter Divs, die Schaltfl\u00e4chen vort\u00e4uschen, ein Formular ohne Beschriftungen und ein Modal, aus dem der Screenreader nicht herausfindet. Die Reparatur besteht nicht darin, eine gesonderte “Version f\u00fcr Menschen mit Behinderung” danebenzustellen. Sie betrifft Templates, gemeinsam genutzte Komponenten und die Art, wie die Redaktion Inhalte ver\u00f6ffentlicht.<\/p>\n\n\n\n

\n
\n

Inhaltsverzeichnis<\/p>\n<\/span><\/div>\n