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
- Key Points of Corporate Web Accessibility
- Legal Framework and Regulations Applicable to Corporate Websites
- Essential Technical Requirements According to WCAG Principles
- Documents, Multimedia Content and Third-Party Components
- Audit Methodology, Testing and Certification
- Management of the Lifecycle and Governance of Web Accessibility
- Frequently Asked Questions About Corporate Web Accessibility
- 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 Application | Main Regulations | Obligated Parties | Required Level of Requirement |
|---|---|---|---|
| Public Sector | Royal Decree 1112/2018 | Administrations, universities, state entities | WCAG 2.1 AA / EN 301 549 on a mandatory basis |
| General Private Sector | Royal Decree 193/2023 | Companies offering goods and services to the public | Universal accessibility and reasonable adjustments |
| Essential Services and Commerce | Law 11/2023 and Directive (EU) 2019/882 | E-commerce, banking, transport, telecommunications | EN 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.
- Text alternatives for non-text content: Every image with informative meaning must have a
altclear and descriptive attribute. If the image is purely decorative, the attribute should be empty (alt="") so that screen readers ignore it. - 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.
- 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.
- 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. - Explicit labelling in forms: All contact, registration or budget request fields must include a
<label>element uniquely associated via theforattribute. Required fields must be indicated both in the label text and in the semantic code. - 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 , , , , <aside> and instead of a generic structure based exclusively on blocks <div>.
• Hierarchical structure of headings: Headings (<h1> to <h6>) should follow a logical order without skipping levels (for example, moving from a <h1> to a <h3>). This allows screen reader users to mentally outline the page content.
• Correct use of ARIA functions: Accessible Rich Internet Applications (ARIA) guidelines should be used as a complement when native HTML cannot express the state or function of a dynamic component. ARIA should not be abused to mask poorly constructed HTML code.
Documents, Multimedia Content and Third-Party Components
A frequent error in adapting a corporate website is to focus the analysis on the main HTML structure and ignore embedded or downloadable elements. Legal compliance requires that the digital experience is accessible in its entirety.
Accessibility in PDF Files and Downloadable Documentation
Commercial catalogues, annual reports, compliance guides and privacy policy documents published in PDF format must be readable by assistive technologies. A PDF scanned as an image is completely inaccessible if it does not have a recognisable text layer.
For a downloadable document to be accessible, it must include:
• Internal semantic tags (PDF/UA) that identify titles, paragraphs and lists.
• A logical reading order defined in the document properties.
• Text alternatives for all tables, charts and embedded images.
• Document title specified in metadata and displayed in the window bar.
Video Players, Subtitles and Transcripts
Corporations regularly use video for product presentations, success stories or corporate content. All audiovisual content published on the web must include:
- Synchronised subtitles (CC): Essential for people with hearing disabilities, detailing not only dialogues but also sound effects or relevant voice changes.
- Audio description: In videos where key visual information is not explained verbally, an additional audio track describing the visual action must be included.
- Complete text transcript: Provide an alternative text document that captures both spoken text and visual descriptions to facilitate direct reference or indexing.
Cookies, External Widgets and Embedded Forms
Corporate websites frequently integrate third-party components: cookie consent banners, interactive maps, live support chats, external video players or employment management systems. If any of these modules presents barriers to keyboard navigation or lacks semantic labelling, the corporate website as a whole fails to meet accessibility criteria.
| Third-Party Component | Common Accessibility Problem | Required Technical Solution |
|---|---|---|
| Cookie Banner | Keyboard focus hidden or blocked behind the modal layer | Trap focus in the modal until accept/reject and allow closure with Escape |
| Maps / Location | Navigation exclusively by touch or mouse | Provide a plain text alternative with the full address and access details |
| Chatbot / Support | New messages not announced to screen readers | Implement dynamic routing regions aria-live="polite" |
| SaaS Forms | Fields without native associated labels in embedded iFrames | Require the provider to supply adapted code or inject attributes title and aria-label |
Audit Methodology, Testing and Certification
Validating accessibility requirements for a corporate website involves a rigorous evaluation procedure. A perfect score in an automated analyser does not guarantee that a person with a disability can navigate the portal effectively.
Automated Evaluation Versus Manual Audit
Automated scanning tools (such as axe-core, WAVE or Lighthouse) play a crucial role in the early stages of development. They allow you to quickly identify structural errors, such as missing attributes alt, obvious colour contrast issues or missing labels lang.
However, automation is only capable of detecting between 30% and 40% of WCAG conformance criteria. The limitations of automated testing include:
• Quality of alternative text: An analyser checks that the attribute exists alt, but cannot determine whether the text correctly describes the content of the image or whether it provides useful context.
• Logical reading order: Automation checks the code structure, but not whether the visual sequence is intuitive or understandable for a user navigating by voice.
• Keyboard functionality: The fluidity of complex interactive components, such as drop-down menus or modal windows, requires direct interaction by a human auditor.
Therefore, a rigorous audit must combine code scanning with manual testing carried out using a keyboard and inspection with screen readers such as NVDA or VoiceOver.
Testing Matrix By Template, Component and User Flow
On a large-volume corporate website, it is not feasible to manually audit thousands of individual pages. The technical strategy consists of creating a representative testing matrix divided by templates, components and critical business flows.
- Selection of unique templates: Audit the homepage, a services template, a blog entry, the contact page and the legal section.
- Evaluation of global components: Analyse the header, the main navigation menu, the footer, the cookies modals and the sidebars.
- Verification of complete flowsTest the end-to-end user experience on key tasks, such as completing a budget request, searching for a corporate document or signing up for a job offer.
Accessibility Statement and Compliance Reports
Companies that fall within the scope of public standards or services of special significance must draft and publish an Accessibility Statement. This public document must be written in clear language and contain accurate information about:
• The level of conformity achieved (for example, WCAG 2.1 AA partially conformant).
• The parts of the website that are not accessible and the technical reasons for such an exception.
• Direct communication mechanisms so that users can report access barriers or request alternative formats.
• A link to the complaints procedure or request for accessible information.
Differentiating between an internal audit report, a public accessibility statement and an official certification is essential for managing compliance without creating false legal expectations.
Management of the Lifecycle and Governance of Web Accessibility
Digital accessibility is not a one-off project with a definitive end date. It is a continuous process that must be integrated into the company's technical and communications culture.
Selection Criteria for Suppliers and WordPress Developments
When hiring the redesign of a corporate portal or the development of functionalities on content managers such as WordPress, accessibility must be part of the specifications and development contracts.
• Evaluation of themes and page buildersSelect templates and visual builders that generate semantic HTML and do not block keyboard navigation.
• Technical acceptance criteriaEstablish by contract that no component or template delivered by the supplier agency contains known errors of level A or AA according to WCAG 2.1.
• Acceptance Testing: Condition the final project payment on passing an independent accessibility audit.
Integration of Accessibility in the Editorial Workflow
The marketing, communications and content management team produces articles, uploads images and publishes documents continuously. Without clear guidelines, the portal's accessibility degrades over time.
- Accessible Style Guide: Document brief guidelines on how to write image descriptions, how to structure headings and how to use descriptive hyperlinks (avoiding generic texts like 'click here').
- Training of the Editorial Team: Train CMS managers in creating accessible content and in the use of WYSIWYG editors without breaking the markup structure.
- Periodic Content Reviews: Perform monthly automated scans to detect images without alternative text or broken hyperlinks before they accumulate.
Handling Exceptions and Reasonable Adjustments Plan
On large-scale corporate web platforms or those with extensive document history, solving 100% of accessibility barriers immediately may impose a disproportionate technical or economic burden. Legislation allows the principle of reasonable adjustments to be applied provided it is properly justified.
• Prioritise correction by impact: Correct the main navigation, home page and conversion forms first before the historical library of publications.
• Offer accessible alternatives: If an old catalogue or technical report in PDF cannot be remedied immediately, a direct channel (email or telephone) must be provided to supply the information in an accessible format upon request.
• Publish a transparent roadmap: Reflect in the accessibility statement the expected deadlines for remedying non-conforming content.
Frequently Asked Questions About Corporate Web Accessibility
Is my corporate website required to comply with accessibility requirements?
It depends on your activity, size and target audience. Websites of public administrations, companies providing public services or entities of particular economic significance (banking, insurance, transport, energy) are legally required to comply. Likewise, with the entry into force of the regulatory framework derived from Royal Decree 193/2023 and Law 11/2023, private companies that sell goods and services to the general public must guarantee universal accessibility and make reasonable adjustments.
What is the difference between an informative corporate website and an e-commerce website?
A purely informative corporate website provides data about the company's history, team or location. An e-commerce website conducts commercial transactions, service contracts or payment processing. The regulation on digital products and services imposes greater technical requirements and stricter deadlines for online contracting processes and e-commerce.
Which specific standard should I apply: WCAG 2.1, WCAG 2.2 or EN 301 549?
In the context of the European Union and Spain, the legal standard of reference for ICT products and services is EN 301 549. This European standard is aligned with the criteria of the Web Content Accessibility Guidelines (WCAG 2.1) at Level AA. Complying with WCAG 2.1 AA is equivalent to satisfying the technical basis required by Spanish regulations.
Is it enough to install an accessibility widget or plugin to be legally covered?
No. Accessibility overlays, plugins or floating widgets that promise to correct code automatically through JavaScript layers do not make a website accessible. Many of these add-ons hinder navigation for users who already use their own screen readers and do not solve structural errors in HTML code, form labelling or PDF accessibility.
Can an automated scanning tool certify that my site is 100% accessible?
No. Automated tools only detect a percentage of accessibility barriers. It is essential to carry out manual audits and user testing to certify compliance.





