Accessibility Statement

Accessibility conformance report for
https://www.carontetourist.it/

Last updated: 21/08/2025

This document is intentionally drafted in a simplified form and using clear, plain language, in accordance with the principles and accessibility requirements set out in Directive (EU) 2019/882 (European Accessibility Act).

Pursuant to Article 4 and Annex I of Directive (EU) 2019/882, accessibility-related information must be provided in a manner that is perceivable, operable, understandable and robust, including through clear and comprehensible language and a non-complex structure.

Accordingly, the simplified nature of this document represents direct compliance with a legal requirement and does not replace or restrict the validity of more detailed technical or legal documentation, where applicable.

This document has been provided by Accessiway to comply with the obligations of the European Accessibility Act until the relevant National Authority provides the official template.
Every complex paragraph is introduced by an explanation in a simpler language.

Introduction

We want everyone, including people with disabilities, to use our service easily. This statement explains the steps we take to make it accessible, following laws and standards like the European Accessibility Act and WCAG.

Caronte & Tourist is committed to accessibility and inclusivity. We want all our customers, including people with disabilities, to be able to use our service successfully.

This document explains the accessibility features of https://www.carontetourist.it/, how we meet the requirements of the European Accessibility Act, EN301549 standard, WCAG 2.2, ADA and Sec. 508, and what we are doing to maintain and improve accessibility. This statement covers only https://www.carontetourist.it/.

We regularly review this informations as we enhance https://www.carontetourist.it/.

Overview

Service description

The website allows users to learn about the ferry connections operated by the group, discover any promotions, check schedules and prices, and access all travel information.

How to Use https://www.carontetourist.it/
(Accessibility & Operation)

We strive to make https://www.carontetourist.it/ simple to use for everyone. Here’s an overview of how to navigate and operate our service when using assistive technologies or special configurations:

How to use https://www.carontetourist.it/

The main menu of the website, located at the top of each page, allows users to navigate to different sections of the site and access their account. At the top, there is a search bar; by typing keywords, suggestions are provided. The results can be navigated using the keyboard arrows.

Accessibility of https://www.carontetourist.it/

Use the standard interaction methods with the operating system and assistive technologies.

If you need more explanation on using any part of https://www.carontetourist.it/, please consult our Customer Service, or contact our support for personalized assistance. We aim to provide any additional description or explanation necessary for you to operate the service smoothly.

Accessibility Compliance
(How We Meet Requirements)

We have assessed https://www.carontetourist.it/ against the European Accessibility Act’s requirements (if needed also to its local application), ADA, WCAG 2.2, Section 508 and ensured it meets them.

We commit to ensuring that https://www.carontetourist.it/ is:

Perceivable

  • Instructions provided for understanding and operating content do not rely solely on sensory characteristics of components such as shape, colour, size, visual location, orientation, or sound.
  • The content adapts correctly to the screen orientation, maintaining consistent display and functionality.
  • Where present, the purpose of input fields that accept specific data is correctly communicated to assistive technologies and implemented in a compliant manner.
  • Content is adaptable, allowing users to customise text size while maintaining a fully usable interface.
  • Information is presented using text, avoiding non-essential and non-customizable text images.
  • There are no cases where additional content activated by hover or focus disappears unexpectedly, cannot be closed without moving the pointer or focus, or does not remain visible.

Operable

  • No keyboard traps are present (it is possible to navigate freely into and out of all components).
  • There is no interference with shortcut keys made up of single letters, numbers, or symbols.
  • No time limits are imposed by the content or, if present, they are user-controllable, adjustable, extendable, or justified by functional or legal requirements.
  • No flashing or blinking content is used at levels that could trigger seizures, remaining within safety limits.
  • There are several ways to identify content within the environment.
  • The keyboard navigation focus indicator is visible on all interactive elements.
  • Elements that can receive keyboard navigation focus are always at least partially visible within the viewport.
  • The features do not start immediately when touched, they can be canceled before completion, and you do not need to hold down to make them work.
  • For user interface components with labels that include text or text images, the name read by assistive technologies includes the visually presented text.
  • All features can be used without relying solely on the movement of the device or the user.
  • All features can be used without dragging movements
  • The target size of interactive elements is sufficiently large to ensure easy interaction for users.

Understandable

  • The language of each page is properly defined and used consistently throughout the service
  • All language parts of text that require it, can be determined programmatically.
  • User interface components, when receiving keyboard navigation focus, do not trigger unexpected context changes that may disorient users.
  • User interface components, when activated by the user via keyboard or assistive technologies, do not trigger unexpected context changes that may disorient users.
  • Available navigation mechanisms are positioned consistently throughout the entire service flow
  • Repeated elements of the interface are consistently addressed in order to facilitate their identification
  • The mechanisms for requesting support or assistance are consistent across the environment.
  • When an input error is automatically detected, the erroneous element is identified and the error is described using text.
  • When an input error is identified and suggestions for correction are known, those suggestions are provided to the user, unless prohibited by regulation
  • Systems are in place to prevent errors, such as confirmation, cancellation, or reversal of the most sensitive actions.
  • Where possible, requesting the same data multiple times is avoided.
  • When present, complex authentication systems have accessible alternatives.
  • We write content in clear, simple language.

Robust

  • Standard development technologies that can be interpreted by assistive technologies are used

We tested https://www.carontetourist.it/ with the most common assistive technologies in a wide variety of OS-Browser configurations:

  • Screen readers (such as NVDA and JAWS on Windows, VoiceOver on Mac and iOS) to confirm that all interactive elements are announced correctly and can be operated.
  • We also test with screen magnification and high contrast modes.

We aim for compatibility with current versions of major assistive tools. Our code follows the best practices outlined in WCAG 2.2 and EN 301 549 for robust implementation, meaning it should remain accessible even as technology evolves.

Standards: based on the above, we apply WCAG 2.2 AA (latest) and EN 301 549 criteria to ensure accessibility. Meeting these standards creates a presumption of conformity with the EAA’s requirements, ADA and other regulations based on the same technical standards.

Ongoing Monitoring and Maintenance

Accessibility is not a one-time effort for us – it’s an ongoing process. Here’s how we ensure https://www.carontetourist.it/ stays accessible over time:

  • Our Accessibility coordinator that oversees accessibility for https://www.carontetourist.it/ and you can get in touch at this email infoaccessibilita@carontetourist.it.
  • With the support of AccessiWay, we carried out an external, expert-led manual audit on 21/08/2025 to verify our accessibility compliance. We maintain a cycle of continuous testing and improvement, with recurring support in place to ensure that comprehensive audits — including manual testing by professionals using assistive technologies — are conducted at least once a year.

Feedback and Contact Information

We welcome your feedback to make https://www.carontetourist.it/ better. If you face any issues or have suggestions, contact us by email, phone, or mail. Share details about the problem so we can help.

We value the input of our users, especially if something isn’t working for you. If you have any difficulty accessing any part of https://www.carontetourist.it/, discover an accessibility issue, or have suggestions for improvement, please let us know.

To send feedback, report non-compliance cases, or request information and content that are excluded from the scope of the directive, please email infoaccessibilita@carontetourist.it.

When you contact us, please provide as many details as possible about the issue (which page or feature, what happened, and which assistive technology you are using, if applicable). We will try to acknowledge your feedback within 15 business days and will do our best to resolve the issue promptly or inform you of our progress.

Enforcement: In the event you feel we have not addressed your accessibility concerns adequately, you have the right to escalate your complaint. We sincerely hope to resolve any issue together with you before it reaches that stage, but this avenue is available.

Document History: This document was last reviewed and updated on 21/08/2025. We plan to review it at least annually, or whenever significant changes to the service occur.

EN301549 technical report

Chapter 5: Generic Requirements

CriteriaConformance LevelRemarks and explanations
5.1 Closed functionalityHeading cell no response requiredHeading cell no response required
5.1.2 GeneralHeading cell no response requiredHeading cell no response required
5.1.2.1 Closed functionalitySee 5.2 through 13See information in 5.2 through 13
5.1.2.2 Assistive technologySee 5.1.3 through 5.1.6See information in 5.1.3 through 5.1.6
5.1.3 Non-visual accessHeading cell no response requiredHeading cell no response required
5.1.3.1 Audio output of visual informationNot Applicable 
5.1.3.2 Auditory output delivery including speechNot Applicable 
5.1.3.3 Auditory output correlationNot Applicable 
5.1.3.4 Speech output user controlNot Applicable 
5.1.3.5 Speech output automatic interruptionNot Applicable 
5.1.3.6 Speech output for non-text contentNot Applicable 
5.1.3.7 Speech output for video informationNot Applicable 
5.1.3.8 Masked entryNot Applicable 
5.1.3.9 Private access to personal dataNot Applicable 
5.1.3.10 Non-interfering audio outputNot Applicable 
5.1.3.11 Private listening volumeNot Applicable 
5.1.3.12 Speaker volumeNot Applicable 
5.1.3.13 Volume resetNot Applicable 
5.1.3.14 Spoken languagesNot Applicable 
5.1.3.15 Non-visual error identificationNot Applicable 
5.1.3.16 Receipts, tickets, and transactional outputsNot Applicable 
5.1.4 Functionality closed to text enlargementNot Applicable 
5.1.5 Visual output for auditory informationNot Applicable 
5.1.6 Operation without keyboard interfaceHeading cell no response requiredHeading cell no response required
5.1.6.1 Closed functionalitySee 5.1.3.1 through 5.1.3.16See information in 5.1.3.1 through 5.1.3.16
5.1.6.2 Input focusNot Applicable 
5.1.7 Access without speechNot Applicable 
5.2 Activation of accessibility featuresNot Applicable 
5.3 BiometricsNot Applicable 
5.4 Preservation of accessibility information during conversionNot Applicable 
5.5 Operable partsHeading cell no response requiredHeading cell no response required
5.5.1 Means of operationNot Applicable 
5.5.2 Operable parts discernibilityNot Applicable 
5.6 Locking or toggle controlsHeading cell no response requiredHeading cell no response required
5.6.1 Tactile or auditory statusNot Applicable 
5.6.2 Visual status

Not Applicable

 

 
5.7 Key repeatNot Applicable 
5.8 Double-strike key acceptanceNot Applicable 
5.9 Simultaneous user actionsNot Applicable 

 

Chapter 6: ICT with Two-Way Voice Communication

CriteriaConformance LevelRemarks and explanations
6.1 Audio bandwidth for speechNot Applicable 
6.2 Real-time text (RTT) functionalityHeading cell no response requiredHeading cell no response required
6.2.1.1 RTT communicationNot Applicable 
6.2.1.2 Concurrent voice and textNot Applicable 
6.2.2.1 Visually distinguishable display  
6.2.2.2 Programmatically determinable send and receive directionNot Applicable 
6.2.2.3 Speaker identificationNot Applicable 
6.2.2.4 Visual indicator of Audio with RTTNot Applicable 
6.2.3 InteroperabilityNot Applicable 
6.2.4 RTT responsivenessNot Applicable 
6.3 Caller IDNot Applicable 
6.4 Alternatives to voice-based servicesNot Applicable 
6.5 Video communicationHeading cell no response requiredHeading cell no response required
6.5.1 General (informative)Heading cell no response requiredHeading cell no response required
6.5.2 ResolutionNot Applicable 
6.5.3 Frame rateNot Applicable 
6.5.4 Synchronization between audio and videoNot Applicable 
6.5.5 Visual indicator of audio with videoNot Applicable 
6.5.6 Speaker identification with video (sign language) communicationNot Applicable 
6.6 Alternatives to video-based services (advisory only)Advisory no response requiredAdvisory no response required

 

Chapter 7: ICT with Video Capabilities

CriteriaConformance LevelRemarks and explanations
7.1 Caption processing technologyHeading cell no response requiredHeading cell no response required
7.1.1 Captioning playbackNot Applicable 
7.1.2 Captioning synchronizationNot Applicable 
7.1.3 Preservation of captioningNot Applicable 
7.1.4 Captions characteristicsNot Applicable 
7.1.5 Spoken subtitlesNot Applicable 
7.2 Audio description technologyHeading cell no response requiredHeading cell no response required
7.2.1 Audio description playbackNot Applicable 
7.2.2 Audio description synchronizationNot Applicable 
7.2.3 Preservation of audio descriptionNot Applicable 
7.3 User controls for captions and audio descriptionNot Applicable 

 

Chapter 8: Hardware

CriteriaConformance LevelRemarks and explanations
8.1.1 Generic requirementsHeading cell no response requiredHeading cell no response required
8.1.2 Standard connectionsNot Applicable 
8.1.3 ColourNot Applicable 
8.2 Hardware products with speech outputHeading cell no response requiredHeading cell no response required
8.2.1.1 Speech volume rangeNot Applicable 
8.2.1.2 Incremental volume controlNot Applicable 
8.2.2.1 Fixed-line devicesNot Applicable 
8.2.2.2 Wireless communication devicesNot Applicable 
8.3 Stationary ICTHeading cell no response requiredHeading cell no response required
8.3.2.1 Unobstructed high forward reachNot Applicable 
8.3.2.2 Unobstructed low forward reachNot Applicable 
8.3.2.3.1 Clear spaceNot Applicable 
8.3.2.3.2 Obstructed (< 510 mm) forward reachNot Applicable 
8.3.2.3.3 Obstructed (< 635 mm) forward reachNot Applicable 
8.3.2.4 Knee and toe clearance widthNot Applicable 
8.3.2.5 Toe clearanceNot Applicable 
8.3.2.6 Knee clearanceNot Applicable 
8.3.3.1 Unobstructed high side reachNot Applicable 
8.3.3.2 Unobstructed low side reachNot Applicable 
8.3.3.3.1 Obstructed (≤ 255 mm) side reachNot Applicable 
8.3.3.3.2 Obstructed (≤ 610 mm) side reachNot Applicable 
8.3.4.1 Change in levelNot Applicable 
8.3.4.2 Clear floor or ground spaceNot Applicable 
8.3.4.3.2 Forward approachNot Applicable 
8.3.4.3.3 Parallel approachNot Applicable 
8.3.5 VisibilityNot Applicable 
8.3.6 Installation instructionsNot Applicable 
8.4 Mechanically Operable partsHeading cell no response requiredHeading cell no response required
8.4.1 Numeric keysNot Applicable 
8.4.2.1 Means of operation of mechanical partsNot Applicable 
8.4.2.2 Force of operation of mechanical partsNot Applicable 
8.4.3 Keys, tickets and fare cardsNot Applicable 
8.5 Tactile indication of speech modeNot Applicable 

 

Chapter 9: Web (applies also to 10, 11 and 12)

Corresponding to WCAG 2.2 Level A

CriteriaConformance LevelRemarks and explanations
1.1.1 Non-text ContentPartially supportsNot all non-text content presented to the user has a text alternative that serves the equivalent purpose.
1.2.1 Audio-only and Video-only (Prerecorded)Supports 
1.2.2 Captions (Prerecorded)Supports 
1.2.3 Audio Description or Media Alternative (Prerecorded)Supports 
1.3.1 Info and RelationshipsPartially supportsIn some cases, information, structure or correlations conveyed by the presentation of pages cannot be determined programmatically (or are not available through text);
1.3.2 Meaningful SequencePartially supportsIn some cases meaning is only visual and non-structural;
1.3.3 Sensory CharacteristicsSupports 
1.4.1 Use of ColorSupports 
1.4.2 Audio ControlSupports 
2.1.1 KeyboardPartially supportsSome features cannot be activated by keyboard (or similar input interface);
2.1.2 No Keyboard TrapSupports 
2.1.4 Character Key ShortcutsSupports 
2.2.1 Timing AdjustableSupports 
2.2.2 Pause, Stop, HidePartially supportsSome animations, flashing, sliding or self-updates of information started automatically, with a duration of more than five seconds or presented in parallel with other content, there are no mechanisms to stop or hide them;
2.3.1 Three Flashes or Below ThresholdSupports 
2.4.1 Bypass BlocksPartially supportsThere is no mechanism to skip content blocks that repeat on multiple web pages;
2.4.2 Page TitledPartially supportsSome web pages do not have titles that describe the topic or purpose;
2.4.3 Focus OrderPartially supportsIn some web pages that can be browsed sequentially and in which the navigation sequence affects their meaning and functioning, some objects that may receive the focus do not receive it with an order that preserves the meaning and operation of it;
2.4.4 Link Purpose (In Context)Partially supportsThe purpose of certain links cannot be determined by the link text or by the link text together with adjacent content;
2.5.1 Pointer GesturesPartially supportsIn some functionalities, which require multi-point gestures or pathways in which these movements are essential, it is not possible to do the same with a single pointer;
2.5.2 Pointer CancellationSupports 
2.5.3 Label in NameSupports 
2.5.4 Motion ActuationSupports 
3.1.1 Language of PageSupports 
3.2.1 On FocusSupports 
3.2.2 On InputSupports 
3.2.6 Consistent HelpSupports 
3.3.1 Error IdentificationSupports 
3.3.2 Labels or InstructionsPartially supportsIn some cases no labels or instructions are provided when the content requires input actions by the user;
3.3.7 Redundant EntrySupports 
4.1.1 ParsingSupports 
4.1.2 Name, Role, ValuePartially supportsIn some cases, user interface components (including: module elements, script-generated links and components), name, role, state, property and values are incorrect or set, or the user a.t are not warned when these attributes change;

 

Corresponding to WCAG 2.2 Level AA

CriteriaConformance LevelRemarks and explanations
1.2.5 Audio Description (Prerecorded)Supports 
1.3.4 OrientationSupports 
1.3.5 Identify Input PurposeSupports 
1.4.3 Contrast (Minimum)Partially supportsWhere not allowed, visual representation of text and images containing text does not always have the minimum contrast ratio required ***;
1.4.4 Resize textSupports 
1.4.5 Images of TextSupports 
1.4.10 ReflowPartially supportsContent that does not require a representation in two dimensions (such as data tables or maps) does not rearrange when resizing;
1.4.11 Non-text ContrastPartially supportsFor some essential components, even in different states, the color contrast compared to adjacent elements does not exceed the ratio of 3:1;
1.4.12 Text SpacingPartially supportsChanging the spacing of texts relating to the height of the lines, spaces between paragraphs, letters or words, there are certain losses of information or content;
1.4.13 Content on Hover or FocusSupports 
2.4.5 Multiple WaysSupports 
2.4.6 Headings and LabelsPartially supportsHeaders and/or labels do not sufficiently clarify content or functionality;
2.4.7 Focus VisibleSupports 
2.4.11 Focus Not Obscured (Minimum)Supports 
2.5.7 Dragging MovementsSupports 
2.5.8 Target Size (Minimum)Supports 
3.1.2 Language of PartsSupports 
3.2.3 Consistent NavigationSupports 
3.2.4 Consistent IdentificationSupports 
3.3.3 Error SuggestionSupports 
3.3.4 Error Prevention (Legal, Financial, Data)Supports 
3.3.8 Accessible Authentication (Minimum)Supports 
4.1.3 Status MessagesPartially supportsIn some cases state messages are not presented to the user so that a.t. interpret them without having to move the focus;

 

Chapter 10: Non-Web Documents

CriteriaConformance LevelRemarks and explanations
10.0 General (informative)Heading cell no response requiredHeading cell no response required
10.1.1.1 through 10.4.1.3See WCAG 2.2 sectionSee information in WCAG 2.2 section
10.5 Caption positioningNot Applicable 
10.6 Audio description timingNot Applicable 


Chapter 11: Software

CriteriaConformance LevelRemarks and explanations
11.0 General (informative)Heading cell no response requiredHeading cell no response required
11.1.1.1 through 11.4.1.3See WCAG 2.2 sectionSee information in WCAG 2.2 section
11.5 Interoperability with assistive technologyHeading cell no response requiredHeading cell no response required
11.5.1 Closed functionalityHeading cell no response requiredHeading cell no response required
11.5.2 Accessibility servicesHeading cell no response requiredHeading cell no response required
11.5.2.1 Platform accessibility service support for software that provides a user interfaceSee 11.5.2.5 through 11.5.2.17See information in 11.5.2.5 through 11.5.2.17
11.5.2.2 Platform accessibility service support for assistive technologiesSee 11.5.2.5 through 11.5.2.17See information in 11.5.2.5 through 11.5.2.17
11.5.2.3 Use of accessibility servicesSee information in 11.5.2.5 through 11.5.2.17See information in 11.5.2.5 through 11.5.2.17
11.5.2.4 Assistive technologyNot Applicable 
11.5.2.5 Object informationNot Applicable 
1.5.2.6 Row, column, and headersNot Applicable 
11.5.2.7 ValuesNot Applicable 
11.5.2.8 Label relationshipsNot Applicable 
11.5.2.9 Parent-child relationshipsNot Applicable 
11.5.2.10 TextNot Applicable 
11.5.2.11 List of available actionsNot Applicable 
11.5.2.12 Execution of available actionsNot Applicable 
11.5.2.13 Tracking of focus and selection attributesNot Applicable 
11.5.2.14 Modification of focus and selection attributesNot Applicable 
11.5.2.15 Change notificationNot Applicable 
11.5.2.16 Modifications of states and propertiesNot Applicable 
11.5.2.17 Modifications of values and textNot Applicable 
11.6 Documented accessibility usageHeading cell no response requiredHeading cell no response required
11.6.1 User control of accessibility featuresNot Applicable 
11.6.2 No disruption of accessibility featuresNot Applicable 
11.7 User preferencesNot Applicable 
11.8 Authoring toolsHeading cell no response requiredHeading cell no response required
11.8.1 Content technologyHeading cell no response requiredHeading cell no response required
11.8.2 Accessible content creation

See WCAG 2.2 section

(If not authoring tool, enter “Not Applicable”)

See information in WCAG 2.2 section
11.8.3 Preservation of accessibility information in transformationsNot Applicable 
11.8.4 Repair assistanceNot Applicable 
11.8.5 TemplatesNot Applicable 


 

Chapter 12: Documentation and Support Services

CriteriaConformance LevelRemarks and explanations
12.1 Product documentationHeading cell no response requiredHeading cell no response required
12.1.1 Accessibility and compatibility featuresNot Applicable 
12.1.2 Accessible documentationSee WCAG 2.2 sectionSee information in WCAG 2.2 section
12.2 Support ServicesHeading cell no response requiredHeading cell no response required
12.2.2 Information on accessibility and compatibility featuresNot Applicable 
12.2.3 Effective communicationNot Applicable 
12.2.4 Accessible documentationSee WCAG 2.2 sectionSee information in WCAG 2.2 section

 

Chapter 13: ICT Providing Relay or Emergency Service Access

CriteriaConformance LevelRemarks and explanations
13.1 Relay services requirementsHeading cell no response requiredHeading cell no response required
13.1.2 Text relay servicesNot Applicable 
13.1.3 Sign relay servicesNot Applicable 
13.1.4 Lip-reading relay servicesNot Applicable 
13.1.5 Captioned telephony servicesNot Applicable 
13.1.6 Speech to speech relay servicesNot Applicable 
13.2 Access to relay servicesNot Applicable 
13.3 Access to emergency servicesNot Applicable 

 

Web accessibility

Disability is defined as: any activity limitation or participation restriction in society, experienced by a person as a result of a substantial, lasting or definitive alteration of one or more physical, sensory, mental, cognitive, or psychic functions, a multiple disability, or a disabling health condition.

Web accessibility consists of making online public communication services accessible to people with disabilities, and is based on four fundamental principles:

Perceivable: Information and user interface components must be presented to the user in such a way that they can perceive them. For example, providing textual equivalents for all non-textual content that can then be presented in other forms according to the user's needs: large characters, braille, speech synthesis, symbols or simplified language.

Operable: User interface and navigation components must be operable. For example, making all functionality available via keyboard.

Understandable: Information and the use of the user interface must be understandable. Textual content must be made readable and navigation must be consistent.

Robust: Content must be sufficiently robust to be reliably interpreted by a wide variety of user agents, including assistive technologies.

Test environments

Operating systems

  • Apple Mac Os X (latest version)
  • Microsoft Windows (latest version)
  • Apple Ios (latest version)
  • Google Android (latest version)

We have not used Linux as it is currently very uncommon among users with disabilities.

Browsers and user software

In the latest versions available on the different operating systems:

  • Google Chrome
  • Windows Edge
  • Safari
  • Adobe Acrobat Reader / Preview on Mac (for PDFs only)

Screen readers and assistive technologies

In order to achieve the most standard evaluation we test everything with assistive technologies default configuration.

In order to make the most realistic evaluation we also test:

  • Graphic adaptations present on the different systems (colors, contrasts, subtitles, etc.)
  • Mouse emulations, magnifiers and screen keyboards or keyboard improved settings always of the different systems
  • Voiceover - Apple systems only
  • Talkback - Android only
  • NVDA (latest version) and Freedom scientific Jaws (second-to-latest version) - PC systems only

Methodology

Objective manual and semi-automatic verification methodology

We analyze content with different automatic and semiautomatic systems and compare the results between tools to obtain the most complete and objective verification. The reference standard, unless specifically requested, that we use is always the latest (WCAG 2.2) so that we can ensure compliance in all countries from which the touchpoint (site, app, etc.) can be accessed.

Our verification is therefore compliant with WCAG 2.2 level AA, and the requirements in UNI EN 301549 Guidelines or their declination in the French RGAAs. Each tool produces results that are then analyzed by our experts: it is, therefore, possible that not all tool results appear because they are judged to be false negatives.

Automated tools for syntax checking
  • W3C Markup Validation Service: used with generated code, because it is the official tool for checking HTML, XHTML,MathHTML, etc.
  • W3C CSS Validation service: although the correctness of the CSS does not affect accessibility, it could affect some aspects that still have an impact on it if not correctly interpreted because it is incorrect. The verification is therefore appropriate and done with W3C CSS Validation Service
  • PAC PDF checker
Automatic and semi-automatic tools for color verification
  • Color Contrast Analyser (CCA): used punctually on dubious contrasts.
  • WCAG Color contrast checker: used as the first check to verify the contrasts of the colors used in the CSS of the pages.
  • Text on background image a11y check: used to check when text should overlap images.
  • Color contrast accessibility evaluator: used as an additional control for some online pages.
Automatic and semi-automatic tools for checking accessibility

Some online validators used as samples on the pages:

  • Accescan
  • Wave

And other local tools:

  • Web developer toolbar: Used to support manual verification. It allowed us to locate images without alt texts, fields without labels, etc.
  • AXE e Lighthouse for Chrome: they have provided us with precise indications on the defects of the accessibility of the HTML code but also on WAI ARIA attributes, fundamental in the case of web applications and interactive components.

Terms

The terms used in the Conformance Level information are defined as follows:

Supports: The functionality of the product has at least one method that meets the criterion without known defects or meets with equivalent facilitation.

Partially Supports: Some functionality of the product does not meet the criterion.

Does Not Support: The majority of product functionality does not meet the criterion.

Not Applicable: The criterion is not relevant to the product.

Not Evaluated: The product has not been evaluated against the criterion. This can only be used in WCAG Level AAA criteria.