Navidrome

Navidrome（ナビドローム）は、手元にある音楽ファイルを、ブラウザやスマートフォンから聴けるようにするオープンソースの音楽サーバーです。公式は「自分だけのSpotifyのようなもの」と説明しています。CDから取り込んだ曲や、購入した音源などを自分のサーバーに置き、家の外からも聴く、という使い方を想定しています。画面の日本語翻訳と、Dockerでの導入方法を確認できています。

最初に知っておきたいこと

Spotifyのような、曲が最初から何千万曲も用意されている配信サービスではありません。Navidrome自体は音楽を持っておらず、聴けるのは自分で用意した音楽ファイルだけです。「月額の聴き放題をやめたい」というより、「すでに持っている音楽を、使いやすい形で聴きたい」人向けです。

できること

公式の概要にある機能のうち、主なものです。

• 大きな音楽ライブラリー：公式は、とても大きなコレクションを扱えるとしています。ほとんどの音声形式をストリーミングできます。
• タグの活用：曲に付いたメタデータ（タグ）を読み込みます。複数のアーティストが参加するコンピレーション（Various Artists）や、複数枚組のアルバムにも対応します。
• 複数のユーザー：ユーザーごとに、再生回数・プレイリスト・お気に入りが分かれます。ライブラリーを複数に分け、ユーザーごとにアクセスを制限することもできます。
• 変換しながら配信：音声をその場で別の形式に変換して配信できます（トランスコード）。ユーザーごと・プレイヤーごとに設定でき、Opusにも対応しています。
• プレイリスト：.m3uファイルの自動取り込みや、条件で自動的に更新されるスマートプレイリストを使えます。
• ほかの機能：Last.fm・ListenBrainz・Malojaへの再生記録の送信、アルバムや曲の公開リンクでの共有、歌詞の表示、インターネットラジオの登録に対応します。公式の概要では、画面は34の言語に翻訳されています。

スマホで聴くには

Navidromeの画面は、ブラウザ向けです。スマートフォンのアプリで聴くには、Subsonic互換のアプリを別に選んで使います。公式は、iOS・Androidのアプリ、デスクトップのアプリ、Android TV・CarPlay・Android Auto向けのアプリなどが使えるとして、アプリの一覧を公開しています。アプリは別の開発者が作っているため、機能や使い勝手はアプリごとに違います。

Spotifyとの違い

• 音楽の入手：Spotifyは、サービス側が曲を用意します。Navidromeは、自分で用意します。
• 費用：月額の配信料はかかりませんが、サーバー代と、音楽を買う費用がかかります。自前で動かす場合は運用の手間も加わります。費用の見込みはCost Labで試算できます。
• おすすめの提案：公式の機能一覧に、聴いた履歴から新しい曲を提案する機能は載っていません。新しい曲を見つける用途には向きません。
• 使い方の自由度：フォルダー構成ではなく、タグで整理して表示します。公式の説明では、フォルダーごとの閲覧には対応しておらず、タグから「アーティスト／アルバム／曲」のような構成を作って見せています。ファイルをフォルダーのまま眺めたい人には、合わないことがあります。

導入の流れの目安

公式の導入方法は、Docker、Linux・Windows・macOS向けのファイル、Podman、FreeBSD、ソースからのビルドなどです。ホスティング事業者に任せる方法も紹介されています。Dockerの画像は、linux/amd64・arm/v6・arm/v7・arm64向けがあります。

Dockerの場合の考え方は、次のとおりです。

1. 設定ファイル（docker-compose.yml）に、データ用のフォルダー（/data）と、音楽用のフォルダー（/music）を割り当てます。/data には、データベースとキャッシュが作られます。
2. 公開するポートは、初期設定では4533です。
3. 起動すると、音楽フォルダーを読み込んで、ライブラリーに登録します。そのあとも、フォルダーの変更を監視して、新しい曲を自動で取り込みます。

Docker以外でファイルから動かす場合は、ffmpeg を別に入れる必要があると公式は説明しています。

つまずきやすい点

公式のDockerの説明で、特に注意されている点です。

• フォルダーの権限：/data には読み書きの権限、/music には読み取りの権限が必要です。権限が足りないと、起動しない、または画面は開くのにライブラリーが空のままになる、といったことが起きます。
• PUID・PGIDは効きません：他のサービスでよく使う設定ですが、Navidromeの画像では無視されます。user の指定で、使うUID:GIDを合わせます。
• rootで動かして解決しない：user の指定を外すとエラーは消えますが、rootで動くため、公式は本番では避けるよう書いています。フォルダーの持ち主を直すのが正しい対応です。
• 開発版を使わない：開発中のブランチ（master）は、不安定なことがあるため、公式はリリース版を使うよう案内しています。

運用で必要なこと

• バックアップ：音楽ファイル本体と、/data（データベースとキャッシュ）の両方を、どう守るかを決めておきます。
• 更新：新しい版が出たら、画像やファイルを入れ替えます。更新の前にバックアップを取る運用が安心です。
• 外に公開する場合：家の外から聴くには、サーバーをインターネットに公開する必要があります。HTTPSなどの暗号化と、アクセスの制限は、自分で用意します。公式の概要では、外部の認証サービスと連携することもできます。
• サーバーの性能：公式は、Raspberry Pi Zeroのような小さな機器でも動くほど、リソースの使用が少ないとしています。実際に必要な性能は、ライブラリーの大きさと、同時に聴く人数で変わります。

注意点

• 音楽の権利：公開リンクで他の人に聴かせる機能があります。聴かせてよい音楽かどうかは、自分で確認してください。
• データの質：タグが整っていないと、アーティスト名やアルバム名が乱れて表示されます。取り込み前に、タグを整えておくと使いやすくなります。
• ライセンス：ライセンスは GPL-3.0 です。一般に、GPLは、改変したものを他の人に配布するときに、同じ条件でソースを公開することを求めます。自分のサーバーで使うだけの場合と、改変して配布する場合では扱いが違うため、配布や提供をする場合は、ライセンスの原文を確認してください。

Spotifyの代替のページで、ほかの候補と比べられます。

出典と確認の範囲

公式のREADME・LICENSE・公式ドキュメント（概要、インストール、Docker）を、2026-10-25に確認して書いています。実際に動かしての動作確認や、他のアプリとの組み合わせの検証は、していません。機能や必要な条件は変わることがあるため、導入前に公式ドキュメントで最新の情報を確認してください。