Accessibility Statement

1. Our Commitment

Gym Tech Fitness Service LLC is committed to making gymtechfitness.com accessible to the widest possible audience, regardless of ability or the technology used to reach us.

Accessibility is treated as a functional requirement of the site, not an afterthought. It is considered when we design a page, when we write content, when we select a third-party tool and when we review a release. Where a barrier exists, we say so publicly in section 7 rather than leaving you to discover it.

We measure our work against the WCAG 2.2 guidelines published by the World Wide Web Consortium, and we target Level AA across the whole site.

2. Conformance Status

WCAG defines three conformance levels — A, AA and AAA. Our target is Level AA. We use the standard terminology below so the claim is unambiguous.

“Conforms”

The content fully meets the Level AA success criteria, verified by both automated and manual testing.

“Partially conforms”

Some content does not fully meet the standard. The specific gaps are listed, and an accessible alternative is offered while we remediate.

2.1 How We Evaluated the Site

• Self-evaluation. Carried out by our own development team using the process in section 13.
• Automated testing. Rule-based scanning of templates and key page types on every release.
• Manual testing. Keyboard-only traversal, screen reader review, zoom to 400 per cent, reflow at 320 CSS pixels, contrast measurement and forced-colours review.
• Assistive technology testing. Against the combinations listed in section 9.

Evaluation date: 1 September 2026. This statement is reviewed at least annually and whenever we make a significant change to the site.

3. The Standards We Follow

3.1 The Four Principles

WCAG is built on four principles. Content must be perceivable, operable, understandable and robust.

3.2 Criteria Introduced in WCAG 2.2

Version 2.2 added success criteria that many sites have not yet addressed. Here is what each one requires and what we do about it.

2.4.11 Focus Not Obscured, Minimum — Level AA

A focused control must not be entirely hidden by other content. Our sticky navigation could cover a heading you jumped to, so every section carries a scroll offset larger than the bar. The floating buttons in the corners drop behind any open dialog rather than sitting over it.

2.4.12 Focus Not Obscured, Enhanced — Level AAA

We aim for the focused control to be fully visible, not merely partly visible. This exceeds our Level AA target.

2.4.13 Focus Appearance — Level AA

The focus indicator must be large enough and contrast enough to see. Ours is a dual ring: a white outline at least 3 CSS pixels thick, plus a dark outer ring. One of the two always contrasts at least 3:1 with whatever is behind it, so focus is never lost on a coloured button or a photograph.

2.5.3 Label in Name — Level A

A control's accessible name must contain its visible label, so speech-recognition users can say what they see. Where we add an aria-label for extra context, the visible text is always included inside it rather than replaced.

2.5.7 Dragging Movements — Level AA

Anything draggable must also work without dragging. Our promotional carousel can be swiped, but it also has previous and next buttons plus keyboard arrow support, so dragging is never the only way.

2.5.8 Target Size, Minimum — Level AA

Pointer targets must be at least 24 by 24 CSS pixels. Ours are at least 24 pixels everywhere, and 44 pixels or more for primary actions, dialog close buttons, navigation links and form controls.

3.2.6 Consistent Help — Level A

If help is offered, it must appear in the same relative order on every page. Our telephone number, email address and contact widget occupy the same position on every page of the site.

3.3.7 Redundant Entry — Level A

You should not have to type the same thing twice in one process. Fields use correct autocomplete values so your browser can fill them, and multi-step flows carry your earlier answers forward rather than asking again.

3.3.8 Accessible Authentication, Minimum — Level AA

No cognitive puzzle may be required to log in. We do not use image, audio or logic CAPTCHA anywhere. Spam is filtered with invisible honeypot fields and submission-pattern analysis, which ask nothing of you. Password fields permit paste and work with password managers.

3.3.9 Accessible Authentication, Enhanced — Level AAA

We additionally avoid requiring you to recognise objects or personal content. This exceeds our Level AA target.

3.3 Criteria We Apply Beyond Level AA

• 1.4.6 Contrast, Enhanced. Body text and interface text exceed 7:1 on white in most of the site, above the 4.5:1 Level AA requirement.
• 1.4.8 Visual Presentation. Our preferences panel lets you adjust text size and line spacing directly, which is normally a Level AAA provision.
• 2.3.3 Animation from Interactions. All non-essential motion can be switched off, both by your operating system setting and by our own control.
• 2.4.10 Section Headings. Content is organised under a strict, gap-free heading hierarchy.

4. The Accessibility Preferences Panel

Every page carries a circular button in the lower-left corner marked with the universal access symbol. Selecting it opens a panel with two tabs: Accessibility and Privacy. The controls below are in the Accessibility tab.

These controls supplement your operating system and browser settings; they do not replace them. If you already have a system-wide preference such as reduced motion or increased contrast, we honour it automatically without you touching this panel.

4.1 Available Controls

4.2 How the Panel Itself Behaves

• Opens and closes entirely from the keyboard
• Focus moves into the panel on open and returns to the trigger button on close
• Tab is confined to the panel while it is open, so you cannot lose it behind the page
• Escape closes it from anywhere inside, and clicking outside also closes it
• The two tabs follow the standard tab pattern with ← and →
• Each switch is a real switch role reporting its on or off state, not a styled image
• Every change is announced in a live region, so you hear the result without hunting for it
• Every control is at least 24 pixels, and the trigger button is 48
• A dot on the trigger button shows that non-default settings are active, described in text for screen reader users
• Reset to default restores everything in one action

4.3 Where Your Settings Are Stored

4.4 What the Panel Does Not Do

The panel is a set of genuine CSS preference controls. It is not an overlay product. It does not attempt to detect a disability, does not inject automated fixes over broken markup, does not intercept your screen reader, and does not modify how your assistive technology behaves. Accessibility is built into the underlying pages; the panel only offers presentation choices on top of that foundation.

5. Accessibility Features Across the Site

5.1 Structure and Navigation

• A skip link is the first focusable item on every page and jumps straight to the main content
• Landmark regions identify the banner, primary navigation, main content, complementary sidebar and footer
• Headings follow a strict hierarchy with no skipped levels, giving screen reader users a reliable outline
• Page titles state the page first and the site second, so they are distinguishable in a tab list
• Breadcrumbs appear on product and service pages
• Navigation appears in the same place and the same order on every page
• More than one way exists to reach any page: navigation, footer links, in-page contents and search
• Menus, including multi-column menus, are fully keyboard operable and close on Escape
• The page language is declared, and any passage in another language is marked up

5.2 Text and Reading

• Text scales to 200 per cent, and to 400 per cent with reflow, without loss of content or function
• No horizontal scrolling at a 320 pixel viewport width
• Text spacing overrides applied by a user stylesheet do not clip or overlap content
• Link text describes its destination, so “click here” and bare URLs are avoided
• Links that open in a new tab announce that fact to screen reader users
• Abbreviations are expanded on first use and marked up thereafter
• Nothing important is conveyed by colour alone; status always carries an icon or a word as well

5.3 Images and Media

• Meaningful images carry text alternatives that describe purpose and content, not filenames
• Decorative images use an empty alternative so screen readers skip them
• Product images name the equipment and its notable features
• Informative icons have accessible names; decorative icons are hidden from assistive technology
• Complex diagrams have a longer description nearby or a linked text equivalent
• No media plays automatically with sound
• Any media longer than five seconds can be paused, stopped or muted

5.4 Forms

• Every field has a visible, programmatically associated label; placeholder text is never the only label
• Required fields are marked visually and exposed programmatically
• Errors are identified in text, name the field, and suggest a correction
• Error messages are linked to their field, so they are read when you reach it
• Errors are announced in a live region on submit, not left for you to find
• Focus moves to the first field needing attention
• Correct autocomplete values let your browser fill common fields
• Telephone formatting is applied as you type without blocking input or moving the caret unexpectedly
• Consent checkboxes are never pre-ticked and link to the relevant policy
• Multi-step flows carry earlier answers forward rather than asking twice
• Spam filtering uses invisible honeypot fields, never a puzzle you must solve
• Success confirmations are announced, not just displayed
• Nothing submits or changes context simply because a field received focus

5.5 Colour and Contrast

• Body text meets or exceeds 4.5:1; most exceeds 7:1
• Large text meets or exceeds 3:1
• Interface boundaries, icons and form borders meet or exceed 3:1
• Focus indicators meet or exceed 3:1 against both the focused control and its surroundings
• Links are underlined, so they are distinguishable without relying on colour
• Forced-colours mode is supported, and our own styling steps aside where the operating system takes over

5.6 Keyboard Operation

• Every function is available from the keyboard alone
• Focus order follows the visual reading order
• Focus is always visible and never obscured by sticky or floating elements
• No component traps focus; you can always move away
• Dialogs confine Tab while open and restore focus to the trigger on close
• Carousels respond to arrow keys and offer previous and next buttons as well as swipe
• Radio-style card groups use a single tab stop with arrow navigation, as expected
• No shortcut is bound to a single character key without a modifier, so speech input is unaffected

5.7 Screen Reader Support

• Native semantic elements are used first; ARIA is added only where they are insufficient
• Dynamic updates — validation, basket totals, dialog state, chat replies — are announced in live regions
• Expandable regions expose their expanded or collapsed state
• Dialogs use the correct role, are marked modal and are labelled by their heading
• Hidden and inactive content is removed from the accessibility tree, not merely visually hidden
• Data tables use header cells with scope, and a caption where the purpose needs stating
• Lists are marked up as lists, so counts are announced
• Status messages are announced without stealing focus

5.8 Motion, Timing and Safety

• Reduced-motion preferences are honoured automatically and can also be set in our panel
• Nothing flashes more than three times per second, so no seizure risk from flashing is introduced
• No essential process carries a time limit that cannot be turned off, adjusted or extended
• No unexpected change of context occurs on focus or on input
• Moving content can be paused or stopped

5.9 Touch and Pointer

• Targets are at least 24 pixels, with 44 or more for primary actions
• Adequate spacing between adjacent targets reduces mis-taps
• Anything achievable by dragging is also achievable with a single tap or click
• No function requires a multi-point or path-based gesture
• Pointer actions complete on release, so you can move away to cancel
• The site works in both portrait and landscape orientation

6. Interactive Widgets and Dialogs

Several floating controls sit in the corners of the screen. Each is described below, because floating interfaces are where accessibility most often fails.

6.1 Layering of Floating Controls

Floating buttons are deliberately layered so they never cover something you are trying to read or operate. They sit above ordinary page content so they remain reachable while you scroll, and they drop below any open dialog, drawer or chat window so they cannot obscure it. Each measures the others and positions itself clear of them, so the buttons never overlap at any window size or text size. This directly serves criterion 2.4.11.

7. Known Limitations

We publish our known gaps rather than claiming perfection. Each entry states the problem, what you can do in the meantime, and where it stands.

If you find a barrier that is not listed here, please tell us. Reports from people who actually use assistive technology find problems that no automated tool can. Section 11 explains how.

8. Third-Party Content

We integrate services we do not build. We ask our partners about accessibility, we test what we can and we report defects, but we cannot guarantee content produced by another company.

9. Assistive Technology Compatibility

We test against the combinations below. Reasonable effort is made to support others, and current versions of browsers and assistive technology generally give the best result.

9.1 Keyboard Reference

We deliberately do not bind any function to a single character key without a modifier, so speech-recognition users are never triggered accidentally.

10. Alternative Ways to Reach Us

If any part of this website does not work for you, you never have to fight with it. Everything the site can do, a person here can do with you.

10.1 No Penalty for Using Another Channel

Any price, promotion or offer advertised on the website is honoured when you order by telephone, by email or in a showroom. You will never pay more, wait longer or receive less because you could not use the website.

10.2 Communication Preferences

Tell us how you prefer to communicate and we will use that method. If telephone is difficult, we will work entirely by email or text. If writing is difficult, we will call. If you use a relay or interpreting service, or you are assisted by a family member, carer or support worker, we will work with them at your direction.

10.3 Visiting a Showroom

All four showrooms welcome visitors with disabilities. Please call ahead if you would like a member of staff to meet you, assistance moving around the floor, a quieter time of day, or a demonstration of equipment. Tell us what would help and we will arrange it.

11. Reporting a Barrier

11.1 What Helps Us Fix It Faster

Send whatever you can. Even a single sentence is useful, and a partial report is far better than no report.

• What you were trying to do, and what stopped you
• The web address of the page, if you have it
• Your assistive technology and its version, if you use one
• Your browser and version
• Your operating system
• Any error message, read out or copied
• How you would like us to reply

11.2 What Happens Next

• We acknowledge every report within 2 business days
• We give a substantive response within 5 business days
• We reply in a format that works for you
• We offer an immediate alternative so you are not left waiting for a fix
• We tell you when the underlying issue has been corrected
• We add confirmed issues to section 7 until they are resolved

12. Formal Complaints

If our response does not resolve your concern, you can escalate. We would prefer to put it right ourselves, but you are not obliged to come to us first.

12.1 Escalating With Us

Write to us stating that you wish to make a formal accessibility complaint. It will be reviewed by a senior member of the team who was not involved in the original response.

We acknowledge a formal complaint within 5 business days and give a written decision within 30 calendar days, including what we found, what we will do and by when.

12.2 External Bodies

In the United States, the accessibility of a business open to the public is addressed by the Americans with Disabilities Act. You may contact:

• ADA Information Line — ada.gov (opens in a new tab), or 1-800-514-0301 (voice), 1-833-610-1264 (TTY)
• United States Department of Justice, Civil Rights Division — justice.gov/crt/disability-rights-section (opens in a new tab)
• New York State Division of Human Rights — dhr.ny.gov (opens in a new tab)
• Connecticut Commission on Human Rights and Opportunities — portal.ct.gov/CHRO (opens in a new tab)
• W3C Web Accessibility Initiative — w3.org/WAI (opens in a new tab) for background on the guidelines themselves

Nothing in this statement waives, limits or delays any right you have under law, and contacting us first is not a precondition to any remedy.

13. How We Maintain Accessibility

Accessibility degrades quietly unless it is maintained. These are the routines that keep it from slipping.

13.1 Ongoing Activity

• Automated scanning of templates and key page types on every release
• Manual keyboard and screen reader review of any new or changed interactive component
• Contrast measurement of every new colour pair before it ships
• Reflow and zoom checks at 320 pixels wide and 400 per cent zoom
• Accessibility review as a required step before content is published
• Guidance and training for everyone who writes copy, uploads images or builds pages
• Accessibility questions asked of every vendor before we adopt their product
• A quarterly review of the whole site
• An annual review of this statement, and an immediate update after any significant change
• Monitoring of guideline updates and of assistive technology releases

13.2 Remediation Timeline

1. Within 2 days Report acknowledged, logged, and an immediate alternative offered so you are not blocked.
2. Within 5 days Issue reproduced, assessed for severity and user impact, and a substantive response sent to you.
3. Within 10 days Critical barriers — anything preventing purchase, service booking or access to safety information — corrected.
4. Within 30 days Significant barriers corrected, or a firm date given if the work is larger.
5. Next cycle Minor issues scheduled into the following development cycle and tracked to completion.
6. Ongoing Anything not yet fixed is published in section 7 with its status and an alternative route.

13.3 Procurement

Before adopting a third-party component we ask for its accessibility conformance documentation, test it ourselves for keyboard operation and labelling, and consider whether an accessible alternative route exists if the component fails. Where a component cannot be made accessible, we provide a parallel route rather than shipping a barrier.

14. Legal Position

14.1 Standards and Laws We Work To

WCAG 2.2 Level AA

Published by the W3C Web Accessibility Initiative. This is our technical target throughout.

Americans with Disabilities Act, Title III

Requires places of public accommodation to be accessible. We treat our website as an extension of our showrooms for this purpose.

Section 508 of the Rehabilitation Act

Applies where we supply to federal agencies. Section 508 references WCAG Level AA, which is the standard we already work to.

New York State Human Rights Law and New York City Human Rights Law

Apply to us as a New York business serving New York customers.

Connecticut anti-discrimination law

Applies to our Greenwich showroom and our Connecticut customers.

14.2 Scope of This Statement

This statement covers gymtechfitness.com and its subpages. It does not cover third-party websites reached through links, content hosted on social platforms, or systems operated by manufacturers, financing providers or delivery partners.

14.3 Basis of Our Claim

Our conformance claim is based on self-evaluation as described in section 2.1. We have not yet completed an independent third-party audit and we do not claim external certification. Conformance is assessed against the site as it stood on the review date at the top of this page; content changes continuously, and a page published after that date may not yet have been reviewed.

14.4 Overlay Products

We do not use an accessibility overlay, toolbar or automated remediation script. Such products are widely criticised by disabled users and by accessibility practitioners for interfering with assistive technology and for masking rather than fixing defects. Our preferences panel, described in section 4, applies genuine CSS presentation choices to markup that is already built to be accessible. It makes no attempt to detect a disability and does not alter how your own assistive technology behaves.

14.5 Content Contributed by Others

Reviews, photographs and other material submitted by customers are not authored by us. We encourage accessible contributions and will describe or summarise such content on request, but we cannot guarantee it meets the standards in this statement.

14.6 Product Safety Notice

Fitness equipment can cause serious injury if it is used, assembled, adjusted or maintained incorrectly. Nothing in this statement, and nothing generated by our AI assistant, is medical, health, fitness, physiotherapy or rehabilitation advice. Consult a qualified healthcare professional before beginning any exercise programme, and speak to our team about equipment suitability, accessible configurations and adaptive options before purchasing.

14.7 Review and Changes

This statement was last reviewed on 1 September 2026. We review it at least annually, after any significant change to the website, and whenever the underlying guidelines are updated. Previous versions are available on request from webmaster@gymtechfitness.com.

15. Related Documents

• Privacy PolicyHow we collect, use, share and protect your information
• Terms of UseTerms governing use of our website and services
• Policies OverviewReturns, delivery, installation and warranty
• Report a Barrierwebmaster@gymtechfitness.com