What has been tested, and what has not

Reading instead of listening

Every one of the 73 episodes has its full transcript on the page, in the page, not behind a button or a download. Nobody has to be able to hear the audio to get the whole of an episode. That is the site's main accessibility feature and it is not an add-on: the transcript is the reason the site exists.

Who is speaking is marked in text next to each turn, never by colour alone, so it still reads correctly with styles off or colours changed.

Checked on every build

These are verified automatically each time the site is built, across all pages, and the build reports them:

• Colour contrast. Every text and background pair the stylesheet puts together is checked against WCAG AA (4.5:1), and every interface control against the 3:1 that applies to non-text. Currently zero failures on both.
• Heading order. One h1 per page, no skipped levels.
• Labels. Every form control has a label or an accessible name.
• Images. Every image has an alt attribute, and decorative ones are marked as decorative rather than described.
• Unique ids, so labels and in-page links point where they should.
• Links. All internal links resolve. No dead ends.

Built in deliberately

• A skip link to the main content, as the first thing you reach by keyboard.
• Landmarks on every page, so a screen reader can jump between header, navigation, main content and footer.
• Visible focus outlines on everything focusable, and the audio player is fully keyboard operable: the play button is a real button and the position slider a real slider, with arrow keys moving through the episode.
• A native audio element ships in the page, so with JavaScript off the player still works rather than disappearing.
• The episode search filters what is already on the page. With JavaScript off it is hidden and the full list stands.
• Motion honours prefers-reduced-motion. There is very little of it to begin with.
• Text reflows without a horizontal scrollbar down to a phone, and can be zoomed. Zoom is not disabled.
• Tap targets are at least 44px on touch screens.

What has not been done

Stated plainly, because an accessibility statement people rely on should not overclaim:

• No screen reader testing. The markup is written for it and checked structurally, but nobody has driven this site with NVDA, JAWS or VoiceOver.
• No testing by disabled users. Automated checks catch broken markup; they do not tell you whether something is genuinely usable.
• No formal WCAG conformance audit. "Aims to meet AA" is an intention backed by specific measurements, not a certified assessment.
• The episode audio has no captions as a media track. The full transcript is on the page instead, which covers the same content, though it does not synchronise with playback.

If something is hard to use

Tell us and it will be looked at. The quickest route is the number on this site, 0800 731 3843, or the contact details on adileakdetection.co.uk. Saying which page and what you were trying to do helps.

If a transcript is unclear or an episode is hard to follow, that is worth reporting too. The words are the point of this site.

This statement

Prepared on 3 September 2026 based on checks run against the site on that date. It describes this podcast site only, not adileakdetection.co.uk, which is a separate site.