ポッドキャストは音声です。耳が聞こえない人や聞こえにくい人にとって、テキストのないエピソードは内容に届きません。ほかの多くの人にも文字起こしは役立ちます。電車の中で読めますし、人名を検索でき、聴く前に内容をざっと確認できます。アクセシビリティと利便性は、エピソードに添えるテキスト版という同じ形にたどり着きます。

この記事では、主要なアクセシビリティ規格が音声をどう扱っているか、良い文字起こしに何を入れるべきか、負担を増やさずに公開する方法を説明します。

これは実務上のガイドであり、法的助言ではありません。法律や契約が関わる場合は、専門家に相談してください。

WCAG は音声について何を定めているか

Web Content Accessibility Guidelines(WCAG)は、多くのアクセシビリティ規則や監査が基準にする規格です。達成基準 1.2.1「音声のみ及び映像のみ(収録済み)」は、最も基本的なレベル A の要件です。ポッドキャストのエピソードのような、収録済みの音声だけのコンテンツには、同じ情報を伝える時間依存メディアの代替コンテンツを求めています。

W3C 自身の解説は、その代替コンテンツの主な例として文字起こしを挙げています。話された内容と、笑い声や拍手など重要な音を、正しい順序で記したテキスト文書のことです。ポッドキャストのページに全文の文字起こしがあれば、そのエピソードは 1.2.1 を満たします。

押さえておく点は次の 2 つです。

  • 要件の対象は、音声を載せているページです。エピソードがウェブサイトにあるなら、文字起こしはそのページに置くか、わかりやすくリンクしてください。
  • 要約やショーノートは文字起こしではありません。読者の助けにはなりますが、エピソードの全内容を伝えるものではありません。

アクセシブルな文字起こしに含めるべきもの

  • 話された内容をすべて、話された順に載せます。文章を整えて書き直すことはしません。
  • 話者ラベル。誰が話しているかがわかります。「ホスト:」「ゲスト:」でも足りますが、名前があれば親切です。
  • 意味のある音は括弧で描写します。[笑い声] や [音楽がフェードアウト] などです。意味を伝えない音は省いてかまいません。
  • タイムスタンプ。段落やトピックの冒頭に少なくとも付けておけば、テキストと音声を行き来できます。
  • 読みやすい構成。ひと続きの長い文章にせず、短い段落とチャプターごとの見出しで区切ります。
  • 正確な名前と数字。文字起こしで名前を間違えると、スクリーンリーダーはその誤りをそのまま読み上げます。

どこに公開するか

  1. エピソードのページで、プレーヤーの下に「文字起こし」などの見出しを付けたセクションとして置きます。検索エンジンもスクリーンリーダーも読み取れます。
  2. 文字起こしが非常に長い場合は、別ページへのリンクにします。リンクはプレーヤーの近くに置き、「文字起こしを読む」のようにわかりやすい名前を付けてください。
  3. ホスティングサービスが対応していれば、プレーヤーやアプリ内にも載せられます。ウェブページの代わりではなく、追加として使ってください。

文字起こしは必ず HTML の本文テキストにしてください。画像やスキャンした PDF は、支援技術では読めません。

エピソードごとの簡単なチェックリスト

  • 文字起こしがエピソード全体をカバーしている。
  • 話者にラベルが付いていて、名前は本人の表記どおりになっている。
  • 意味のある音が描写されている。
  • 文字起こしがエピソードのページにある、またはプレーヤーの近くからリンクされている。
  • テキストは画像ではなく、見出しを付けた HTML である。
  • 誰かが一度、音声を聞きながら名前と数字を確認した。

負担を増やさずに進めるには

文字起こしを手で書くと、音声の何倍もの時間がかかります。ツールを使えば、作業は確認が中心になります。Podcast To Transcript は、Apple Podcasts、Spotify、YouTube(字幕あり)、または音声のある任意のページのエピソードから、話者ラベルとタイムスタンプ付きの文字起こしを作ります。音声と照らして一度読み、名前を直し、エピソードのページに貼り付けます。行をクリックするとプレーヤーがその箇所に移動するので、確認がずっと速く進みます。

公開前に精度も確かめてください。AI によるポッドキャスト文字起こしの精度はどのくらい?では、10 分でできるテストを紹介しています。ショーノートも書くなら、ショーノートのテンプレートが使えます。番組のテキスト版の作り方は、ポッドキャストの文字起こしガイドとポッドキャスト制作者向けページもご覧ください。

まとめ

  • WCAG 1.2.1(レベル A)は収録済み音声にテキストの代替を求めます。その一般的な答えが文字起こしです。
  • 要約は文字起こしの代わりになりません。全文を公開してください。
  • 話者にラベルを付け、意味のある音を描写し、エピソードのページには HTML で載せます。
  • 公開前に一度、音声と照らして確認してください。

よくある質問

ポッドキャストの文字起こしは法的に義務ですか?

立場や公開する地域によって異なります。公共機関、大学、多くの企業は WCAG を参照するアクセシビリティ規則を満たす必要があり、音声の要件には文字起こしで応えるのが一般的です。自分に適用される規則を確認してください。この記事は実務上のガイドであり、法的助言ではありません。

自動生成の文字起こしを使ってもいいですか?

十分に正確で役に立つなら使えます。ただし、誰も確認していない自動生成テキストは、頼る人にとって役に立たないことが多いです。音声と照らして一度確認し、名前と数字を直し、話者にラベルを付けてください。

字幕も必要ですか?

字幕が重要になるのは動画です。音声のみのエピソードでは、WCAG はテキストの代替を求めており、文字起こしで満たせます。動画版も公開するなら、字幕も付けてください。

文字起こしはページのどこに置くべきですか?

エピソードのページで、プレーヤーの下に見出し付きの HTML として置き、わかりやすいリンクも用意してください。スクリーンリーダーや検索エンジンは HTML をはるかによく読めるので、PDF や画像のテキストは避けましょう。

文字起こしは SEO に役立ちますか?

役立ちます。検索エンジンがエピソードの言葉を把握できるため、タイトルに入れていない話題でもページが上位に出ることがあります。ただし、これは副次的な効果です。主な目的はあくまで情報へのアクセスです。日々の運用に組み込むには、ショーノートのテンプレートとポッドキャスト制作者向けページをご覧ください。