A daughter searching on her phone at 10 pm wants to book a tour for her parent. She finds the right page, but the text is difficult to read, the button is too small, and the enquiry form will not submit. That is not only an accessibility problem. It can also become a trust and lead-conversion problem.
Senior care websites serve two audiences at once: older adults and the family members or caregivers researching care options for them. This guide explains how age-related changes affect website use, what WCAG 2.2 AA means, which design choices matter, and how to test a senior care website beyond an automated scan.
Table of Contents
- Why Is Accessibility a Conversion Issue for Senior Care Websites?
- What Age-Related Changes Should Your Website Account For?
- What Text Size, Contrast and Spacing Should You Use?
- How Should Navigation and Forms Work for Older Users?
- What Do Mobile and Touch Targets Need?
- What Does WCAG 2.2 AA Mean in Plain English?
- How Do You Test a Senior Care Website for Accessibility?
- Why Choose Qrolic
- Our Web Services for Senior Care Businesses
- Conclusion
- What font size should a senior care website use?
- Is WCAG 2.2 required for senior care websites?
- What is the minimum touch target size?
- Do we need an accessibility overlay or widget?
- How often should we test a senior care website?
- How do I test website accessibility?
- Does WCAG require 16px or 18px text?
- Should senior care websites have a click-to-call option?
- What should I check beyond the homepage?
- Should I rebuild or fix my existing senior care website?
Why Is Accessibility a Conversion Issue for Senior Care Websites?
Accessibility affects the entire enquiry journey: finding information, reading it, trusting the provider, and taking action through a form, phone call, or tour request. A page can look polished while still creating barriers that stop someone from completing that journey.
Older adults are also using smartphones. Pew research from January 2026 found that 78% of adults aged 65 and older own a smartphone, although usage patterns and comfort levels vary. This makes mobile usability important for senior care providers.
The same improvements can support both audiences. A family member researching care on a phone may be stressed and short on time, while an older adult may need more time to read, understand, or complete a transaction. W3C research identifies age-related changes involving vision, hearing, dexterity, and cognition that can affect how some older people use websites.
For providers working on their senior care websites, it helps to think about accessibility as part of the enquiry funnel rather than as a separate compliance task.
For providers planning an accessible website or considering a rebuild, Qrolic’s senior care website design and development services can support accessible structure, clear navigation, responsive layouts, and enquiry-focused user experiences.
| Website barrier | Possible effect on the enquiry |
| Small or low-contrast text | The visitor may struggle to understand services |
| Small buttons | The visitor may miss the intended action |
| Complicated navigation | Important information may be difficult to find |
| Unclear form labels | The visitor may not know what information to enter |
| Poor error messages | The visitor may abandon the form |
| Inaccessible booking tools | A tour request may not be completed |
| Missing captions | Video information may be unavailable to some users |
The goal is not simply to make a website pass a technical check. The goal is to remove unnecessary barriers from the path between a visitor’s question and their next action.
What Age-Related Changes Should Your Website Account For?
Accessibility decisions become easier when you understand why certain users may experience a website differently. W3C’s review discusses several age-related changes that can influence web use. It should be used qualitatively because the underlying review dates from 2008.
- Vision: Reduced contrast sensitivity can make low-contrast text harder to distinguish. Glare and text placed over images can create additional difficulty.
- Dexterity: Some users may have difficulty accurately selecting small controls or completing interactions that require precise movements.
- Memory and attention: Mild cognitive changes can affect short-term memory and concentration. Simple navigation and predictable interactions can reduce unnecessary effort.
- Hearing: Video content should provide captions so important information is not communicated through audio alone.
- Reading speed: Some older users may need more time to read content and complete transactions.
These considerations also benefit family members. A caregiver comparing several providers on a phone benefits from readable content, clear navigation, and straightforward forms even if they do not personally experience age-related accessibility barriers.
For elderly care providers, Qrolic’s elderly care website design and development services can support clear content presentation, accessible navigation, readable layouts, and straightforward enquiry paths.
Plan Your Accessibility Review
Bring your accessibility checklist, key enquiry paths, and website requirements together to discuss practical design or development next steps.
What Text Size, Contrast and Spacing Should You Use?
WCAG provides specific requirements for contrast, resizing, reflow, and text spacing, but it does not set a minimum font size. A recommendation such as 16px or 18px should therefore be treated as a design recommendation, not as a WCAG requirement. For senior care websites, 18px or larger body text can be a useful usability guideline.
| Setting | Requirement or recommendation | Common failure |
| Body text | 18px+ recommended for senior-friendly readability | Very small body copy |
| Normal text contrast | WCAG 1.4.3 requires 4.5:1 minimum | Light grey text on white |
| Non-text contrast | WCAG 1.4.11 requires 3:1 | Low-contrast icons and controls |
| Text resizing | Content should remain usable at 200% | Text becomes clipped or overlaps |
| Reflow | Content should adapt without unnecessary horizontal scrolling | Fixed-width layouts |
| Text spacing | WCAG 1.4.12 defines text-spacing requirements | Tight line and paragraph spacing |
| Line height | 1.5+ is a useful recommendation | Dense blocks of text |
| Text over images | Avoid when readability depends on the image | Text disappears against busy backgrounds |
Use clear typefaces, comfortable spacing, and strong visual hierarchy. Avoid relying on thin font weights or decorative typography for important information.
The important distinction is simple: WCAG defines conformance requirements, while senior-friendly design can go beyond those minimums. A website can technically meet a particular criterion while still being unnecessarily difficult for an older visitor to use.
How Should Navigation and Forms Work for Older Users?
Forms and navigation are where accessibility problems can directly interrupt an enquiry. A visitor may understand the service but still leave if the final action is difficult to complete.
Keep navigation predictable and use labels that describe what visitors will find. Avoid forcing users to remember information from one page while completing a task on another.
For forms:
- Use visible labels rather than relying only on placeholder text.
- Keep forms as short as the task allows.
- Explain what information is required.
- Provide clear error messages that explain what needs to be corrected.
- Make keyboard focus visible.
- Avoid aggressive time limits.
- Avoid CAPTCHAs where possible, or provide an accessible alternative.
- Do not unnecessarily ask users to enter information they have already provided.
- Keep the click-to-call option prominent, especially on mobile.
A persistent phone option can be part of an accessible enquiry experience rather than merely a fallback. Someone who struggles with a form should still have a clear way to contact the provider.
For additional planning guidance, see these essential senior care website features when reviewing the broader functionality of a senior care website.
Consider the 10 pm tour scenario again. If the family member can find the tour page but cannot identify the required fields, understand an error, or tap the submit button, the problem occurs at the most important point in the enquiry journey. Accessibility improvements should therefore focus heavily on the pages and interactions where visitors are expected to act.
What Do Mobile and Touch Targets Need?
Mobile accessibility matters because many family members research care options from their phones. Touch controls need enough space to be selected accurately, especially for users with reduced dexterity.
WCAG 2.2 introduced 2.5.8 Target Size (Minimum) at Level AA. It generally requires targets to be at least 24 by 24 CSS pixels, subject to specified exceptions. The larger 44 by 44 measurement belongs to the Level AAA criterion 2.5.5, not the AA minimum.
For senior-friendly design, consider these practices:
- Use 44px or larger touch targets as a design recommendation where practical.
- Provide sufficient space between adjacent controls.
- Avoid placing important buttons too close together.
- Make sticky headers and chat controls avoid covering content or keyboard focus.
- Provide alternatives for interactions that depend on dragging.
- Check important actions in portrait mode on a real phone.
The distinction matters: 24 by 24 CSS pixels is the WCAG 2.2 AA minimum for the relevant criterion, while larger targets can be a useful usability recommendation.
What Does WCAG 2.2 AA Mean in Plain English?
WCAG stands for Web Content Accessibility Guidelines. Its conformance levels are A, AA, and AAA, with AA commonly used as the practical target for accessibility work.
WCAG 2.2 was released in October 2023. Moving from WCAG 2.1 AA to WCAG 2.2 AA introduces six new requirements that need to be considered, including criteria covering target size, focus, dragging, authentication, help, and redundant entry.
| WCAG 2.2 criterion | Plain meaning | Senior care example |
| Focus Not Obscured (Minimum) | Keyboard focus should not be hidden by other content | A sticky header should not cover the focused form field |
| Dragging Movements | Dragging should have an alternative where required | A booking interaction should not depend only on dragging |
| Target Size (Minimum) | Relevant targets need adequate minimum dimensions | A mobile tour button should not be unnecessarily tiny |
| Focus Appearance | Focus indicators need sufficient visibility | Keyboard users should be able to see which control is active |
| Consistent Help | Repeated help mechanisms should appear consistently | Contact or assistance options should be predictable |
| Accessible Authentication | Authentication should not unnecessarily depend on cognitive tests | Family portal login should not require an avoidable memory challenge |
The research brief recommends building toward WCAG 2.2 even where a regulation references WCAG 2.1. That is because WCAG 2.2 is the newer W3C standard, while legal requirements can reference an earlier version.
Legal requirements also depend on the type of organisation and funding. ADA Title II applies to public entities, while Section 504 can apply to organisations receiving HHS funding. Private providers generally fall under ADA Title III, which does not specify one single technical web standard in the regulation. Because legal obligations depend on the organisation and circumstances, senior care providers should consult legal counsel for legal advice.
Accessibility should therefore be treated as more than a legal checklist. WCAG conformance applies to complete pages and processes, not isolated elements.
How Do You Test a Senior Care Website for Accessibility?
An automated accessibility scan is a useful starting point, but it cannot identify every usability problem. Testing should combine automated tools with manual checks and, where possible, testing with older users.
Use this checklist:
- Run an automated accessibility scan.
- Navigate key pages using only a keyboard.
- Confirm that keyboard focus is visible.
- Zoom the website to 200% and check that content remains usable.
- Test the site on a real phone in portrait orientation.
- Check text and non-text contrast.
- Check important buttons and links for adequate touch targets.
- Test the main enquiry and appointment forms.
- Check that labels and error messages are clear.
- Test important pages with a screen reader.
- Check PDFs, brochures, and price sheets.
- Check videos for captions.
- Test booking, virtual tour, and other third-party embeds.
- Check CAPTCHAs and authentication flows.
- Test important pages with an older user where possible.
- Retest after significant content or design updates.
Do not stop after checking the homepage. A website can have an accessible homepage while a downloadable PDF, booking widget, form, video, or third-party tool creates a barrier later in the journey.
Third-party tools deserve particular attention. The research brief notes that third-party embeds fall under the provider’s responsibility, so organisations should ask vendors for evidence of accessibility conformance.
Accessibility also needs ongoing attention after launch. Content editors can unintentionally introduce problems by uploading images without useful alternatives, creating low-contrast banners, or adding inaccessible documents.
Why Choose Qrolic
For senior care providers reviewing accessibility, Qrolic Technologies focuses on website design and development for senior care businesses, with clear navigation and accessibility considered as part of the design process. If your current website needs an accessibility review or a rebuild, you can Contact Qrolic to discuss the requirements.
Our Web Services for Senior Care Businesses
- Senior Care Website Design & Development Services: Qrolic’s senior care website design and development work is positioned for providers such as assisted living, home care, and nursing facilities. The approach considers accessibility and clear navigation from the start of the build.
- Elderly Care Website Design & Development Services: This service is positioned for elderly care providers that need clear service communication and easy-to-use enquiry paths. It supports website experiences designed with accessibility and straightforward navigation in mind.
Conclusion
Senior care website accessibility is about making the enquiry path easier for the people who depend on it. WCAG 2.2 AA provides important technical requirements, but senior-friendly design can go further through readable text, clear forms, larger touch targets, simple navigation, and human testing. Start by finding the barriers that prevent visitors from finding, understanding, trusting, and acting on your website.
Review Your Accessibility Priorities
Use the checklist to identify the pages and interactions that need attention before deciding whether to audit, fix, or rebuild your website.
What font size should a senior care website use?
WCAG does not specify a minimum font size. For senior-friendly design, 18px or larger body text can be used as a practical recommendation. The more important considerations are readability, contrast, spacing, resizing, and whether content remains usable when visitors zoom the page.
Is WCAG 2.2 required for senior care websites?
The applicable legal requirement depends on the organisation, its funding, and the relevant regulation. WCAG 2.2 is the current W3C standard, while some regulations reference WCAG 2.1. Providers should distinguish technical guidance from legal requirements and consult legal counsel about their specific situation.
What is the minimum touch target size?
WCAG 2.2 Level AA criterion 2.5.8 generally requires applicable targets to be at least 24 by 24 CSS pixels, subject to exceptions. A 44 by 44 target is associated with the stricter Level AAA criterion, but larger targets can be a useful senior-friendly design recommendation.
Do we need an accessibility overlay or widget?
An overlay or widget should not be treated as a substitute for fixing the underlying website. The research brief specifically notes that overlays and widgets do not make a site conformant. Accessibility needs to be addressed in the website’s structure, content, interactions, and testing.
How often should we test a senior care website?
Accessibility should not be treated as a one-time project. Test after significant design or content changes and include important pages, forms, documents, videos, and third-party tools. Content updates can introduce new accessibility problems even when the original website was tested.
How do I test website accessibility?
Start with an automated scan, then perform manual keyboard, zoom, mobile, and screen reader checks. Test key forms and enquiry paths, review PDFs and videos, inspect third-party embeds, and include older users in testing where possible. Automated tools identify only part of the accessibility picture.
Does WCAG require 16px or 18px text?
No. WCAG does not set a minimum font size. Values such as 16px or 18px are design recommendations rather than WCAG font-size requirements. For senior care websites, larger body text can support readability when combined with appropriate contrast, spacing, and resizing behaviour.
Should senior care websites have a click-to-call option?
A prominent click-to-call option can provide an accessible alternative to completing a web form, particularly on mobile. The research brief recommends treating phone access as part of the accessibility experience rather than only as a fallback for a failed online interaction.
What should I check beyond the homepage?
Check the complete enquiry journey, including service pages, forms, appointment or booking tools, PDFs, videos, virtual tours, authentication, and third-party embeds. WCAG conformance applies to complete pages and processes, so fixing only the homepage does not address barriers elsewhere.
Should I rebuild or fix my existing senior care website?
Start with an accessibility review and identify where visitors encounter barriers. Some issues may be addressed through content, design, or development changes, while broader structural problems may require a rebuild. The right decision depends on the condition of the existing site and the scope of the accessibility issues identified.








