Keyboard and screen-reader support
Public pages use semantic headings, native links and form controls, visible focus states, and keyboard-reachable navigation patterns where possible.
Accessibility
ZoneGaze aims to make its public website and documentation usable for keyboard, screen-reader, low-vision, and reduced-motion visitors.
This page describes practical commitments and feedback routes. It is not a certification claim or a promise that every issue has already been found.
Usability
Public pages use semantic headings, native links and form controls, visible focus states, and keyboard-reachable navigation patterns where possible.
Waitlist and contact forms use labels, required-field semantics, standard browser validation, and clear sensitive-data warnings.
Launch, documentation, support, and legal pages are designed to reflow cleanly on common mobile and desktop widths.
Core reading and form workflows do not depend on motion. Product videos support the story without becoming the only way to understand it.
Screenshots, concept visuals, demos, Flow media captions, and documentation should include useful captions, alt text, or surrounding text when they communicate product state.
Download cards expose product, Mac type, version, size, SHA-256, signing, and status text so Matrix artifacts can be understood without relying on color alone.
Testing scope
Check visible focus, tab order, links, buttons, forms, and skip paths on public pages.
Review semantic headings, labels, link text, form instructions, and page landmarks.
Check that pages reflow without horizontal scrolling on common mobile and desktop widths.
Check captions, labels, alt text, surrounding copy, and non-video paths for product understanding.
Check Matrix download cards, hash text, signing notes, Android availability, and artifact actions without relying only on visual status color.
Report issues
Reports are most useful when they include the page URL, the task you were trying to complete, browser or device context, assistive technology if relevant, and whether the issue blocks reading, navigation, forms, media, or documentation.
Include the page URL, browser, device, assistive technology if relevant, expected result, and what blocked the workflow.
Email supportUse contact routing for partnership, press, privacy, legal, security, and non-accessibility product questions.
Open contactUse privacy routing if the accessibility issue involves submitted form data, personal information, analytics, or deletion requests.
Open privacyUse security routing if the issue exposes secrets, access-control problems, or unsafe agent workflow behavior.
Open securityRelated support
Issue routing and safe context guidance.
OpenGeneral routing for accessibility, privacy, legal, press, and security questions.
OpenSetup, workflow, review, and troubleshooting documentation.
OpenCaptured screenshots and videos with surrounding context.
OpenMatrix Mac preview status, platform details, signing notes, and verification hashes.
OpenAndroid Flow evidence, runtime notes, and preview boundaries.
OpenCaptured product media with labels and captions.
OpenPublic-form boundaries and data request routing.
OpenResponsible reporting and sensitive-data handling.
OpenStorage, analytics, forms, and browser cache notes.
Open