Ob Sie Barrierefreiheitsprobleme selbst beheben können, hängt stark von der Art des Problems ab. Einen fehlenden Alternativtext bei einem Bild oder einen zu niedrigen Farbkontrast in Ihrem Corporate Design können Sie in vielen Fällen selbst anpassen, oft direkt in Ihrem CMS. Einen Checkout, der nicht mit einer Bildschirmlesehilfe funktioniert, oder ein Anmeldeformular, in dem der Fokus nicht logisch springt, erfordert normalerweise jemanden, der den zugrunde liegenden Code kennt.
Die Grenze liegt also nicht bei "technisch oder nicht technisch", sondern bei der Tiefe des Eingriffs. Texte, Beschriftungen, Farben und Struktur von Inhalten liegen in der Regel im Bereich einer Büro- oder Marketingleiterin. Interaktive Komponenten wie ein Warenkorb, ein Filter mit Tastatursteuerung oder ein schrittweiser Bestellprozess berühren oft den Code Ihres Themes, Ihre maßgeschneiderten Komponenten oder die von Ihnen verwendeten Plug-ins. Dafür benötigen Sie in der Regel einen Entwickler, der weiß, wie ARIA-Attribute, Fokusverlauf und Fehlermeldungen in Formularen in der Praxis funktionieren.
Was vernünftigerweise in Ihren eigenen Möglichkeiten liegt
Viele kleinere Hürden sind eher eine Frage der Disziplin als von technischem Wissen. Denken Sie an das Ausfüllen von Alt-Texten bei jedem neuen Bild, die Überprüfung, ob die Überschriften in der richtigen Reihenfolge stehen, oder die Anpassung eines Kontrastverhältnisses in Ihrem Styleguide. Auch das Erstellen der erforderlichen Barrierefreiheitserklärung und die Dokumentation Ihrer eigenen Bewertung sind Schritte, die Sie mit den richtigen Vorlagen selbst durchführen können; mehr dazu finden Sie unter Erklärung je Anforderung in der Wissensdatenbank.
Was oft unterschätzt wird, ist die Wartung. Eine Website verändert sich ständig: eine neue Seite, ein anderes Formular, ein angepasster Button. Jede Änderung kann ein früher gelöstes Problem erneut einführen. Dies selbst zu verwalten ist an sich kein technisches Problem, erfordert aber einen strukturell regelmäßigen Aufwand, nicht nur eine einmalige Maßnahme.
Wo Eigeninitiative endet
Bestimmte Probleme sitzen tiefer als Text oder Formatierung. Eine Bezahlstufe, die nur mit der Maus bedient werden kann, ein Modal, das den Tastaturfokus nicht behält, oder eine Suchfunktion, die Fehlermeldungen nicht für eine Bildschirmlese-Software ausspricht: Das sind Situationen, in denen sich die Code-Struktur selbst ändern muss. Das ist keine Frage der Anpassung einer Einstellung, sondern des Umbaus oder Umschreibens einer Komponente. Für diesen letzten Teil der Arbeit ist meist ein Entwickler, ein Front-End-Spezialist oder ein Anbieter mit Erfahrung in barrierefreien Schnittstellen erforderlich.
Es ist auch der Punkt, an dem automatisierte Prüfung an ihre Grenzen stößt. Ein Scan signalisiert beispielsweise, dass eine Schaltfläche keinen sichtbaren Fokuseindikator hat, kann aber nicht beurteilen, ob die Reihenfolge, in der Elemente für eine Bildschirmlese-Software angekündigt werden, logisch wirkt. Daher steht in jedem Bericht, dass eine automatisierte Prüfung einen Teil der Anforderungen nicht überprüfen kann. Die Quick-Scan zeigt in wenigen Minuten, wo Sie ungefähr stehen, aber die Umsetzung eines technisch gefundenen Problems in eine funktionierende Lösung ist Handarbeit und oft Arbeit für jemand anderen als Sie selbst.
Was ein Overlay-Widget nicht löst
Einige Anbieter versprechen, dass ein separates Skript, ein sogenanntes Overlay, Barrierefreiheitsprobleme automatisch behebt, ohne dass Sie etwas an der zugrunde liegenden Code ändern müssen. Das klingt wie die ideale Eigeninitiativ-Lösung, aber ein Overlay liest und schreibt die Seite nur an der Oberfläche in dem Moment, in dem ein Besucher die Website öffnet. Die zugrunde liegende Struktur, die Tastaturfokus-Reihenfolge und die tatsächliche Bedienung mit einer Tastatur ändern sich damit nicht. Ein Overlay erfüllt die Gesetzesanforderungen nicht, und daher verkaufen wir auch keine.
Wann Auslagerung sinnvoller ist
Für die Dokumentation, Priorisierung und Überwachung von Änderungen können Sie den Prozess mit der richtigen Unterstützung selbst in die Hand nehmen; genau dafür ist axessia.eu ausgerichtet. Für die tatsächliche Behebung komplexer Komponenten, wie einen Bestellschritt oder ein benutzerdefiniertes Anmeldeverfahren, liegt die Arbeit normalerweise bei Ihrem Entwickler oder Ihrer Agentur. Wir führen selbst keine manuellen Audits und keine Reparaturarbeiten durch; wir prüfen, priorisieren, dokumentieren und überwachen, dass das Ergebnis nach jeder Änderung erhalten bleibt. Wie diese Prüfung genau zustande kommt, lesen Sie auf der Seite zur Arbeitsweise und den Quellen, die wir verwenden.
Wenn Sie unsicher sind, ob ein spezifisches Problem etwas ist, das Sie selbst angehen können oder besser auslagern sollten, ist das eine Frage, die je nach Situation unterschiedlich ist und die ein Entwickler oder ein Fachmann für Barrierefreiheit besser beurteilen kann als eine allgemeine Checkliste. Einen Überblick über häufig gestellte praktische Fragen, einschließlich solcher Abwägungen, finden Sie auf der Seite mit Antworten auf Fragen, die Unternehmer häufig stellen.
Möchten Sie zunächst wissen, wo Ihre Website derzeit steht, ohne dass Sie dafür ein Konto benötigen? Führen Sie die kostenlose Schnellprüfung durch und lesen Sie in verständlicher Sprache, welche Bereiche Aufmerksamkeit erfordern und welche Sie vermutlich selbst beheben können.