ACCESSIBILITY STATEMENT
ACCESSIBILITY STATEMENT
Effective Date: September 13, 2026
Last Updated: September 13, 2026
Doshe LLC is committed to making the DOSHE creative commerce ecosystem accessible to the widest reasonably practicable range of users, including people with disabilities.
Operator: Doshe LLC
United States
Email: info@doshe.store
Website: doshe.store
⸻
1. Our Commitment
DOSHE is intended to provide creators, sellers, buyers, and visitors with meaningful access to its digital services.
Doshe LLC seeks to identify, prevent, and correct accessibility barriers in its websites and related digital services.
Accessibility is treated as an ongoing responsibility rather than a one-time project.
⸻
2. Accessibility Standard
As a technical accessibility objective, DOSHE seeks to design, develop, and improve its web content substantially in accordance with the Web Content Accessibility Guidelines (WCAG) 2.2, Level AA, where reasonably applicable to the relevant content and functionality.
WCAG is published by the World Wide Web Consortium’s Web Accessibility Initiative.
This accessibility objective does not represent that every page, feature, third-party component, or piece of user-generated content currently achieves full WCAG 2.2 Level AA conformance.
⸻
3. No False Certification Claim
DOSHE does not claim that doshe.store has been formally certified as fully WCAG 2.2 Level AA compliant unless and until such certification or equivalent audit has actually been completed and supports that statement.
⸻
4. Accessibility Principles
DOSHE seeks to make digital content and functionality:
* perceivable;
* operable;
* understandable;
* robust.
⸻
5. Keyboard Accessibility
DOSHE seeks to make essential functionality usable without requiring a mouse.
This includes, where reasonably applicable:
* navigation;
* menus;
* forms;
* buttons;
* links;
* account controls;
* checkout;
* dialogs;
* other interactive functions.
⸻
6. Keyboard Focus
Interactive controls should provide a meaningful keyboard focus indicator where required for accessible navigation.
Focus should not be intentionally hidden or made unnecessarily difficult to identify.
⸻
7. Logical Navigation
DOSHE seeks to maintain a logical navigation and focus order so users can understand and operate pages using assistive technology or a keyboard.
⸻
8. Skip Navigation
Where appropriate, DOSHE may provide mechanisms allowing users to bypass repetitive navigation and move directly to primary content.
⸻
9. Headings and Structure
Pages should use meaningful structural markup where reasonably practicable, including:
* headings;
* lists;
* labels;
* landmarks;
* other semantic structures.
⸻
10. Screen Reader Compatibility
DOSHE seeks to support commonly used screen readers and assistive technologies through appropriate web standards and semantic markup.
No guarantee is made that every combination of:
* browser;
* device;
* operating system;
* screen reader;
* extension;
* assistive technology
will operate identically.
⸻
11. Alternative Text
Meaningful non-text content controlled by DOSHE should include appropriate text alternatives where needed.
⸻
12. Decorative Images
Purely decorative imagery should, where technically appropriate, be implemented so that it does not create unnecessary screen-reader output.
⸻
13. Seller Product Images
Sellers are encouraged and may be required to provide meaningful alternative descriptions for product imagery where DOSHE provides the relevant functionality.
⸻
14. User-Generated Content
Because sellers and other users may upload their own:
* images;
* videos;
* descriptions;
* documents;
* listings;
* reviews;
* other content,
DOSHE cannot guarantee that every piece of independently submitted content will be fully accessible.
DOSHE may introduce accessibility requirements, tools, prompts, or remediation measures for user-generated content.
⸻
15. Product Descriptions
Sellers should provide sufficient textual information to allow consumers to understand material product characteristics without relying solely on images.
⸻
16. Color Contrast
DOSHE seeks to use sufficient contrast between:
* text and background;
* interactive controls and surrounding content;
* meaningful interface elements.
⸻
17. Information Conveyed by Color
Material information should not rely exclusively on color where another accessible cue can reasonably be provided.
For example, an error field should not be identified only by changing its color.
⸻
18. Text Resizing and Zoom
DOSHE seeks to support browser zoom and text enlargement without unnecessarily preventing access to core content and functionality.
⸻
19. Responsive Design
DOSHE seeks to support access across common screen sizes, including:
* desktop;
* tablet;
* mobile.
⸻
20. Forms
Forms should, where reasonably practicable, include:
* meaningful labels;
* instructions where needed;
* understandable error messages;
* clear required-field indicators;
* accessible validation feedback.
⸻
21. Error Identification
When a form cannot be submitted, DOSHE seeks to identify the relevant error in a way that does not rely exclusively on color or visual positioning.
⸻
22. Error Correction
Where appropriate, users should receive sufficient information to understand and correct input errors.
⸻
23. Accessible Authentication
DOSHE seeks to avoid unnecessary authentication barriers for users with disabilities and to implement accessible authentication practices where reasonably practicable.
⸻
24. Checkout Accessibility
Because checkout is a core DOSHE function, DOSHE seeks to make the purchasing process accessible, including material:
* product information;
* cart controls;
* shipping information;
* payment steps;
* order confirmation.
⸻
25. Seller Registration
DOSHE seeks to make seller registration and onboarding accessible.
⸻
26. Buyer Accounts
Core buyer account functionality should be designed with accessibility in mind.
⸻
27. Seller Dashboard
Core seller account and store-management functions should be evaluated for accessibility as the DOSHE ecosystem develops.
⸻
28. Digital Products
Sellers offering digital products are encouraged to consider accessibility when creating:
* PDFs;
* instructions;
* templates;
* documents;
* multimedia;
* other downloadable content.
Where a seller makes specific accessibility claims, those claims must be accurate.
⸻
29. Video Content
Where DOSHE publishes material prerecorded video content with meaningful spoken information, DOSHE seeks to provide captions or other appropriate accessible alternatives where reasonably applicable.
⸻
30. Audio Content
Where material information is communicated through audio alone, DOSHE seeks to provide an accessible alternative where reasonably applicable.
⸻
31. Captions
Automatically generated captions may be used as a starting point, but important published content should be reviewed where reasonably practicable because automated captions may contain errors.
⸻
32. Motion and Animation
DOSHE seeks to avoid unnecessary animation or movement that creates accessibility barriers.
Where applicable, user preferences concerning reduced motion should be respected where technically feasible.
⸻
33. Flashing Content
DOSHE seeks to avoid content that flashes in a manner known to create seizure risks.
⸻
34. Time Limits
Where an interaction has a time limit, DOSHE seeks to provide appropriate controls or alternatives when required and technically practicable.
Security-related limits may be handled differently where necessary to protect accounts.
⸻
35. Touch Targets
Interactive controls should be designed to reduce unnecessary difficulty for users with limited motor precision.
⸻
36. Dragging Interactions
Essential functionality should not rely solely on complex dragging interactions where an accessible alternative can reasonably be offered.
⸻
37. Consistent Navigation
DOSHE seeks to maintain reasonably consistent navigation and interface patterns across comparable pages.
⸻
38. Consistent Help
Where recurring help functionality is provided, DOSHE seeks to present it consistently where reasonably practicable.
⸻
39. Plain and Understandable Information
Legal and commercial requirements sometimes require complex information.
DOSHE nevertheless seeks to make ordinary user-facing instructions and interface text reasonably understandable.
⸻
40. Language Identification
DOSHE seeks to use appropriate language metadata and structure to support assistive technologies.
⸻
41. Automatic Translation
DOSHE may provide automated translation functionality.
Automated translation can contain inaccuracies.
Accessibility-critical or safety-critical information should not rely blindly on automated translation without appropriate review where necessary.
⸻
42. Third-Party Services
DOSHE may use third-party technology such as:
* Stripe;
* embedded services;
* authentication tools;
* support tools;
* other integrations.
The accessibility of independently controlled third-party services may depend partly on those providers.
⸻
43. DOSHE Responsibility for Integrations
Use of a third-party provider does not mean DOSHE should ignore known accessibility barriers within core user journeys.
DOSHE will seek reasonable solutions where a third-party integration creates a material accessibility problem within DOSHE.
⸻
44. Stripe
Payment functions may be provided through Stripe.
Users experiencing an accessibility issue with a payment flow may report the problem to DOSHE so it can investigate whether the issue can be addressed by Doshe LLC or appropriately escalated.
⸻
45. External Websites
Links may direct users to websites not operated by Doshe LLC.
DOSHE does not control the accessibility practices of independent external websites.
⸻
46. Accessibility Testing
DOSHE may use a combination of:
* automated testing;
* manual review;
* keyboard testing;
* screen-reader testing;
* user feedback;
* expert accessibility audits.
⸻
47. Automated Accessibility Tools
Automated scanners can help identify accessibility issues but cannot establish complete accessibility by themselves.
DOSHE should not treat a clean automated score as proof that the entire service is accessible.
⸻
48. Accessibility Overlays
An accessibility overlay or widget, if used, should not be treated as a substitute for correcting underlying accessibility barriers.
⸻
49. Manual Testing
Core DOSHE user journeys should periodically receive manual accessibility testing as resources and platform development permit.
Priority journeys include:
* registration;
* login;
* search;
* product page;
* cart;
* checkout;
* seller onboarding;
* account management;
* reporting and support.
⸻
50. Development Process
Accessibility should be considered during:
* design;
* development;
* testing;
* deployment;
* major redesigns;
* introduction of significant new features.
⸻
51. New Features
DOSHE seeks to avoid introducing new accessibility barriers when launching significant features.
⸻
52. Accessibility Remediation
When a material accessibility issue is identified, DOSHE may evaluate:
* severity;
* number of affected users;
* impact on essential functionality;
* available remediation;
* technical complexity;
* applicable legal obligations.
⸻
53. Priority Issues
Higher priority should generally be given to barriers affecting:
* account creation;
* seller registration;
* purchasing;
* payment;
* essential product information;
* legal notices;
* safety information;
* customer support.
⸻
54. Alternative Access
If an accessibility issue prevents a user from accessing important information or functionality, DOSHE encourages the user to contact us.
Where reasonably practicable and legally appropriate, DOSHE will seek an alternative means of providing access while the issue is evaluated.
⸻
55. Alternative Format Requests
Users may request accessible alternatives for DOSHE-controlled content where needed.
Depending on the circumstances, alternatives may include:
* accessible electronic text;
* reformatted documents;
* additional written description;
* another reasonably appropriate format.
⸻
56. Reporting an Accessibility Problem
Users who encounter an accessibility barrier should contact:
info@doshe.store
Please include, where possible:
* URL or page;
* feature affected;
* description of the problem;
* device or browser;
* assistive technology used, if relevant;
* preferred method of contact.
Providing assistive-technology information is optional.
⸻
57. No Requirement to Disclose a Diagnosis
A user does not need to disclose unnecessary medical information or a specific diagnosis merely to report a website accessibility problem.
⸻
58. Response
DOSHE will seek to review accessibility reports in good faith and determine an appropriate response.
Complex technical issues may require investigation.
⸻
59. No Guaranteed Resolution Time
Because accessibility issues vary significantly, DOSHE does not promise an identical resolution period for every report.
Mandatory legal deadlines, where applicable, remain controlling.
⸻
60. Accessibility Complaints
Accessibility complaints should not be dismissed merely because:
* the issue affects only some users;
* an automated scanner did not identify it;
* the feature works with a mouse;
* the feature works for a user without assistive technology.
⸻
61. Good-Faith Feedback
DOSHE welcomes good-faith accessibility feedback intended to improve access.
⸻
62. Abuse
Accessibility reporting channels must not be used for:
* spam;
* harassment;
* fraud;
* malicious testing intended to damage systems;
* unrelated solicitations.
⸻
UNITED STATES
63. Americans with Disabilities Act
Where the Americans with Disabilities Act or other applicable U.S. disability-access laws apply to Doshe LLC, DOSHE intends to meet its applicable legal obligations concerning equal access and effective communication.
⸻
64. ADA Technical Standard
For private businesses subject to ADA Title III, this Statement does not represent that federal law has established WCAG 2.2 Level AA as the universal mandatory technical standard for all private commercial websites.
DOSHE nevertheless adopts WCAG 2.2 Level AA as an important technical objective and accessibility benchmark.
⸻
65. Other U.S. Laws
Additional federal, state, or local accessibility requirements may apply depending on the circumstances.
Mandatory applicable requirements control.
⸻
UNITED KINGDOM
66. UK Users
Where UK equality law applies to services provided by DOSHE, Doshe LLC will seek to comply with applicable obligations concerning disabled users.
⸻
67. Reasonable Adjustments
Where applicable law requires reasonable adjustments, accessibility issues and requested alternatives will be evaluated under the relevant legal standards and circumstances.
⸻
68. UK Public-Sector Rules
DOSHE is a private commercial ecosystem and does not claim that the UK Public Sector Bodies Accessibility Regulations automatically apply to Doshe LLC.
However, their accessibility principles and WCAG-based practices may provide useful technical guidance.
⸻
EUROPEAN ECONOMIC AREA
69. European Accessibility Requirements
Where EU or EEA accessibility legislation applies to a DOSHE service or transaction, Doshe LLC will comply with the requirements applicable to its actual activities and status.
⸻
70. European Accessibility Act
Where requirements implementing Directive (EU) 2019/882, commonly known as the European Accessibility Act, apply to e-commerce services provided by DOSHE, Doshe LLC will comply with applicable obligations and any legally available exceptions based on actual circumstances.
DOSHE will not claim an exemption unless the relevant legal conditions are satisfied.
⸻
ACCESSIBILITY OF SELLER CONTENT
71. Seller Responsibility
Sellers are responsible for the accuracy and legality of their own product content.
DOSHE may also establish accessibility standards for seller-created content.
⸻
72. Accessible Product Information
Sellers should avoid communicating essential product information exclusively through an image when that information can reasonably be provided in text.
⸻
73. Safety Information
Material product safety information should be available in an accessible textual format wherever reasonably required.
⸻
74. Custom Graphics
Sellers should consider providing meaningful text descriptions for custom graphics containing essential information.
⸻
75. Product Videos
Where a seller’s video contains essential information not otherwise available in the listing, accessible equivalent information should be provided where required or reasonably practicable.
⸻
ACCESSIBILITY AND ARTISTIC CONTENT
76. Creative Integrity
Accessibility does not require DOSHE to eliminate artistic expression.
The objective is to make essential information and functionality accessible while preserving legitimate creative presentation where reasonably possible.
⸻
77. Artwork
An artwork itself may inherently be visual, auditory, tactile, or otherwise medium-specific.
Where appropriate, descriptive information may improve access without replacing the original artwork.
⸻
ACCESSIBILITY GOVERNANCE
78. Internal Responsibility
Doshe LLC should designate responsibility for monitoring and coordinating material accessibility issues.
⸻
79. Developer Requirements
Developers working on DOSHE should consider accessibility during implementation and testing.
⸻
80. Design Requirements
Design decisions should consider:
* contrast;
* typography;
* focus states;
* interaction size;
* motion;
* responsive behavior;
* semantic structure.
⸻
81. Procurement
When choosing material third-party technology for essential DOSHE functionality, accessibility should be considered as one relevant procurement factor.
⸻
82. Periodic Review
This Accessibility Statement and DOSHE’s accessibility practices should be reviewed periodically and after major platform changes.
⸻
83. Documentation
DOSHE may maintain internal records of:
* audits;
* known issues;
* remediation;
* accessibility complaints;
* testing results;
* major accessibility decisions.
⸻
84. No Retaliation
DOSHE will not retaliate against a person for making a good-faith accessibility request or complaint.
⸻
85. Privacy
Information submitted in connection with an accessibility request is handled in accordance with the DOSHE Privacy Policy.
Users should avoid sending unnecessary medical or highly sensitive information.
⸻
86. Changes to This Statement
DOSHE may update this Accessibility Statement as:
* technology changes;
* accessibility standards evolve;
* legal requirements change;
* platform functionality changes;
* audit findings require updates.
The Last Updated date will be revised accordingly.
⸻
87. Contact
For accessibility questions, feedback, alternative-format requests, or reports of barriers:
Doshe LLC
United States
Email: info@doshe.store
Website: doshe.store
Please include enough information for DOSHE to identify the affected page or functionality.
⸻
88. Continuing Commitment
Doshe LLC views digital accessibility as an ongoing process.
Our objective is to improve DOSHE so creators, sellers, buyers, and visitors can access its essential information and functionality regardless of the assistive technology or method they use to interact with the web.