Axe-core 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 |
11 |
16 |
Implemented Rules
About Axe-core Results
ACT Rules are tested using a canary version of axe-core, which can be accessed by installing axe-core@next from NPM.
For these results, all rules including “experimental” rules are enabled.
Checks with “unsupported” in its ID are disabled, which deal with issues of accessibility support issues which ACT Rules do not account for, often by design.
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-core 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-core 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-core 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-core using the
aria-input-field-name, label, 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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 |
|
|
|
Heading has non-empty accessible name
This rule is implemented by Axe-core 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
|
Id attribute value is unique
This rule is implemented by Axe-core 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-core 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 |
|
|
|
Links with identical accessible names have equivalent purpose
This rule is implemented by Axe-core 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-core 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-core 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-core 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-core 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-core 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-core 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-core 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)
|
|
Table header cell has assigned cells
This rule is implemented by Axe-core 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-core 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-core 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-core 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-core 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 |
|
|
|