Spotify URLとURIの違い
Spotify for Artistsの公式ヘルプでは、アーティストやトラック、リリースについて通常のURLをコピーする方法が案内されています。また、URLとURIの両方がコンテンツを識別する形式として紹介されています。
| 形式 | 例 | 向いている場面 |
|---|---|---|
| Web URL | https://open.spotify.com/track/... | SNS、Web、メールなど環境が不特定な共有。Web fallbackを持ちやすい。 |
| Spotify URI | spotify:track:... | Spotifyアプリがあることを確認できるネイティブ連携など。 |
Spotifyは spotify: URIを公式に説明している
Spotify for DevelopersのiOS/Android Content Linking資料では、Spotifyアプリが spotify: URI schemeを登録していることが説明されています。アプリ側からSpotifyがインストールされているか確認し、コンテンツへ遷移する方法も案内されています。
したがって、Spotify URIそのものは公式資料に登場する仕組みです。ただし、これは「どの場面でもURIの方がよい」という意味ではありません。
iOSではWeb/content linkを優先する公式例がある
SpotifyのiOS Content Linking資料では、Spotifyがインストール済みと分かった後でも、文書化されたシナリオでWeb/content linkを使う方法が案内されています。その理由として、直接deeplinkではSpotifyへ切り替える前にiOSの確認プロンプトが出る可能性が説明されています。
さらに、Spotifyが入っていない場合は open.spotify.com のWebリンクをブラウザ/WebViewで開くfallbackも案内されています。
Androidでもアプリ導入確認とfallbackを分ける
Android向け公式資料でも、Spotifyアプリのpackageを確認したうえでcontent linkを開く方法と、アプリがない場合にWebリンクへfallbackする方法が説明されています。
不特定多数がタップするSNSリンクでは、リンク生成側から各利用者のSpotifyインストール状態を事前に把握できません。そのため通常URLを維持する価値があります。
現在の製品実装は何を生成する？
現在のコードには、Spotifyのartist、track、playlist、userなどのURLを解析し、spotify://... 形式のiOS/Android候補とWeb URLを返す処理があります。保存APIもSpotify URLを受け付ける実装です。
ただし、公式資料の使い分けを踏まえると、「変換できる」ことをそのまま「変換した方がよい」とは扱いません。
用途別の選び方
| 用途 | 第一候補 | 理由 |
|---|---|---|
| SNSプロフィール・投稿から不特定多数へ共有 | 通常の open.spotify.com URL | Web fallbackを保ちやすく、Spotify自身の共有機能から取得できる。 |
| 自社ネイティブアプリからSpotifyへ遷移 | Spotify公式Content Linkingを検討 | アプリ導入確認やreferrer/fallbackを組み込める。 |
| Spotify URIが必要な既存ワークフロー | spotify: URI | Spotifyが公式に説明する識別形式。 |
| 利用環境が分からない | 通常URLを残す | アプリ未導入時の到達性を確保しやすい。 |
アプリ内ブラウザから開く場合
SNS内ブラウザやWebViewから別アプリへ遷移する際は、通常ブラウザと挙動が変わる場合があります。Spotify公式資料もWebViewでdeeplinkを許可するための扱いに触れています。
SNS内からだけ開かない場合はアプリ内ブラウザの確認手順で切り分けてください。
現在の対応範囲
製品コード上はSpotifyの直接生成・保存経路がありますが、2026年現在の実端末動作をすべて検証済みとはしていません。Spotifyの対応状況で、実装と検証状態を分けて確認できます。