Element.ariaFlowToElements is an instance property that holds an array of elements for an alternate reading order. Learn how it relates to aria-flowto, when one vs many targets matter, and how to get or set the relationship from JavaScript—with five examples and try-it labs.
01
Kind
Instance property
02
Returns
HTMLElement[]
03
Writable
Yes (get / set)
04
Reflects
aria-flowto
05
Status
Baseline 2025
06
Use for
Alternate reading paths
Fundamentals
Introduction
Documents usually flow in DOM order: section 1, then 2, then 3. Sometimes authors want to offer an alternate path—for example jump from section 1 to section 3—that assistive technologies can present as a choice.
aria-flowto advertises that alternate order. ariaFlowToElements is the modern element-reference form: you work with real DOM nodes instead of only managing id strings.
JavaScript
const next = section1.ariaFlowToElements;
next.forEach((el) => console.log(el.id));
💡
Beginner tip
One target means “next in the alternate path.” Multiple targets mean several possible paths that AT may offer for selection (MDN). This does not rewrite how a typical sighted browser scrolls the page by itself.
Concept
Understanding the Property
MDN: the ariaFlowToElements property of the Element interface is an array containing the element (or elements) that provide an alternate reading order of content, overriding the general default reading order at the user’s discretion.
Get / set — read or assign an array of elements.
Flexible alternative to the aria-flowto attribute.
No id required on targets when you set the property (MDN).
Reflection — reads valid in-scope id refs from the attribute; setting the property clears the attribute.
Foundation
📝 Syntax
JavaScript
ariaFlowToElements
Value
An array of subclasses of HTMLElement.
One element — the next element in the alternate reading order.
Multiple elements — each represents a possible path to offer.
When read, the returned array is static and read-only.
When written, the assigned array is copied—later edits to that array do not change the property.
Compare
⚖️ Property vs aria-flowto Attribute
Attribute
Property
API
aria-flowto="section3"
el.ariaFlowToElements
Points to
Space-separated id strings
Array of Element objects
Targets need id?
Yes
No (when set via property)
After you set the property
—
Corresponding attribute is cleared (MDN)
Pattern
📋 Alternate Section Flow (MDN Shape)
MDN’s example has three sections in normal order, plus an alternate path that jumps from section 1 to section 3 (and back) via aria-flowto:
JavaScript
<div id="section1" class="section" aria-flowto="section3">
<h2>Section 1</h2>
<p>First section in normal flow. Section 3 is alternate flow.</p>
<a href="#section2">Jump to Section 2 (normal flow)</a>
</div>
<div id="section2" class="section">
<h2>Section 2</h2>
<p>Second section in normal flow.</p>
<a href="#section3">Jump to Section 3 (normal flow)</a>
</div>
<div id="section3" class="section" aria-flowto="section1">
<h2>Section 3</h2>
<p>Third section in normal flow (end of flow). Section 1 is alternate flow.</p>
</div>
MDN notes the example is illustrative unless accessibility tools are running—browsers do not automatically follow the alternate path for everyone.
Detect support and read MDN’s section flow example.
Example 1 — Feature-Detect
Check whether the reflected property exists.
JavaScript
if ("ariaFlowToElements" in Element.prototype) {
console.log("ariaFlowToElements is supported");
} else {
console.log("ariaFlowToElements not supported by browser");
}
Prefer the property in script when supported; keep id-based aria-flowto as a markup fallback for older browsers.
Example 5 — Support Snapshot
Feature-detect and review static-array rules.
JavaScript
console.log({
supported: "ariaFlowToElements" in Element.prototype,
tip: "Returned array is static/read-only; assigned arrays are copied",
meaning: "Alternate reading paths for AT — not automatic page scroll",
status: "Baseline Newly available (MDN, Apr 2025)"
});
Element.ariaFlowToElements is Baseline Newly available (MDN: across latest browsers since April 2025). Feature-detect on older engines and keep an aria-flowto id fallback if needed. Logos use the shared browser-image-sprite.png sprite from this project.
Google ChromeSupported in current releases — feature-detect older
Yes
Microsoft EdgeSupported in current releases — feature-detect older
Yes
Mozilla FirefoxSupported in current releases — feature-detect older
Yes
Apple SafariSupported in current releases — feature-detect older
Yes
OperaFollow Chromium support
Yes
Internet ExplorerNot supported — use aria-flowto attribute
No
ariaFlowToElementsBaseline
Bottom line: Detect "ariaFlowToElements" in Element.prototype. Prefer element arrays for dynamic flow targets. Fall back to aria-flowto id strings when the property is missing. Re-assign arrays when paths change.
Wrap Up
Conclusion
ariaFlowToElements lets you declare alternate reading-order targets with real Element references. Feature-detect on older browsers, remember that AT may offer the path rather than auto-jumping for everyone, and re-assign the array when targets change.
Mutate a previously assigned array and expect updates
Assume every older browser exposes the IDL property
Expect normal browsers to auto-scroll alternate paths
Point to empty or unrelated elements
Confuse this with ariaControlsElements
Summary
Key Takeaways
Knowledge Unlocked
Five things to remember about ariaFlowToElements
Reflected aria-flowto as an array of alternate reading-order elements.
5
Core concepts
📄01
Get / set
on Element
Kind
📝02
Element array
HTMLElement[]
Type
🔍03
No id needed
when property-set
Rule
✅04
Baseline
newly available
Status
🎯05
AT choice
not auto-scroll
Tip
❓ Frequently Asked Questions
An array of HTMLElement subclasses that provide an alternate reading order, overriding the default order at the user's discretion. One element means the next path; multiple elements mean possible paths to offer.
No. MDN marks Element.ariaFlowToElements as Baseline 2025 (newly available since April 2025). It is not Deprecated, Experimental, or Non-standard. Feature-detect on older browsers.
The attribute uses space-separated id strings. The property uses Element references. Assigned elements do not need an id. Setting the property clears the corresponding attribute.
No. aria-flowto / ariaFlowToElements advertise alternate paths that accessibility tools may offer. Sighted users following normal document order are unchanged unless you also provide visible navigation.
No. When read, the returned array is static and read-only. When written, the assigned array is copied—later changes to that array do not update the property.
Yes. Custom elements can use ElementInternals.ariaFlowToElements for the same relationship from inside a component.
Did you know?
MDN’s section demo still includes ordinary links for normal flow (Jump to Section 2). Alternate aria-flowto paths complement visible navigation—they do not replace a clear document structure.