Description du projet
TraduitNous avons un site web fonctionnel avec plusieurs blocs interactifs (formulaires, catalogue avec filtres, panier modal), et nous ne l'avons jamais vérifié pour l'accessibilité. Récemment, un client utilisant un lecteur d'écran a écrit qu'il ne pouvait pas finaliser un achat — et cela nous a fait prendre le sujet au sérieux. Je cherche un spécialiste qui effectuera un audit WCAG 2.1 AA, montrera honnêtement les points faibles, et ne se contentera pas de remettre une liste de plaintes mais corrigera réellement les problèmes que nous avons trouvés dans nos modèles.
Le travail se décompose en deux étapes claires. D'abord, un audit structuré : scan automatisé plus tests manuels au clavier et au moins un vrai lecteur d'écran sur les pages clés (accueil, catalogue, fiche produit, page de contenu, et tout le processus de paiement). Je veux un rapport priorisé où les blocages sont séparés des problèmes mineurs, chaque problème étant lié à un critère de succès spécifique et incluant des étapes de reproduction afin que les développeurs comprennent le problème. Ensuite, mise en œuvre : vous effectuez les corrections directement dans les modèles et vérifiez les résultats. Il est important de garder l'apparence visuelle inchangée et de ne pas rompre le comportement actuel.
Le frontend est en HTML simple, CSS, et un peu de JavaScript vanilla ; des frameworks lourds ne sont pas nécessaires, mais j'attends une approche réfléchie : où ARIA est approprié et où la sémantique native est préférable. Envoyez un court exemple d'un audit passé ou une paire avant/après et décrivez comment vous vérifiez qu'une correction fonctionne réellement pour les technologies d'assistance.
— Audit selon les WCAG 2.1 AA avec outils automatiques et tests manuels au clavier et avec lecteur d'écran
— Rapport priorisé : blocages et problèmes mineurs, cartographie des critères, étapes de reproduction
— Corriger la sémantique, l'ordre des titres, les repères et les étiquettes des champs de formulaire
— Fonctionnement complet au clavier, focus visible, et ordre de focus logique dans les modaux
— Corriger le contraste des couleurs et ajouter des alternatives textuelles claires
— ARIA uniquement là où le HTML natif n'exprime pas le modèle nécessaire
Le travail se décompose en deux étapes claires. D'abord, un audit structuré : scan automatisé plus tests manuels au clavier et au moins un vrai lecteur d'écran sur les pages clés (accueil, catalogue, fiche produit, page de contenu, et tout le processus de paiement). Je veux un rapport priorisé où les blocages sont séparés des problèmes mineurs, chaque problème étant lié à un critère de succès spécifique et incluant des étapes de reproduction afin que les développeurs comprennent le problème. Ensuite, mise en œuvre : vous effectuez les corrections directement dans les modèles et vérifiez les résultats. Il est important de garder l'apparence visuelle inchangée et de ne pas rompre le comportement actuel.
Le frontend est en HTML simple, CSS, et un peu de JavaScript vanilla ; des frameworks lourds ne sont pas nécessaires, mais j'attends une approche réfléchie : où ARIA est approprié et où la sémantique native est préférable. Envoyez un court exemple d'un audit passé ou une paire avant/après et décrivez comment vous vérifiez qu'une correction fonctionne réellement pour les technologies d'assistance.
— Audit selon les WCAG 2.1 AA avec outils automatiques et tests manuels au clavier et avec lecteur d'écran
— Rapport priorisé : blocages et problèmes mineurs, cartographie des critères, étapes de reproduction
— Corriger la sémantique, l'ordre des titres, les repères et les étiquettes des champs de formulaire
— Fonctionnement complet au clavier, focus visible, et ordre de focus logique dans les modaux
— Corriger le contraste des couleurs et ajouter des alternatives textuelles claires
— ARIA uniquement là où le HTML natif n'exprime pas le modèle nécessaire
Développement web Espèces, Virement bancaire
