1. 典型的な症状と原因の枠組み
ユーザーから寄せられる Spotify 周りの相談は、大きく次のように分類できます。いずれも トラフィックの出口がドメインごとにバラけているケースが多く、分流ルールの見直しで改善することが少なくありません。
- ブラウザだけ開かない／スピナーが終わらない：
open.spotify.comや埋め込み用ホストは通るが、認証や API 用ホストが別経路になりセッションが成立しない。 - デスクトップアプリがオフライン扱い：
spclient.wg.spotify.comなどのクライアント向けエンドポイントがブロック域に入っている、あるいは証明書検査まわりで失敗している。 - 曲は表示されるが再生が始まらない・すぐ止まる：ストリーム本体の
audio-ak-…系やscdn.coなどのメディア CDN が、UI 用ドメインと異なる出口になっている。 - 「この地域では利用できない」系の文言：選区ノードの国と Spotify アカウント／旅行設定の組み合わせが一致していない。VPN やデータセンター IP として弾かれる場合もあります。
ここで重要なのは、Spotify が単一ドメインのサイトではないという点です。UI・認証・レコメンド・実オーディオ・広告計測が別ホストに分かれており、CDN も複数ベンダー混在になりがちです。したがって「とりあえず PROXY」だけでは不十分で、関連サフィックスをまとめて同じ策略グループに載せる方が結果的に安定しやすくなります。
2. Spotify が触る主要ドメインと CDN
ルールを書く前に、よく現れるホストの系統を把握しておきます。環境やクライアントの版によって増減するため、ログで実測した FQDN を追記する運用が安全です。
- ブランド・ログイン・ヘルプ：
spotify.com、www.spotify.com、accounts.spotify.com。 - ウェブプレーヤー／埋め込み：
open.spotify.com、関連する静的アセット用サブドメイン。 - クライアント API・設定配信：
spclient.wg.spotify.com、apresolve.spotify.comなど。デスクトップやモバイルが最初に叩くことが多いゾーンです。 - メディアと短縮リンク：
scdn.co、audio-ak-spotify-*.akamaized.net形式の Akamai 系、spotifycdn.com/spotifycdn.net系。ここが抜けると「一覧は見えるが音が出ない」になりやすいです。
サードパーティの計測・広告・SNS 連携までルールに含めると肥大化します。まずは再生とログインに必須な核を Spotify 専用策略に集約し、それでも足りないホストだけをログから足す、という段階的方針が現実的です。
3. Clash：専用策略グループへ分流
Clash / Mihomo では、Spotify 用に独立した proxy-groups エントリを切っておくと、他の AI や動画サービスとノードを切り替えずに済みます。select 型にして、国情報が分かりやすい別名ノードを並べる運用が扱いやすいです。
# Example: route Spotify hostnames to one policy group
proxy-groups:
- name: "SPOTIFY"
type: select
proxies:
- "JP-Residential-1"
- "US-Standard-1"
- "DIRECT"
- "REJECT"
rules:
- DOMAIN-SUFFIX,spotify.com,SPOTIFY
- DOMAIN-SUFFIX,spotifycdn.com,SPOTIFY
- DOMAIN-SUFFIX,spotifycdn.net,SPOTIFY
- DOMAIN-SUFFIX,scdn.co,SPOTIFY
# Optional; can be too broad—prefer suffix rules from logs when possible
- DOMAIN-KEYWORD,spotify,SPOTIFY
- GEOIP,CN,DIRECT
- MATCH,PROXY上記はあくまで骨格です。自環境では DOMAIN-KEYWORD が広すぎる場合があるので、ログを見ながら DOMAIN-SUFFIX に寄せるか、公式・コミュニティの RULE-SET が利用可能なら検証のうえ採用してください。ルールの順序では、細かいサービス別ルールを GEOIP や広い MATCH より前に置くのが基本です。
4. 選区ノードとライブラリ／契約地域
Spotify も他のストリーミング同様、出口 IP の位置情報を参考にコンテンツの可否やおすすめを変えます。有料プランでも、配信元のライセンスにより曲・ポッドキャスト・有声書のラインナップは国ごとに差があります。
- 住宅系・モバイル系は、データセンター出口より長時間ログインと再生が安定しやすい傾向があります（サービス側のリスク評価は変更され得ます）。
- ノードを変えた直後だけ異常なら、クライアントのアカウント情報キャッシュをクリアするか再ログインし、速度制限や一時フラグが残っていないか確認します。
- フリー枠と有料枠で到達する CDN や広告ドメインが変わるため、無料アカウントだけ挙動が違う場合はログの FQDN 差分を比較してください。
詳しい網羅的ルール設計は、当サイトの Netflix 向け分流・選区ノード解説と共通の考え方（メインと CDN を揃える、IPv6 漏洩に注意する）が役立ちます。Netflix ほど厳格なプロキシ検出ばかりではないものの、分断した経路によるセッション不整合は同等に起きます。
5. ウェブ版とデスクトップ・モバイルの切り分け
ブラウザは OS のプロキシ設定または拡張に従い、Electron 系デスクトップアプリは環境変数・独自スタックの影響を受けやすいです。TUN モードとシステムプロキシを併用しているときは、片方だけ Spotify が通るケースが起きるため、まずクライアント全体をどちらかに寄せて検証すると早いです。
モバイル公式アプリは省電力設定でバックグラウンド通信が止まることがあり、ルール以前にバッテリー最適化の免除やアプリの強制停止→再起動を試してください。ルールは正しくても、端末が長時間スリープ直後だけ再接続に失敗することがあります。
6. DNS・fake-ip・IPv6 の整合
fake-ip 利用時は、Spotify 系が意図せず DIRECT 側のスタブリゾルバに流れ、実 IP とプロキシ経路が食い違うと、接続は一見成功しても数秒で切れる、というパターンがあります。nameserver-policy で Spotify ゾーンだけ上流 DNS を固定する、あるいは sniffing と組み合わせてドメインルールへ載せる、といった場当たりではなく、DNS 全体の nameserver／fallback 設計を一度整理してからサービス別に切ると再現性が上がります。
IPv6 が有効な回線では、IPv4 だけ Clash 配下に置き、IPv6 が迂回する漏洩で地域判定や経路が狂うことがあります。症状が「IPv6 オン時だけ」再現する場合は、当サイトの IPv6 関連ガイドや、クライアント設定で IPv6 を制御できるかを併せて見てください。
7. 症状別チェックリスト
| 現象 | 優先して確認すること |
|---|---|
| ブラウザのプレーヤーだけ真っ白 | open.spotify.com と API 用が同じ SPOTIFY グループか。ブラウザだけ別拡張プロキシを使っていないか |
| デスクトップがログインできない | accounts.spotify.com と spclient.wg.spotify.com がルール漏れしていないか。企業回線で DPI の影響がないか |
| 曲が再生されない／すぐスキップされる | scdn.co・Akamai・spotifycdn 系が DIRECT に落ちていないか。ログで音声ホスト名を確認 |
| 海外ノードなのにライブラリが期待と違う | アカウントの国設定・支払い方法・過去の利用履歴。別ブラウザで出口 IP を確認 |
8. Netflix 等のストリーミング記事との違い
動画ストリーミング向けルール（例：Netflix、Disney+）と比べ、Spotify はビデオ CDN（googlevideo 等）とは別の音源ホスト群が中心です。音楽生成系の Suno 記事ともドメイン集合が異なります。横断して使う場合は、サービスごとに策略を分け、競合しないルール順を維持してください。
| 観点 | 動画（Netflix 例） | Spotify（音楽） |
|---|---|---|
| CDN の主役 | nflxvideo.net など動画片専用の大容量配信 |
scdn.co・Akamai・spotifycdn 系の音声ストリーム |
| 典型トラブル | プロキシ検出、ライブラリ縮小 | ログイン不成立、再生バッファ、UI と音声の経路不一致 |
| クライアント | ブラウザ + テレビアプリなど | ローカルアプリが独自エンドポイントを多用 |
9. まとめ
Spotify の「開かない・鳴らない」系の多くは、分流ルールが UI・認証・CDN を横断的にカバーできていないことと、選区ノードと DNS／IPv6 の前提が揃っていないことに起因します。Clash で専用策略グループを切り、ログに出た FQDN を足しながらホスト集合を成熟させると、ウェブ版とデスクトップの挙動差も説明しやすくなります。動画や AI 向けの既存記事とルールを混ぜすぎると順序衝突が起きるため、サービス単位のまとまりを保ちつつ、必要なら ドキュメントで全体の YAML 構造も併せて確認してください。