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 |
|
|