1. グレー曲・再生不能は「経路分裂」のサインになりやすい
Spotify は起動直後から、アカウントの整合、カタログとライセンス情報の取得、実際の音声データ（ストリーム）へ、並列でリクエストを投げます。UI 上は「地域によって利用できない楽曲」としてグレー表示されることもありますが、プロキシ利用時には別の経路に落ちた結果として同じ見え方になることもあります。Clash の接続一覧に出るホスト名と実際に選ばれた策略を並べると、原因候補が想像以上に早く絞れます。
設定ファイルの流れをまだ把握していない場合は、先にサブスクリプション取り込みの記事で全体像を押さえておくと、以降の手順が読みやすくなります。
2. 動画（Netflix）・AI（Perplexity）との違い：ホスト軸がまったく別
当サイトの Netflix 向け分流の記事は、Open Connect 系の動画 CDNと API の束ね方が中心です。Perplexity 向けの記事は perplexity.ai と検索周辺のホストが主役です。一方 Spotify は、短い音声セグメントの連続取得、デバイス間の再生キュー同期、埋め込み WebView でのログインなど、依存するサブドメインのグラフが異なります。Netflix のルールをそのまま流用しても、Spotify のグレー曲は直らないのが普通です。題材としては「同じくエンタメ」でも、ルール表はサービスごとに分けてメンテナンスするのが安全です。
3. Spotify 周辺通信を「層」に分けて考える
実際のホスト名はクライアントのバージョンや CDN 契約で変わり得るため、開発者ツールや Clash のログに出た名前を正とします。設計メモとして、次のような役割分けを頭に置くとルールが書きやすくなります。
| 層 | イメージ | 切り分けのポイント |
|---|---|---|
| アカウント・ログイン | accounts.spotify.com や OAuth リダイレクト | ログインだけ成功し、ライブラリ取得が別経路だと不整合が出やすい。 |
| Web／アプリ本体 | open.spotify.com、デスクトップの API 呼び出し | ブラウザとネイティブでプロキシ解釈が分かれると症状が分岐する。 |
| メタデータ・権利 | カタログ API、ライセンス判定に関わるホスト | 一覧は見えるが再生だけ失敗するパターンと相性がよい。 |
| 音声 CDN | scdn.co や Akamai／CloudFront 等の配下 | グレー表示や無音は、ストリーム取得だけ誤った DIRECT に落ちている典型。 |
重要なのは、「ログインできたから全部通っている」ではないという点です。再生ボタンを押したあとも別ホストへ連続アクセスするため、一枚岩のドメイン想定でルールを書くとすぐ破綻します。
4. Web 版とデスクトップ／モバイル：プロキシの効き方が違う
ブラウザ版は OS のプロキシ設定や拡張の影響を受けやすく、デスクトップ公式アプリは内部で別の HTTP スタックを使うことがあります。Clash 側でシステムプロキシかTUNのどちらでトラフィックを握っているかを先に固定し、同じ操作（ログイン→プレイリスト表示→再生）を繰り返しながら、出てくるホスト集合が Web とアプリでどう違うかを比較してください。片方だけ直るなら、もう片方の取りこぼしを疑います。
5. ドメイン収集：再生操作と Clash ログの両方で拾う
収集の基本は次の流れです。ログの出方はクライアントや地域で差があるため、再現手順は自分の環境に合わせてください。
- Spotify を起動し、問題のグレー曲が含まれるプレイリストを開き、可能なら実際に再生を試みる（エラーでも可）。
- Clash（Mihomo 対応 GUI なら接続ビュー）で、同じ操作直後に現れた接続行を時系列で並べ、
spotify・scdnを含むホストをメモする。 DIRECTや想定外のポリシーに落ちている行に印をつけ、購読ルールのどの行より上に自作ルールを置くべきかを検討する。- アカウント設定やログアウト／再ログインを挟んだあともう一度ログを眺め、OAuth や accounts 系が増えていないか確認する。
ポート競合やコア起動失敗など汎用トラブルはトラブルシュート記事へ。本稿は Spotify 特有のマルチドメイン構成に焦点を当てます。
6. 推奨する切り分け順序
- Clash が起動していること、システムプロキシかTUNのどちらでトラフィックを握っているかを確認する。
- 接続ログで Spotify 関連ホストが意図したポリシーグループに入っているか、誤った
DIRECTがないかを見る。 fake-ipを含む DNS 設定を確認し、必要なら特定サフィックスへnameserver-policy等を当てて名前解決のブレを減らす。- アカウント系・Web 本体・メタデータ・音声 CDN をホスト／サフィックス単位でルール化し、購読ルール内の広い
DIRECTより上側に矛盾なく配置する。 - ルールが意図どおりになったあとで、遅延の揺れが少ないノードを選び、過剰な自動切替を避ける。
7. システムプロキシと TUN：取りこぼしを減らす
システムプロキシは手軽ですが、プロキシ設定を読まないコンポーネントや、別ドライバの VPN と併用すると見かけ上の経路が分裂します。TUN はルーティング層で取り込むため一貫性は上がりますが、他 VPN との競合や権限まわりのトレードオフがあります。有効化するならTUN モードの解説を参照し、有効化後に再接続ログで Spotify 関連ホストがすべて期待どおりの経路になったか検証してください。
8. DNS／fake-ip：名前解決とルール判定のズレ
fake-ip は体感速度を上げる一方、設定次第では「ルールに渡る前の名前」と「実接続の宛先」の整合が崩れやすくなります。Spotify のようにサブドメインとサードパーティ CDN が多いサービスでは、軽いズレでもクライアントがリトライを繰り返し、ユーザーにはただのグレー曲や無音に見えます。対策の基本は、上流 DNS を信頼できるものにそろえ、ログで頻出する主要サフィックスへ専用の名前解決ポリシーを当てることです。フィールド名はコアのバージョンで差があるため、利用中の Mihomo／Clash Meta のドキュメントと照合してください。
9. 分流ルールの考え方（記述例は置き換え前提）
購読ルールに「広い DIRECT」が先に入っていると、意図せず国内直結へ落ちるホストが紛れ込みます。より具体的な DOMAIN／DOMAIN-SUFFIX を、矛盾なく上側に置くのが実務的です。以下は例示であり、実際のホスト名は必ずログで確認して置き換えてください。CDN のサフィックスを丸ごとプロキシに載せると、Spotify 以外のサイトへ副作用が出ます。ログに出た特定サブドメインに絞るか、ルールセットの細分化を検討してください。
# Example only — verify hostnames in your Clash logs before use
rules:
- DOMAIN-SUFFIX,spotify.com,PROXY
- DOMAIN-SUFFIX,scdn.co,PROXY
- DOMAIN-SUFFIX,spotifycdn.com,PROXYストリーム帯域だけ別グループ（例：PROXY_AUDIO）に分け、アカウント用（PROXY_ACCOUNT）と切り離すと、障害時の切り分けが容易になります。グループ名は proxy-groups に定義済みである必要があります。
10. Claude 記事との題材分担
当サイトの Claude（Anthropic）向けの記事は、claude.ai と API 周辺が中心です。検索意図も「LLM のタイムアウト」に寄りがちで、本稿の Spotify（音声 CDN・再生キュー）とはキーワードが被りにくい構成にしてあります。複数サービスを同じノードで運用する場合でも、ルールの束は分けておくと、障害時の切り戻しが楽です。
11. ノード選定：瞬間最速より「揺れの少なさ」
スピードテストで一位でも、短時間で往復遅延が跳ねるノードは、ストリーミングのように細かいセグメントを連続取得する用途には不向きです。TLS の再ハンドシェイクが増え、クライアント側はタイムアウトとして現れます。手動選択で様子を見たり、音楽用に安定路線を固定するのが実用的です。プロトコル特性の比較はプロトコル比較記事も参考になります。
12. 追加の落とし穴：複数 VPN・hosts 改変・モバイルの分割トンネル
Clash 以外の常駐 VPN と TUN を同時に有効にしている場合、ルートの奪い合いで「ときどきだけ直結」が紛れ込みます。また hosts を手で弄っていると、特定 CDN だけ別 IP に解決されルールと食い違うこともあります。スマートフォンでは OS の「VPN とプロキシ」周辺設定や、キャリアの IPv6 経路の影響も出やすいので、まずは単一路径に戻してからログで確認するのが早道です。
13. まとめ：証拠ベースで Spotify 用ホストを束ねる
Spotify のグレー曲や再生不能は、単一設定ミスよりもモード・DNS・ルール順・ノードの揺れの積み重ねで起きがちです。本稿の順序どおりにログで確認していけば、「とりあえず全部グローバル代理」より再現性の高い改善が期待できます。2026 年もストリーミング基盤は変化が早いので、購読ルールに頼り切らず、自分の環境で一度ホスト表を更新する習慣を持つと安心です。
接続ログとルール編集を GUI でまとめられるクライアントを使うと、YAML を毎回手で触る負担も下がります。同種ツールのなかでも、策略表示とコアの整合が取りやすい製品ほど長く運用しやすい印象です。Spotify のアカウント・再生・音声 CDN をまとめて安定させたい方は、→ Clash を無料ダウンロードして、快適な接続体験を始める