Graphiques et tableaux pour les tendances d’accessibilité, les problèmes récurrents et les ventilations par contenu à partir des Accessibility Tests enregistrés.
Qu’est-ce qu’Analytics ?
L’écran Analytics agrège les données du Accessibility Test : scores dans le temps, problèmes fréquents, URL concernées, etc.
Pourquoi l’utiliser
- Tendances : voir l’amélioration ou la régression dans le temps
- Priorisation : traiter d’abord les problèmes fréquents ou graves
- Vue contenu : comparer types de contenu ou modèles
- Suivi des progrès : éléments pour les feuilles de route
- Rapports : vues exportables pour les parties prenantes
- Planification : décider où le temps de développement a le plus d’impact
Ce que vous obtenez
Historique des événements :
- La carte autonome et immédiatement visible Historique des événements affiche directement les cinq derniers tests par lots, mises à jour et suppressions dans l’ordre chronologique
- Afficher l’historique complet des événements développe la même carte avec tous les événements enregistrés des trois derniers mois ; l’aperçu compact peut ensuite être rétabli
- Sur téléphone, l’action Détails de chaque entrée compacte ouvre une bottom sheet avec la date et l’heure, le type, le message, l’utilisateur et l’URL
- Fermez la vue détaillée avec ses actions visibles, Échap, l’arrière-plan ou un glissement vers le bas depuis la poignée ; le focus clavier revient ensuite à l’entrée qui l’a ouverte
Tendances :
- Score d’accessibilité moyen dans le temps
- Nombre de problèmes (global et par gravité)
- Activité des tests par période
Principaux problèmes :
- Problèmes les plus fréquents (par pages touchées)
- Problèmes les plus graves
- Critères WCAG les plus souvent touchés
Analytics contenu :
- Problèmes par type de contenu (article, page, …)
- URL avec le plus de constats
- Problèmes par taxonomie / catégorie le cas échéant
Mise en page et aide
- Les quatre vues Analytics sont accessibles depuis la navigation supérieure dans une surface principale commune.
- Analytics utilise toute la largeur de contenu disponible sans barre latérale droite séparée. Les cartes orientées vers l’action se réorganisent de façon responsive de trois colonnes à une colonne sur téléphone.
- Problèmes identifiés, Éléments concernés et Pages concernées utilisent désormais le même système de cartes orienté vers la décision que le tableau de bord. Chaque vue commence par une carte concise consacrée aux prochaines étapes et conserve ses filtres et actions principales dans le contexte de travail. Sur téléphone, le filtre à sélection multiple des Éléments concernés s’ouvre dans une feuille inférieure ; Appliquer valide le brouillon, tandis qu’Annuler, Fermer, Échap, l’arrière-plan ou un glissement vers le bas restaure la sélection précédente.
- Lors de l’ouverture d’un problème, celui-ci peut être conservé comme filtre vers Éléments concernés ou Pages concernées. Depuis un élément, le parcours se poursuit vers la liste de pages filtrée, où le résultat de test actuel et l’éditeur WordPress sont disponibles comme actions visibles.
- Pages concernées s’ouvre par défaut sous forme d’une liste priorisée Toutes et peut aussi charger Par type ou Par priorité. Les scores, dates et liens de résultat proviennent du dernier résultat Desktop enregistré pour chaque URL normalisée ; les totaux d’occurrences restent séparés du nombre de pages concernées.
- État de l’accessibilité affiche le score moyen, son évolution depuis la mesure précédente et la date du dernier test. Lorsque des données ordinateur et mobile sont disponibles, le même sélecteur de Viewport actualise aussi l’état des pages, la portée des problèmes et la couverture WCAG.
- Étapes suivantes classe les trois types de problèmes ayant le plus fort impact actuel. Couverture des tests sépare les contenus à jour, obsolètes et non testés ; Pages par état regroupe les pages testées en plages sans problème détecté automatiquement (score 100), à améliorer (50–99) et critique (0–49).
- Couverture WCAG résume les résultats enregistrés selon les quatre principes WCAG. Seuls les critères sans infraction automatisée comptent comme validation automatique ; les vérifications manuelles ouvertes ne sont pas présentées comme réussies.
- Vue d’ensemble, État en direct et Sites avec problèmes ajoutent les pages testées et concernées, les types de problèmes, la progression des lots, la dernière agrégation et la portée par priorité. Tous les problèmes trouvés rétablit l’inventaire complet triable avec filtre de priorité et nombres d’occurrences ordinateur/mobile.
- Activité des redirections sépare les résultats actuels avec score, les redirections ignorées sans test, les destinations de redirection testées automatiquement et les erreurs de redirection des 30 derniers jours. Les vérifications ignorées ou échouées n’ont ni score ni constat et n’influencent pas les moyennes. Une destination testée est comptée une seule fois sous son URL de destination, même si plusieurs URL sources y redirigent.
- Évolution du score peut être filtrée sur 7, 30 ou 90 jours ou toute la période enregistrée, par type de contenu ou auteur, et par intervalles quotidiens, hebdomadaires ou mensuels. Chaque test réussi est enregistré par contenu et séparément pour ordinateur et mobile, afin qu’un Viewport ne puisse pas remplacer les données de l’autre. Inventaire actuel utilise le dernier résultat connu de chaque contenu inclus jusqu’à la fin de chaque intervalle ; les points hebdomadaires et mensuels montrent l’état final de l’intervalle. L’infobulle indique le nombre de contenus, la fraîcheur des résultats (âge maximal : 30 jours), l’activité des tests et, pour l’ensemble des contenus, la répartition par type. Les sections pointillées prolongent le dernier état connu parce qu’aucun nouveau test n’a eu lieu ; un losange signale une variation du nombre de contenus dans le score. Inventaire comparable conserve au contraire une cohorte fixe par Viewport : seuls les contenus mesurés avant la période choisie et retestés pendant celle-ci sont inclus. Les deux résumés compacts suivent les mêmes filtres et les courbes ordinateur, mobile ou les deux restent librement sélectionnables.
- Aide ouvre des explications adaptées à la vue actuelle sous forme de panneau latéral et de bottom sheet sur les écrans étroits.
- Réagréger Analytics reste visible dans l’en-tête du tableau de bord et reconstruit au besoin les données dérivées à partir des résultats de test enregistrés.
- Rôle du média résolu regroupe les images avec un texte alternatif et celles validées comme décoratives. Les images sans l’un de ces états restent à vérifier ; les constats du test d’accessibilité portant sur des utilisations concrètes sont évalués indépendamment.
- Les cartes du tableau de bord utilisent une grille cohérente et sobre ; l’état et la priorité restent également disponibles sous forme de texte ou de chiffres, en plus de la couleur.
Configuration
Analytics est généré automatiquement à partir des exécutions du Accessibility Test enregistrées — pas d’écran de réglages Analytics séparé.
Flux de travail
- Ouvrez l’onglet Analytics dans l’extension
- Examinez les agrégats actuels
- Analysez les tendances historiques
- Approfondissez les principaux problèmes
- Utilisez les filtres par type de contenu ou catégorie de problème
- Exportez en CSV si votre plan le permet
Exemples
Exemple 1 : reporting
Capturez les scores actuels, mettez en évidence les régressions et montrez les progrès aux parties prenantes.
Exemple 2 : triage
Corrigez d’abord les 10 problèmes récurrents principaux, puis utilisez l’analytics contenu pour voir quels modèles échouent encore.
Exemple 3 : objectifs qualité
Suivez le score moyen par trimestre et reliez les refactors à une évolution mesurable.
Conseils
- Lancez des tests régulièrement pour que les tendances soient significatives
- Utilisez les lots pour couvrir rapidement
- Combinez avec AI Insights sur Premium / Agency pour une priorisation narrative
- Les agrégats se mettent à jour au fil des nouveaux tests
Disponible pour : Premium et Agency ; administrateurs uniquement à partir de Premium