Home › Blog › Creating an Accessible Funeral Home Website: ADA…
Guides
Creating an Accessible Funeral Home Website: ADA Compliance and Inclusive Design
FW
By Funeral Web Agency · July 16, 2026 · 7 min read
Starting with an Accessibility Audit: Practical Steps You Can Take Today
Begin your audit by opening your current funeral home website in a browser and navigating every page using only the keyboard. Press the Tab key repeatedly and observe whether focus indicators clearly show where you are on the page. This single action reveals more usability gaps than any theoretical discussion. Many funeral home websites use custom dropdown menus for service selections or location finders that become completely unreachable without a mouse, forcing users who rely on keyboards or screen readers to abandon the site.
Run the free WAVE evaluation tool from WebAIM on your homepage, an obituary page, and your contact form. The tool flags missing alternative text, insufficient color contrast ratios, and structural issues with headings. Follow this by installing the axe DevTools browser extension and generating a report that prioritizes violations by severity. These two tools together provide an objective starting point that you can act on immediately without hiring consultants first.
A concrete audit sequence we follow with every project involves four steps: first, keyboard-only navigation of the entire user journey from locating services to submitting an inquiry; second, automated scans with WAVE and axe; third, manual review of all images and form elements using the browser’s accessibility inspector; and fourth, documentation of every issue in a shared spreadsheet with screenshots and specific remediation notes. This process typically surfaces between 15 and 40 distinct issues on an average funeral home website that has not been built with accessibility in mind.
Applying WCAG Perceivable Principles to Funeral Home Content
WCAG’s perceivable principle requires that information and user interface components must be presentable to users in ways they can perceive. For a funeral home website this means ensuring that families using screen readers, those with low vision, or people experiencing temporary impairments from grief-related medication can still access every piece of information. Start by setting base font sizes to at least 16 pixels and using relative units like rem for all text scaling. This allows users to enlarge content up to 200% without breaking layouts or losing functionality.
Images require thoughtful alternative text that conveys meaning rather than decoration. A photograph of a funeral service setup should include context: “Oak casket surrounded by white lilies and blue hydrangeas in the main chapel at sunset.” Avoid vague phrases like “beautiful arrangement” that provide no value to non-sighted users. Similarly, all videos containing recorded services or facility tours must include accurate, timed captions and, when possible, a full transcript available on the same page.
One real-world implementation involved a funeral home in Ohio that previously used decorative background images of their facilities on every page. After applying perceivable guidelines, those images received proper alt text describing architectural features relevant to accessibility, such as ramp locations and seating arrangements. The site also added a high-contrast mode toggle that increased text size and adjusted background colors while preserving the dignified visual tone families expect. This change allowed a visually impaired user to independently browse memorial packages and pricing without assistance for the first time.
Implementing ARIA Labels and Roles for Interactive Elements
ARIA attributes provide the specific information assistive technology needs when native HTML falls short. On funeral home websites, the most common need appears in service selection forms, calendar widgets for scheduling viewings, and modal windows that display obituary details. Use `aria-label` or `aria-labelledby` on elements that lack visible text, such as icon-only buttons for closing a photo gallery. The pattern looks like this: ``.
For complex components like accordion-style FAQ sections about grief support services, apply `aria-expanded="true/false"` and `aria-controls` pointing to the content panel ID. This tells screen readers the relationship between the heading and the expandable content. Landmarks should be explicitly defined using HTML5 elements where possible—`
In practice, we rebuilt a service inquiry form that previously confused screen readers because its radio buttons for service types lacked proper grouping. By wrapping them in a `