Audit d'accessibilité RGAA pour applications Next.js

Pendant la phase d'hydratation Next.js, le HTML statique est affiché mais les gestionnaires d'événements ne sont pas encore attachés. Les boutons, liens et formulaires apparaissent à l'écran mais ne réagissent pas aux clics ni au clavier. Les technologies d'assistance annoncent ces éléments comme interactifs alors qu'ils ne le sont pas encore. Ce délai est particulièrement problématique sur les connexions lentes.

Le composant next/image requiert un attribut alt, mais de nombreux développeurs le remplissent avec une chaîne vide ou un texte générique ('image', 'photo') sur des images informatives. Les images décoratives sont rarement marquées avec alt vide correctement. Le composant génère un HTML complexe (avec des wrappers) qui peut poser problème si le alt n'est pas correctement propagé à la balise img finale.

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

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