Bâtir et automatiser

Accessibilité et conception inclusive

L'accessibilité est traitée ici comme un travail technique mesuré par une norme publiée, et non comme une bannière de conformité ajoutée à un site déjà terminé. Les tests sont manuels autant qu'automatisés, car l'outillage automatisé ne détecte qu'environ le tiers des obstacles réels.

Ce que cela comprend

  1. Audit d'accessibilité

    Votre site web ou votre application évalués selon la norme WCAG 2.2 niveau AA, avec des constats classés par gravité et par effort de correction.

  2. Correction des obstacles

    Les obstacles relevés lors de l'audit corrigés dans le balisage et le code, plutôt que masqués par un widget de surcouche.

  3. Revue de conception accessible

    Contraste des couleurs, ordre de focus, parcours au clavier et étiquetage pour lecteurs d'écran révisés pendant qu'une conception se modifie encore à peu de frais.

  4. Tests avec technologies d'assistance

    Des écrans éprouvés en navigation au clavier seul et avec des lecteurs d'écran, et pas seulement avec un analyseur automatisé.

  5. Accessibilité des documents

    Des PDF et des documents Word balisés et structurés pour que les technologies d'assistance puissent réellement les lire.

  6. Documentation de conformité

    Un relevé écrit de ce qui a été testé, de ce qui est conforme et de ce qui reste à faire, pour vos propres rapports.

Technologies et normes

  • WCAG 2.2 niveau AA
  • LAPHO
  • Tests avec lecteur d'écran
  • Navigation au clavier
  • Contraste des couleurs
  • ARIA
  • PDF accessible
  • Audit manuel et automatisé
  • Conception inclusive

Vous ne savez pas lequel il vous faut ?

Au départ, la plupart des organisations ne le savent pas non plus. Décrivez ce qui ne fonctionne pas aujourd'hui et nous vous dirons de quel domaine cela relève réellement — y compris lorsque la réponse est que vous n'avez pas besoin de nous.

Démarrer la conversation