1. Our commitment
Golf has an ageing membership. A meaningful share of the people reading a club's website have reduced vision, reduced dexterity, or are simply reading a phone screen in the sun on the first tee. Building an inaccessible website in this industry is not just wrong, it is bad marketing.
So accessibility is not a compliance box for us — it is part of how we build, and it is part of what we build for clients. This statement covers sundayredmedia.com.
We are committed to meeting the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA, and to meeting our duties under the Equality Act 2010 to make reasonable adjustments.
2. How accessible this website is
We believe this website is fully conformant with WCAG 2.2 Level AA. Fully conformant means the content fully meets the standard without any exceptions, based on the testing described in section 5.
Specifically, on every page:
| Area | What we have done |
|---|---|
| Keyboard | Every link, button, form field, tab, accordion and slider is reachable and operable by keyboard alone. Nothing traps focus. A visible focus outline meets the 3:1 contrast requirement. |
| Skip link | A “Skip to content” link is the first thing in the tab order on every page. |
| Colour contrast | All text meets at least 4.5:1 against its background (3:1 for large text). We
use a darker red, #D2131E, for body-size red text, because the brand red is 4.42:1 and would
have failed. |
| Colour alone | No information is conveyed by colour alone. Form errors carry an icon and a text message as well as a red border. |
| Text resize | Content reflows without loss of function at 200% zoom, and at a 320px viewport width. No page scrolls horizontally. |
| Headings and landmarks | One h1 per page, a logical heading order, and proper
header, nav, main, aside and footer
landmarks. |
| Images | Meaningful images have descriptive alternative text. Decorative images have an empty
alt so screen readers skip them. Icons are marked aria-hidden and paired with
real text. |
| Forms | Every field has a visible, programmatically associated label. Errors are announced, described in text, and focus moves to the first problem field. Autocomplete attributes are set so browsers can fill fields in. |
| Motion | All animation respects prefers-reduced-motion. Nothing flashes more than
three times a second. Nothing auto-plays with sound. |
| Carousels | The testimonial slider does not auto-advance, has labelled previous and next buttons, and all its content is reachable by keyboard. |
| Language | The page language is declared as en-GB. |
| Titles | Every page has a unique, descriptive title that names the page before the
site. |
| Link text | Link purpose is clear from the link text. Links opening in a new tab say so in their accessible name. |
| Target size | Interactive controls meet the WCAG 2.2 minimum target size of 24 by 24 CSS pixels, and most are considerably larger. |
3. Compatibility and technical specification
This website is designed to be compatible with recent versions of:
- Browsers — Chrome, Edge, Firefox and Safari on desktop; Safari on iOS and Chrome on Android.
- Screen readers — NVDA and JAWS with Chrome or Firefox on Windows, VoiceOver with Safari on macOS and iOS, TalkBack with Chrome on Android.
- Magnification — browser zoom to 400%, operating system zoom, and screen magnifiers.
- Speech input — Dragon and Voice Control, using visible link and button text.
Accessibility relies on the following technologies: HTML, CSS, SVG, WAI-ARIA and JavaScript.
The site is built to progressively enhance. With JavaScript disabled, all content and navigation remain readable and usable — animations simply do not run and content is shown immediately rather than on scroll. Forms fall back to a standard HTML submission.
Every asset — fonts, styles, scripts and images — is served from this domain. Nothing depends on a third-party service that might load slowly, fail, or behave unpredictably with assistive technology.
4. Known limitations
We would rather list our shortcomings than claim perfection. These are the things we know about.
| Issue | Impact | Status |
|---|---|---|
| Hero and article header images sit behind a dark overlay. Text over them meets contrast requirements, but in very bright sunlight the imagery can still be visually busy. | Low — text contrast is compliant; this is a comfort issue | Under review for the next design pass |
| Data tables in articles scroll horizontally inside their own container on narrow screens. | Low — the table is fully reachable by keyboard and touch, but requires horizontal scrolling on a phone | Accepted; a stacked-card view is being considered |
| The “404” graphic on the error page is decorative and hidden from assistive technology; a text equivalent is provided. | None — by design | Intentional |
| Long articles have no downloadable plain-text or large-print version. | Low — the pages themselves reflow and zoom cleanly | Available on request, see section 6 |
If you hit something that is not on this list, please tell us. Section 6 explains how, and we treat it as a bug rather than a suggestion.
5. How we tested this website
The site was last tested on 22 August 2026. Testing was carried out in-house, covering every page of the site rather than a sample.
Automated testing
- axe-core run against every page, filtered to WCAG 2.0 A/AA, 2.1 A/AA and 2.2 AA rules. Result: zero violations.
- Automated crawl of every internal link, in-page anchor and image on every page. Result: zero broken references.
- Console error check on every page. Result: zero errors.
- Horizontal overflow check at 360px viewport width across all pages. Result: zero overflow.
Manual testing
- Full keyboard-only pass of every interactive component: navigation, mobile drawer, dropdowns, tabs, accordions, the testimonial slider, the calculator sliders, blog filters and every form.
- Zoom to 200% and 400%, and a 320px-wide viewport.
- Form error handling with and without JavaScript.
- Reduced-motion preference enabled, to confirm animation is suppressed.
- Contrast ratios calculated for every text and background colour pair in the design system.
Automated tools catch roughly a third of accessibility problems, which is why the manual pass matters more. We plan to commission an independent audit including testing with people who use assistive technology daily, and we will update this statement with the findings.
6. Feedback and contacting us
If you find something on this site that you cannot access, or you need content in a different format, tell us. We will fix the problem and, in the meantime, get you the information another way.
| [email protected] — please put “Accessibility” in the subject line | |
| Telephone | 07764 188061, Monday to Friday, 9:00–17:30 |
| Post | Sunday Red Media, Warwickshire, United Kingdom |
What to expect
- We acknowledge within 2 working days.
- We give a substantive response within 10 working days, including what we will do and when.
- Where a fix will take longer, we provide the content in an accessible alternative format in the meantime — large print, plain text, or simply reading it to you over the phone.
Alternative formats available on request
- Plain-text or large-print versions of any article or service page.
- Any of our documents in an accessible Word or tagged PDF format.
- Transcripts of any video we publish.
These are provided free of charge.
7. Enforcement
The Equality and Human Rights Commission is responsible for enforcing the Equality Act 2010. If you are not happy with how we respond to your complaint, you can contact the Equality Advisory and Support Service (EASS), which provides free advice:
| Website | equalityadvisoryservice.com |
|---|---|
| Telephone | 0808 800 0082 |
| Textphone | 0808 800 0084 |
Note that the Public Sector Bodies (Websites and Mobile Applications) Accessibility Regulations 2018 apply to public sector organisations rather than to us. We hold ourselves to the same standard voluntarily, because we think it is the right benchmark.
8. Accessibility in the sites we build
We would be poor advocates if we only applied this to our own website. Every site we build for a golf club is delivered to WCAG 2.2 Level AA as standard, at no extra cost, and we hand over an accessibility statement the club can publish alongside it.
In practice, for a golf club, that means the things that matter most:
- green fees and opening times readable at 200% zoom on a phone;
- booking and enquiry forms that work by keyboard and with a screen reader;
- real text rather than prices baked into an image;
- captions on promotional video, so it works in a silent autoplay feed as well as for deaf members;
- colour contrast that survives a bright day and an older screen;
- PDFs kept to a minimum, and tagged properly when unavoidable.
Roughly one in five people in the UK has a disability, and golf's membership skews older than the population. An inaccessible club website is not a niche problem — it is a large slice of your prospective members.
9. About this statement
| Statement prepared | 22 August 2026 |
|---|---|
| Website last tested | 22 August 2026 |
| Testing carried out by | Sunday Red Media, in-house |
| Standard applied | WCAG 2.2 Level AA |
| Conformance claim | Fully conformant |
| Next scheduled review | August 2027, or sooner if the site changes materially |
