社内ポータルや eラーニングなどで古い OGV 形式の動画が残っていて、「最新の Chrome や Edge で再生できない」というケースは今も多くあります。この記事では、なぜ現行の Google Chrome／Microsoft Edge では OGV を標準サポートしていないのかを整理しつつ、実際に取るべき対処方法（変換・JavaScript プレイヤー・拡張機能）を、運用の観点も含めて具体的に解説します。
Chrome／EdgeでOGV形式の動画はそのまま再生できる？
結論から言うと、2025年時点の Google Chrome と Microsoft Edge は、標準機能だけでは OGV（Ogg Theora + Vorbis など）形式の動画を再生できません。両ブラウザは Chromium ベースでメディア周りの実装を共有しており、かつ Chrome は 2023〜2024 年にかけて Theora コーデックのサポートを段階的に削除しています。
Edge についても、かつては Web Media Extensions（Windows ストアアプリ）を導入することで Ogg/Theora/Vorbis に対応できましたが、これは「OS／ブラウザ拡張による追加サポート」であり、現在の Edge を素の状態でインストールしただけでは OGV ファイルを再生できないケースが一般的です。
| ブラウザ | OGV（Ogg/Theora + Vorbis）標準サポート | 備考 |
|---|---|---|
| Google Chrome（デスクトップ） | 非対応 | Theora コーデックが Chrome 123 前後で削除。OGV は再生不可。 |
| Microsoft Edge（Chromium ベース） | 非対応 | 標準状態では OGV 再生不可。Web Media Extensions 等で一部追加対応は可能だがユーザー依存。 |
| Firefox（デスクトップ） | 歴史的には対応 | Theora は長年サポートされてきたが、利用率低下に伴い今後の縮小が示唆されている。 |
| Safari | 非対応 | もともと Ogg/Theora には対応していない。 |
一部の互換性サイトや古い資料では「Edge は Ogg/Theora をサポート」と書かれていることがありますが、それは旧 Edge（EdgeHTML）や Web Media Extensions を導入した環境を含んだ記述であり、「最新版の Edge を入れただけの標準環境」では OGV は再生できないと考えるのが安全です。
OGV形式とは？Ogg / Theora / Vorbisの基礎知識
そもそも OGV ファイルとは何かを整理しておきます。
| 項目 | 内容 |
|---|---|
| コンテナ | Ogg（拡張子 .ogg / .ogv など） |
| 動画コーデック | Theora（VP3 をベースとしたオープンな動画コーデック） |
| 音声コーデック | Vorbis（オープンな音声コーデック） |
| 特徴 | ロイヤリティフリーで、オープンソース界隈・旧 Wikipedia などで広く利用されてきた。 |
Theora / Vorbis はどちらもオープンで自由に使える点が大きなメリットでしたが、登場から時間が経ち、圧縮効率やハードウェア支援の面で H.264 や VP9、AV1 などの新しいコーデックに後れを取っています。その結果、Chrome では利用率の低さとセキュリティリスクを理由に Theora の削除が決まり、モダンブラウザでの OGV 再生は「ニッチな機能」となりました。
なぜChrome／EdgeはOGVを標準サポートしないのか
コーデックとコンテナの整理
まず押さえておきたいのは、コンテナ（OGG/MP4/WebM）とコーデック（Theora/H.264/VP9/AV1など）は別物だという点です。
- コンテナ：映像と音声、字幕、メタデータを「入れ物」としてまとめる形式（例：OGG, MP4, WebM）。
- コーデック：実際の映像・音声を圧縮／伸長するアルゴリズム（例：Theora, H.264, VP9, AV1, Vorbis, AAC, Opus）。
OGV の場合、「Ogg コンテナの中に Theora（動画） + Vorbis（音声）が入っている」構造になっており、ブラウザは Theora/Vorbis のデコード処理を実装していなければ再生できません。
歴史的には対応していたが、利用率と安全性の観点で終了
Chrome は 3.x の頃から Theora を実装していましたが、利用率が極めて低いことや、古いコードベースに起因するセキュリティ懸念を理由に、2023 年以降 Theora サポートの段階的な無効化と削除を進めています。
Microsoft Edge も、旧 EdgeHTML ベースの頃は Ogg/Theora/Vorbis をサポートする Web Media Extensions を提供していましたが、Chromium ベースへの移行後は「標準で積極的にサポートすべきコーデック」とは位置付けていません。Firefox も同様に Theora の利用率は非常に低く、今後の扱いを見直す動きがあります。
ブラウザベンダーが重視しているのは H.264 / VP9 / AV1 / HEVC
現在のブラウザが重点的にサポートしているのは、概ね以下のコーデックです。
- H.264（AVC）：事実上の標準。すべての主要ブラウザがサポート。
- VP9：YouTube などで広く利用されるオープン系コーデック。Chrome/Edge/Firefox/Safari で対応。
- AV1：次世代のオープンコーデック。Chrome、Firefox、Safari、Edge など主要ブラウザで再生が進んでいる。
- H.265（HEVC）：主に Safari や一部プラットフォームで利用。Chromium 系もハードウェア + OS 拡張の組み合わせで再生可能なケースがある。
限られた開発リソースでこれらの主要コーデックを安定・安全に保守する必要があるため、利用率の低くなった Theora/OGV が優先度の低い対象となり、最終的に Chrome では削除されました。Edge も Chromium と同じ基盤を利用しているため、基本方針は同じです。
現行バージョンでのOGV再生状況と誤解されやすいポイント
「Edge は Ogg/Theora 対応」と書かれている資料について
Microsoft が 2017 年に公開した Web Media Extensions パッケージは、Ogg コンテナと Theora/Vorbis のサポートを Windows 10／旧 Edge に追加するものでした。
しかしこれはあくまで「拡張機能」であり、OS やブラウザに最初から組み込まれているわけではありません。また、Chromium ベースの新 Edge ではメディア基盤が大きく変わっており、古い検証結果や互換性サイトの記述がそのまま当てはまらない場合があります。
そのため、Edge のドキュメントや互換性表に「Ogg (Theora)」と書かれていても、現実的には多くのクライアント環境で OGV をそのまま再生できないと考えるのが無難です。
Firefox では再生できるのに Chrome／Edge では再生できない理由
Firefox は長らく Theora/OGV のサポートを維持しており、今でも多くのバージョンで OGV を再生できます。一方で Chrome／Edge は前述の通りサポートを終了しているため、同じ HTML5 <video> タグでもブラウザによって挙動が分かれる状況になっています。
このため、過去に「Firefox で動作確認 → 問題なし」としてリリースしたコンテンツが、時間の経過とともに「Chrome／Edge では再生できない」というトラブルを引き起こすことがあります。
主な対応方針（確実性が高い順）
| 対応方針 | 概要 | メリット | デメリット |
|---|---|---|---|
| 1. 互換形式へトランスコード | OGV を MP4（H.264/H.265）や WebM（VP9/AV1）へ変換して配信 | 互換性が高く、長期的に安定。視聴者側の追加作業が不要。 | 変換作業とエンコード時間が必要。ストレージ増加の可能性。 |
| 2. JavaScript プレイヤー + WebAssembly | ブラウザ内で OGV をデコードし、対応コーデックへ変換して再生 | サーバー側のデータ形式を変えずに対応できる。 | ライブラリが重く、CPU 負荷大。長尺・モバイルには不向き。 |
| 3. ブラウザ拡張／OSコーデック | Web Media Extensions などの拡張機能で OGV を再生 | 限定された社内環境では導入コストが低い場合も。 | ユーザーごとの導入が必要で管理が難しく、将来の互換性も不安。 |
以下では、それぞれの方法をもう少し踏み込んで解説します。
対策1：互換形式へトランスコード（最も現実的で確実）
Web サイトや社内ポータル、eラーニング、製品マニュアルなど、不特定多数の視聴環境を想定する場合は「OGV を他形式へ変換する」のがほぼ唯一の現実解です。
どの形式に変換すべきか
| 用途 | 推奨コンテナ | 推奨コーデック | コメント |
|---|---|---|---|
| 社内ポータル／マニュアル動画 | MP4 | H.264 | ほぼすべてのブラウザ・OS・端末で再生可能。最も無難。 |
| 公開 Web サイト／YouTube など | MP4 / WebM | H.264 + VP9 or AV1 | H.264 をベースに、余裕があれば高効率な VP9/AV1 も併用。 |
| 4K 以上の高解像度・長尺 | MP4 / WebM | H.265（HEVC） / VP9 / AV1 | 大幅な容量削減が可能だが、エンコード時間と再生環境を要確認。 |
| オープンなライセンスを重視 | WebM | VP9 / AV1 | ロイヤリティフリー。最新ブラウザとの相性が良い。 |
ライセンス面の整理
- H.264 / H.265（HEVC）
特許プールによるライセンスが存在します。主に大規模配信やエンコード側でのライセンス義務が問題になるため、企業・団体で多量のコンテンツを配信する場合は法務・知財部門と相談するのが安全です。 - VP9 / AV1
ロイヤリティフリーをうたうオープン系コーデックですが、AV1 では一部特許プールの動きもあるなど、状況は継続的に変化しています。とはいえ Web 配信用途では「H.264 と並ぶ安全な選択肢」として位置付けられています。
社内／小規模サイトであれば、まずは H.264 ベースの MP4 に変換しておけば実務上困ることはほぼありません。より高画質・低ビットレートを追求したい場合に VP9 や AV1 を追加で検討する、という段階的なアプローチがおすすめです。
FFmpegでの変換例
コマンドラインに慣れている場合は、FFmpeg での一括変換がもっとも柔軟で自動化しやすい方法です。
OGV → MP4（H.264 + AAC）
ffmpeg -i input.ogv -c:v libx264 -crf 23 -preset medium -c:a aac -b:a 128k output.mp4
-crf：品質指定。数値を小さくすると高画質（ただしファイルサイズ増）。目安は 18〜24。-preset：エンコード速度と圧縮率のバランス。slowにするともう少し容量を削減可能。
OGV → WebM（VP9 + Opus）
ffmpeg -i input.ogv -c:v libvpx-vp9 -b:v 0 -crf 30 -c:a libopus -b:a 96k output.webm
- VP9 は
CRF + ビットレート 0（可変ビットレート）で利用するのが一般的です。 - 音声は Opus を使うと、低ビットレートでも高音質になりやすくおすすめです。
OGV → MP4（AV1 + AAC）
エンコード時間はかなり長くなりますが、AV1 を使うとファイルサイズをさらに削減できます。
ffmpeg -i input.ogv -c:v libsvtav1 -crf 35 -preset 8 -c:a aac -b:a 128k output-av1.mp4
AV1 を採用する場合、古いブラウザ向けには H.264 版も併用し、HTML5 の <source> を複数指定するのが安全です。
HandBrakeを使ったGUI変換のポイント
コマンドラインが苦手な場合は、GUI ツールの HandBrake を利用するとわかりやすく変換できます。
- コンテナ：MP4 を選択。
- Video Codec：基本は H.264 (x264)、高効率を狙うなら H.265 や AV1 対応ビルドを選択。
- Constant Quality（CRF 相当）：22〜24 くらいから試すとバランスが良い。
- フレームレート：元動画の FPS を維持（Same as source）にしておくとトラブルが少ない。
大量の OGV を抱えている場合は、まず FFmpeg でバッチ変換用のスクリプトを作る → テスト結果を見てパラメータを微調整 → 本番一括変換、という流れにすると、画質と容量のバランスを取りやすくなります。
対策2：JavaScriptプレイヤーでブラウザ内変換
次の選択肢は、Video.js などの JavaScript プレイヤーと WebAssembly 版 FFmpeg を組み合わせて、「ブラウザ内で OGV をオンザフライで変換して再生する」方法です。
仕組みのイメージ
- ユーザーがページを開くと、OGV ファイルと JavaScript／WebAssembly ライブラリをダウンロード。
- ブラウザ内で OGV を読み込み、WASM 経由で Theora/Vorbis をデコード。
- HTML5 の Media Source Extensions（MSE）などを使って、ブラウザが理解できるコーデック（多くは H.264 相当のバッファ）として再生。
サーバー上のファイル形式（OGV）はそのままでも動作するため、既存アーカイブを変えたくない場合や、一時的に OGV を救済したい場面では有効です。
メリット
- サーバー側のファイル構成を変更せずに対応可能。
- アップロード済み OGV を一括変換する時間が取れない場合の暫定措置として使える。
- 変換処理をクライアント側に寄せるため、サーバー負荷が増えにくい。
デメリット・注意点
- WASM 版 FFmpeg はファイルサイズが大きく、初回ロードが重くなりがち。
- デコードや変換処理は CPU 負荷が高く、モバイル端末や低スペック PC ではコマ落ちやバッテリー消費が問題になる。
- 長尺動画や多数の同時視聴には向かない。
- ブラウザのアップデートや MSE の仕様変更に追随するメンテナンスコストが発生する。
| 観点 | 評価 |
|---|---|
| 導入の手軽さ | 中〜高（ライブラリ導入・実装が必要） |
| 視聴者への負荷 | 高（CPU・バッテリー消費） |
| 長期運用のしやすさ | 低〜中（ライブラリアップデート追従が必要） |
| 一時的な救済策として | 有効 |
「数本の OGV をどうしても短期間だけ公開したい」「アップロード済み OGV をすぐに閲覧可能にしたいが、後で落ち着いてトランスコードする」というような場面では、暫定対策として検討する価値があります。
対策3：ブラウザ拡張機能・OS側コーデックの利用
最後の選択肢は、各クライアント PC に OGV 対応の拡張機能や OS コーデックをインストールしてもらう方法です。
代表例：Web Media Extensions（Windows 10/11）
Microsoft が提供している Web Media Extensions をインストールすると、Windows のメディア基盤に Ogg/Theora/Vorbis などのサポートが追加され、Edge や UWP アプリからそれらの形式を扱えるようになります。
ただし、これはあくまで「ユーザー側で拡張機能を入れてもらう」方式であり、次のような課題があります。
- 利用者全員にインストールを依頼する必要がある。
- バージョンアップや Windows の仕様変更で動作が変わる可能性がある。
- Chrome など別ブラウザでは同様の拡張機能がない、またはサポートが不安定。
企業・組織での一斉配布という選択肢
Active Directory や Intune などの管理ツールを使えば、社内 PC に対して拡張機能やコーデックを一斉配布することも技術的には可能です。ただし、
- 将来のブラウザ更新で OGV サポート自体が完全に排除されるリスク
- 拡張機能を使った場合のセキュリティリスク・脆弱性対応
- マルチブラウザ・マルチデバイス時代にそぐわない運用コスト
などを考えると、長期的な解決策としてはやはり「トランスコード」が優先されるべきです。
用途別：どの方法を選ぶべきか
| 用途・シナリオ | おすすめの方針 | 理由 |
|---|---|---|
| 一般公開 Web サイト | 100% トランスコード必須 | 視聴環境を制御できないため、OGV 前提は現実的でない。 |
| 社外パートナーも入るポータル | トランスコード + 可能なら WebM 併用 | Chrome/Edge/Safari/Firefox で安定再生できる形式が必須。 |
| 社内限定の eラーニング | 基本はトランスコード。短期的に JS プレイヤーで救済も可。 | トラブル時の問い合わせ対応コストを考えると変換してしまった方が安い。 |
| アーカイブ用途（将来の編集も想定） | マスターデータはそのまま保管 + 配信用に H.264 / VP9 へ変換 | 元ソースを保持しつつ、配信・閲覧にはモダンコーデックを使うハイブリッド構成。 |
| 限定された検証環境のみ | 拡張機能や Web Media Extensions で対応 | 数台のテスト端末だけであれば、拡張機能の方が手っ取り早い。 |
HTML5 <video>タグでの実装パターン
OGV からトランスコードした MP4 / WebM を配信する場合、HTML5 の <video> タグでは複数の <source> を指定し、ブラウザに最適なものを選ばせるのが定石です。
基本的な実装例（MP4 + WebM）
<video controls width="640" height="360" preload="metadata">
<source src="movie.webm" type="video/webm">
<source src="movie.mp4" type="video/mp4">
お使いのブラウザでは HTML5 動画が再生できません。
</video>
- 多くのブラウザで WebM（VP9/AV1） → MP4（H.264） の順に書くと、対応ブラウザでは高効率コーデックを優先しつつ、非対応ブラウザでは MP4 にフォールバックできます。
- OGV を残したい場合は、Firefox 向けに
<source src="movie.ogv" type="video/ogg">を先頭または中間に追加することもできますが、Chrome/Edge では無視されるだけなので必須ではありません。
OGV を併記する場合の例（任意）
<video controls preload="metadata">
<!-- Firefox 等で OGV を使いたい場合 -->
<source src="movie.ogv" type="video/ogg">
<source src="movie.webm" type="video/webm">
<source src="movie.mp4" type="video/mp4">
この動画を再生するには、HTML5 動画に対応したブラウザが必要です。
</video>
ただし、Theora 自体がブラウザ側で縮小傾向にあるため、将来性を考えると OGV を新たに配信ラインに組み込む必要性はほとんどありません。過去資産として残っている OGV をどのように移行するか、という観点で捉えるのが現実的です。
ファイルサイズと画質：コーデック選択の実務的な目安
「トランスコードするとファイルサイズが増えそうで怖い」という声もよく聞きますが、Theora は最近のコーデックに比べると圧縮効率が高いとは言えません。そのため、同等品質なら H.264/VP9/AV1 に変換しても同程度か、むしろ小さいファイルサイズになるケースが多いです。
- 短い教育動画や画面キャプチャ：H.264 で十分。ビットレート 2〜5 Mbps 程度を目安に。
- セミナー録画（1〜2 時間）：VP9 や AV1 を使うと容量を半分以下にできる場合もあるが、エンコード時間との相談。
- 4K 映像や高フレームレート動画：AV1 / H.265 を併用するとネットワーク負荷を大幅に軽減できる可能性がある。
画質劣化が心配な場合は、
- 短いサンプル（1〜2 分）で複数パターンを変換。
- 実際の閲覧環境（ノート PC、スマホなど）で見比べる。
- ストレージ・帯域制約を踏まえてビットレートや CRF を微調整。
というステップで決めてしまうのがおすすめです。「紙の上で計算する」よりも、「実際に見て決める」方が最終的な満足度が高くなります。
よくある疑問・落とし穴
Q. OGV をそのまま残しておくメリットはある？
A. 「マスター」として保管する価値はありますが、「配信用」として残す必要性はほぼありません。
- 編集用の元データ（OGV）があるなら、アーカイブとして保管しておくのは良い運用です。
- ただし視聴者に配る／Web でストリーミングする形式としては、H.264 や VP9／AV1 に置き換えてしまった方が、今後の互換性・品質・容量の面で有利です。
Q. 変換後に音ずれやシーク不良が起きるのが不安です
OGV はもともと「シーク」周りがあまり得意ではないコンテナ／コーデック組み合わせで、変換時にタイムスタンプのズレが起きることもあります。この場合は、
- FFmpeg の
-vsync 2や-async 1などのオプションを試す。 - フレームレートやサンプリングレートを固定値で指定してみる。
- 一度中間形式（無圧縮 AVI や中間コーデック）に書き出してから再エンコードする。
といった手順で改善するケースがあります。特に古いキャプチャソフトで作られた OGV には、メタデータが不正確なものも多いため、多少の試行錯誤は覚悟しておいた方が安心です。
Q. これから新しく動画を作るのに OGV を選ぶのはあり？
A. 新規コンテンツで OGV を選択する理由はほとんどありません。
オープンでロイヤリティフリーな形式が欲しいのであれば、今日では WebM（VP9 / AV1） が事実上の標準になりつつあり、ブラウザやハードウェアのサポートも Theora とは比較にならないほど充実しています。
まとめ：Chrome／Edge時代は「配信用はMP4/WebM一択」と考える
- Chrome／Edge は標準では OGV（Ogg Theora + Vorbis）を再生できない。
- 歴史的には対応していた時期や拡張機能も存在するが、最新版ブラウザと一般的なクライアント環境を前提にすると「非対応」と見なした方が安全。
- 不特定多数の視聴環境を想定するなら、OGV → MP4（H.264）／WebM（VP9/AV1）へのトランスコードが最も確実な解決策。
- JavaScript プレイヤー＋WebAssembly によるブラウザ内変換は、一時的な救済策としては有効だが、長尺動画やモバイル端末には負荷が大きく、恒久策には向かない。
- 拡張機能や OS コーデックで OGV を再生させる方法は、限定された社内環境なら検討余地はあるものの、長期運用やマルチデバイス対応を考えると推奨しづらい。
これからの Web 動画配信を考えるなら、「配信用フォーマットは MP4（H.264）と WebM（VP9/AV1）を基本ラインとし、OGV は過去資産として徐々に移行する」という方針に切り替えるのがおすすめです。今回紹介した変換手順や実装例をベースに、自社・自組織の環境に合わせた移行計画を立ててみてください。
コメント