Enbart ljud (direktsänt)
Direktsänt innehåll med enbart ljud — radioströmmar, ljudkonferenser, livepoddar — behöver ett realtidstextalternativ, till exempel direkttextning, så att döva och hörselnedsatta användare får innehållet i realtid.
Vad det kräver
När en webbplats strömmar direktljud utan medföljande video — ett radioprogram, en Spaces- eller Clubhouse-session med enbart ljud, en telefondebatt — måste ett synkroniserat textalternativ tillhandahållas live. Det är systerframgångskriteriet till 1.2.4 (direkttextning för synkroniserat media) men gäller enbart ljud.
Hur du uppfyller det
- Använd en direkttranskriptionstjänst som skickar text till ett synligt flöde bredvid ljudspelaren.
- Visa direkttexten i ett avgränsat, rullningsbart område med tillräcklig färgkontrast.
- Identifiera talare — en transkription utan talaretiketter är svår att följa när flera personer pratar.
- Ge användare möjlighet att rulla bakåt i den senaste transkriptionen utan att tappa sin plats.
- På plattformar utan inbyggt stöd för direkttextning, bädda in ett externt CART-flöde (Streamtext, Ai-Media).
Vanliga fel
- Direktpodcast utan textning av något slag; transkription publiceras först efter att avsnittet är slut.
- Automatisk transkription på värdens dator men som inte visas i lyssnarnas webbläsare.
- Direkttranskription visad i en liten, icke-rullningsbar widget som försvinner så snart ny text anländer.
- Talare växlar utan etiketter, vilket gör transkriptionen tvetydig.
Varför det spelar roll
AAA, och det billigaste sättet att uppfylla det är att planera för direkttranskription i förväg i stället för att lägga till det i efterhand. De flesta ljud-enbart-direktsändningar hoppar helt över detta. För public service eller statliga informationslinjer förväntas detta bli ett upphandlingskrav.