Skip to content
OS Domains
Accessibility statement

Partially conformant with WCAG 2.2 AA. Three known gaps, all minor, all logged.

This statement explains how accessible our website is, the testing methodology behind the claim, the three known issues we have not yet fixed (with target dates), and how to reach us if you encounter a barrier we did not catch. We aim for WCAG 2.2 Level AA conformance via EN 301 549, which is the relevant standard under the EU European Accessibility Act. We do not use accessibility overlay widgets — accessibility comes from the underlying code, not from a script tag.

Found a barrier? Email [email protected] — we reply within 5 business days.

Statement metadata
Standard
WCAG 2.2 AA · EN 301 549
Conformance
Partial
Last tested
2026-04-12
Last updated
2026-04-15
POUR principles

Status against the four WCAG principles.

WCAG organizes accessibility requirements into four principles: Perceivable, Operable, Understandable, Robust (POUR). Below is our self-assessed status against each, with specific implementation notes that auditors typically want to see.

Perceivable

Compliant

Text alternatives for all non-text content (images carry alt; decorative images marked alt=""). Color contrast ratios verified at 4.5:1 for body text, 3:1 for large text and UI components. Content reflows at 320 CSS pixels width without horizontal scrolling. Captions provided for any video content. Audio content has transcripts.

Operable

Compliant

Every interactive element reachable and operable via keyboard alone. Focus is visible (3:1 contrast against background, 2px outline). Skip-to-main-content link at the start of every page. No content flashes more than 3 times per second. Target size minimum 24×24 CSS pixels per WCAG 2.2 Success Criterion 2.5.8.

Understandable

Compliant

Page language declared (lang="en" / "es" / "pt-BR"). Navigation patterns consistent across pages. Form labels are programmatically associated with inputs. Error messages identify the field and describe the fix. No automatic context changes on focus or input.

Robust

Compliant

Markup validates. ARIA used only where native semantics fall short. Dynamic content updates use ARIA live regions where appropriate. Tested with current versions of NVDA, JAWS, VoiceOver, and TalkBack screen readers.

Known issues

Three minor issues we have not yet fixed.

These are tracked in our internal accessibility backlog with target fix dates. None of them blocks a primary user task; each has a documented workaround. If any is blocking your use of the site, email [email protected] and we will prioritize.

ID Component Severity Description WCAG ref Plan
V-2026-01 Volume calculator on /pricing Minor Slider value changes do not announce to screen readers as frequently as the visual update. SC 4.1.3 Status Messages Add aria-live="polite" region for current values; ship by 2026-06-30.
V-2026-02 Status page incident heatmap Minor Color-coded severity cells lack text equivalents for screen readers. SC 1.1.1 Non-text Content Add visually hidden text label per cell; ship by 2026-05-31.
V-2026-03 Cookies preferences panel toggles Minor Toggle state changes announce as "checked" / "unchecked" rather than "on" / "off" — correct but verbose. None (works correctly) Considered; will leave as-is unless feedback says otherwise.
01

Our commitment

Plain English: We aim to make this site usable for everyone, including people with disabilities.

OS Domains is committed to making our website and customer portal accessible to people with disabilities. We treat accessibility as a product-quality concern, not a legal checkbox. The current site has been designed and built with accessibility considered at the design-system level — every component in our design system has accessibility annotations, every page is checked against WCAG 2.2 AA criteria before deployment, and every release includes a pre-deployment accessibility check. We are not perfect and we publish our known gaps below honestly rather than glossing over them. If you encounter a barrier we have not listed, please tell us using the feedback channels at the end of this page.

02

Conformance status

Plain English: Partially conformant with WCAG 2.2 Level AA. The minor gaps are listed below.

This website conforms to the Web Content Accessibility Guidelines 2.2 Level AA and to EN 301 549 v3.2.1 (the European harmonized standard for ICT accessibility), with three known minor exceptions documented in the "Known issues" section below. "Partially conformant" means that some parts of the content do not fully conform to the accessibility standard. The customer portal at app.osdomains.com is tested separately on the same schedule and has its own conformance documentation available on request. We do not use accessibility overlay tools — the European Disability Forum has stated explicitly that overlays do not satisfy EAA requirements and may introduce new accessibility issues. Our compliance comes from the underlying code and design, not from a third-party widget.

03

How we tested

Plain English: The methodology, tools, and people involved in producing the conformance claim above.

Our accessibility testing combines automated and manual methods. Automated scanning: axe DevTools (Deque Systems), Lighthouse accessibility audits, Pa11y for batch testing, and WAVE for individual page checks. These tools catch approximately 30–40% of WCAG issues, mostly machine-checkable items like color contrast, missing alt attributes, and ARIA syntax errors. Manual testing: keyboard-only navigation of every flow, screen-reader testing with NVDA (Windows, Firefox), JAWS (Windows, Chrome), VoiceOver (macOS Safari, iOS), and TalkBack (Android Chrome). Manual review covers the 60–70% of issues automated scanners miss — meaningful alt text, logical reading order, focus management on dynamic content, error recovery patterns. The most recent comprehensive audit was conducted on 2026-04-12 by our internal accessibility lead with IAAP CPACC certification. A third-party audit by an independent accredited firm is scheduled for Q3 2026.

04

Feedback and contact

Plain English: How to tell us about accessibility barriers. We respond within 5 business days.

If you encounter accessibility barriers on this site, we want to know. The fastest way to reach our accessibility team is email: [email protected] — a real person reads every message, typically responds within 5 business days. Please include the URL of the page where you experienced the barrier, the assistive technology you were using (screen reader name and version, browser and version, operating system), and a brief description of what you were trying to do. If we cannot resolve the issue immediately, we will give you a workaround within 5 business days and a fix timeline. If you prefer to call, the same team can be reached at +43 1 205 11 80 during Vienna business hours (Monday–Friday, 9:00–17:00 CET).

05

Enforcement procedure

Plain English: What to do if our response is unsatisfactory — including national supervisory bodies.

If you contact us about an accessibility barrier and are not satisfied with our response, you have the right to escalate to the national accessibility enforcement body in your EU/EEA Member State. In Austria, the responsible body is the Bundesministerium für Soziales, Gesundheit, Pflege und Konsumentenschutz (Federal Ministry of Social Affairs, Health, Care and Consumer Protection), which oversees the implementation of the European Accessibility Act in Austria. For other Member States, see the European Commission's list of national accessibility authorities at https://ec.europa.eu/social/main.jsp?catId=1486. You can also lodge a complaint with the European Disability Forum (https://www.edf-feph.org) for cross-border issues that affect users in multiple Member States. We strongly prefer that you contact us first at [email protected] so we have a chance to fix the problem directly, but you are not required to do so before escalating.

06

Standards we follow

Plain English: The specific technical references that our accessibility work targets.

Our accessibility work targets the following standards: (a) Web Content Accessibility Guidelines (WCAG) 2.2 Level AA — the W3C standard, ISO/IEC 40500:2025; (b) EN 301 549 v3.2.1 — the European harmonized standard for ICT accessibility, which incorporates WCAG 2.2 AA for web content and adds additional ICT criteria for non-web ICT; (c) the EU European Accessibility Act (Directive (EU) 2019/882) effective 28 June 2025, which mandates the above for consumer-facing services in EU Member States; (d) WAI-ARIA 1.2 for dynamic content patterns where native HTML semantics are insufficient. We track ongoing WCAG updates and our internal accessibility audit is rerun whenever new success criteria become normative.

Report a barrier

If something is broken for assistive technology, we want to know within minutes, not months.

Email [email protected] or call +43 1 205 11 80. We respond within 5 business days, prioritize fixes based on user impact, and keep this page updated.

Phone +43 1 205 11 80 Mon–Fri · 9–18 CET
Email [email protected] Avg response 4h business
Office Fleischmarkt 1, 1010 Wien By appointment