Website accessibility in 2026: what Romanian businesses should review
A practical accessibility review for Romanian business websites, covering WCAG 2.2, the European Accessibility Act, testing, content, and ongoing ownership.

Website accessibility is not a specialist feature to add after design. It is the quality of a website when someone cannot see the screen clearly, cannot use a mouse, needs captions, enlarges the page, navigates with a keyboard, or requires simpler instructions. These situations include permanent disabilities, temporary injuries, age-related changes, and ordinary contexts such as bright sunlight or a noisy room.
In 2026, the subject also has greater legal and commercial weight. The European Accessibility Act has applied to selected products and services since June 2025, including areas such as ecommerce, banking, electronic communications, and parts of passenger transport. That does not mean every Romanian brochure website has identical obligations. Scope, exemptions, sector rules, and national implementation matter, so a business that may be covered should obtain legal advice rather than treating an online checklist as a legal opinion.
The practical design reference remains WCAG 2.2, the W3C standard organised around content being perceivable, operable, understandable, and robust. The European Commission’s overview of the European Accessibility Act is a useful starting point for understanding the affected services.
Begin with real customer journeys
An accessibility review should start with the tasks that matter to customers, not with an abstract score. For a clinic, those tasks may be finding a service, understanding the price range, and requesting an appointment. For a shop, they include searching, choosing a product, reviewing delivery information, paying, and receiving confirmation.
Write down the five or six most valuable journeys. Complete each one using only a keyboard. Repeat at 200% and 400% zoom. Use a screen reader for a structured pass, ideally with someone experienced in assistive technology. Test errors, menus, dialogs, cookie controls, language switching, and third-party booking or payment tools. A perfect homepage cannot compensate for a checkout that blocks a customer.
Make structure visible and machine-readable
Headings should describe the hierarchy of the page, not merely create large text. Links should make sense out of context. Buttons need clear names. Lists, tables, form labels, landmarks, and page titles should use the correct HTML so assistive technology can explain what the interface contains.
Visual order and code order should agree. If a keyboard user moves through a page in an unexpected sequence, a layout that looks elegant can become disorienting. Visible focus styles must show where the user is. Interactive elements should be large enough to select and should not depend on precise pointer movement.
Alternative text needs judgment. A product image may require a concise description of the relevant color, shape, or material. A decorative texture should usually have empty alternative text so it is ignored. A diagram may need a short alternative plus a nearby detailed explanation. Repeating the filename or stuffing keywords into every image does not improve access.
Check contrast without reducing design to black and white
Accessible design can still be distinctive. The requirement is that important information survives the chosen palette. Body text, controls, icons, input boundaries, focus indicators, charts, and error states all need sufficient contrast against adjacent colors. Color should not be the only signal: an error can combine color with an icon and a specific message; an active filter can use shape, weight, and text as well as color.
Test the actual rendered interface rather than a color swatch in isolation. Thin type, text over photography, transparency, gradients, hover states, and disabled controls can behave differently from the design file. Zoom and reflow also matter: at a narrow equivalent width, the page should preserve information and functionality without forcing horizontal scrolling, except where a genuinely two-dimensional object such as a data table requires it.
Treat forms as conversations
Forms are frequent failure points because they combine instructions, input, validation, status changes, and privacy decisions. Every field needs a persistent label. Required fields should be identified in more than one way. Instructions should appear before the customer needs them, and examples should not replace labels.
When something goes wrong, say what happened and how to correct it. “Invalid input” is weak; “Enter a Romanian phone number with 10 digits” is actionable. Move focus deliberately when a modal opens, closes, or a critical error summary appears. Announce success and loading states to assistive technology instead of changing the screen silently.
Cookie banners deserve the same care. Consent choices must be keyboard accessible, readable at zoom, and understandable without manipulative visual emphasis. Accessibility and privacy both depend on meaningful control.
Include motion, media, and language
Prerecorded video with meaningful speech needs accurate captions. Important visual information may need audio description or a text equivalent. Audio should not start unexpectedly, and controls should remain accessible.
Animations should respect reduced-motion preferences, particularly large movement, parallax, and transitions triggered by interaction. A pause control is necessary when moving content lasts long enough to distract or interfere with reading. Avoid flashing content.
Declare the page language correctly and mark genuine language changes inside content. This helps screen readers pronounce Romanian and English appropriately. Plain, direct writing also reduces cognitive effort for everyone. Break complex processes into steps, keep labels consistent, and avoid unexplained internal terminology.
Automated tools are a first pass, not an audit
Automated testing can detect missing labels, some contrast failures, invalid relationships, and other repeatable problems. It cannot decide whether alternative text communicates the right meaning, whether the journey is understandable, or whether focus moves sensibly through a custom interaction.
A credible review combines automated checks, keyboard testing, screen-reader testing, responsive and zoom testing, and human evaluation. Include the components that repeat across the site, then test representative pages and complete journeys. Record each issue with the affected user, reproduction steps, severity, and a verifiable acceptance condition.
Accessibility needs an owner after launch
A one-time remediation can be undone by the next campaign banner, uploaded PDF, embedded form, or low-contrast brand color. Put accessibility into the operating model: content templates, component acceptance criteria, editorial guidance, procurement requirements, release testing, and a channel for people to report barriers.
Publish an accessibility statement only when it accurately reflects the service, known limitations, and contact route. Do not claim conformance based solely on a scanner badge. Keep evidence of testing and improvements, and revisit high-value journeys whenever design, content, or third-party systems change.
The best outcome is broader than compliance. Customers encounter fewer dead ends, teams create more consistent interfaces, search engines receive clearer structure, and the business can serve people in more situations. Accessibility is disciplined product quality—and in 2026, postponing it is increasingly difficult to justify.