Passer au contenu
SilktideAide

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

L’édition de novembre 2026 de l’Index Silktide constitue le plus grand changement apporté à l’Index depuis 2023. Trois nouveautés sont à signaler :

  • Chaque site web a été testé par notre nouveau moteur de test, le même qui teste le site web de chaque client Silktide. L’édition d’octobre était la dernière à être testée par le moteur précédent.
  • L’Index affiche deux scores d’accessibilité côte à côte. Le score V4 est calculé de la même façon que 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 couvre plus que l’accessibilité. Il montre maintenant comment les marques apparaissent dans les réponses de l’IA et comment les gens utilisent le Web, et il continuera de s’enrichir.

Si le score de votre site web a changé entre octobre et novembre, cette page vous explique pourquoi. Nous nous attendons à ce que la plupart des scores V4 restent près de ceux d’octobre, mais certains changeront, et quelques-uns changeront beaucoup, même si rien n’a changé sur le site web. Les scores V5 sont nouveaux; il n’existe donc pas de score d’octobre auquel les comparer.

Si votre score a changé

Commencez par ces questions. Elles couvrent la plupart des changements auxquels nous nous attendons.

  • Votre site web a-t-il changé? Une refonte, un nouveau gabarit, une nouvelle bannière de témoins ou un nouveau widget de clavardage 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 différer 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 cette situation très différemment, et c’est la raison la plus probable d’un changement marqué de score. Consultez Les sites web qui limitent nos visites.
  • Votre site web a-t-il été touché par une correction apportée à l’une de nos vérifications? Certaines vérifications détectent maintenant 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 à 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 sont combinés pour obtenir un score n’ont pas changé; ainsi, un site web qui n’a pas changé et dont les mêmes pages sont testées devrait obtenir un score semblable à celui d’octobre.

Ce qui a changé, c’est la façon dont les pages sont chargées et testées. Chaque site web de l’édition de novembre a été testé de nouveau à partir de zéro par le nouveau moteur de test, qui teste le site web de chaque client Silktide depuis octobre 2026. Au cours des derniers mois, ce moteur a bénéficié de centaines de corrections et d’améliorations de fiabilité, et la plupart ne font aucune différence sur la plupart des sites web. Celles ci-dessous sont les plus susceptibles de modifier un score.

Les sites web qui limitent nos visites

De nombreux sites web limitent la vitesse à laquelle un même visiteur peut demander des pages. Lorsqu’un visiteur en demande trop, trop rapidement, le site web refuse avec une erreur (HTTP 429, « trop de requêtes ») ou affiche une vérification de sécurité au lieu 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 véritable page. Sur certains sites web, cela signifiait qu’il y avait trop peu de pages pour attribuer un score. Sur d’autres, le score était fondé en partie sur des pages d’erreur.

Le nouveau moteur ralentit de façon respectueuse :

  • Lorsqu’un site web nous refuse, nous ralentissons. Nous réduisons de moitié le nombre de pages demandées en même temps, 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 limitée par le débit. Elle est exclue du score plutôt que d’être évaluée comme une erreur.
  • Les vérifications de sécurité sont reconnues. 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 sont moins susceptibles d’échouer. Nous n’attendons plus l’arrivée d’images d’arrière-plan décoratives lentes avant de tester une page et, lorsqu’une page ne peut toujours pas être testée, nous 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 repose sur un plus grand nombre de leurs véritables pages qu’auparavant. Lorsque nous avons testé un échantillon de 500 sites web de l’Index avec le nouveau moteur, 37 qui avaient trop peu de pages pour obtenir un score dans l’Index précédent en avaient maintenant suffisamment. Un nombre plus petit, soit 13, a connu la situation inverse : ils avaient un score auparavant, mais nous n’avons pas pu tester suffisamment de leurs pages cette fois-ci.

Nos tests proviennent aussi maintenant 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 qu’une vérification détecte; elles modifient donc les scores V4 et V5. Elles s’appliquent à chaque page pour laquelle elles sont pertinentes.

  • 4.1.1 Analyse syntaxique ne compte plus pour WCAG 2.2. WCAG 2.2 a 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 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 mesuré correctement pour les couleurs CSS modernes. Les couleurs écrites à l’aide de fonctionnalités CSS plus récentes, comme les couleurs mélangées avec color-mix() ou les couleurs dans des espaces colorimétriques à gamme étendue, é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 maintenant lues correctement : les faux échecs de contraste disparaissent et les véritables échecs sont signalés avec les bonnes couleurs.
  • L’intérieur des composants Web est testé. Le contraste et la taille des cibles sont maintenant 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 créés 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 de nouveau visible avec CSS, est maintenant testé comme tout autre contenu visible.
  • La taille des cibles est mesurée comme le définit WCAG. La vérification visant les contrôles trop petits ou trop rapprochés utilise maintenant le cercle de 24 pixels décrit dans 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 plus de formes. Un anneau de focus dessiné avec un pseudo-élément CSS (::after) est maintenant reconnu comme un indicateur de focus visible.
  • La bannière de témoins Silktide ne masque plus le focus. Sur les sites web qui utilisent la propre bannière de témoins de Silktide, les liens sous la bannière étaient signalés comme étant cachés derrière elle. La bannière maintient 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 déterminait si les PDF fournissaient un texte de remplacement 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é des scores V4

Le score V5 est nouveau dans l’édition de novembre. Il utilise la méthode de notation de la plus récente 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 score plus élevé avec l’une qu’avec l’autre.

Pour l’Index, les deux scores proviennent du même test des mêmes pages, 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.

Voici quelques éléments à savoir 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é comme ayant 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 chacun.

Ce qui arrive aux 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 à le comparer aux éditions précédentes. Nous prévoyons retirer les scores V4 en 2027 et nous l’annoncerons bien avant que cela se produise.

Nouveautés dans l’Index

L’Index ne porte plus seulement sur l’accessibilité.

  • Visibilité dans l’IA. Nous posons à des assistants IA, comme ChatGPT, Gemini et Perplexity, le genre de questions que les gens posent lorsqu’ils choisissent entre des marques, comme « Quelles sont les meilleures marques de vêtements athlétiques? », et nous les recherchons aussi dans 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 gens utilisent le Web. Des données réelles provenant de véritables visites, mesurées par l’analytique de Silktide, qui répondent à des questions telles que le nombre de personnes qui utilisent le mode sombre, qui demandent aux sites web de réduire les animations, et la proportion de visites provenant d’assistants IA.

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

Contenu connexe

Dernière mise à jour

Cette page vous a-t-elle été utile?