Sådan ser en WCAG-kompatibel podcast-transskription ud (med skabelon)

Her får du kravene, en færdig skabelon du kan kopiere, og placeringstricket, der sætter din transskription foran hver eneste podcastapp.

Hvorfor transskriptioner er påkrævet — den korte version

Kravet kommer fra WCAG 2.1, succeskriterium 1.2.1 (niveau A): forudindspillet indhold, der kun består af lyd, skal have et tekstalternativ, der formidler tilsvarende information. For en podcast er det tekstalternativ i praksis en transskription.

Det har juridisk betydning, fordi WCAG 2.1 AA er den tekniske standard, der — via EN 301 549 — ligger indlejret i tilgængelighedsdirektivet, i kraft siden juni 2025 for en bred vifte af forbrugerrettede tjenester, og fordi det er den målestok, domstole griber til under den britiske Equality Act og i amerikansk ADA-praksis. Er din podcast en del af en omfattet tjeneste, er transskriptionen ikke en høflighed; den er gulvet for efterlevelse. (Hele det juridiske billede står i vores komplette guide til undertekster og transskriptioner efter tilgængelighedsdirektivet.)

Og to publikummer har gavn af den længe før nogen myndighed kigger:

• Folk, der ikke kan høre episoden — hele pointen med kriteriet — plus alle, der læser i sammenhænge, hvor lyd ikke fungerer.
• Maskiner. Søgemaskiner kan ikke indeksere lyd. En offentliggjort transskription er forskellen mellem en episode, der findes på det åbne web, og en, der kun findes inde i podcastapps. Hver citerbar sætning bliver søgbar, linkbar tekst.

De fem krav

En podcast-transskription når tilgængelighedsniveauet, når den gør fem ting:

1. Den formidler det samme indhold som lyden. Alt det talte materiale — ikke et resumé, ikke højdepunkter. Lytteren med transskriptionen skal gå derfra med det, lytteren med høretelefoner fik.
2. Den viser tydeligt, hvem der siger hvad. Samtalen gengives som markeret dialog — talernavn, derefter ordene. En umarkeret mur af tekst indeholder teknisk set indholdet og begraver det i praksis.
3. Den indeholder information ud over tale, der betyder noget for forståelsen. [latter] efter en tør replik, [bifald], [telefonen ringer] før nogen tager den, den [spændte musik], der sætter et udsagn i nyt lys. Testen er narrativ relevans: tag de lyde med, som lydpublikummet brugte, og spring resten af baggrunden over.
4. Den er skrevet og kodet som tekst. Ægte, maskinlæsbar tekst — der kan markeres, søges i og læses af skærmlæsere. Et scannet billede af en transskription, eller tekst bagt ind i en grafik, dumper på dette, uanset hvor komplette ordene er.
5. Den kan findes fra episoden. Visuelt tæt på afspilleren eller tilgængelig via et åbenlyst link eller en knap. En perfekt transskription på en forældreløs side, ingen lytter finder, tæller ikke som leveret.

Skabelonen

Sådan ser de fem krav ud på siden. Kopiér formen, ikke ordene:

Episode 42 — Har en podcast egentlig brug for en transskription? Optaget 3. juni 2026 · 47 min Fuld transskription nedenfor.

[Intromusik]

MARIA: Velkommen tilbage til programmet. Jeg hedder Maria Lund, og i dag skal vi ind i et spørgsmål, vi får hele tiden: hvad tilgængelighedsreglerne rent faktisk betyder for podcastere.

JONAS: Tak, fordi jeg måtte komme. Det er et større emne, end folk tror.

MARIA: Lad os tage den brutale version først. Har en podcast egentlig brug for en transskription?

JONAS: [griner] Juridisk? Hvis podcasten er del af en omfattet tjeneste — ja. Men ærligt talt er det juridiske svar den mindst interessante grund til at gøre det.

MARIA: På grund af søgning?

JONAS: På grund af søgning. En episode uden transskription er usynlig for Google. Med én bliver hver sætning, du optog, en side, nogen kan lande på.

[Reklamepause]

MARIA: Før pausen nævnte du talermarkering …

Læg mærke til, hvad formatet gør: navne i en konsekvent stil før hver replik, nyt afsnit pr. replik, lydmarkeringer i kantede parenteser præcis der, hvor de forekommer, og episodens struktur ([Intromusik], [Reklamepause]) markeret, så en læser kan navigere på samme måde som en lytter.

Tidskoder er valgfrie. De er ikke en del af kravet, men at lægge dem ind ved afsnitsskift — eller pr. replik, hvis dit værktøj laver dem alligevel — hjælper læsere med at hoppe mellem tekst og lyd, og hjælper dig, når nogen spørger “hvor sagde han det?”.

Hvor du skal udgive den — og RSS-tricket

Kravet siger kan findes; erfaringen siger, at der er fire gode mønstre, og at ét af dem er undervurderet:

På episodesiden som udvidelig tekst. En “Transskription”-overskrift eller en knap direkte under afspilleren. Det bedste allroundvalg: det opfylder krav 5 med det samme, og det er den version, søgemaskinerne indekserer — HTML-tekst på din egen side er hele SEO-gevinsten realiseret.

En knap i eller ved siden af afspilleren. Nogle hostingplatforme understøtter en transskriptionsknap i selve indlejringen. Fremragende nærhed; sørg bare for, at teksten også findes som en indekserbar side og ikke kun inde i en widget.

Et transskriptionsarkiv. En dedikeret side, der samler versioner til download — fint som supplement og nyttigt for læsere, der vil have kopier offline (PDF og DOCX er legitime her, så længe de er rigtig tekst og ikke scanninger). Svagt som eneste hjem, fordi det adskiller transskriptionen fra episoden.

RSS-tricket — gør dette uanset ovenstående: læg transskriptionslinket i episodebeskrivelsen i dit RSS-feed. Beskrivelsen forplanter sig til hver eneste app, der bærer dit program — Apple Podcasts, Spotify og resten — så linket dukker op ved siden af episoden overalt, hvor den afspilles, også på de platforme, hvor du ikke styrer noget andet på siden. Én linje i feedet, distribution til alle afspillere på én gang.

Hvad med bare at udgive et resumé?

Fristende, og det fortjener et ærligt svar: et resumé alene når ikke niveauet. WCAG 1.2.1 beder om et tekstalternativ, der formidler tilsvarende information — og et afsnit om en 47 minutter lang samtale svarer ikke til samtalen.

Hvor resuméer skinner, er oven på transskriptionen: en indledning, en punktopstilling over emner, de vigtigste pointer. Den kombination betjener dem, der skimmer, hjælper søgemaskinerne med at forstå siden og giver dem, der deler på sociale medier, noget citerbart — mens den fulde transskription nedenunder klarer efterlevelsesarbejdet. Resuméet som døren, transskriptionen som rummet.

(Om selve transskriptionen bør være strengt ordret eller let renset for fyldord er en reel skønsvurdering med en reel afvejning — vi har lagt begge sider frem i vores guide om undertekstkvalitet.)

Lav én uden at miste en eftermiddag

At transskribere en times samtale manuelt tager de fleste fire til seks timer. Arbejdsgangen i Inwista:

1. Upload episoden — lyd eller video, alle almindelige formater.
2. Automatisk transskription med talergenkendelse. Inwista skelner mellem, hvem der taler, og deler samtalen op i replikker; i editoren erstatter du “Speaker 1” og “Speaker 2” med navne én gang, og markeringen gælder hele filen igennem.
3. Gennemgå i editoren — ret et navn hist og her, tilføj de lydmarkeringer, lyden har brug for.
4. Eksportér som TXT, DOCX eller PDF — eller kopiér teksten direkte ind på din episodeside som HTML.

Resultatet er skabelonen ovenfor, genereret i stedet for tastet.

Med Inwistas gratisabonnement kan du køre hele arbejdsgangen på dit eget materiale — upload, transskribér, strukturér, redigér og eksportér. Aktuelle grænser og abonnementsdetaljer finder du på prissiden.

Transskribér din næste episode gratis →

Ofte stillede spørgsmål

Er en transskription juridisk påkrævet for min podcast? Er podcasten del af en tjeneste, der er omfattet af tilgængelighedsdirektivet — eller falder du ind under tilsvarende forpligtelser som den britiske Equality Act — er et tekstalternativ til forudindspillet lyd en del af det WCAG 2.1-niveau, de regelsæt peger på. Uden for ethvert juridisk anvendelsesområde er det stadig det enkelttiltag, der giver mest tilgængelighed og SEO for pengene, en podcast kan foretage.

Spotify og Apple genererer transskriptioner automatisk nu. Dækker det ikke mig? Det hjælper lyttere inde i de apps, men det er en vaklende position i forhold til efterlevelse: transskriptionerne lever kun på den enkelte platform, i en kvalitet du ikke styrer, og på dit website slet ikke. Din forpligtelse hænger på din tjeneste — en transskription, du udgiver, er den version, der tæller, og den eneste, søgemaskinerne nogensinde får at se.

Har jeg brug for tidskoder? Nej — de er ikke en del af kravet. De er nyttige til navigation og citering, så hvis dit værktøj laver dem alligevel, er det snarere en fin detalje end rod at beholde dem ved afsnitsskift.

Tæller en PDF-transskription? Ja, hvis det er ægte tekst (kan markeres, kan læses af skærmlæsere) og er tydeligt linket fra episoden. Et scannet billede i en PDF gør det ikke. For søgesynlighed slår HTML på episodesiden ethvert downloadformat.

Bør transskriptionen være ord for ord eller renset? Begge dele kan forsvares. Ordret bevarer præcis det, lytterne hørte, og foretrækkes af mange døve og hørehæmmede læsere; let rensning for fyldord læses mere behageligt. Uanset hvad du vælger: ændr aldrig betydningen — og vær konsekvent på tværs af episoder.

Hvilke lyde ud over tale skal jeg have med? Dem, der bærer betydning: latter, bifald, en telefon der ringer og bliver taget, musik der sætter en scene. Spring den stemning over, som lydpublikummet ikke bevidst brugte. Er du i tvivl, så spørg, hvad en læser går glip af uden den.

Denne artikel er generel vejledning om tilgængelighedskrav til podcast-transskriptioner, ikke juridisk rådgivning. Forpligtelserne varierer med jurisdiktion og med, om din tjeneste er omfattet af det relevante regelsæt — rådfør dig med kvalificeret juridisk bistand om din situation.