Audit d'accessibilite RGAA pour applications Next.js

Pendant la phase d'hydratation Next.js, le HTML statique est affiche mais les gestionnaires d'evenements ne sont pas encore attaches. Les boutons, liens et formulaires apparaissent a l'ecran mais ne reagissent pas aux clics ni au clavier. Les technologies d'assistance annoncent ces elements comme interactifs alors qu'ils ne le sont pas encore. Ce delai est particulierement problematique sur les connexions lentes.

Le composant next/image requiert un attribut alt, mais de nombreux developpeurs le remplissent avec une chaine vide ou un texte generique ('image', 'photo') sur des images informatives. Les images decoratives sont rarement marquees avec alt vide correctement. Le composant genere un HTML complexe (avec des wrappers) qui peut poser probleme si le alt n'est pas correctement propage a la balise img finale.

Le composant next/link effectue une navigation cote client qui change le contenu sans rechargement de page. Le focus clavier n'est pas deplace vers le nouveau contenu ni vers le haut de la page. Les lecteurs d'ecran n'annoncent pas le changement de page. L'utilisateur de clavier reste focalise sur le lien qu'il vient de cliquer, dans un contenu qui a change autour de lui.

L'architecture de layouts imbriques de Next.js (App Router) fait que lors d'une navigation, seul le segment de page concerne est re-rendu. Le layout parent reste en place mais le contenu enfant change. Le focus n'est pas gere entre ces segments, et l'utilisateur de technologies d'assistance ne percoit pas quelle partie de la page a change, surtout dans les applications avec sidebar + contenu principal.