Accessibility

What this site does to stay usable for everyone, and where to write when it falls short.

This site is a few pages of text and links, which makes accessibility mostly a matter of not breaking things. What follows is what it actually does, and where it is likely to fall short.

Structure

Every page has one h1 and a heading order that does not skip levels, a skip link to the main content, and a breadcrumb that says where you are. Each card on the network page is a single link named by its site; the picture on it is decorative, so a screen reader skips it.

Contrast and themes

Every colour theme the picker offers is measured against the WCAG contrast formula, and the network’s build fails if a pairing drops below its threshold. If a combination still reads badly to you, the theme picker in the header is the fastest fix.

Answers a screen reader can use

The endpoint this site is being built for is designed to return text and a link, never a picture of an answer, so whatever reads an AI client’s reply aloud can read out the source as well.

Keyboard and motion

Everything on this site is reachable with a keyboard, focus is always visible, and the disclosures in the header are native elements that behave the way your browser says they should. There is no animation, no autoplay, no carousel and no interstitial.

Where to write

If something here is unusable, that is a bug and worth reporting. Please say which page, what you were using, and what happened — the more specific the report, the faster the fix.