Der Betrag für einen Verbesserungsplan selbst ist meist überschaubar: Es ist das Dokument mit der priorisierten Liste der Mängel, den entsprechenden Fristen und der Begründung, warum etwas urgent ist oder nicht. Die eigentlichen Kosten entstehen im nächsten Schritt, wenn die Website, der Webshop oder die App von einem Entwickler tatsächlich angepasst wird. Und dieser Betrag unterscheidet sich erheblich, je nach einigen Faktoren, die nachfolgend erläutert werden.
Entscheidend ist nicht die Anzahl der gefundenen Mängel, sondern die Art des Mangels und wo er sitzt. Fehlender Farbkontrast auf einigen Überschriften lässt sich an einem Nachmittag beheben. Eine Zahlungsseite, die nicht mit der Tastatur zu bedienen ist, betrifft oft den zugrunde liegenden Code einer gekauften oder maßgeschneiderten Komponente, und das kostet deutlich mehr Zeit. Der Verbesserungsplan sagt, was getan werden muss und in welcher Reihenfolge; er sagt nicht, wie viele Stunden ein Entwickler dafür braucht, denn das hängt davon ab, wie die Website aufgebaut ist.
Woher der Betrag kommt
Die meisten Angebote für die Behebung von Barrierefreiheitsmängeln bestehen aus drei Teilen: der Zeit, das Problem zu verstehen, der Zeit, es zu beheben, und der Zeit, um zu überprüfen, ob die Lösung auch mit einem Bildschirmleser oder nur mit der Tastatur funktioniert. Dieser letzte Teil wird in einer ersten Schätzung oft übersehen, ist aber genau dort, wo Behebungsarbeiten aus dem Ruder laufen: Ein Button, der visuell gut aussieht, kann den assistiven Technologien immer noch nicht mitteilen, was er tut.
Ein zweiter Kostenfaktor ist die Plattform selbst. Ein Webshop auf einer Standard-Plattform mit gut gepflegten Designs hat oft bereits einen Teil der Grundlagen in Ordnung, wie korrekte Überschriftenstruktur und grundlegende Tastaturfokus-Reihenfolge. Eine geschäftliche Website mit einer maßgeschneiderten Login-Umgebung oder einem eigenen Bestellfluss hat diese Grundlagen manchmal gar nicht, und dann geht es nicht um das Anpassen von Einstellungen, sondern um das Umschreiben von Komponenten. pro Situation nachschlagen, was genau getestet wird bietet einen Überblick über welche Teile einer Website normalerweise die meiste Arbeit erfordern.
Ein dritter Faktor ist, wer die Arbeit ausführt. Interne Entwickler, die den Code bereits kennen, sind oft schneller als ein externes Unternehmen, das erst verstehen muss, wie alles zusammenhängt. Umgekehrt hat ein externes Unternehmen, das diese Art von Behebungsarbeiten häufig durchführt, einen Vorteil in der Erfahrung mit genau dieser Art von Mängeln, wie Formularbeschriftungen oder Alternativtexte, die strukturell fehlen.
Was den Betrag nicht senkt
Ein Barrierefreiheits-Widget, das behauptet, die Website auf Knopfdruck zu verbessern, behebt keines dieser zugrunde liegenden Probleme und senkt daher auch nicht die tatsächlichen Kosten. So ein Overlay fügt eine Schicht an die Vorderseite der Website ein, aber der zugrunde liegende Code, die Formularbeschriftungen, die Tastaturfokus-Reihenfolge, bleibt unverändert. Aufsichtsbehörden und das Gesetz selbst gehen von der tatsächlichen Barrierefreiheit des zugrunde liegenden Dienstes aus, nicht von dem, was ein Widget zu leisten verspricht. Wer sich darauf verlässt, schiebt nur die Kosten für echte Behebungsarbeiten auf.
Ein anderes Missverständnis ist, dass alles auf einmal behoben werden muss, um Kosten beim Stundensatz zu sparen. In der Praxis ist ein gestaffelter Ansatz oft kostengünstiger, weil die schwerwiegendsten Mängel — beispielsweise eine Zahlungsseite, die mit einem Bildschirmleser nicht abgeschlossen werden kann — zuerst behoben werden, während kleinere Punkte wie Farbkontrast in einem regulären Wartungszyklus mitlaufen. Das ist genau dort, wo eine priorisierte Aktionsliste in verständlicher Sprache einen Mehrwert bietet: Entwickler wissen dann, wo sie zuerst anfangen müssen, anstatt alles gleichzeitig anzupacken.
Das tut und das tut axessia nicht
Axessia erstellt die Maßnahmenliste, dokumentiert, was überprüft wurde, und überwacht, ob Änderungen an der Website eine erneute Überprüfung erforderlich machen. Die eigentliche Reparaturarbeit, das Schreiben neuer Code oder die Anpassung eines Designs liegt in Ihrer Hand — bei Ihrem eigenen Entwickler oder Ihrer Agentur. Dieser Unterschied ist bewusst gewählt: Eine automatische Scan kann einen Teil der Anforderungen nicht überprüfen, und die Durchführung von Reparaturen erfordert Kenntnisse Ihrer spezifischen Plattform, die ein Scan nicht hat.
Wer herausfinden möchte, welcher Teil der Kosten überhaupt für die eigene Situation relevant ist, beginnt mit der Frage, ob die Verordnung anwendbar ist. in wenigen Fragen einen ersten Überblick zeigt, ob eine Ausnahme gilt, zum Beispiel für Kleinstunternehmen, bevor es um Reparaturkosten geht. Für diejenigen, die bereits wissen, dass die Verordnung gilt und neugierig sind, was axessia's eigene Berichterstattung und Erklärung kosten, ist das losgelöst von der Reparaturarbeit auf der Übersicht der Abonnements und was darin enthalten ist.
Haben Sie noch Fragen zu einem Teil Ihrer Website, oder möchten Sie wissen, wie eine frühere Überprüfung zustande kam, bevor Sie einen Entwickler einbeziehen? nachzuverfolgen, woher die Bewertung stammt zeigt, welche Quellen dabei verwendet werden.
Der kostenlose Quick-Scan gibt auf einer Reihe von Kernseiten einen ersten Überblick darüber, wo die größten Engpässe liegen, ohne dass dafür ein Konto erforderlich ist. Dies ist ein guter Ausgangspunkt, um zu schätzen, wie viel Reparaturarbeit ungefähr anfällt, bevor Sie ein Angebot bei einem Entwickler anfragen.