Axe DevTools Pro ACT Implementation
This page is under development and has not been approved by the working group.
Number of Rules Implemented
|
Consistent |
Partially consistent |
WCAG 2 rules |
9 |
2 |
Proposed rules |
14 |
19 |
Implemented Rules
Axe DevTools Pro combines the automated results of axe-core, and results from
axe Intelligent Guided Test (IGT) tools. Tools can produced multiple issue types.
The ID of each issue type is given as the name of the procedure, with the tool
that returns it in brackets. For example `alt-text-not-meaningful (Images)` is
the `alt-text-not-meaningful` issue type reported by the `Images` tool.
Results in this page are taken from a public
test report
published by Deque Systems.
Data is published using the
EARL+JSON-LD data format.
Implementation Details
autocomplete attribute has valid value
This rule is implemented by Axe DevTools Pro using the
autocomplete-valid
procedure.
The implementation is
fully consistent with the
autocomplete attribute has valid value
WCAG 2 rule.
It covers all 20 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.5
Identify Input Purpose
|
-
1.3.5
Identify Input Purpose
|
Button has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
button-name
, and aria-command-name
procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Button has non-empty accessible name
WCAG 2 rule.
It covers all 17 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Element marked as decorative is not exposed
This rule is implemented by Axe DevTools Pro using the
presentation-role-conflict
procedure.
The implementation is partially
consistent with the
Element marked as decorative is not exposed
WCAG 2 rule.
It covers 9 of the 10 examples.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
None
|
Form field has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
label
, aria-input-field-name
, and select-name
procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Form field has non-empty accessible name
WCAG 2 rule.
It covers all 17 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
HTML page has lang attribute
This rule is implemented by Axe DevTools Pro using the
html-has-lang
procedure.
The implementation is
fully consistent with the
HTML page has lang attribute
WCAG 2 rule.
It covers all 7 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
HTML page lang attribute has valid language tag
This rule is implemented by Axe DevTools Pro using the
html-lang-valid
procedure.
The implementation is
fully consistent with the
HTML page lang attribute has valid language tag
WCAG 2 rule.
It covers all 7 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
HTML page lang and xml:lang attributes have matching values
This rule is implemented by Axe DevTools Pro using the
html-xml-lang-mismatch
procedure.
The implementation is
fully consistent with the
HTML page lang and xml:lang attributes have matching values
WCAG 2 rule.
It covers all 12 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
HTML page has non-empty title
This rule is implemented by Axe DevTools Pro using the
document-title
procedure.
The implementation is
fully consistent with the
HTML page has non-empty title
WCAG 2 rule.
It covers all 11 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Image button has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
input-image-alt
procedure.
The implementation is
fully consistent with the
Image button has non-empty accessible name
WCAG 2 rule.
It covers all 12 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.1.1
Non-text Content
-
4.1.2
Name, Role, Value
|
-
1.1.1
Non-text Content
-
4.1.2
Name, Role, Value
|
Image has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
image-alt
, and role-img-alt
procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is
fully consistent with the
Image has non-empty accessible name
WCAG 2 rule.
It covers all 18 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Link has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
link-name
, and area-alt
procedures.
Failed examples should be failed by at least one of these procedures.
The implementation is partially
consistent with the
Link has non-empty accessible name
WCAG 2 rule.
It covers all 28 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
4.1.2
Name, Role, Value
-
2.4.4
Link Purpose (In Context)
-
2.4.9
Link Purpose (Link Only)
|
-
4.1.2
Name, Role, Value
-
2.4.4
Link Purpose (In Context)
|
*: These examples are not yet approved for the rule. Results on these outcomes are not
taken into consideration determining the consistency and coverage.
ARIA attribute is defined in WAI-ARIA
This rule is implemented by Axe DevTools Pro using the
aria-valid-attr
procedure.
The implementation is partially
consistent with the
ARIA attribute is defined in WAI-ARIA
proposed rule.
It covers all 7 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
|
Element with aria-hidden has no content in sequential focus navigation
This rule is implemented by Axe DevTools Pro using the
aria-hidden-focus
procedure.
The implementation is
fully consistent with the
Element with aria-hidden has no content in sequential focus navigation
proposed rule.
It covers 12 of the 14 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
ARIA required context role
This rule is implemented by Axe DevTools Pro using the
aria-required-parent
procedure.
The implementation is partially
consistent with the
ARIA required context role
proposed rule.
It covers 14 of the 15 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.1
Info and Relationships
|
-
1.3.1
Info and Relationships
|
ARIA state or property is permitted
This rule is implemented by Axe DevTools Pro using the
aria-allowed-attr
procedure.
The implementation is partially
consistent with the
ARIA state or property is permitted
proposed rule.
It covers all 15 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
|
Block of repeated content is collapsible
This rule is implemented by Axe DevTools Pro using the
bypass
procedure.
The implementation is partially
consistent with the
Block of repeated content is collapsible
proposed rule.
It covers 1 of the 8 examples.
On 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
None
|
Bypass Blocks of Repeated Content
This rule is implemented by Axe DevTools Pro using the
bypass
procedure.
The implementation is partially
consistent with the
Bypass Blocks of Repeated Content
proposed rule.
It covers 9 of the 14 examples.
On 5 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
None
|
Orientation of the page is not restricted using CSS transform property
This rule is implemented by Axe DevTools Pro using the
css-orientation-lock
procedure.
The implementation is
fully consistent with the
Orientation of the page is not restricted using CSS transform property
proposed rule.
It covers 9 of the 10 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Document has heading for non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass
procedure.
The implementation is partially
consistent with the
Document has heading for non-repeated content
proposed rule.
It covers 10 of the 14 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
None
|
Document has an instrument to move focus to non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass
procedure.
The implementation is partially
consistent with the
Document has an instrument to move focus to non-repeated content
proposed rule.
It covers 8 of the 12 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
None
|
Document has a landmark with non-repeated content
This rule is implemented by Axe DevTools Pro using the
bypass
procedure.
The implementation is partially
consistent with the
Document has a landmark with non-repeated content
proposed rule.
It covers 5 of the 8 examples.
On 3 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports no success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
None
|
None
|
SVG element with explicit role has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
svg-img-alt
procedure.
The implementation is
fully consistent with the
SVG element with explicit role has non-empty accessible name
proposed rule.
It covers all 10 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Form field label is descriptive
This rule is implemented by Axe DevTools Pro using the
label-visible-not-descriptive (forms)
procedure.
The implementation is partially
consistent with the
Form field label is descriptive
proposed rule.
It covers 10 of the 14 examples.
For 4 examples
no results were reported. This can happen when examples are newer then the
test results.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
2.4.6
Headings and Labels
|
-
2.4.6
Headings and Labels
|
Heading has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
empty-heading
procedure.
The implementation is partially
consistent with the
Heading has non-empty accessible name
proposed rule.
It covers 14 of the 15 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.1
Info and Relationships
|
None
|
HTML page title is descriptive
This rule is implemented by Axe DevTools Pro using the
title-not-meaningful (structure)
procedure.
The implementation is
fully consistent with the
HTML page title is descriptive
proposed rule.
It covers 5 of the 6 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Id attribute value is unique
This rule is implemented by Axe DevTools Pro using the
duplicate-id-aria
procedure.
The implementation is
fully consistent with the
Id attribute value is unique
proposed rule.
It covers all 10 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Iframe with negative tabindex has no interactive elements
This rule is implemented by Axe DevTools Pro using the
frame-focusable-content
procedure.
The implementation is
fully consistent with the
Iframe with negative tabindex has no interactive elements
proposed rule.
It covers all 6 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Image accessible name is descriptive
This rule is implemented by Axe DevTools Pro using the
alt-text-short-text-not-meaningful (Images)
procedure.
The implementation is
fully consistent with the
Image accessible name is descriptive
proposed rule.
It covers all 16 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Image not in the accessibility tree is decorative
This rule is implemented by Axe DevTools Pro using the
alt-text-missing + semantic-hidden (images)
procedure.
The implementation is partially
consistent with the
Image not in the accessibility tree is decorative
proposed rule.
It covers 17 of the 20 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Error message describes invalid form field value
This rule is implemented by Axe DevTools Pro using the
form-error-required-unclear + instructions-not-included (forms)
procedure.
The implementation is partially
consistent with the
Error message describes invalid form field value
proposed rule.
It covers 7 of the 9 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
3.3.1
Error Identification
|
-
3.3.2
Labels or Instructions
|
Links with identical accessible names have equivalent purpose
This rule is implemented by Axe DevTools Pro using the
identical-links-same-purpose
procedure.
The implementation is partially
consistent with the
Links with identical accessible names have equivalent purpose
proposed rule.
It covers 10 of the 21 examples.
On 11 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
2.4.9
Link Purpose (Link Only)
|
None
|
Menuitem has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
button-name
procedure.
The implementation is
fully consistent with the
Menuitem has non-empty accessible name
proposed rule.
It covers all 8 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Meta viewport allows for zoom
This rule is implemented by Axe DevTools Pro using the
meta-viewport
procedure.
The implementation is partially
consistent with the
Meta viewport allows for zoom
proposed rule.
It covers 10 of the 11 examples.
For 1 example
no results were reported. This can happen when examples are newer then the
test results.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
None
|
Object element rendering non-text content has non-empty accessible name
This rule is implemented by Axe DevTools Pro using the
object-alt
procedure.
The implementation is
fully consistent with the
Object element rendering non-text content has non-empty accessible name
proposed rule.
It covers all 14 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Element with presentational children has no focusable content
This rule is implemented by Axe DevTools Pro using the
nested-interactive
procedure.
The implementation is
fully consistent with the
Element with presentational children has no focusable content
proposed rule.
It covers all 7 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Role attribute has valid value
This rule is implemented by Axe DevTools Pro using the
aria-roles
procedure.
The implementation is partially
consistent with the
Role attribute has valid value
proposed rule.
It covers all 10 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.1
Info and Relationships
|
|
Element with role attribute has required states and properties
This rule is implemented by Axe DevTools Pro using the
aria-required-attr
procedure.
The implementation is
fully consistent with the
Element with role attribute has required states and properties
proposed rule.
It covers all 8 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Scrollable element is keyboard accessible
This rule is implemented by Axe DevTools Pro using the
scrollable-region-focusable
procedure.
The implementation is partially
consistent with the
Scrollable element is keyboard accessible
proposed rule.
It covers all 10 examples.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
2.1.1
Keyboard
-
2.1.3
Keyboard (No Exception)
|
|
Element in sequential focus order has visible focus
This rule is implemented by Axe DevTools Pro using the
focus-indicator-missing (keyboard)
procedure.
The implementation is
fully consistent with the
Element in sequential focus order has visible focus
proposed rule.
It covers all 9 examples.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|
Table header cell has assigned cells
This rule is implemented by Axe DevTools Pro using the
th-has-data-cells
procedure.
The implementation is partially
consistent with the
Table header cell has assigned cells
proposed rule.
It covers 13 of the 16 examples.
On 2 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.1
Info and Relationships
|
None
|
Headers attribute specified on a cell refers to cells in the same table element
This rule is implemented by Axe DevTools Pro using the
td-headers-attr
procedure.
The implementation is partially
consistent with the
Headers attribute specified on a cell refers to cells in the same table element
proposed rule.
It covers 16 of the 17 examples.
For 1 example
no results were reported. This can happen when examples are newer then the
test results.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.3.1
Info and Relationships
|
-
1.3.1
Info and Relationships
|
Text has minimum contrast
This rule is implemented by Axe DevTools Pro using the
color-contrast
procedure.
The implementation is partially
consistent with the
Text has minimum contrast
proposed rule.
It covers 21 of the 28 examples.
On 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation reports different success criteria as failed from what is expected by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.4.3
Contrast (Minimum)
-
1.4.6
Contrast (Enhanced)
|
|
Text has enhanced contrast
This rule is implemented by Axe DevTools Pro using the
color-contrast-enhanced
procedure.
The implementation is
fully consistent with the
Text has enhanced contrast
proposed rule.
It covers 22 of the 29 examples.
On 7 examples
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
-
1.4.6
Contrast (Enhanced)
|
-
1.4.6
Contrast (Enhanced)
|
Visible label is part of accessible name
This rule is implemented by Axe DevTools Pro using the
label-content-name-mismatch
procedure.
The implementation is
fully consistent with the
Visible label is part of accessible name
proposed rule.
It covers 12 of the 13 examples.
On 1 example
the implementation cannot tell the outcome. This is often because of technical
limitations in tools.
The implementation correctly reports which success criteria are failed by this rule.
See understanding ACT consistency.
Success Criteria
Expected | Reported |
|
|