Um podcast é áudio. Quem é surdo ou tem deficiência auditiva não consegue acompanhar um episódio sem texto. Muita gente sem qualquer deficiência também prefere ler: lê no comboio, procura um nome ou percorre o conteúdo antes de decidir se vai ouvir. A acessibilidade e a conveniência levam à mesma solução: uma versão em texto do episódio, junto ao próprio episódio.

Este artigo explica o que a principal norma de acessibilidade exige para o áudio, o que deve conter uma boa transcrição e como publicá-la sem criar um segundo trabalho.

Isto é orientação prática, não aconselhamento jurídico. Se uma lei ou um contrato se aplica ao seu caso, consulte um profissional qualificado.

O que diz a WCAG sobre o áudio

As Web Content Accessibility Guidelines (WCAG) são a norma a que recorre a maioria das regras e auditorias de acessibilidade. O Critério de Sucesso 1.2.1, Apenas áudio e apenas vídeo (pré-gravado), está no Nível A, o mais básico. Para conteúdo pré-gravado só de áudio, como um episódio de podcast, exige uma alternativa para multimédia temporal que apresente a mesma informação.

A própria explicação do W3C aponta a transcrição como principal exemplo dessa alternativa: um documento de texto que apresenta, pela ordem certa, o que é dito e os sons relevantes, como risos ou aplausos. Logo, uma página com transcrição completa cumpre o critério 1.2.1 para esse episódio.

Daqui resultam dois pontos práticos:

  • O requisito diz respeito à página que contém o áudio. Se o episódio está num site, coloque a transcrição nessa página ou ligue-a de forma clara.
  • Um resumo ou as notas do episódio não são uma transcrição. Ajudam os leitores, mas não incluem o conteúdo completo do episódio.

O que contém uma boa transcrição acessível

  • Tudo o que é dito, na ordem em que é dito, e não uma versão reescrita.
  • Identificação dos oradores, para o leitor saber quem fala. “Apresentador:” e “Convidado:” bastam, mas os nomes são melhores.
  • Sons relevantes que não são fala, entre parênteses retos, como [risos] ou [a música desvanece]. Deixe de fora os sons que não acrescentam nada.
  • Marcas temporais, pelo menos no início de cada parágrafo ou tema, para o leitor alternar entre o texto e o áudio.
  • Estrutura clara: parágrafos curtos e títulos por capítulos, em vez de um bloco único de texto.
  • Nomes e números corretos. Um nome errado na transcrição chega igualmente errado a quem usa um leitor de ecrã.

Onde a publicar

  1. Na página do episódio, por baixo do leitor, numa secção com um título como “Transcrição”. Os motores de busca conseguem lê-la, tal como os leitores de ecrã.
  2. Numa página separada, ligada a partir do episódio, se a transcrição for muito longa. Mantenha a ligação junto ao leitor e dê-lhe um nome simples, como “Ler a transcrição”.
  3. No leitor ou na aplicação, se a sua plataforma de alojamento suportar transcrições. Faça-o em complemento da página web, não em vez dela.

Use texto HTML real. Uma transcrição numa imagem ou num PDF digitalizado não pode ser lida por tecnologias de apoio.

Um checklist rápido para cada episódio

  • A transcrição cobre o episódio inteiro.
  • Os oradores estão identificados, com os nomes escritos como eles próprios os escrevem.
  • Os sons com significado estão descritos.
  • A transcrição está na página do episódio, ou ligada a partir dela, junto ao leitor.
  • O texto é HTML real, com títulos, e não uma imagem.
  • Alguém leu o texto uma vez, com o áudio, para confirmar nomes e números.

Como fazê-lo sem um segundo trabalho

Escrever uma transcrição à mão leva várias vezes a duração do áudio. Com uma ferramenta, o trabalho passa a ser sobretudo revisão. O Podcast To Transcript cria uma transcrição com oradores identificados e marcas temporais a partir de um episódio do Apple Podcasts, do Spotify, do YouTube (com legendas) ou de qualquer página com áudio. Leia-a uma vez com o áudio, corrija os nomes e cole-a na página do episódio. Ao clicar numa linha, o leitor avança para esse momento, o que torna a revisão mais rápida.

Confirme a precisão do que publica. Para testar, o artigo Qual é a precisão das transcrições de podcast feitas por IA? inclui um teste de 10 minutos. Se também escreve notas do episódio, use o modelo de notas do episódio. Para saber mais sobre como criar a versão em texto de um programa, consulte o guia para transcrever um podcast e a página para criadores de podcasts.

Resumo

  • A WCAG 1.2.1 (Nível A) exige uma alternativa em texto para o áudio pré-gravado, e a transcrição é a resposta mais comum.
  • Um resumo não é uma transcrição: publique o texto completo.
  • Identifique os oradores, descreva os sons relevantes e use HTML real na página do episódio.
  • Reveja o texto uma vez com o áudio.

Perguntas frequentes

A transcrição de um podcast é obrigatória por lei?

Depende de quem é e de onde publica. Organismos públicos, universidades e muitas empresas têm de cumprir regras de acessibilidade que remetem para a WCAG, e a transcrição é a forma habitual de cumprir o requisito do áudio. Verifique as regras que se aplicam ao seu caso e veja este artigo como um guia prático, não como aconselhamento jurídico.

Posso usar uma transcrição gerada automaticamente?

Pode, desde que seja precisa o suficiente para ser útil. Um texto gerado automaticamente que ninguém reviu costuma falhar a quem depende dele. Reveja-o uma vez com o áudio, corrija nomes e números e identifique os oradores.

Preciso também de legendas?

As legendas são importantes para vídeo. Nos episódios só de áudio, a WCAG exige uma alternativa em texto, e a transcrição cumpre essa exigência. Se publicar uma versão em vídeo, acrescente também legendas.

Onde deve ficar a transcrição na página?

Em HTML real, na página do episódio, abaixo do leitor, com títulos e uma ligação clara para ela. Evite um PDF ou uma imagem de texto: os leitores de ecrã e os motores de busca leem HTML muito melhor.

As transcrições ajudam no SEO?

Sim. Uma transcrição dá aos motores de busca as palavras do episódio, por isso a página pode aparecer em pesquisas sobre temas que discute mas nunca pôs no título. É um efeito secundário; a razão principal continua a ser o acesso. Para ver como isto encaixa no seu trabalho, leia o modelo de notas do episódio e a página para criadores de podcasts.