Projektbeschreibung
ÜbersetztWir haben eine funktionierende Website mit mehreren interaktiven Blöcken (Formulare, Katalog mit Filtern, modaler Warenkorb), und wir haben sie noch nie auf Zugänglichkeit überprüft. Kürzlich schrieb ein Kunde, der einen Screenreader verwendet, dass er einen Kauf nicht abschließen konnte – und das hat uns dazu gebracht, das Thema ernst zu nehmen. Ich suche einen Spezialisten, der ein WCAG 2.1 AA-Audit durchführt, ehrlich Schwachstellen aufzeigt und nicht nur eine Liste von Beschwerden übergibt, sondern tatsächlich die Probleme behebt, die wir in unseren Vorlagen gefunden haben.
Die Arbeit gliedert sich in zwei klare Phasen. Zuerst eine strukturierte Prüfung: automatisiertes Scannen plus manuelle Tastaturtests und mindestens einen echten Screenreader auf den wichtigsten Seiten (Startseite, Katalog, Produktkarte, Inhaltsseite und der gesamte Checkout-Prozess). Ich möchte einen priorisierten Bericht, in dem Blockaden von kleineren Problemen getrennt sind, jedes Problem an ein spezifisches Erfolgskriterium gebunden ist und Reproduktionsschritte enthält, damit die Entwickler das Problem verstehen. Dann die Implementierung: Sie nehmen die Korrekturen direkt in den Vorlagen vor und überprüfen die Ergebnisse. Es ist wichtig, das visuelle Erscheinungsbild unverändert zu lassen und das aktuelle Verhalten nicht zu brechen.
Das Frontend ist einfaches HTML, CSS und ein wenig Vanilla JavaScript; schwere Frameworks sind nicht nötig, aber ich erwarte einen durchdachten Ansatz: wo ARIA angemessen ist und wo native Semantik besser ist. Senden Sie ein kurzes Beispiel einer vergangenen Prüfung oder ein Vorher/Nachher-Paar und beschreiben Sie, wie Sie überprüfen, dass eine Korrektur tatsächlich für unterstützende Technologien funktioniert.
— Prüfung gemäß WCAG 2.1 AA mit automatisierten Tools und manuellen Tastatur- und Screenreader-Tests
— Priorisierter Bericht: Blockaden und kleinere Probleme, Kriterienzuordnung, Reproduktionsschritte
— Semantik, Überschriftenreihenfolge, Landmarken und Beschriftungen von Formularfeldern beheben
— Vollständige Tastaturbedienung, sichtbarer Fokus und logische Fokussierung in Modalen
— Farbkontrast beheben und klare Textalternativen hinzufügen
— ARIA nur dort, wo native HTML das benötigte Muster nicht ausdrückt
Die Arbeit gliedert sich in zwei klare Phasen. Zuerst eine strukturierte Prüfung: automatisiertes Scannen plus manuelle Tastaturtests und mindestens einen echten Screenreader auf den wichtigsten Seiten (Startseite, Katalog, Produktkarte, Inhaltsseite und der gesamte Checkout-Prozess). Ich möchte einen priorisierten Bericht, in dem Blockaden von kleineren Problemen getrennt sind, jedes Problem an ein spezifisches Erfolgskriterium gebunden ist und Reproduktionsschritte enthält, damit die Entwickler das Problem verstehen. Dann die Implementierung: Sie nehmen die Korrekturen direkt in den Vorlagen vor und überprüfen die Ergebnisse. Es ist wichtig, das visuelle Erscheinungsbild unverändert zu lassen und das aktuelle Verhalten nicht zu brechen.
Das Frontend ist einfaches HTML, CSS und ein wenig Vanilla JavaScript; schwere Frameworks sind nicht nötig, aber ich erwarte einen durchdachten Ansatz: wo ARIA angemessen ist und wo native Semantik besser ist. Senden Sie ein kurzes Beispiel einer vergangenen Prüfung oder ein Vorher/Nachher-Paar und beschreiben Sie, wie Sie überprüfen, dass eine Korrektur tatsächlich für unterstützende Technologien funktioniert.
— Prüfung gemäß WCAG 2.1 AA mit automatisierten Tools und manuellen Tastatur- und Screenreader-Tests
— Priorisierter Bericht: Blockaden und kleinere Probleme, Kriterienzuordnung, Reproduktionsschritte
— Semantik, Überschriftenreihenfolge, Landmarken und Beschriftungen von Formularfeldern beheben
— Vollständige Tastaturbedienung, sichtbarer Fokus und logische Fokussierung in Modalen
— Farbkontrast beheben und klare Textalternativen hinzufügen
— ARIA nur dort, wo native HTML das benötigte Muster nicht ausdrückt
Webentwicklung Bargeld, Banküberweisung
