Pool and spa companies—covering cleaning, maintenance, repair, and new installation—increasingly win and manage work online. A homeowner or property manager finds the company, requests a quote or seasonal opening/closing, schedules recurring service, and often logs into a customer portal to view chemistry reports and pay invoices. Each of those steps is a frequent accessibility failure point. Multi-step quote and estimate forms are built with placeholder-only labels, color-coded required fields, and address or scheduling steps that break under keyboard navigation. Recurring-service scheduling widgets present calendars that screen readers cannot operate. Installation and remodel galleries—the strongest sales tool for a pool builder—carry no alt text, so the very work that persuades sighted buyers is invisible to blind ones. And customer portals that display water-chemistry readings and invoices often rely on color-coded status (green/red) and un-labeled tables that assistive technology cannot interpret. This is lost revenue as much as legal risk: a prospective customer with a disability who cannot request a quote hires a competitor. Legally, a pool or spa service that markets to the public is generally treated as a business open to the public, so its website is expected to meet ADA Title III expectations with WCAG 2.1 AA as the practical standard; companies contracting with government facilities may also face Section 508 obligations. This guide covers the legal considerations, the accessibility failures most common on pool and spa service websites, and a plain-language checklist you can work through without a developer.

Legal Requirements

Key Accessibility Issues in Pool & Spa Maintenance Services

Multi-Step Quote and Service-Request Forms That Break the Keyboard Path

Requesting a pool cleaning quote, an equipment repair, or a seasonal opening/closing usually means a multi-step form covering address, pool details, and preferred dates. These forms often use placeholder text instead of labels, mark required fields by color alone, and lose keyboard focus between steps, stranding motor-disabled and screen reader users partway through and losing the lead.

How to fix:

Give every field a persistent, programmatically associated label, and mark required fields with text plus an accessible attribute, not color. Manage focus deliberately between steps and announce progress ('Step 2 of 3') to screen readers. Announce validation errors, move focus to the first error, and give plain instructions for fixing each one.

Recurring-Service Scheduling Widgets That Screen Readers Cannot Operate

Pool and spa work is often recurring—weekly cleaning, monthly maintenance—so sites embed scheduling widgets to pick service days and frequencies. These calendars frequently trap keyboard focus, expose no accessible names for dates or frequency options, and announce nothing when a schedule is selected, so a blind or motor-disabled customer cannot set up service.

How to fix:

Use a scheduling tool that is fully keyboard-operable, labels dates and frequency options for screen readers, and announces selections. Ensure the widget does not trap focus. Where the embedded scheduler cannot be made accessible, offer an equally prominent phone or accessible-form scheduling alternative.

Installation and Remodel Galleries Without Alt Text

For pool builders and remodelers, the project gallery is the primary sales tool, but before-and-after and finished-build images almost never carry meaningful alt text. Screen reader users hear filenames or 'image' instead of a description, so the evidence that convinces sighted buyers is invisible to blind ones. Lightbox viewers also often trap keyboard focus.

How to fix:

Write descriptive alt text for each project image (for example, 'Before: cracked concrete pool deck. After: new blue-tiled pool with stone deck and spa'). Use empty alt attributes for purely decorative images. Ensure gallery and lightbox viewers are keyboard-operable, do not trap focus, and close with the Escape key.

Customer Portals With Color-Coded Chemistry Reports and Unlabeled Tables

Many pool services give customers a portal showing water-chemistry readings, service history, and invoices. Chemistry results are commonly conveyed by color alone (green for good, red for out of range), and data tables often lack proper header associations, so screen reader users cannot tell which reading is which or whether a value is safe.

How to fix:

Convey status with text or icons plus color, never color alone, so 'chlorine: high' is stated in words. Build data tables with proper header cells and scope so screen readers can associate each value with its column and row. Ensure the portal login, invoices, and payment steps are labeled and keyboard-operable, and announce updates to screen readers.

Service Areas, Pricing, and Contact Details Locked in Images

Pool and spa companies often place service areas, seasonal promotions, phone numbers, and licensing details inside graphic banners or social-style image posts. This information is invisible to screen readers and cannot be resized or recolored by low-vision users, hiding exactly the trust and coverage signals that win recurring contracts.

How to fix:

Present service area, pricing, phone number, license, and hours as live HTML text, not images. If a promotional graphic contains text, repeat that text in visible HTML nearby. Keep the primary contact method as plain text near the top of the homepage, and ensure it meets color-contrast requirements.

Compliance Checklist

  • Multi-step quote and service-request forms have persistent, programmatically associated labels and manage keyboard focus between steps
  • Required fields and validation errors use text, not color alone, and errors are announced with focus moved to the first error
  • Recurring-service scheduling widget is keyboard-operable, labels dates and frequency options, and does not trap focus
  • An accessible scheduling alternative (phone or accessible form) is offered as prominently as the widget
  • Installation and remodel gallery images have descriptive before-and-after alt text
  • Gallery and lightbox viewers are keyboard-operable, do not trap focus, and close with the Escape key
  • Customer-portal chemistry status uses text or icons plus color, never color alone
  • Portal data tables have proper header cells and scope, and login/invoice/payment steps are labeled and keyboard-operable
  • Service area, pricing, phone, license, and hours are HTML text, not images, and meet WCAG 2.1 AA contrast (4.5:1 text, 3:1 large text and UI components)
  • An accessibility statement is published with a contact method for reporting barriers

Further Reading

Other Industry Guides