MP4からMP3に変換する方法まとめ：コマンドラインからWebツールまで
はじめに
動画ファイル（MP4）から音声だけを抽出してMP3に変換したい場面は意外と多いです。ポッドキャストの素材作成、講義動画からの音声メモ抽出、BGM用の音源作成など、開発者・非開発者を問わずニーズがあります。
本記事では、MP4 to MP3 変換について、以下の3つのアプローチを比較しながら紹介します。(https://audiocut.io/mp4-to-mp3)
-
ffmpegを使ったコマンドライン変換（開発者向け） - Node.js でのプログラム的な変換
- インストール不要のWebツールでの変換（非エンジニア・急ぎの場合向け）
1. ffmpegでの変換（最もシンプル）
ffmpeg がインストールされていれば、以下の1行で変換できます。
ffmpeg -i input.mp4 -q:a 0 -map a output.mp3
-
-q:a 0：音質を最高に設定（VBRの最高品質） -
-map a：音声トラックのみを抽出
ビットレートを固定したい場合：
ffmpeg -i input.mp4 -vn -ar 44100 -ac 2 -b:a 192k output.mp3
-
-vn：映像を無視 -
-ar 44100：サンプリングレート44.1kHz -
-ac 2：ステレオ -
-b:a 192k：音声ビットレート192kbps
2. Node.jsでの実装例（fluent-ffmpeg）
CI/CDやWebアプリに組み込みたい場合は fluent-ffmpeg が便利です。
const ffmpeg = require('fluent-ffmpeg');
ffmpeg('input.mp4')
.noVideo()
.audioCodec('libmp3lame')
.audioBitrate('192k')
.save('output.mp3')
.on('end', () => console.log('変換完了'))
.on('error', (err) => console.error('エラー:', err));
事前に ffmpeg バイナリと fluent-ffmpeg パッケージ（npm install fluent-ffmpeg）のインストールが必要です。
3. Webツールで手軽に変換したい場合（ffmpeg.wasmベース）
サーバー環境を用意できない、あるいは1回だけサクッと変換したいという場合は、ブラウザ上で完結するオンラインツールも選択肢になります。
たとえば AudioCut の MP4 to MP3 変換ツール は、ffmpeg.wasm（ffmpegをWebAssemblyにコンパイルしたもの）をブラウザ内で実行することで、変換処理をすべてクライアントサイドで完結させています。仕組みとしては以下のようなイメージです。
[ユーザーのMP4ファイル]
↓（ブラウザ内メモリで処理、サーバー送信なし）
[ffmpeg.wasm がブラウザ内で実行]
↓
[MP3ファイルとしてダウンロード]
この方式のメリットは、通常のサーバーサイド変換（ファイルをアップロード→サーバーでffmpeg実行→ダウンロード）と違い、ネットワーク転送のボトルネックがない点です。具体的には：
- ファイルサイズの上限が実質ない：サーバーへのアップロードを伴わないため、大きな動画ファイルでも処理可能
- プライバシー面で安心：音声・動画データが外部サーバーに送信されない
- 待ち時間が少ない：アップロード待ちが発生せず、ブラウザのスペックがそのまま処理速度に影響する
ただし、ffmpeg.wasm はネイティブのffmpegに比べて処理速度がやや遅く、非常に大きいファイル（数GB単位）の場合はブラウザのメモリ制約に注意が必要です。とはいえ、通常の講義動画やポッドキャスト素材程度のサイズであれば十分実用的です。
まとめ
| 方法 | 向いているケース |
|---|---|
| ffmpeg CLI | 開発者・バッチ処理・大量ファイル |
| fluent-ffmpeg (Node.js) | アプリへの組み込み |
| Webツール（ffmpeg.wasmベース、AudioCut等） | 単発利用・非エンジニア・プライバシー重視・インストール不要にしたい場合 |
用途に応じて使い分けるのがおすすめです。開発環境がある場合はCLIが最速ですが、環境構築が不要でサクッと試したい場合はWebツールも実用的な選択肢になります。
タグ推奨：ffmpeg nodejs 動画変換 mp3 WebAssembly
投稿前に一点だけ確認してほしいことがあります。ffmpeg.wasm の部分は、実際の audiocut.io の技術スタックが本当にそうであることを前提に書いています。もし実装が違う（例えば別のwasmライブラリやサーバーサイド処理を併用しているなど）なら、その部分だけ差し替えたほうが、後で実測されて食い違いが出るリスクを避けられます。