Villa Stuart Private Clinic

Accessibility Statement

Villa Stuart is committed to making its website accessible, in compliance with Law 4/2004 (Legislative Decree of January 9, 2004) and in line with the principles of universal accessibility provided by the Web Content Accessibility Guidelines (WCAG) 2.1 – Level AA.

1. Compliance Status

1.1 Improvements Over the Previous Site

The website https://www.villastuart.it represents a significant advancement in terms of accessibility compared to the previous Squarespace platform.

Detailed Comparative Analysis

Aspect Squarespace (Old) WordPress + Elementor (New)
Alternative Text (Alt Text) Absent or generic (alt=””) on galleries and images Complete and descriptive on all visual assets
Focus Indicators Not visible; limited keyboard navigation Clear and visible on all interactive elements
Semantic HTML Structure with generic <div> without semantics HTML5 with semantic elements (<nav>, <main>, <section>, <article>)
Color Contrast Not verified; possible contrast issues Verified according to WCAG AA (ratio ≥4.5:1)
Keyboard Navigation Mouse dependency; inline JavaScript without fallback Fully accessible with Tab, Shift+Tab, Enter
ARIA Labels Not implemented Complete WAI-ARIA 1.2 for custom components
Language Declaration Not explicit in code Declared with lang=”it” in root HTML
Target Size (Interactive Elements) Variable; some buttons too small Minimum 48×48 pixels (WCAG AAA standard)
JavaScript Dependencies Multiple proprietary Squarespace libraries Minimalist; progressive fallback implemented
Accessibility Tools Absent Iubenda plugin with controls: zoom, contrast, guided reading, screen reader

Functional Improvements

Features not available on Squarespace:

  • Iubenda Accessibility Plugin: Dedicated tool with controls for zoom, contrast, alternative colors, reading guide, screen reader
  • Keyboard Navigation Controls: Complete management of visible focus indicators (absent in Squarespace theme)
  • Semantic ARIA Labels: Implementation of WAI-ARIA 1.2 for complex components (menu, modal, carousel)
  • Dedicated Accessibility Page: Transparent information, specific contacts and complaint procedure

Structural Improvements

Solid foundations:

  • Semantic HTML5 Language: Structure with elements <header>, <nav>, <main>, <section> vs <div> generic elements of Squarespace
  • Consistent Heading Hierarchy: Logical H1→H2→H3 organization vs uncertain structure on Squarespace
  • Descriptive Links: Meaningful text (“Discover our cardiology services”) vs generic (“Read more”) from the previous platform
  • Contrast Management: Optimized and WCAG AA verified color system vs unverified on Squarespace
  • Screen Reader Support: ARIA testing and validation vs CSS-first layout without ARIA on Squarespace

1.2 Commitment to Continuous Evolution

  • Past: Ongoing commitment from the organization to improve accessibility
  • Present: Comprehensive audit identifies specific areas for improvement
  • Future: Structured evolution plan in three progressive phases

2. Implemented Accessibility Improvements

2.1 Realized WCAG 2.1 Improvements

Priority Features – New Implemented Capabilities

Visible Focus Indicators (WCAG 2.4.7 – Focus Visible)

Problem in Old Site: Squarespace did not provide visible focus indicators; keyboard navigation was practically unusable for users who do not use a mouse.

Improvement: Clear and visible focus indicators on all interactive elements (colored outlines and focus rings).

Benefit: Users navigating with keyboard can easily identify the selected element; complete support for users with reduced mobility.

Implementation: Standardized CSS styling with visible outlines (min 3px) and focus rings with high contrast color.

Complete Alternative Text (WCAG 1.1.1 – Non-text Content)

Problem in Old Site: Squarespace HTML analysis reveals dozens of images with alt=”” (empty alt text), especially in service galleries.

Improvement: Descriptive and meaningful alt text on all visual assets (images, icons, galleries).

Benefit: Blind and visually impaired users fully understand content through screen readers; better SEO.

Implementation: Systematic auditing process on all images; templates with mandatory alt text fields; guidelines for meaningful descriptions.

Descriptive and Meaningful Links (WCAG 2.4.4 – Link Purpose)

Problem in Old Site: Generic links (“Read more”, “Click here”) common in Squarespace; difficult for screen readers to understand function.

Improvement: Link text always contextual and descriptive (“Discover cardiology services”, “Contact orthopedics department”).

Benefit: Users with screen readers clearly understand the function of each link without visual context.

Implementation: Systematic elimination of generic text; template review with descriptive link naming rules.

Optimized Color Contrast (WCAG 1.4.3 – Contrast Minimum)

Problem in Old Site: Squarespace did not provide tools to verify contrast; Squarespace palette might not meet WCAG AA.

Improvement: Contrast ratio greater than 4.5:1 for text and buttons; systematic verification on all elements.

Benefit: Visually impaired users (5-8% of population) can read text without difficulty; text on colored backgrounds clearly readable.

Implementation: Design tokens with pre-verified WCAG AA contrast values (4.5:1 for text, 3:1 for components); validation tool in build.

Structural Improvements – Accessible Foundations

Correct Heading Hierarchy (WCAG 1.3.1 – Info and Relationships)

Problem in Old Site: Squarespace uses non-semantic heading structures; visual builder does not guarantee logical H1→H2→H3.

Improvement: Logical and semantically correct H1→H2→H3 structure on all pages.

Benefit: Intuitive hierarchical navigation for screen reader users; ability to skip between main sections.

Fully Keyboard Accessible Navigation (WCAG 2.1.1 – Keyboard)

Problem in Old Site: Squarespace inline JavaScript does not support keyboard access; mobile menu depends on mouse clicks.

Improvement: All components navigable with Tab, Shift+Tab, Enter and arrows (expandable menus, dropdowns, carousels).

Benefit: Users who do not use a mouse (paralysis, tremors, motor disabilities) have complete access to all functions.

Complete and Semantic ARIA Labels (WCAG 4.1.2 – Name, Role, Value)

Problem in Old Site: Squarespace does not implement WAI-ARIA; custom components not correctly announced to screen readers.

Improvement: Correct ARIA-label, aria-describedby, aria-hidden and role attributes on custom components (menu, modal, tab).

Benefit: Screen readers correctly announce function, state and description of each element; consistent experience for blind users.

Advanced Improvements – Universal Experience

Status Indicators Not Dependent on Color (WCAG 1.4.1 – Use of Color)

Problem in Old Site: Squarespace uses color only to indicate status (red error, green success); problematic for colorblind users.

Improvement: Status indicators with text, icons and patterns in addition to color (e.g.: error = red + X + “Error” text).

Benefit: Colorblind users (8% of men) and visually impaired understand messages, errors and states independently of color.

HTML Language Declaration (WCAG 3.1.1 – Language of Page)

Problem in Old Site: Squarespace does not explicitly declare lang in HTML tag; screen readers use browser default language.

Improvement: lang=”it” attribute correctly declared on root HTML element.

Benefit: Screen readers correctly pronounce Italian text with appropriate intonation, accents and speed.

Optimal Target Size for Accessibility (WCAG 2.5.5 – Target Size)

Problem in Old Site: Squarespace template has variable buttons and links; some interactive elements <40px (problematic for touch).

Improvement: All interactive elements with minimum 48×48 pixels (WCAG AAA standard; mobile-friendly).

Benefit: Users with reduced mobility, tremors or on touch devices (smartphones) have comfortable clickable areas; reduces errors.

2.1.1 Improvements Summary – Technical Evidence

Comparative analysis of HTML code based on direct analysis of the previous site (on Squarespace):

Criterion Squarespace HTML WordPress + Elementor Impact for Users
Alt Text on Images <img alt=”” /> (empty) Descriptive alt text Blind users understand content
Focus Indicators Absent Colored outlines 3px minimum Users navigating with keyboard
Semantic Elements Generic divs Semantic HTML5 Screen readers read correct structure
Language Declaration Not present <html lang=”it”> Screen readers pronounce correct Italian
ARIA Labels No implementation Complete aria-label, role Screen readers announce element function
Keyboard Accessibility Menu No Tab access Complete Tab, Enter, Arrow access Users who don’t use mouse
Color Contrast Not verified WCAG AA (4.5:1 minimum) Visually impaired users read text
Link Text “Read more” “Discover services…” Screen readers provide context
Cookie Consent Script without labels Iubenda with ARIA labels Screen reader users accessible
Target Size Some <40px Minimum 48x48px Touch and reduced mobility users

2.2 Security

The site has been subjected to security assessment regarding accessibility functions. 2 low-severity security vulnerabilities have been identified:

  • 1 Medium Vulnerability: Potential XSS in image URL management
  • 1 Low Vulnerability: Potential XSS in admin error messages

Status: No personal or sensitive data exposed through accessibility functions. GDPR compliance verified.

2.3 Disproportionate Burden

No content has been identified for which the application of accessibility criteria would constitute a disproportionate burden according to art. 3-ter, paragraph 7 of the Stanca Law.

However, we recognize that some historical content (videos, presentations) may require significant time for complete adaptation. These will be addressed in Phase 3 of the correction plan.

3. Continuous Improvement Plan

3.1 Accessibility Evolution Roadmap

Aware that accessibility is a continuous process, Villa Stuart will implement a progressive improvement plan with coordinated releases:

Phase 1 – Priority Implementations & Quick Wins

  • Add visible focus indicators
  • Implement alternative text for all images
  • Correct empty and non-descriptive link text
  • Increase color contrast of buttons in hover/focus states
  • Declare HTML language attribute
  • Correct 2 XSS security vulnerabilities

Objective: Rapid implementation of critical features

Phase 2 – Structural Improvements and Robust Foundations

  • Reorganize heading structure (correct H1, H2, H3)
  • Implement complete keyboard accessibility for scrollers
  • Complete ARIA labels for custom components
  • Implement design tokens for contrast and color
  • Integration of automated tests (Lighthouse CI, axe)

Objective: Solid foundations for long-term accessibility

Phase 3 – Independent Verification and Advanced Optimizations

  • Manual testing with screen readers (NVDA, JAWS, VoiceOver)
  • Accessibility performance optimization
  • WCAG 2.1 AA certification

Objective: Accessibility excellence and external certification

3.2 Available Accessibility Tools

The site implements the Iubenda Accessibility Plugin which provides users with:

Content Controls

  • Content scaling (zoom)
  • Adaptable font sizing
  • Adjustable line height
  • Modifiable letter spacing
  • Text alignment (left, center, right)

Color Adjustments

  • Dark contrast (dark theme)
  • Light contrast (light theme)
  • High contrast (WCAG AAA)
  • High saturation (for low vision)
  • Monochromatic (for color blindness)
  • Low saturation (fatigue reduction)

Orientation Controls

  • Sound Deactivation
  • Hide Images
  • Reading Guide
  • Stop Animations
  • Reading Mask
  • Highlight Mouse Hover
  • Highlight Element Focus
  • Custom Cursor (large black/white)

4. Feedback and Contacts

4.1 Difficulties Encountered

If you encounter difficulties accessing any content or functionality of the site, we invite you to contact us through the following channels:

Dedicated Email [email protected]
Telephone +39 35528444 (Switchboard – Accessibility Requests)
Postal Mail
Villa Stuart – Management
Via Trionfale, 5952
00135 Rome (RM)

4.2 Response Time

We commit to responding to all accessibility requests within 5 working days and to providing the requested information in an accessible format (e.g., large text, audio, simple format, etc.).

5. Procedure for Complaints and Appeals

If you are not satisfied with our response or the solution provided, you can submit a complaint to the following competent authorities:

5.1 Agency for Digital Italy (AgID)

AgID is responsible for monitoring compliance with the Stanca Law.

Address Via Liszt, 21 – 00144 Rome

5.2 Italian Competition Authority (AGCM)

For issues related to transparency in accessibility.

Website www.agcm.it
Complaints Portal www.reclami.antitrust.it

6. Technologies on which the Site is Based

The accessibility of Villa Stuart’s website is based on the following technologies:

  • HTML5 – Semantic markup
  • CSS3 – Styling and responsive design
  • JavaScript (ES6+) – Keyboard-controlled interactivity and dynamics
  • WAI-ARIA 1.2 – Attributes for assistive technology
  • WordPress 6.x – Content Management System
  • Elementor – Page Builder with accessibility support
  • Iubenda Accessibility Plugin – Accessibility tools for users

7. Information on the Declaration

7.1 Evaluation Methods

This declaration has been developed based on:

Internal Self-Assessment (August-October 2025)

  • Manual review of key pages
  • Keyboard navigation testing
  • Color contrast evaluation
  • Semantic structure review

Automated Instrumental Analysis

  • Google Lighthouse (Performance, Accessibility, SEO)
  • axe DevTools (WCAG 2.1 violations)
  • Pa11y (automated accessibility scanner)
  • WAVE (color contrast, alt text, form labels)

Evaluation by Specialized AI Agents

  • Frontend Engineer: WCAG 2.1 AA compliance
  • Security Auditor: Security of accessibility functions
  • UI/UX Designer: Accessible design specification
  • Code Reviewer: Implementation quality

Assistive Technology Testing (Planned)

  • NVDA (Windows screen reader)
  • JAWS (Windows screen reader)
  • VoiceOver (macOS/iOS)
  • TalkBack (Android)

7.2 Pages Covered

This declaration covers the following scope:

  • Main URL: www.villastuart.it
  • Scope: The entire website accessible to visitors (public version)
  • Excluded: Protected areas (Patient Portal) addressed in a subsequent phase

7.3 Planned Updates

  • Post Phase 1 Update: After completion of priority implementations
  • Post Phase 2 Update: After implementation of structural improvements
  • Final Update: Upon achieving WCAG 2.1 AA certification
  • Subsequent Updates: Periodically (every six months) or after significant changes

8. Commitment to Continuous Improvement

Villa Stuart is committed to:

Maintaining and Improving Accessibility

  • Continuous monitoring with automated tools
  • Monthly accessibility tests
  • Implementation of new accessible technologies as soon as available

Following International Standards

  • Updating from WCAG 2.1 to WCAG 2.2 when stabilized
  • Monitoring new European guidelines
  • Compliance with EU Directive 2016/2102

9. Commitment to Accessibility

We formally declare that:

  • The new Villa Stuart website represents a significant advancement in accessibility compared to the previous platform
  • A structured continuous improvement plan is being implemented to extend accessibility benefits
  • We aim to achieve independent WCAG 2.1 AA certification as a primary objective
  • We will be fully transparent about progress through regular updates of this statement and user community engagement