This is a policy template for a merchant and its customers, not a sales contract between Aster and visitors to this website.
Store policies are templates for merchants to adapt and review against their actual seller, products and sales markets.
1. Operator and scope
example is responsible for the store experience at https://example.com; contact accessibility@example.com, address example. We plan to make browsing, search, product selection, checkout, cancellation, returns and support usable by customers with different abilities. This is an unassessed draft, not a statement of full conformance or external certification. Production publication must identify covered domains, applications, third-party flows and testing dates.
2. Design target and legal requirements
The proposed frontend design and testing target is WCAG 2.2 AA, including keyboard operation, visible focus, sufficient contrast, labels and error explanations, text resizing and reduced nonessential motion. Applicable legal standards, European Accessibility Act implementation, exemptions and transitional conditions require assessment of merchant size, service and markets. Adopting a technical target does not automatically establish compliance with every legal duty.
3. Assessment status and known limits
Assessment method: example. Independent evaluator: example. Last test: example. Browsers and assistive technologies: example. Conformance status: example. Known barriers and pages: example. Owner and remediation date: example. Untested areas must be labeled honestly rather than presenting AI-generated audit scores as human test results. Payment verification, Cookie controls, chat, dynamic carts and mobile flows must be covered, not just the homepage.
4. Assistance and alternative access
For a barrier, contact accessibility@example.com or telephone example and describe your preferred contact format, page and issue; no medical diagnosis is required. We propose acknowledging within two business days and offering reasonable human assistance, accessible formats or an alternative process. Alternatives must preserve prices and substantive consumer rights, never require unsafe transmission of payment secrets, and do not replace long-term remediation of the website.
5. Third parties and content management
We assess accessibility when selecting PSPs, support tools and plugins, coordinate supplier fixes and explain workable alternatives when barriers arise. The merchant maintains product-image alternatives, captions, readable documents and translations, reviewing agent-generated content. Third-party components do not justify a blanket exclusion of responsibility for the complete purchase and after-sales experience.
6. Feedback, escalation and updates
If assistance does not resolve an issue, request escalation to responsible person example and contact relevant regulator or enforcement body example under applicable law. Material theme, checkout, language or support changes require revalidation of affected flows and updated known-issue and remediation information. Statement version: draft-2026-10-10. Operative publication date: example. This statement does not restrict legal complaint or remedy routes.