Notes de version Axe MCP Server Version 1.6.0

Date de publication

23 septembre 2026

Vue d'ensemble

Cette version v1.6.0 ajoute deux nouvelles Tests Intelligents Guidés (IGT) à l'outil analyze : Éléments interactifs et Dialogue modal. Avec l'IGT de clavier existant, un appel analyze peut désormais lancer le scan Axe, Règles avancées, et les trois IGTs sur la même page.

L'IGT des Éléments interactifs vous donne également le contrôle sur ce qu'il dépense crédits AI. Vous pouvez le restreindre à une partie de la page, ou laisser l'agent vous montrer les éléments trouvés et choisir ceux à tester avant que toute analyse AI ne s'exécute.

Nouvelles fonctionnalités

IGT des Éléments interactifs

igtTools accepte maintenant "interactive-elements". Cela lance le IGT automatisé des Éléments interactifs, qui trouve les boutons, liens et contrôles personnalisés sur la page et utilise l'IA pour vérifier le nom accessible, le rôle et l'état de chacun :

{
  "url": "http://localhost:3000",
  "igtTools": ["interactive-elements"]
}

Le test exécute une analyse AI sur chaque élément testé, de sorte qu'une grande page peut utiliser beaucoup de crédits. Deux options vous permettent de tester moins d'éléments :

• Définissez l'étendue avec includeSelectors. Passez des sélecteurs CSS, et seuls les éléments correspondants sont analysés. Tout le reste de la page est ignoré. Utilisez cela lorsque vous savez déjà quelle région est importante.
• Choisissez vous-même les éléments avec la sélection par étapes. Passez interactive: true. Le premier appel exécute le scan Axe et liste les éléments interactifs trouvés, mais n'exécute aucune analyse AI. Votre agent vous montre la liste, vous choisissez les éléments qui vous intéressent, et un second appel n'analyse que ceux-là. Le second appel réutilise la même session du navigateur, donc la page n'est pas rechargée ou scannée à nouveau.

Moins d'éléments analysés signifie moins de crédits AI utilisés. Voir IGT des Éléments interactifs pour le flux complet à deux appels.

IGT de Dialogue modal

igtTools accepte maintenant "modal". Cela lance le IGT automatisé de Dialogue modal, qui vérifie que le focus reste à l'intérieur du modal lorsqu'il est ouvert et que le modal a les bonnes sémantiques de dialogue. Si vous lui fournissez l'élément qui ouvre le modal, il vérifie aussi que le modal peut être fermé et que le focus revient à une position sensée par la suite.

Vous pouvez indiquer au test quel modal vérifier de trois façons :

• modalTriggerSelector — l'élément qui ouvre le modal, tel que #open-dialog. Le test le clique, puis exécute l'évaluation complète. Utilisez ceci chaque fois que le modal a un déclencheur.
• modalSelector — l'élément modal lui-même. Utilisez ceci lorsqu'il n'y a pas de déclencheur à cliquer, comme pour un modal déjà ouvert lorsque la page se charge. Cela vérifie seulement la structure.
• étapes before uniquement — pas de sélecteur. Vos actions before ouvrent le modal, par exemple avec une série de clics. Cela vérifie également uniquement la structure.

Passez modalSelector avec modalTriggerSelector pour donner au test un repli : s'il ne peut pas identifier le modal après avoir cliqué sur le déclencheur, il utilise à la place le sélecteur de modal.

{
  "url": "http://localhost:3000",
  "igtTools": ["modal"],
  "modalTriggerSelector": "#open-dialog"
}

Voir IGT de Dialogue modal pour chaque mode de ciblage et ce qu'il évalue.

Une invite, chaque test

Chaque IGT conserve ses propres options, donc un appel analyze peut désormais exécuter le scan Axe, les Règles Avancées, et chaque IGT ensemble :

Analyze http://localhost:3000 for accessibility issues with thorough
advanced rules. Also run the keyboard, interactive elements, and modal
guided tests (test the modal triggered by button#open-dialog).

Les IGT s'exécutent les uns après les autres après le scan, dans l'ordre où vous les listez. Chaque IGT rapporte ses résultats séparément. Voir Exécuter tout en un appel.

Modifications

wait Étape dans beforeActions

actions before prend maintenant en charge une étape wait, une pause fixe pour les pages où rien ne signale qu'elles sont prêtes, comme une transition CSS terminée ou le déclenchement d'un timer d'attente :

{ "action": "wait", "ms": 2000 }

Chaque étape peut faire une pause jusqu'à 5000 ms, et toutes les étapes wait dans un tableau before peuvent s'accumuler jusqu'à 10000 ms. Lorsqu'un élément apparaît ou change, utilisez waitFor à la place. C'est plus rapide et ce n'est pas une estimation.

Ceci est disponible depuis début septembre pour les serveurs exécutant la v1.5.0 ou ultérieure, donc aucune mise à jour n'est requise.

Corrections de bugs

• Un piège à clavier ne bloque plus les IGTs ultérieurs. Lorsque l'IGT du clavier se terminait prématurément sur un piège de focus, un IGT Modal dans le même appel pouvait expirer et ne rien retourner. Désormais, chaque IGT renvoie son propre résultat indépendamment de la fin des autres.
• Les outils se chargent dans les clients qui rejettent les clés de schéma supplémentaires. Certains clients, y compris ceux soutenus par Gemini, rejetaient chaque outil sur le serveur car les listes d'outils contenaient une clé de schéma JSON qu'ils n'acceptent pas. Les listes ne l'incluent plus.