Accessibility Statement

Introduction

At The Normal Company S.L., we are committed to universal digital accessibility, continuously working to ensure that our digital assets are usable by all people, regardless of their abilities, age, or personal circumstances.

Our Accessibility Statement is based on the latest version of the harmonized European technical standard EN 301 549, which is the European standard for digital accessibility, approved by the European Commission. This standard defines the accessibility requirements for technological products and services.

The scope of this statement covers the Digital Web Asset https://www.nnormal.com, excluding embedded content from external domains. However, The Normal Company S.L. and its external providers maintain an active commitment to improving the accessibility of external content included in its Digital Assets, with the aim of ensuring the most inclusive digital experience possible.

Our goal is to continuously monitor and correct potential digital accessibility barriers in order to provide an inclusive and obstacle-free experience for all users.

Beyond regulatory compliance, The Normal Company S.L. aims to exceed legal requirements in terms of digital accessibility. Our commitment is to reach the highest accessibility standards, aiming to meet AAA-level criteria, continuously improve the usability of our digital products, and obtain certifications that endorse our excellence in accessibility.

To achieve this ambitious goal, we have implemented a comprehensive Digital Accessibility Service (S.I.A.), developing comprehensive corrective measures that include specialized training for our teams, evaluation systems, and continuous accessibility improvement actions, as well as proactive measures both on our websites and in our mobile applications, with the ultimate goal of ensuring a truly universal and inclusive digital experience.

Adopted Criteria

The Normal Company S.L. follows the EN 301 549 standard to ensure the digital accessibility of its Digital Assets. Some of the functionalities implemented to improve content accessibility are:

  • (7.2.1) Use video players that have a mode to select and play available audio descriptions.

  • (9.1.1.1) A thorough review of all meaningful images is being carried out to ensure they have appropriate alternative texts (alt), ensuring that visual information is also accessible to people with visual impairments.

  • (9.1.2.1) Audio-only or visual-only resources are being evaluated to ensure they have equivalent textual alternatives, such as transcripts or detailed descriptions.

  • (9.1.2.3) The implementation of audio descriptions or alternative means for all recorded videos is being considered to ensure visual content is accessible through other means.

  • (9.1.2.5) Alternative versions of videos with integrated audio description are being prepared, or a second channel is offered to enable it, expanding the accessibility of audiovisual content.

  • (9.1.3.1) Structural elements such as headings, field groupings, lists, and tables are being audited to verify that visual relationships are also correctly reflected in the code.

  • (9.1.3.2) Different content presentations are being reviewed to ensure that the reading order maintains its logical coherence, regardless of the device or format used.

  • (9.1.3.5) Appropriate autocomplete attributes are being incorporated into forms to improve the user experience, especially on mobile devices or in assisted access contexts.

  • (9.1.4.3) Automatic and manual tools are being used to verify that the contrast between text and background meets the minimum requirements to ensure readability.

  • (9.1.4.4) It is being verified that content can be enlarged up to 200% using browser functions without loss of functionality or clipping of information.

  • (9.1.4.10) All designs are being validated to ensure that content adapts correctly to resizing on small screens without the need for horizontal scrolling.

  • (9.1.4.11) It is being checked that all graphic elements and non-text controls have sufficient contrast with their background to facilitate their visual identification.

  • (9.2.1.1) The development team is adapting all interactive components to ensure full functionality via keyboard, thus allowing navigation without a mouse.

  • (9.2.2.2) All automatically moving elements are being audited to ensure they have accessible and visible pause or close mechanisms.

  • (9.2.4.1) Mechanisms are being incorporated to allow users to skip repetitive blocks such as menus, facilitating direct access to the main content.

  • (9.2.4.2) Page titles are being reviewed to ensure they clearly describe the content and improve site orientation.

  • (9.2.4.3) It is being checked that the tab order is logical and coherent, allowing sequential navigation that does not alter meaning or operation.

  • (9.2.4.4) Link text is being refined so that it is more descriptive on its own and understandable without additional context.

  • (9.2.4.6) A clear and logical hierarchy is being applied to headings and labels to facilitate content understanding and structured navigation.

  • (9.2.4.7) All interactive elements are being reviewed to ensure the keyboard focus is always visible through clear and high-contrast styles.

  • (9.3.1.2) Lang attributes are being added to content fragments in a language different from the main one to ensure correct pronunciation by multilingual screen readers.

  • (9.3.2.1) All interactive elements that receive focus are being reviewed to ensure they do not cause unexpected context changes without prior notice.

  • (9.3.3.2) All forms are being reviewed to ensure each field has a clear label or instruction about its purpose.

  • (9.4.1.2) Work is underway to improve the semantic accessibility of all custom components, ensuring they correctly convey their role, state, and value to assistive technologies.

  • (9.4.1.3) The correct use of ARIA roles and accessible attributes is being implemented so that dynamic messages (such as errors, confirmations, or alerts) are detected and announced by screen readers.

  • (9.6) The five WCAG level AA compliance principles are being guaranteed, ensuring that the pages, processes, and technologies used do not interfere with the overall content accessibility.

  • (12.2.4) Documentation provided by support services is in an accessible format.

  • (10.1.3.1) In documents, the information, structure, and relationships are determined by software or have an alternative such as text.

  • (10.1.3.2) In documents, a correct reading sequence is defined by software.

  • (10.2.1.1) Ensure that in documents elements correctly receive keyboard focus.

  • (10.2.4.2) Documents have the page title identified.

  • (10.2.4.3) In any document, sequential navigation via keyboard has a consistent order.

  • (10.2.4.6) Headings and/or control names are sufficiently descriptive of their purpose.

  • (10.2.5.3) Ensure that labels accompanying controls always have a distinctive name.

  • (10.3.1.1) In documents, the default language used is indicated.

  • (10.4.1.2) In documents, user interface components such as form elements, links, and script-generated components follow the structure recommended by accessibility guidelines.

Preparation of this Accessibility Statement

This statement was prepared on 07/29/2025.

The method used to prepare the statement was a manual review, based on the requirements of the EN 301 549 standard, carried out by Everycode S.L. on 07/17/2025.

Everycode S.L. has an independent inspection unit accredited by ENAC (National Accreditation Entity) in accordance with the requirements set out in the ISO/IEC 17020 standard, for website and mobile application inspection activities under the EN 301 549 standard.

Last review of the statement: 07/29/2025

Feedback and Contact Information

We value your active participation in the continuous improvement of our digital accessibility. If you wish to make suggestions, report incidents, or request information about the accessibility of our website, you can contact us through the following channels: