Ensuring digital inclusion in the business sphere has ceased to be a secondary option and has become a strategic and legal priority. When evaluating the accessibility requirements for a corporate website, organisations not only respond to changing regulatory mandates, but ensure that any person, regardless of their physical, sensory or cognitive abilities, can interact with their services, obtain information and enter into contracts without barriers. We analyse the current regulations in Spain and Europe, the technical WCAG criteria and the operational plan needed to audit, correct and maintain an accessible corporate website.

Table of Contents

  1. Key Points of Corporate Web Accessibility
  2. Legal Framework and Regulations Applicable to Corporate Websites
  3. Essential Technical Requirements According to WCAG Principles
  4. Documents, Multimedia Content and Third-Party Components
  5. Audit Methodology, Testing and Certification
  6. Management of the Lifecycle and Governance of Web Accessibility
  7. Frequently Asked Questions About Corporate Web Accessibility
  8. Sources and References

Key Points of Corporate Web Accessibility

• Progressive mandatory compliance: Business websites open to the public and digital services must comply with specific legal requirements depending on their activity, business volume and relationship with citizens.
• Harmonised standard: The European standard EN 301 549 and WCAG 2.1 Level AA guidelines set the official technical standard for web conformity.
• Global scope of the site: Downloadable PDF documents, multimedia players, cookie notices and third-party forms are an indivisible part of the accessibility audit.
• Complementarity in assessments: Automated scanning tools are useful for rapid detection, but manual auditing with assistive technologies is essential to confirm actual accessibility.
• Continuous management: Accessibility does not end with the initial site launch; it requires ongoing editorial protocols and technical reviews with every content update.

Legal Framework and Regulations Applicable to Corporate Websites

Analysing accessibility requirements for a corporate website requires understanding the regulatory framework governing digital channels in Spain and the European Union. The legislation clearly distinguishes between the public sector and the private sector, assigning different levels of requirement according to the type of service offered.

Differences Between Public Sector and Private Company

Historically, the legal obligation to maintain a fully accessible website fell to public administrations and state entities. The scope of obligations, accessibility principles, integration into the life cycle and accessibility statement are formally regulated in the Royal Decree 1112/2018 on website accessibility, affecting public bodies and companies that manage public services or have public funding above certain thresholds.

However, European and Spanish legislation has progressively extended these obligations to private companies that provide services open to the general public. For a private company, responsibility derives not only from strict compliance with a specific law, but from the principle of equality of opportunity and non-discrimination in access to digital goods and services.

Scope of ApplicationMain RegulationsObligated PartiesRequired Level of Requirement
Public SectorRoyal Decree 1112/2018Administrations, universities, state entitiesWCAG 2.1 AA / EN 301 549 on a mandatory basis
General Private SectorRoyal Decree 193/2023Companies offering goods and services to the publicUniversal accessibility and reasonable adjustments
Essential Services and CommerceLaw 11/2023 and Directive (EU) 2019/882E-commerce, banking, transport, telecommunicationsEN 301 549 with strict functional requirements

Relationship Between WCAG 2.1, EN 301 549 and Spanish Legislation

There is some confusion between digital accessibility acronyms and standards. The Web Content Accessibility Guidelines (WCAG), developed by the World Wide Web Consortium (W3C), are the global reference. However, in the European regulatory context, the legal reference document is the EN 301 549 standard.

As specified by the technical standards of the Government of the Balearic Islands on EN 301 549, this standard covers ICT products and services, aligning with WCAG 2.1 guidelines and incorporating detailed evaluation procedures. In this way, by implementing WCAG 2.1 level AA on a corporate website, the core requirements demanded by the European standard EN 301 549 are directly being met.

Timelines, Subjective Scope and Services of Special Significance

In the private sector, universal accessibility obligations, reasonable adjustments, positive action measures and private services open to the public are covered in the Royal Decree 193/2023 on basic accessibility conditions. This regulation particularly affects entities of special economic significance, such as banking entities, insurance companies, water, gas or electricity suppliers, travel agencies and transport companies.

Furthermore, in the analysis on accessibility regulation in Spain by SiteGround the distinction is detailed between obligations applicable to certain private services, Law 11/2023 and Royal Decree 193/2023, contemplating differentiated timelines for new and existing services. This means that recently launched corporate websites must incorporate accessibility from the outset, while pre-existing platforms have adapted schedules to implement reasonable adjustments.

To delve deeper into how to plan a web architecture balanced between design, loading speed and inclusion, it is advisable to consult our strategic guide to accessible web design.

Essential Technical Requirements According to WCAG Principles

Accessibility standards are structured around four fundamental principles: Perceivable, Operable, Understandable and Robust. For a corporate website to comply with AA conformance level, it must implement measurable verification criteria in each of these blocks.

Perceivable: Contrast, Text Alternatives and Adaptability

The principle of perceivability requires that information and user interface components are presented in a way that users can perceive them with their available senses.

  1. Text alternatives for non-text content: Every image with informative meaning must have a alt clear and descriptive attribute. If the image is purely decorative, the attribute should be empty (alt="") so that screen readers ignore it.
  2. Minimum colour contrast: Normal text must maintain a visual contrast ratio of at least 4.5:1 with respect to its background. For large text (larger than 24px or 19px bold), the minimum accepted ratio is 3:1. Interface components and graphics with informative value must also guarantee a contrast of 3:1.
  3. Adaptability and responsive design: Content must be restructured without loss of information or need for scrolling in two dimensions for resolutions equivalent to a logical screen width of 320 pixels.

Operable: Keyboard Navigation, Focus and Timing Control

A corporate website is operable when users can interact with all controls and navigate through sections without depending exclusively on the mouse or touch screen.

• Complete keyboard navigation: All interactive elements (links, buttons, form fields, dropdown menus) must be accessible and executable solely by using the keyboard (Tab, Enter, Space and arrow keys).
• Visible focus indicator: The keyboard focus indicator must never be removed with CSS rules such as outline: none without offering a clear alternative. Users navigating by keyboard need to see exactly which element has focus at each moment.
• Avoid focus traps: When opening modals or pop-up windows, keyboard focus must be confined within the container and allow the user to close the window and return to the point of origin using the Escape.
• Adjustable timings: If the website includes session alerts or automatic carousels, it must provide clear mechanisms to pause, stop or extend the reading time.

Understandable: Clear Forms, Errors and Coherent Navigation

The content and operation of the interface must be understandable for any user, minimising confusion and cognitive overload.

  1. Language identification: The main HTML code must define the page language using the lang="en"attribute. If there are text fragments in another language within the page, they must be labelled individually.
  2. Explicit labelling in forms: All contact, registration or budget request fields must include a <label> element uniquely associated via the forattribute. Required fields must be indicated both in the label text and in the semantic code.
  3. Error prevention and correction: If a user enters incorrect data in a form, the website must identify the field with an error in text format, suggest the appropriate correction and place focus on the first error message.

Robust: Compatibility with Assistive Technologies and Semantic HTML

The robustness principle ensures that the webpage is reliably interpreted by a wide variety of user agents, including modern browsers and assistive technologies such as screen readers (JAWS, NVDA, VoiceOver).

• Semantic HTML5 markup: Use structural elements such as

,