En podcast er lyd. Uten tekst er episoden utilgjengelig for en lytter som er døv eller tunghørt. Mange andre har også nytte av en transkripsjon. De leser på toget, søker etter et navn eller blar gjennom teksten før de bestemmer seg for å lytte. Tilgjengelighet og bekvemmelighet har altså samme løsning: en tekstversjon av episoden ved siden av lyden.

Denne artikkelen forklarer hva den viktigste standarden for tilgjengelighet sier om lyd, hva en god transkripsjon inneholder, og hvordan du publiserer en uten at det blir en ekstra jobb.

Dette er praktisk veiledning, ikke juridisk rådgivning. Hvis en lov eller en avtale gjelder for deg, bør du spørre noen med riktig kompetanse.

Hva WCAG sier om lyd

Web Content Accessibility Guidelines (WCAG) er standarden som de fleste regler og revisjoner for tilgjengelighet viser til. Suksesskriterium 1.2.1, Kun lyd og kun video (forhåndsinnspilt), er et krav på nivå A, det mest grunnleggende nivået. For forhåndsinnspilt innhold med kun lyd, som en podcast-episode, kreves et alternativ til tidsbaserte medier som gir den samme informasjonen.

W3C nevner selv transkripsjonen som hovedeksempel på dette alternativet. Det er et tekstdokument som gjengir det som blir sagt i riktig rekkefølge, pluss viktige lyder, for eksempel latter eller applaus. Når en podcast-side tilbyr en fullstendig transkripsjon, oppfyller den altså 1.2.1 for den episoden.

To praktiske poenger følger av dette:

  • Kravet gjelder siden som inneholder lyden. Ligger episoden på et nettsted, må du legge transkripsjonen på den siden eller lenke tydelig til den.
  • Et sammendrag eller programnotater er ikke en transkripsjon. De hjelper leserne, men gjengir ikke hele innholdet i episoden.

Hva en god, tilgjengelig transkripsjon inneholder

  • Alt som blir sagt, i rekkefølge og uten omskriving.
  • Talermerking, så leseren vet hvem som snakker. «Vert:» og «Gjest:» er nok, men navn er bedre.
  • Meningsbærende lyder som ikke er tale, i klammer, for eksempel [latter] eller [musikken toner ut]. Hopp over lyder som ikke tilfører noe.
  • Tidsstempler, i det minste ved starten av avsnitt eller temaer, så leserne kan bevege seg mellom tekst og lyd.
  • Korte avsnitt og overskrifter for kapitler.
  • Riktige navn og tall. Et feil navn i transkripsjonen blir også feil for en skjermleser.

Hvor du bør publisere den

  1. På episodesiden, under spilleren, i en seksjon med overskriften «Transkripsjon». Søkemotorer kan lese den, og skjermlesere kan også.
  2. Som en lenke til en egen side hvis transkripsjonen er veldig lang. La lenken stå ved siden av spilleren, og gi den et enkelt navn («Les transkripsjonen»).
  3. I spilleren eller appen, hvis podcast-plattformen din støtter transkripsjoner. Gjør dette i tillegg til nettsiden, ikke i stedet for den.

Bruk ekte HTML-tekst. En transkripsjon i et bilde eller i en skannet PDF kan ikke leses av hjelpeteknologi.

En kort sjekkliste for hver episode

  • Transkripsjonen dekker hele episoden.
  • Talerne er merket, og navnene er stavet slik talerne selv staver dem.
  • Lyder som betyr noe, er beskrevet.
  • Transkripsjonen ligger på episodesiden, eller det finnes en lenke dit ved siden av spilleren.
  • Teksten er ekte HTML med overskrifter, ikke et bilde.
  • Et menneske har lest den én gang sammen med lyden for å sjekke navn og tall.

Slik slipper du en ekstra jobb

Å skrive en transkripsjon for hånd tar flere ganger så lang tid som selve lyden varer. Med et verktøy blir jobben i stedet en gjennomgang. Podcast To Transcript lager en transkripsjon med talermerking og tidsstempler for en episode fra Apple Podcasts, Spotify, YouTube (med undertekster) eller en hvilken som helst side med lyd. Les den én gang mot lyden, rett opp navnene og lim den inn på episodesiden. Klikker du på en linje, hopper spilleren til det øyeblikket. Det gjør gjennomgangen mye raskere.

Sjekk at det du publiserer er nøyaktig. Hvor nøyaktige er AI-transkripsjoner av podcaster? har en test på 10 minutter som du kan kjøre selv. Skriver du også programnotater, kan du bruke malen for programnotater. Vil du lære mer om hvordan du lager tekstversjonen av en podcast, finner du guiden å transkribere en podcast og siden for podcast-skapere.

Oppsummering

  • WCAG 1.2.1 (nivå A) krever et tekstalternativ til forhåndsinnspilt lyd, og en transkripsjon er det vanlige svaret.
  • Et sammendrag er ikke en transkripsjon. Publiser hele teksten.
  • Merk talerne, beskriv meningsbærende lyder og bruk ekte HTML på episodesiden.
  • Gå gjennom teksten én gang mot lyden.

Ofte stilte spørsmål

Er en podcast-transkripsjon lovpålagt?

Det avhenger av hvem du er og hvor du publiserer. Offentlige virksomheter, universiteter og mange bedrifter må følge regler for tilgjengelighet som viser til WCAG. En transkripsjon er den vanlige måten å oppfylle lydkravet på. Sjekk hvilke regler som gjelder for deg, og bruk denne artikkelen som praktisk veiledning, ikke som juridisk rådgivning.

Kan jeg bruke en automatisk generert transkripsjon?

Ja, så lenge den er nøyaktig nok til å være nyttig. Automatisk generert tekst som ingen har gått gjennom, svikter ofte dem som er avhengige av den. Gå gjennom teksten én gang mot lyden, rett opp navn og tall, og merk talerne.

Trenger jeg undertekster også?

Undertekster er viktige for video. For episoder med kun lyd krever WCAG et tekstalternativ, og en transkripsjon oppfyller det. Publiserer du en videoversjon, bør du legge til undertekster også.

Hvor på siden bør transkripsjonen ligge?

Legg den som ekte HTML på episodesiden, under spilleren, med overskrifter og en tydelig lenke til den. Unngå PDF eller bilde av tekst, fordi skjermlesere og søkemotorer leser HTML mye bedre.

Hjelper transkripsjoner med SEO?

Ja. En transkripsjon gir søkemotorene ordene fra episoden, så siden kan rangere på temaer du snakker om, selv om de ikke står i tittelen. Det er en bieffekt. Hovedgrunnen er fortsatt at alle skal kunne få tilgang. Vil du gjøre dette til en fast rutine, kan du lese malen vår for programnotater og siden for podcast-skapere.