Slik ser et WCAG-kompatibelt podkast-transkript ut (med mal)

Her får du kravene, en ferdig mal du kan kopiere, og plasseringstrikset som setter transkriptet ditt foran hver eneste podkastapp.

Hvorfor transkript er påkrevd — kortversjonen

Kravet kommer fra WCAG 2.1, suksesskriterium 1.2.1 (nivå A): forhåndsinnspilt innhold som bare består av lyd, må ha et tekstalternativ som gir tilsvarende informasjon. For en podkast er det tekstalternativet i praksis et transkript.

Dette har juridisk betydning fordi WCAG 2.1 AA er den tekniske standarden som — via EN 301 549 — ligger innebygd i tilgjengelighetsdirektivet, i kraft siden juni 2025 for et bredt spekter av forbrukerrettede tjenester, og fordi det er målestokken domstoler griper til under britiske Equality Act og i amerikansk ADA-praksis. Er podkasten din en del av en omfattet tjeneste, er transkriptet ikke en høflighet; det er gulvet for etterlevelse. (Hele det juridiske bildet står i den komplette guiden vår til teksting og transkripsjon etter tilgjengelighetsdirektivet.)

Og to publikum har nytte av det lenge før noen tilsynsmyndighet ser på saken:

  • Folk som ikke kan høre episoden — hele poenget med kriteriet — pluss alle som leser i situasjoner der lyd ikke fungerer.
  • Maskiner. Søkemotorer kan ikke indeksere lyd. Et publisert transkript er forskjellen mellom en episode som finnes på det åpne nettet, og en som bare finnes inne i podkastapper. Hver siterbare setning blir søkbar, lenkbar tekst.

De fem kravene

Et podkast-transkript når tilgjengelighetskravet når det gjør fem ting:

  1. Det formidler det samme innholdet som lyden. Alt det talte materialet — ikke et sammendrag, ikke høydepunkter. Lytteren med transkriptet skal sitte igjen med det lytteren med hodetelefoner fikk.
  2. Det viser tydelig hvem som sier hva. Samtalen gjengis som merket dialog — talernavn, deretter ordene. En umerket vegg av tekst inneholder teknisk sett innholdet og begraver det i praksis.
  3. Det inkluderer informasjon utenom tale som betyr noe for forståelsen. [latter] etter en tørr replikk, [applaus], [telefonen ringer] før noen tar den, den [spente musikken] som setter en uttalelse i nytt lys. Testen er narrativ relevans: ta med lydene lydpublikummet brukte, hopp over resten av bakgrunnen.
  4. Det er skrevet og kodet som tekst. Ekte, maskinlesbar tekst — merkbar, søkbar, vennlig mot skjermlesere. Et skannet bilde av et transkript, eller tekst bakt inn i en grafikk, stryker på dette uansett hvor komplette ordene er.
  5. Det er mulig å finne fra episoden. Visuelt nær spilleren, eller tilgjengelig via en åpenbar lenke eller knapp. Et perfekt transkript på en foreldreløs side ingen lytter finner, teller ikke som levert.

Malen

Slik ser de fem kravene ut på siden. Kopier formen, ikke ordene:

Episode 42 — Trenger en podkast egentlig transkript? Spilt inn 3. juni 2026 · 47 min Fullstendig transkript nedenfor.
[Intromusikk]
MARIA: Velkommen tilbake til showet. Jeg heter Maria Lund, og i dag skal vi inn i et spørsmål vi får hele tiden: hva tilgjengelighetsreglene faktisk betyr for podkastere.
JONAS: Takk for at jeg fikk komme. Det er et større tema enn folk tror.
MARIA: La oss ta den brutale versjonen først. Trenger en podkast egentlig transkript?
JONAS: [ler] Juridisk? Hvis podkasten er del av en omfattet tjeneste — ja. Men ærlig talt er det juridiske svaret den minst interessante grunnen til å gjøre det.
MARIA: På grunn av søk?
JONAS: På grunn av søk. En episode uten transkript er usynlig for Google. Med ett blir hver setning du spilte inn en side noen kan lande på.
[Reklamepause]
MARIA: Før pausen nevnte du talermerking …

Legg merke til hva formatet gjør: navn i en konsekvent stil foran hver replikk, nytt avsnitt per replikk, lydsignaler i hakeparentes akkurat der de forekommer, og episodens struktur ([Intromusikk], [Reklamepause]) markert slik at en leser kan navigere på samme måte som en lytter.

Tidskoder er valgfritt. De er ikke en del av kravet, men å legge dem inn ved seksjonsskiller — eller per replikk, hvis verktøyet ditt lager dem uansett — hjelper leserne å hoppe mellom tekst og lyd, og hjelper deg når noen spør «hvor var det han sa det?».

Hvor du skal publisere det — og RSS-trikset

Kravet sier mulig å finne; erfaringen sier at det finnes fire gode mønstre, og at ett av dem er undervurdert:

På episodesiden, som utvidbar tekst. En «Transkript»-overskrift eller en bryter rett under spilleren. Det beste allroundvalget: det oppfyller krav 5 ved første øyekast, og det er versjonen søkemotorene indekserer — HTML-tekst på din egen side er hele SEO-gevinsten realisert.

En knapp i eller ved siden av spilleren. Noen hostingplattformer støtter en transkriptkontroll i selve innbyggingen. Utmerket nærhet; bare pass på at teksten også finnes som en indekserbar side, ikke bare inne i en widget.

Et transkriptarkiv. En egen side som samler nedlastbare versjoner — helt greit som supplement, og nyttig for lesere som vil ha kopier offline (PDF og DOCX er legitime her, så lenge de er ekte tekst og ikke skanninger). Svakt som eneste hjem, fordi det skiller transkriptet fra episoden.

RSS-trikset — gjør dette uansett hva du ellers velger: legg transkriptlenken i episodebeskrivelsen i RSS-feeden din. Beskrivelsen forplanter seg til hver eneste app som bærer showet ditt — Apple Podcasts, Spotify og resten — så lenken dukker opp ved siden av episoden overalt der den spilles, inkludert på plattformene der du ikke kontrollerer noe annet på siden. Én linje i feeden, distribusjon til alle spillere på én gang.

Hva med å bare publisere et sammendrag?

Fristende, og det fortjener et ærlig svar: et sammendrag alene når ikke kravet. WCAG 1.2.1 ber om et tekstalternativ som gir tilsvarende informasjon — og et avsnitt om en 47 minutter lang samtale er ikke tilsvarende samtalen.

Der sammendrag skinner, er oppå transkriptet: en innledning, en punktliste over temaer, de viktigste poengene. Den kombinasjonen betjener dem som skumleser, hjelper søkemotorene å forstå siden og gir dem som deler i sosiale medier noe siterbart — mens det fullstendige transkriptet under gjør etterlevelsesjobben. Sammendraget som døren, transkriptet som rommet.

(Om selve transkriptet bør være strengt ordrett eller lett renset for fyllord, er en reell skjønnsvurdering med en reell avveining — vi har lagt frem begge sider i guiden vår om undertekstkvalitet.)

Lag ett uten å miste en ettermiddag

Å transkribere en time med samtale manuelt tar de fleste fire til seks timer. Arbeidsflyten i Inwista:

  1. Last opp episoden — lyd eller video, alle vanlige formater.
  2. Automatisk transkripsjon med taleridentifisering. Inwista skiller hvem som snakker og deler samtalen inn i replikker; i editoren erstatter du «Speaker 1» og «Speaker 2» med navn én gang, og merkingen gjelder gjennom hele filen.
  3. Gå gjennom i editoren — rett opp et navn her og der, legg til lydsignalene lyden trenger.
  4. Eksporter som TXT, DOCX eller PDF — eller kopier teksten rett inn i episodesiden din som HTML.

Resultatet er malen ovenfor, generert i stedet for tastet.

Med Inwistas gratisplan kan du kjøre hele arbeidsflyten på ditt eget materiale — last opp, transkriber, strukturer, rediger og eksporter. Gjeldende grenser og plandetaljer finner du på prissiden.

Transkriber neste episode gratis →

Ofte stilte spørsmål

Er transkript juridisk påkrevd for podkasten min? Er podkasten del av en tjeneste som omfattes av tilgjengelighetsdirektivet — eller faller du inn under tilsvarende forpliktelser som britiske Equality Act — er et tekstalternativ for forhåndsinnspilt lyd en del av WCAG 2.1-nivået de regelverkene peker på. Utenfor ethvert juridisk virkeområde er det fortsatt det enkelttiltaket som gir mest tilgjengelighet og SEO per krone en podkast kan gjøre.

Spotify og Apple lager transkript automatisk nå. Dekker ikke det meg? Det hjelper lyttere inne i de appene, men det er en vaklende posisjon for etterlevelse: transkriptene lever bare på hver enkelt plattform, i en kvalitet du ikke kontrollerer, og på nettstedet ditt overhodet ikke. Forpliktelsen din henger på din tjeneste — et transkript du publiserer, er versjonen som teller, og den eneste søkemotorene noensinne får se.

Trenger jeg tidskoder? Nei — de er ikke en del av kravet. De er nyttige for navigasjon og sitering, så hvis verktøyet ditt lager dem uansett, er det å beholde dem ved seksjonsskiller et fint grep snarere enn støy.

Teller et PDF-transkript? Ja, hvis det er ekte tekst (mulig å merke, lesbar for skjermlesere) og tydelig lenket fra episoden. Et skannet bilde i en PDF gjør det ikke. For søkesynlighet slår HTML på episodesiden ethvert nedlastingsformat.

Bør transkriptet være ord for ord eller renset? Begge deler kan forsvares. Ordrett bevarer nøyaktig det lytterne hørte og foretrekkes av mange døve og hørselshemmede lesere; lett rensing av fyllord leses mer behagelig. Uansett hva du velger: endre aldri meningen — og vær konsekvent på tvers av episoder.

Hvilke lyder utenom tale skal jeg ta med? De som bærer mening: latter, applaus, en telefon som ringer og blir tatt, musikk som setter en scene. Hopp over stemning lydpublikummet ikke brukte bevisst. Er du i tvil, spør hva en leser går glipp av uten den.


Denne artikkelen er generell veiledning om tilgjengelighetskrav til podkast-transkript, ikke juridisk rådgivning. Forpliktelsene varierer med jurisdiksjon og med om tjenesten din omfattes av det aktuelle regelverket — rådfør deg med kvalifisert juridisk hjelp om din situasjon.