Ce qui a changé dans l’Index de novembre 2026

L’édition de novembre 2026 de l’Index Silktide constitue la plus grande évolution de l’Index depuis 2023. Trois nouveautés sont à noter :

Chaque site web a été testé par notre nouveau moteur de test, le même qui teste les sites web de tous les clients Silktide. L’édition d’octobre était la dernière testée par le moteur précédent.
L’Index affiche deux scores d’accessibilité côte à côte. Le score V4 est calculé comme les scores de l’Index le sont depuis des années. Le score V5 est calculé selon la nouvelle méthode. Consultez les scores V4 et V5.
L’Index ne couvre plus seulement l’accessibilité. Il montre désormais comment les marques apparaissent dans les réponses de l’IA et comment les internautes utilisent le Web, et il continuera de s’enrichir.

Si le score de votre site web a changé entre octobre et novembre, cette page explique pourquoi. Nous prévoyons que la plupart des scores V4 resteront proches de ceux d’octobre, mais certains évolueront, et quelques-uns évolueront beaucoup, même si rien n’a changé sur le site web. Les scores V5 sont nouveaux : il n’existe donc aucun score d’octobre avec lequel les comparer.

Si votre score a changé

Commencez par ces questions. Elles couvrent la plupart des changements que nous anticipons.

Votre site web a-t-il changé ? Une refonte, un nouveau modèle, une nouvelle bannière de cookies ou un nouveau widget de chat modifie le résultat sur chaque page qui l’utilise. Corriger des problèmes augmente votre score ; de nouveaux problèmes le diminuent.
Des pages différentes ont-elles été testées ? L’Index teste un échantillon des pages de chaque site web : jusqu’à 125, et 25 pour la plupart des sites web, soit le même nombre que dans les éditions précédentes. Les pages de l’échantillon peuvent varier d’un mois à l’autre, et un échantillon différent peut révéler des problèmes différents.
Votre site web bloque-t-il ou ralentit-il les visiteurs automatisés ? Le nouveau moteur gère cela très différemment, et c’est la raison la plus probable d’une forte évolution du score. Consultez Les sites web qui limitent nos visites.
Votre site web a-t-il été affecté par une correction de l’une de nos vérifications ? Certaines vérifications détectent désormais des problèmes qu’elles ne détectaient pas auparavant, tandis que d’autres ne signalent plus de problèmes qui n’étaient pas réels. Consultez Corrections apportées à nos vérifications.
Comparez-vous le même type de score ? Comparez V4 avec V4. Un score V5 est calculé différemment ; le comparer à un score V4 antérieur ne vous apprend rien sur votre site web.

Scores V4 : les mêmes règles, un nouveau moteur

Le score V4 est calculé exactement comme auparavant. Les vérifications, le poids de chaque vérification et la façon dont ces poids se combinent pour former un score restent inchangés. Un site web qui n’a pas changé et qui est testé sur les mêmes pages devrait donc obtenir un score similaire à celui d’octobre.

Ce qui a changé, c’est la manière dont les pages sont chargées et testées. Chaque site web de l’édition de novembre a été testé à nouveau depuis zéro par le nouveau moteur de test, qui teste les sites web de tous les clients Silktide depuis octobre 2026. Ces derniers mois, ce moteur a bénéficié de centaines de corrections et d’améliorations de fiabilité, dont la plupart ne font aucune différence pour la majorité des sites web. Les éléments ci-dessous sont les plus susceptibles de modifier un score.

Les sites web qui limitent nos visites

De nombreux sites web limitent la fréquence à laquelle un même visiteur peut demander des pages. Lorsqu’un visiteur en demande trop, trop vite, le site web refuse avec une erreur (un HTTP 429, « trop de requêtes ») ou affiche un défi de sécurité à la place de la page. Consultez .

Le moteur précédent ne ralentissait pas lorsqu’un site web le refusait. Les pages refusées pouvaient échouer, ou la page d’erreur pouvait être testée à la place de la vraie page. Sur certains sites web, cela entraînait un nombre de pages insuffisant pour attribuer un score. Sur d’autres, le score reposait en partie sur des pages d’erreur.

Le nouveau moteur réduit poliment son rythme :

Lorsqu’un site web nous refuse l’accès, nous ralentissons. Nous divisons par deux le nombre de pages demandées simultanément, attendons, puis réessayons. Nous n’abandonnons un site web qu’après de nombreux refus consécutifs.
Une page que nous ne pouvons toujours pas charger est enregistrée comme soumise à une limitation du débit. Elle est exclue du score au lieu d’être évaluée comme une erreur.
Les défis de sécurité sont reconnus. Un ou une page « vérification de votre navigateur » provenant du service de sécurité d’un site web est traité comme un refus, et non testé comme s’il s’agissait de votre page. Nous ralentissons et réessayons, comme pour tout autre refus.
Les pages lentes ont moins de risque d’échouer. Nous n’attendons plus, avant de tester une page, les images d’arrière-plan décoratives lentes à arriver. Lorsqu’une page ne peut toujours pas être testée, nous en enregistrons la raison.

Pour la plupart des sites web, cela ne change rien. Pour les sites web qui limitent les visiteurs automatisés, cela signifie que le score de novembre se fonde sur davantage de leurs vraies pages qu’auparavant. Lorsque nous avons testé un échantillon de 500 sites web de l’Index avec le nouveau moteur, 37 sites qui avaient trop peu de pages pour obtenir un score dans l’Index précédent en avaient désormais suffisamment. Un nombre plus réduit, 13, a connu la situation inverse : ils avaient auparavant un score, mais nous n’avons pas pu tester suffisamment de leurs pages cette fois-ci.

Nos tests proviennent aussi désormais de serveurs différents. Un service de sécurité qui laissait passer nos anciens serveurs peut mettre les nouveaux à l’épreuve. Si votre site web n’a pas de score ce mois-ci alors qu’il en avait un auparavant, vérifiez si un service de sécurité ou une règle de pare-feu bloque les visiteurs automatisés.

Corrections apportées à nos vérifications

Ces corrections modifient ce que détecte une vérification ; elles modifient donc à la fois le score V4 et le score V5. Elles s’appliquent à chaque page pour laquelle elles sont pertinentes.

Le critère 4.1.1 Analyse syntaxique ne compte plus pour les WCAG 2.2. Les WCAG 2.2 ont supprimé le critère de succès 4.1.1 Analyse syntaxique, car les navigateurs modernes l’ont rendu obsolète, mais nos résultats WCAG 2.2 incluaient toujours ses deux vérifications : les ID dupliqués et les listes qui ne respectent pas la structure des listes. Elles ne comptent désormais plus ; les sites web pour lesquels ces vérifications détectaient des problèmes obtiennent donc un score légèrement plus élevé.
Le contraste est correctement mesuré pour les couleurs CSS modernes. Les couleurs écrites à l’aide de fonctionnalités CSS récentes, telles que les couleurs mélangées avec color-mix() ou les couleurs dans des espaces colorimétriques à large gamme, étaient parfois mal interprétées. Du texte pouvait être signalé comme blanc sur blanc, ou ne pas être vérifié du tout. Ces couleurs sont désormais correctement lues : les échecs de contraste erronés disparaissent et les vrais problèmes sont signalés avec les bonnes couleurs.
L’intérieur des composants Web est testé. Le contraste et la taille de la cible sont désormais vérifiés à l’intérieur des composants Web (contenu dans une racine fantôme ouverte), et les liens qu’ils contiennent sont suivis. Les sites web construits avec des composants Web peuvent voir de nouveaux problèmes signalés.
Le contenu révélé avec CSS est testé. Le contenu masqué par un élément parent, mais rendu à nouveau visible avec CSS, est désormais testé comme n’importe quel autre contenu visible.
La taille de la cible est mesurée selon la définition des WCAG. La vérification des contrôles trop petits ou trop proches les uns des autres utilise désormais le cercle de 24 pixels décrit par les WCAG 2.2. Moins de contrôles échouent alors qu’ils étaient en réalité suffisamment éloignés.
Les indicateurs de focus sont reconnus sous davantage de formes. Un contour de focus dessiné avec un pseudo-élément CSS (::after) est désormais reconnu comme un indicateur de focus visible.
La bannière de cookies Silktide ne masque plus le focus. Sur les sites web qui utilisent la propre bannière de cookies de Silktide, les liens situés sous la bannière étaient signalés comme masqués par celle-ci. La bannière conserve le focus clavier à l’intérieur tant qu’elle est ouverte ; ces liens ne peuvent donc pas être atteints avant sa fermeture et ne sont plus signalés.
Une vérification PDF n’est plus exécutée. La vérification qui contrôlait que les PDF fournissent un texte alternatif pour chaque image n’est plus exécutée ; elle ne compte donc plus dans les scores V4. Les sites web dont les PDF échouaient à cette vérification peuvent obtenir un score légèrement plus élevé.

Scores V5 : nouveaux et affichés à côté de V4

Le score V5 est nouveau dans l’édition de novembre. Il utilise la méthode de notation de la dernière version de Silktide : chaque score commence à 100 et chaque vérification retire jusqu’à un nombre fixe de points, selon la gravité de l’échec du site web. Le score V4 répartit les points dans une arborescence de catégories. Les deux méthodes pondèrent différemment les mêmes problèmes ; un même site web peut donc obtenir un meilleur score avec l’une qu’avec l’autre.

Pour l’Index, les deux scores proviennent du même test, sur les mêmes pages et avec les mêmes vérifications. Seule la notation diffère. Les scores V4 et V5 expliquent comment chacun est calculé et en quoi ils diffèrent.

Quelques informations à connaître sur les scores V5 :

Ils commencent avec cette édition. Il n’existe aucun score V5 pour octobre ou les mois précédents ; les tendances V5 commencent donc en novembre.
Un site web sans score V5 n’a pas de classement V5. Il n’est jamais affiché avec un score de 0.
Les classements peuvent différer. Comme V4 et V5 pondèrent les problèmes différemment, un site web peut avoir un classement différent selon le score.

Que deviennent les scores V4 ?

Pour le moment, l’Index affiche les scores V4 et V5 côte à côte. V4 est affiché en premier, afin que vous puissiez continuer à comparer avec les éditions antérieures. Nous prévoyons de retirer les scores V4 en 2027 et nous annoncerons la date suffisamment à l’avance.

Nouveautés dans l’Index

L’Index ne concerne plus uniquement l’accessibilité.

Visibilité dans l’IA. Nous posons aux assistants IA, tels que ChatGPT, Gemini et Perplexity, le type de questions que les gens posent lorsqu’ils choisissent entre plusieurs marques, par exemple « Quelles sont les meilleures marques de vêtements de sport ? », et nous les recherchons également sur Google. L’Index montre quelles marques apparaissent dans les réponses, la part de voix de chaque marque au fil du temps et sa visibilité sur chaque plateforme.
Comment les internautes utilisent le Web. Des données réelles issues de vraies visites, mesurées par Analytics de Silktide, qui répondent à des questions telles que : combien de personnes utilisent le mode sombre, combien demandent aux sites web de réduire les animations, et combien de visites proviennent d’assistants IA.

Nous continuerons à étendre le champ couvert par l’Index, édition après édition.

Articles associés

Les scores V4 et V5 - comment chaque score est calculé pour l’Index.
Comment la notation a changé dans Silktide 5 - l’explication complète de la méthode de notation V5.
- ce que signifient les niveaux A, AA et AAA.