Trust · Accessibility

Designed for more people.

A wellness product that only works for people with perfect vision, steady hands and no sensitivity to motion is not much of a wellness product. This page sets out what has been built, what has not been done yet, and how to tell us when something does not work for you.

Last updated
17 August 2026
Target standard
WCAG 2.2 Level AA — working toward
Formally audited
Not yet — see section 04
Report a problem
Contents · 7 sections
  1. 01 Our commitment
  2. 02 What is built in
  3. 03 Motion, and why it matters here
  4. 04 Where we are honestly not there
  5. 05 The Companion App
  6. 06 Tell us
  7. 07 Third-party limits

DAOasis is a visually ambitious website. Ambitious design and accessible design are often treated as a trade-off, and mostly that is an excuse.

Where we have got it right, this page says how. Where we have not, it says that too — because a page claiming full compliance without having tested for it would be the least trustworthy thing in the trust layer.

01

Our commitment

DAOasis is committed to improving accessibility across its website and digital experiences, and to treating it as part of designing something well rather than as a compliance task bolted on at the end.

We are working toward the Web Content Accessibility Guidelines (WCAG) 2.2 at Level AA as our reference standard, and we are treating it as a design target rather than a badge.

What we are not claiming

DAOasis has not completed a formal third-party accessibility audit, and this page does not claim conformance with WCAG or any other standard. We are working toward recognised standards and improving continuously. When an independent audit is carried out, its scope, date and findings will be stated here — including the parts that failed.

02

What is built in

Specific things, present today across the website.

Keyboard navigation
Every page can be navigated with a keyboard. Links and controls are real links and real buttons rather than styled divs, so they are focusable and operable in the order you would expect. Focus is visibly indicated with a gold outline — never removed, which is one of the most common and most damaging shortcuts on the web. Each page starts with a skip link so you can jump straight to the content instead of tabbing through the navigation. The mobile menu closes with the Escape key.
Readable typography
Body text is set at 16–16.5px with line height near 1.9, and reading columns are capped at a comfortable measure rather than running the full width of a large screen. Text scales with your browser's zoom and text-size settings. There is no 10px legal small print anywhere in the trust layer — a policy set too small to read is not disclosure.
Semantic structure
Landmark elements — nav, main, header, section, footer — and a single logical heading hierarchy per page, so a screen reader can present an outline and jump between sections. Contents lists are real ordered lists. Accordions use native details and summary elements, which are keyboard-operable and announced correctly without any custom scripting.
Colour contrast
Body text is set against its background at a contrast ratio intended to meet or exceed WCAG AA for normal text. Contrast has been corrected where it was found wanting — the app page's integration descriptions previously sat at roughly 2.4:1 and were lifted to about 4.5:1. Colour is never the only way information is conveyed: status is always carried by a text label as well as a tint.
Alternative text
Meaningful images carry descriptive alternative text. Purely decorative images carry empty alt attributes so that assistive technology skips them rather than reading out a filename. Diagrams carry a text description of what they show, and the information in every diagram is also available as text.
Responsive design
Every page is built and checked from 375px to 1920px wide, with no horizontal scrolling and no content trapped off screen. Where a layout would compress into something unreadable, it is recomposed rather than shrunk — diagrams become vertical sequences and side rails become collapsible contents lists, so the information survives the small screen instead of merely fitting on it.
Light and dark
An appearance control in the footer of every page, remembered between visits. Useful for light sensitivity, and for reading a long policy at night.
Works without JavaScript
Animated reveals default to visible rather than hidden, so a scripting failure cannot leave a page blank. This matters most on the trust pages: a privacy policy that renders as invisible text is a privacy policy nobody can read.
03

Motion, and why it matters here

The DAOasis marketing pages use scroll-driven animation, three-dimensional scenes and camera movement. For people with vestibular disorders, migraine or motion sensitivity, that kind of movement is not a stylistic preference — it can cause genuine nausea and disorientation.

Two things follow from that.

Reduced motion is respected

If your operating system is set to reduce motion, DAOasis honours it. Animations are shortened or removed, masked text appears without movement, parallax is switched off, and the paced scrolling used on the marketing pages is bypassed so that scrolling maps directly to your input. You can set this in your system accessibility settings — Reduce motion on macOS and iOS, Show animations on Windows, Remove animations on Android — and every page on this site will respect it without you telling us.

The trust pages have no scroll choreography at all

These seven pages — Privacy, Health Data, Terms, Cookies, Token Disclaimer, Accessibility and Contact — contain no pinned sections, no scroll-scrubbed animation and no three-dimensional scenes. Scrolling is ordinary browser scrolling. The only motion is a brief fade as sections come into view.

That is a deliberate decision. If you need to read a policy, you should not have to negotiate a cinematic experience to do it.

In plain terms

Turn on reduce motion in your system settings and the animation goes away site-wide. On these legal pages there is barely any to begin with.

04

Where we are honestly not there

The useful half of an accessibility statement. These are known gaps.

  • No formal audit has been carried out. Accessibility has been designed and checked by the team, not verified independently. Status: Independent accessibility audit to be commissioned.
  • No testing with assistive technology users. Structural and keyboard testing is not the same as watching someone who relies on a screen reader every day try to use the site. That testing has not happened yet, and it is the gap we consider most significant.
  • Screen reader compatibility is designed for, not certified. The site uses semantic HTML and accessible names, which is the foundation — but it has not been verified across the range of screen reader and browser combinations people actually use.
  • The marketing pages' animated scenes are inherently visual. Where a scene carries meaning, the same information appears in the surrounding text — but the experience of those pages is not equivalent for everyone, and pretending otherwise would be dishonest.
  • Some visual sequences are decorative rather than described. They are marked so assistive technology skips them, which avoids noise but does not convey what a sighted reader sees.
  • No accessibility contact address is published yet. See section 06.

This list will get shorter. It is published in this state because a specific gap someone can hold us to is worth more than a general commitment nobody can check.

05

The Companion App

In development The DAOasis Companion App is being built and is not released.

The intention is for it to support the platform accessibility features people already rely on — the operating system's screen reader, dynamic text sizing, increased contrast, reduced motion and voice control — rather than to build a separate and inevitably worse set of its own.

That is an intention rather than a verified claim, and this page will be updated with the actual position when the app is released, including what does not work yet.

One structural point worth stating now: because DAOasis recognises participation, accessible participation matters more than it would in an app that only displays information. A quest system that can only be completed by people who move in a particular way would not be a wellness product for everyone. How participation is recognised for people with different physical capabilities is Inclusive participation design to be confirmed, and it is a product question, not only an interface one.

06

Tell us

If any part of DAOasis is difficult or impossible for you to use, we want to know. A specific report is more useful than a general one — but send it however is easiest for you, and do not spend effort formatting it.

If you can, tell us what you were trying to do, which page or screen you were on, what happened, and what you were using — browser, device, and any assistive technology. Any of those helps; all of them is a luxury.

Accessibility reports
Problems using the website, or anything on it that does not work with your assistive technology.
Subject line
Start it with “Accessibility” — see the Contact page
If you need this content another way
If a page on this site is not accessible to you and you need the information in it — a policy, the terms, anything on the trust layer — ask, and we will provide it in another format. That applies whether or not we have fixed the underlying problem yet.

We aim to acknowledge accessibility reports promptly and to tell you what we intend to do about them, including when the answer is that it will take a while. A target response time is Response time commitment to be confirmed, and we would rather set one we can keep than publish one we cannot.

07

Third-party limits

Parts of the DAOasis experience depend on services we do not build — app stores, health platforms, wallet providers and, in future, payment providers. Their accessibility is theirs, and we cannot fix it directly.

Where a third-party dependency creates a barrier, we will say so rather than leave you wondering whether the problem is ours, and we will raise it with the provider and look for an alternative route where one exists.

The DAOasis website itself is built with no third-party interface components at all — no embedded widgets, no chat bubbles, no consent banners, no social embeds. That is partly a performance and privacy decision, and partly an accessibility one: embedded third-party widgets are among the most reliable sources of keyboard traps and unlabelled controls on the web, and the simplest way to avoid them is not to have any.

A note on this page

This statement describes the DAOasis website as at the date above. It does not claim conformance with any accessibility standard, because no independent audit has been carried out. Items marked to be confirmed are open commitments rather than omissions. If something here is inaccurate, or if the site fails you in a way this page does not mention, please tell us — that is the most useful thing anyone can send us.

DAOasis Global Ltd, registered in the United Kingdom, is the legal entity behind DAOasis and behind this page. Its company number and registered office are on the public register at Companies House. Group companies in the British Virgin Islands and Thailand are planned once DAOasis is operational; until then every agreement, payment and notice runs through the UK company.