Sustainability for TIM

The Report 2024 incorporates the principles of the Corporate Sustainability Reporting Directive (CSRD) and is included in the Financial and Sustainability Report. Read more

Latest press releases

Redazione ufficio stampa

Read the latest press releases and search the archives of TIM Group's Press Office. Read more


Accessibility conformance report per https://www.gruppotim.it

Last updated: 23/09/2025

 

Introduction

This statement applies to the Website with URL https://www.gruppotim.it/ (the ‘Website’).

The Website is managed by TIM S.P.A. with a registered office in Via Negri, Via Gaetano Negri 1, 20123 Milan.

The Website has been designed, developed and made available in compliance with current Italian legislation on accessibility, including Legislative Decree 82/2022 (the ‘Accessibility Decree’) which regulates the accessibility of digital services in Italy, including websites/apps, provided by private organisations.

TIM is committed to accessibility and inclusiveness. We want all our stakeholders, including people with disabilities, to be able to use our service successfully and easily. This document sets out the actions taken to make the service accessible and compliant with the relevant laws and standards.

All requirements have been interpreted and implemented in line with Level AA of the Web Content Accessibility Guidelines (WCAG 2.2), which represent the basic technical reference provided for by European legislation on accessibility, the European Accessibility Act, and the UNI EN 301549 standard.

This statement explains the accessibility features, how the requirements are met, and the actions planned to maintain and improve them.

The website will be updated periodically to improve its accessibility, using the latest guidelines and available technological innovations.

 

Chapter 1: Overview

1.1 Service description

The website www.gruppotim.it is the institutional portal of the TIM Group, Italy's leading telecommunications and digital services operator. The site offers a complete and transparent view of the group's identity, mission and activities. It is aimed at an audience of stakeholders, analysts, journalists, potential investors, as well as citizens interested in understanding TIM's role in the country's digital transformation and in the international landscape. The site delves into the group's founding values, including technological innovation, environmental, social and governance sustainability. The platform also highlights the group's corporate structure, which in addition to TIM S.p.A. and TIM Brasil S.A. includes other companies including Noovle, Olivetti, Sparkle, and Telsy, and details the governance model adopted, internal regulations, control mechanisms, and ethical principles that guide the company's operations. The website is the main digital touchpoint for financial and institutional communication: press releases, quarterly reports, financial statements, investor presentations, and business plan updates are available.


1.2 How to use the Website (Accessibility & Operability)

We strive to make the Website easy to use for everyone. Here is an overview of how to navigate and use our service when using assistive technologies or special configurations.

The www.gruppotim.it website is designed to provide clear information. The homepage features highlighted content, such as recent press releases, strategic initiatives, and company updates, presented in interactive boxes. There is also real-time updating of the stock's performance on the stock exchange.

The main navigation menu, located at the top, is structured into several thematic macro-sections covering all areas of the group's activities and communications. The main items are:

  • The Group – Contains information on the group's identity, activities, bodies, and governance tools. 
  • Investors – Aimed specifically at financial analysts and investors, this section contains financial statements, quarterly results, presentations to shareholders, regulated information, and notices.
  • Sustainability – Provides in-depth information on ESG strategies and activities.
  • Newsroom – Contains press releases and useful materials for the media, news about the group's activities and events presented in an informative manner, and content from the specialized magazine “Notiziario Tecnico TIM.”
  • Research Center – Contains the activities of the team within the TIM Group that develops studies and in-depth analyses on the digital sector. It hosts technological insights and industry reports.
  • Work with us – This section is dedicated to those interested in working at TIM, with information on open positions, how to apply, HR projects, and corporate values.

The structure is simple and hierarchical, designed to facilitate a smooth browsing experience, even for less experienced users.

The site is fully responsive, adapting well to mobile devices and tablets, and includes an internal search function, accessible at the top right of the site, which helps users quickly find specific documents, news, or content.

At the bottom of each page is a comprehensive footer, which contains useful and quick links to key sections, as well as legal information, contacts, privacy policy, accessibility, and transparency notes.

The navigation of the www.gruppotim.it website is designed to offer quick, orderly, and transparent access to all of the TIM Group's institutional content, with a particular focus on ease of use, clarity, and usability on different devices.


1.3 Accessibility

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

We aim to provide any additional descriptions or explanations necessary for the service to function properly.

 

Chapter 2: Accessibility compliance (How we comply with requirements)

 

We have assessed the Website against the requirements of the European Accessibility Act (including its local application where necessary), the ADA, WCAG 2.2, and Section 508, and it is:


2.1 Percepible

  • All significant images, icons, and media have alternative text or descriptive labels.
  • Information, structure, and relationships conveyed through presentation can be determined programmatically or are available through text.
  • Content is presented in an order that reflects its logical and semantic structure, allowing assistive technologies to interpret it correctly.
  • Instructions for understanding and operating content are not based solely on sensory characteristics of components such as shape, colour, size, visual location, orientation, or sound.
  • Content adapts correctly to screen orientation, maintaining consistent display and functionality.
  • Where present, the purpose of input fields that accept specific data is correctly communicated to assistive devices and implemented in a compliant manner.
  • Information is not conveyed solely through colour, or has an accessible alternative such as text or symbols.
  • Sufficient colour contrast is ensured for text and primary visual elements, with a minimum ratio of 4.5:1 for normal text.
  • The content is adaptable, allowing users to customise the text size while maintaining a fully usable interface.
  • Information is presented using text, avoiding non-essential and non-customisable text images.
  • Content that does not require two-dimensional representation rearranges itself correctly when the size displayed by the user programme changes.
  • Essential components, even in different states, have a colour contrast with adjacent elements that meets the minimum ratio of 3:1.
  • Changing text spacing, such as line height, spacing between paragraphs, letters or words, does not cause loss of information or content.
  • 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.


2.2 Usable

  •  All functionality is available via keyboard (or keyboard-like assistive technology). This includes menus, links, forms, sliders, and interactive controls.
  • There are no keyboard traps (it is possible to navigate freely in and out of all components).
  •  There are no time limits imposed by the content or, if present, they are controllable by the user, adjustable, extendable or justified by functional or regulatory requirements.
  • All moving content, if present, has controls for pausing and/or controlling playback.
  • No flashing or intermittent content is used at levels that could cause epileptic seizures, remaining within safety limits.
  • 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.
  • Skip links are implemented to enable quick navigation to the main content, improving accessibility and user experience.
  • Service flow screens have titles that describe their topic or purpose.
  • In service flow screens that can be navigated sequentially and where the navigation sequence affects meaning and functionality, focus-eligible objects receive focus in an order that preserves meaning and functionality.
  • The purpose of links can be determined from the link text itself or at least from the link text in the context of its adjacent content.
  • Headings and labels clarify content and functionality.
  • The keyboard navigation focus indicator is visible on all interactive elements.
  • Elements that can receive keyboard navigation focus are always at least partially visible in the viewport.
  • All features do not require complex gestures to use.
  • Features do not start immediately upon touch, can be cancelled before completion, and do not require holding down to operate.
  • For user interface components with labels that include text or text images, the name read by assistive technology contains the text presented visually.
  • All features can be used without relying solely on the movement of the device or the user.
  • All features can be used without necessarily having to be dragged.
  • The clickable area of interactive elements is large enough to ensure easy interaction for users.


2.3 Understandable

  • The language of each page is appropriately defined and used consistently throughout the service.
  • When user interface components receive keyboard navigation focus, they do not generate unexpected context changes that could disorient the user.
  • When activated by the user via keyboard or assistive technologies, user interface components do not generate unexpected context changes that could disorient the user.
  • Navigation mechanisms are positioned consistently throughout the entire service flow.
  • Repeated interface elements are defined consistently to facilitate identification.
  • When an input error is automatically detected, the element in error is identified and the error is described in text.
  • Where necessary, labels or instructions are provided when the content requires input from the user.
  • When an input error is identified and suggestions for correcting it are known, these suggestions are provided to the user, except in cases provided for by law.
  • We write content in clear and simple language.


2.4 Robust

  • Standard development technologies that can be interpreted by assistive technologies are used.
  • User interface components (including form elements, links, and script-generated components) have correctly set names, roles, states, properties, and values, and are correctly updated when they change.
  • Where present, status messages are made accessible so that assistive technologies can interpret them without requiring a focus shift.

We have tested the website with the most common assistive technologies in a wide variety of configurations. Operating systems-Browsers:

  • 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 used.
  • We also test screen magnification and high contrast modes.

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

Standards: based on the above, we apply the WCAG 2.2 AA (latest) and UNI EN 301 549 criteria to ensure accessibility. 

Limitations of the analysis carried out:

  • it did not cover any PDF documents published on the website/app;
  • content related to third-party services, including embedded media and external platforms;
  • any third-party banners and widgets integrated into the Website/app

 

Chapter 3: Continuous monitoring and maintenance

For us, accessibility is not a one-off commitment, but an ongoing process. Here's how we ensure that the Website remains accessible over time:

  • updating the design.
  • With the support of AccessiWay, on 23/09/2025 we conducted an expert-led external manual audit to verify our accessibility compliance. We maintain a cycle of continuous testing and improvement, with recurring support to ensure that comprehensive audits are conducted at least once a year, including manual testing by professionals using assistive technologies.
  • We use automated testing tools integrated into our development process to proactively identify common accessibility issues (such as missing alt text or form labelling). Every code update goes through these checks.

 

Capitolo 4: Contacts

For any issues relating to the accessibility of the Website/App, as well as to request clarification or provide suggestions for improvements to the Website, users can contact us at the following email address: 

segnalazioni_accessibilita@telecomitalia.it

We undertake to handle the report received within 30 working days.

The report must contain the following information:

  • name, surname, and email address of the person reporting the issue;
  • URL of the web page or app feature for which the accessibility issue was encountered;
  • clear and concise description of the issue encountered;
  • devices used for navigation: (smartphone, desktop PC, tablet, laptop);
  • operating system (e.g., Windows, Linux, Mac OS) and browser used (Internet Explorer, Chrome, Edge, Firefox, Safari, Opera); 
  • assistive technologies used.

In order to avoid the collection of unnecessary data, it is recommended that you do not disclose special categories of personal data, such as data relating to your health.

Privacy policy for accessibility reports (in italian)

 

Document history

This Accessibility Statement was last reviewed and updated on 09/23/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 functionality

 

 
5.1.2 General

 

 

5.1.2.1 Closed functionality

 

See 5.2 through 13

See information in 5.2 through 13

5.1.2.2 Assistive technology

 

See 5.1.3 through 5.1.6

See information in 5.1.3 through 5.1.6

5.1.3 Non-visual access

 

 

5.1.3.1 Audio output of visual information

Not Applicable

 

5.1.3.2 Auditory output delivery including speech

Not Applicable

 

5.1.3.3 Auditory output correlation

Not Applicable

 

5.1.3.4 Speech output user control

Not Applicable

 

5.1.3.5 Speech output automatic interruption

Not Applicable

 

5.1.3.6 Speech output for non-text content

Not Applicable

 

5.1.3.7 Speech output for video information

Not Applicable

 

5.1.3.8 Masked entry

Not Applicable

 

5.1.3.9 Private access to personal data

Not Applicable

 

5.1.3.10 Non-interfering audio output

Not Applicable

 

5.1.3.11 Private listening volume

Not Applicable

 

5.1.3.12 Speaker volume

Not Applicable

 

5.1.3.13 Volume reset

Not Applicable

 

5.1.3.14 Spoken languages

Not Applicable

 

5.1.3.15 Non-visual error identification

Not Applicable

 

5.1.3.16 Receipts, tickets, and transactional outputs

Not Applicable

 

5.1.4 Functionality closed to text enlargement

Not Applicable

 

5.1.5 Visual output for auditory information

Not Applicable

 

5.1.6 Operation without keyboard interface

 

 

5.1.6.1 Closed functionality

See 5.1.3.1 through 5.1.3.16

See information in 5.1.3.1 through 5.1.3.16

5.1.6.2 Input focus

Not Applicable

 

5.1.7 Access without speech

Not Applicable

 

5.2 Activation of accessibility features

Not Applicable

 

5.3 Biometrics

Not Applicable

 

5.4 Preservation of accessibility information during conversion

Not Applicable

 

5.5 Operable parts

 

 

5.5.1 Means of operation

Not Applicable

 

5.5.2 Operable parts discernibility

Not Applicable

 

5.6 Locking or toggle controls

Heading cell  no response required

Heading cell  no response required

5.6.1 Tactile or auditory status

Not Applicable

 

5.6.2 Visual status

Not Applicable

 

 

5.7 Key repeat

Not Applicable

 

5.8 Double-strike key acceptance

Not Applicable

 

5.9 Simultaneous user actions

Not Applicable

 


Chapter 6: ICT with Two-Way Voice Communication

CriteriaConformance LevelRemarks and explanations

6.1 Audio bandwidth for speech

Not Applicable

 

6.2 Real-time text (RTT) functionality

 

 

6.2.1.1 RTT communication

Not Applicable

 

6.2.1.2 Concurrent voice and text

Not Applicable

 

6.2.2.1 Visually distinguishable display

 

 

6.2.2.2 Programmatically determinable send and receive direction

Not Applicable

 

6.2.2.3 Speaker identification

Not Applicable

 

6.2.2.4 Visual indicator of Audio with RTT

Not Applicable

 

6.2.3 Interoperability

Not Applicable

 

6.2.4 RTT responsiveness

Not Applicable

 

6.3 Caller ID

Not Applicable

 

6.4 Alternatives to voice-based services

Not Applicable

 

6.5 Video communication

 

 

6.5.1 General (informative)

 

 

6.5.2 Resolution

Not Applicable

 

6.5.3 Frame rate

Not Applicable

 

6.5.4 Synchronization between audio and video

Not Applicable

 

6.5.5 Visual indicator of audio with video

Not Applicable

 

6.5.6 Speaker identification with video (sign language) communication

Not Applicable

 

6.6 Alternatives to video-based services (advisory only)

Advisory  no response required

Advisory  no response required

 

Chapter 7: ICT with Video Capabilities

CriteriaConformance LevelRemarks and explanations

7.1 Caption processing technology

 

 

7.1.1 Captioning playback

Not Applicable

 

7.1.2 Captioning synchronization

Not Applicable

 

7.1.3 Preservation of captioning

Not Applicable

 

7.1.4 Captions characteristics

Not Applicable

 

7.1.5 Spoken subtitles

Not Applicable

 

7.2 Audio description technology

Heading cell  no response required

Heading cell no response required

7.2.1 Audio description playback

Not Applicable

 

7.2.2 Audio description synchronization

Not Applicable

 

7.2.3 Preservation of audio description

Not Applicable

 

7.3 User controls for captions and audio description

Not Applicable

 

 

Chapter 8: Hardware

CriteriaConformance LevelRemarks and explanations

8.1.1 Generic requirements

 

 

8.1.2 Standard connections

Not Applicable

 

8.1.3 Colour

Not Applicable

 

8.2 Hardware products with speech output

 

 

8.2.1.1 Speech volume range

Not Applicable

 

8.2.1.2 Incremental volume control

Not Applicable

 

8.2.2.1 Fixed-line devices

Not Applicable

 

8.2.2.2 Wireless communication devices

Not Applicable

 

8.3 Stationary ICT

 

 

8.3.2.1 Unobstructed high forward reach

Not Applicable

 

8.3.2.2 Unobstructed low forward reach

Not Applicable

 

8.3.2.3.1 Clear space

Not Applicable

 

8.3.2.3.2 Obstructed (< 510 mm) forward reach

Not Applicable

 

8.3.2.3.3 Obstructed (< 635 mm) forward reach

Not Applicable

 

8.3.2.4 Knee and toe clearance width

Not Applicable

 

8.3.2.5 Toe clearance

Not Applicable

 

8.3.2.6 Knee clearance

Not Applicable

 

8.3.3.1 Unobstructed high side reach

Not Applicable

 

8.3.3.2 Unobstructed low side reach

Not Applicable

 

8.3.3.3.1 Obstructed (≤ 255 mm) side reach

Not Applicable

 

8.3.3.3.2 Obstructed (≤ 610 mm) side reach

Not Applicable

 

8.3.4.1 Change in level

Not Applicable

 

8.3.4.2 Clear floor or ground space

Not Applicable

 

8.3.4.3.2 Forward approach

Not Applicable

 

8.3.4.3.3 Parallel approach

Not Applicable

 

8.3.5 Visibility

Not Applicable

 

8.3.6 Installation instructions

Not Applicable

 

8.4 Mechanically Operable parts

 

 

8.4.1 Numeric keys

Not Applicable

 

8.4.2.1 Means of operation of mechanical parts

Not Applicable

 

8.4.2.2 Force of operation of mechanical parts

Not Applicable

 

8.4.3 Keys, tickets and fare cards

Not Applicable

 

8.5 Tactile indication of speech mode

Not 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 Content

Partially supports

Not 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)

Partially supports

Some pre-recorded audio content is free of synchronized subtitles;

1.2.3 Audio Description or Media Alternative (Prerecorded)

Partially supports

For some pre-recorded multimedia, an alternative or audio description is not provided;

1.3.1 Info and Relationships

Partially supports

In 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 Sequence

Partially supports

In some cases meaning is only visual and non-structural;

1.3.3 Sensory Characteristics

Supports

 

1.4.1 Use of Color

Supports

 

1.4.2 Audio Control

Supports

 

2.1.1 Keyboard

Partially supports

Some features cannot be activated by keyboard (or similar input interface);

2.1.2 No Keyboard Trap

Supports

 

2.1.4 Character Key Shortcuts

Supports

 

2.2.1 Timing Adjustable

Supports

 

2.2.2 Pause, Stop, Hide

Partially supports

Some 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 Threshold

Supports

 

2.4.1 Bypass Blocks

Partially supports

There is no mechanism to skip content blocks that repeat on multiple web pages;

2.4.2 Page Titled

Supports

 

2.4.3 Focus Order

Partially supports

In 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 supports

The purpose of certain links cannot be determined by the link text or by the link text together with adjacent content;

2.5.1 Pointer Gestures

Supports

 

2.5.2 Pointer Cancellation

Supports

 

2.5.3 Label in Name

Partially supports

For some user interface components with labels that include text or text images, the name read by the a.t., does not contain the text that is visually presented;

2.5.4 Motion Actuation

Supports

 

3.1.1 Language of Page

Supports

 

3.2.1 On Focus

Supports

 

3.2.2 On Input

Supports

 

3.2.6 Consistent Help

Supports

 

3.3.1 Error Identification

Supports

 

3.3.2 Labels or Instructions

Partially supports

In some cases no labels or instructions are provided when the content requires input actions by the user;

3.3.7 Redundant Entry

Supports

 

4.1.1 Parsing

Supports

 

4.1.2 Name, Role, Value

Partially supports

In 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)

Partially supports

For some pre-recorded video content, no audio description is provided;

1.3.4 Orientation

Supports

 

1.3.5 Identify Input Purpose

Supports

 

1.4.3 Contrast (Minimum)

Partially supports

Where not allowed, visual representation of text and images containing text does not always have the minimum contrast ratio required ***;

1.4.4 Resize text

Partially supports

Some texts, except for subtitles and images containing text, cannot be resized up to 200 percent without using assistive technologies and without losing content and functionality;

1.4.5 Images of Text

Partially supports

In some cases text images have been used instead of text only and are neither customizable nor essential to the types of information conveyed;

1.4.10 Reflow

Partially supports

Content 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 Contrast

Partially supports

For 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 Spacing

Partially supports

Changing 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 Focus

Partially supports

In some cases, when mouse pointer (hover) passing or keyboard focus make content visible and hidden, there is no mechanism available to hide additional content without moving the mouse pointer or keyboard focus, the pointer cannot be moved to additional content without disappearing or additional content remains visible until the hover or focus event is removed, the user deletes it or his information is no longer valid except for some exceptions;

2.4.5 Multiple Ways

Supports

 

2.4.6 Headings and Labels

Supports

 

2.4.7 Focus Visible

Partially supports

On some interactive elements the focus indicator is not visible;

2.4.11 Focus Not Obscured (Minimum)

Supports

 

2.5.7 Dragging Movements

Partially supports

One or more features require interaction through drag-and-drop, but no alternative method of interaction is provided to the user;

2.5.8 Target Size (Minimum)

Supports

 

3.1.2 Language of Parts

Partially supports

In some cases, when text phrases are in a different language, this is not indicated in the code;

3.2.3 Consistent Navigation

Supports

 

3.2.4 Consistent Identification

Supports

 

3.3.3 Error Suggestion

Supports

 

3.3.4 Error Prevention (Legal, Financial, Data)

Supports

 

3.3.8 Accessible Authentication (Minimum)

Supports

 

4.1.3 Status Messages

Partially supports

In 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)

 

 

10.1.1.1 through 10.4.1.3

See WCAG 2.2 section

See information in WCAG 2.2 section

10.5 Caption positioning

Not Applicable

 

10.6 Audio description timing

Not Applicable

 

 

Chapter 11: Software

CriteriaConformance LevelRemarks and explanations

11.0 General (informative)

 

 

11.1.1.1 through 11.4.1.3

See WCAG 2.2 section

See information in WCAG 2.2 section

11.5 Interoperability with assistive technology

 

 

11.5.1 Closed functionality

  

11.5.2 Accessibility services

Heading cell  no response required

Heading cell  no response required

11.5.2.1 Platform accessibility service support for software that provides a user interface

See 11.5.2.5 through 11.5.2.17

See information in 11.5.2.5 through 11.5.2.17

11.5.2.2 Platform accessibility service support for assistive technologies

See 11.5.2.5 through 11.5.2.17

See information in 11.5.2.5 through 11.5.2.17

11.5.2.3 Use of accessibility services

See information in 11.5.2.5 through 11.5.2.17

See information in 11.5.2.5 through 11.5.2.17

11.5.2.4 Assistive technology

Not Applicable

 

11.5.2.5 Object information

Not Applicable

 

1.5.2.6 Row, column, and headers

Not Applicable

 

11.5.2.7 Values

Not Applicable

 

11.5.2.8 Label relationships

Not Applicable

 

11.5.2.9 Parent-child relationships

Not Applicable

 

11.5.2.10 Text

Not Applicable

 

11.5.2.11 List of available actions

Not Applicable

 

11.5.2.12 Execution of available actions

Not Applicable

 

11.5.2.13 Tracking of focus and selection attributes

Not Applicable

 

11.5.2.14 Modification of focus and selection attributes

Not Applicable

 

11.5.2.15 Change notification

Not Applicable

 

11.5.2.16 Modifications of states and properties

Not Applicable

 

11.5.2.17 Modifications of values and text

Not Applicable

 

11.6 Documented accessibility usage

 

 

11.6.1 User control of accessibility features

Not Applicable

 

11.6.2 No disruption of accessibility features

Not Applicable

 

11.7 User preferences

Not Applicable

 

11.8 Authoring tools

 

 

11.8.1 Content technology

 

 

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 transformations

Not Applicable

 

11.8.4 Repair assistance

Not Applicable

 

11.8.5 Templates

Not Applicable

 

 

Chapter 12: Documentation and Support Services

CriteriaConformance LevelRemarks and explanations

12.1 Product documentation

 

 

12.1.1 Accessibility and compatibility features

Not Applicable

 

12.1.2 Accessible documentation

See WCAG 2.2 section

See information in WCAG 2.2 section

12.2 Support Services

 

 

12.2.2 Information on accessibility and compatibility features

Not Applicable

 

12.2.3 Effective communication

Not Applicable

 

12.2.4 Accessible documentation

See WCAG 2.2 section

See information in WCAG 2.2 section

 

Chapter 13: ICT Providing Relay or Emergency Service Access

CriteriaConformance LevelRemarks and explanations

13.1 Relay services requirements

  

13.1.2 Text relay services

Not Applicable

 

13.1.3 Sign relay services

Not Applicable

 

13.1.4 Lip-reading relay services

Not Applicable

 

13.1.5 Captioned telephony services

Not Applicable

 

13.1.6 Speech to speech relay services

Not Applicable

 

13.2 Access to relay services

Not Applicable

 

13.3 Access to emergency services

Not Applicable

 


Chapter 14: 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.

 

Chapter 15: Test environments

15.1 Operating system

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

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


15.2 Browser 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)


15.3 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 (last version) and Freedom scientific Jaws (second-to-last version) - PC systems only

 

Chapter 16: Methodology

16.1 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.

 

16.2 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.https://validator.w3.org/
  • 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 https://jigsaw.w3.org/css-validator/
  • PAC PDF checker: https://pac.pdf-accessibility.org/en


16.3 Automatic and semi-automatic tools for color verification

 

16.4 Automatic and semi-automatic tools for checking accessibility

Some online validators used as samples on the pages:

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.https://chrispederick.com/work/web-developer/
  • 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.

 

Chapter 17: 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.