Le vrai chantier derrière l’accessibilité Web

Le mot « accessibilité » revient sur la table dans de plus en plus de projets. Pas forcément en premier, mais il est là ! Glissé dans une to-do, brandi par un·e PO qui revient d’une conférence, ou ajouté comme critère dans un appel d’offres. Ce n’est pas (encore) le sujet prioritaire. Mais ce n’est plus un sujet qu’on peut enterrer sous le tapis.

Et c’est une bonne nouvelle 👌

Mais c’est aussi un sujet qu’on va devoir mieux manier. Pas juste cocher une case RGAA. Pas juste ajouter un role="button" au mauvais endroit. Et sûrement pas faire semblant que la performance suffit à couvrir le besoin !

Section intitulée performance-une-base-necessaire-pas-une-fin-en-soiPerformance : une base nécessaire, pas une fin en soi

Chez JoliCode, la performance frontend est une discipline que nous essayons de bâtir avec rigueur. Nos audits s’appuient systématiquement sur les Core Web Vitals (LCP : Largest Contentful Paint, INP : Interaction to Next Paint, CLS : Cumulative Layout Shift) pour mesurer la performance perçue, mais aussi pour détecter des blocages réels dans le parcours utilisateur. Nous traquons par exemple les décalages de mise en page, les s...
[Courte citation de 8% de l'article original]