1. Commitment and draft status
OTT Platform is intended to provide meaningful access to viewers and operators with disabilities. This Policy is a development draft pending counsel review, independent accessibility testing, caption-workflow approval, and remediation of identified barriers.
Our working engineering target is WCAG 2.2 Level AA where reasonably applicable. That target is not a representation that every page, third-party integration, channel, video, live event, caption, application, or device currently conforms.
2. Platform responsibilities
- Provide semantic structure, meaningful headings, labels, keyboard access, visible focus, skip navigation, sufficient contrast, zoom support, and status or error messages on platform-controlled interfaces.
- Support accessible player controls, captions, subtitles, transcripts, alternate audio metadata, reduced motion, and device accessibility APIs where the provider and device permit.
- Test responsive experiences and critical account, authentication, checkout, playback, cancellation, reporting, and support flows with automated and manual methods.
- Maintain an accessibility contact and a documented intake, prioritization, workaround, remediation, and response process.
- Evaluate third-party video, payment, authentication, push, app-store, and support components and seek accessible alternatives or workarounds where feasible.
3. Channel owner and creator responsibilities
Channel owners control and are responsible for the accessibility of programming, artwork, descriptions, documents, links, community moderation, live production, and other materials they supply. Platform tools do not transfer that responsibility.
- Provide accurate synchronized captions for prerecorded speech and meaningful sound information.
- Identify speakers and relevant non-speech audio when needed for understanding.
- Provide live captions, transcripts, audio description, dubbed audio, accessible documents, or reasonable alternatives when required by law, contract, audience need, or the nature of the service.
- Review thumbnail text, color, flashing, on-screen text, language labels, and metadata for accessibility.
- Respond promptly to correction and accommodation requests and preserve source materials needed for remediation.
4. Automated captions and generated accessibility material
Automatically generated captions, transcripts, translations, chapters, and descriptions are drafts and may mistranscribe names, accents, technical vocabulary, music, emotional tone, speaker changes, or safety-critical information. They must be reviewed by a qualified person before being represented as accurate or used to satisfy a legal or contractual requirement.
The content editor should record language, source, review status, publication status, and correction date. A viewer report should not silently overwrite source content; it should create a traceable correction workflow.
5. Caption quality
- Accuracy: words, punctuation, names, numbers, and meaningful sounds reflect the audio.
- Synchronicity: captions appear with corresponding speech and remain readable at a natural pace.
- Completeness: the full program is captioned, including introductions, credits, and material pre- or post-roll.
- Placement: captions do not unnecessarily obscure names, graphics, demonstrations, or other essential information.
- Identification: speaker changes and relevant music or sound are clear where not visually apparent.
6. Television-originated and regulated programming
Certain full-length or clipped programming previously shown on U.S. television with captions may be subject to FCC Internet Protocol captioning requirements, timing rules, quality obligations, and complaint procedures. The channel owner must identify such programming and supply compliant caption files and status information.
Nothing in this Policy narrows obligations under the ADA, Communications Act, Twenty-First Century Communications and Video Accessibility Act, state law, contract, consent decree, grant, or other applicable requirement.
7. Accessibility requests and feedback
To report a barrier or request an accommodation during development, email dave@badburrito.com with the page or video URL, channel, device, browser or app, assistive technology if relevant, problem encountered, preferred contact method, and requested format or accommodation. Do not include unnecessary medical information.
We will acknowledge and assess requests, provide an available workaround where practicable, route content issues to the responsible channel owner, prioritize barriers affecting essential access, and communicate a reasonable status. Emergency requests must use appropriate emergency services.
8. Third-party and user content
Third-party services and user content may not meet the same accessibility target. We will not use that fact as a blanket excuse; we will document known limitations, seek remediation or alternatives where reasonably available, and provide contact options for affected users.
An Accessibility Statement does not waive legal rights or impose a lower standard than applicable law. It also does not guarantee that every assistive-technology and device combination will behave identically.
9. Governance and review
Before production, the platform should complete an independent audit across public, channel, authentication, account, Studio, checkout, cancellation, player, live, error, and mobile breakpoints; assign owners and dates to findings; test with disabled users where feasible; and repeat testing after material changes.
Channel contracts, upload workflows, launch checklists, and support procedures should incorporate the responsibilities in this Policy.