ZIPPY DOCS

Streaming services

Zippy opens two music services natively — Spotify and Apple Music. Exact per-OS behaviour, plus the URL shapes and services that get a plain redirect instead.

Streaming services

Zippy's redirect engine carries a table of 22 apps. Two of them are music services: Spotify and Apple Music. This page is the honest per-service, per-OS behaviour — including the URL shapes that fall through and the one service that currently routes to the wrong app.

If a service isn't on this page, Zippy still shortens and tracks the link. It just doesn't open an app, because there's no entry in the table for it.

Which services open the native app?

ServiceNative app openWhat actually happens
SpotifyYes, partiallytrack, album, artist and playlist URLs open that item in the app. Every other Spotify URL shape opens the app's home screen — see below.
Apple MusicYesAny music.apple.com catalog URL opens the same page inside the Apple Music app. The cleanest music route Zippy has.
YouTube MusicNo — and it misroutesA music.youtube.com link is matched by the YouTube entry, so it opens the YouTube app, not YouTube Music. This is a bug, not a feature.
SoundCloudNoNot in the table. Plain redirect, no interstitial.
BandcampNoNot in the table. Plain redirect, no interstitial.
DeezerNoNot in the table. Plain redirect, no interstitial.
TidalNoNot in the table. Plain redirect, no interstitial.
Amazon MusicNoThe Amazon entry covers amazon.com, amzn.to, a.co and amzn.comnot music.amazon.com. Plain redirect.

Two services, not 'music services' in general

We'd rather you knew the shape of the table than discovered it in a campaign. Zippy opens Spotify and Apple Music. Everything else in the list above gets a working short link and a click count, and lands in whatever browser the tap started in.

Spotify — the exact behaviour

Which Spotify URLs open the actual song

Zippy reads the item type and id straight out of the path, so only four types are understood:

Your destinationOpens
open.spotify.com/track/<id>That track, in the app
open.spotify.com/album/<id>That album, in the app
open.spotify.com/artist/<id>That artist, in the app
open.spotify.com/playlist/<id>That playlist, in the app
open.spotify.com/episode/<id>The Spotify app's home screen — the episode is lost
open.spotify.com/show/<id>The Spotify app's home screen — the show is lost
spotify.link/<code> (Spotify's own short link)The Spotify app's home screen — the destination is lost

The last three are worth stating bluntly: for those shapes Zippy opens Spotify but has no item to hand it, so the listener lands on their own home feed with no idea what you sent them to. That is arguably worse than a plain redirect, because the web fallback is never reached — the app already took the navigation.

If you're promoting a podcast episode or show, or you have a spotify.link short link, resolve it to an open.spotify.com/track|album|artist|playlist URL first, or use a plain link and accept the browser. Troubleshooting has the symptom version of this.

What Zippy fires, per OS

VisitorWhat the interstitial does
iOS (mobile)Fires spotify://track:<id> — Spotify's own URL scheme. Custom schemes launch the app directly from inside the Instagram/Facebook webview, which is the whole trick.
Android (mobile)Fires intent://track:<id>#Intent;scheme=spotify;package=com.spotify.music;S.browser_fallback_url=<your https URL>;end. If the app doesn't take it, the browser follows the fallback URL.
Desktop / anything not mobileNo interstitial at all. A plain 301/302 to open.spotify.com. There's no app to open on a laptop, so there's nothing to escape.

The ?si= share token is dropped

Spotify's share sheet appends a ?si=… token to the URL. Zippy reads the item id out of the path, so on the iOS and Android app-open routes that token does not travel with the tap. It survives on the plain web fallback, because that's your original URL untouched. This is neutral for playback and it is not a feature — it's a consequence of how the id is parsed, and you should know it before you compare Zippy's numbers against Spotify's.

Apple Music — the exact behaviour

Apple Music's scheme is host-preserving: music://music.apple.com/<path><query>. That means Zippy performs a straight httpsmusic swap on the whole URL, so any catalog URL works, not just a fixed list of types — songs, albums, artists, playlists, stations, the lot.

VisitorWhat the interstitial does
iOS (mobile)Fires music://music.apple.com/<path><query>
Android (mobile)Fires an intent:// with scheme=music, package=com.apple.android.music, and your https URL as the fallback
DesktopPlain redirect

What doesn't work: playlists that live only in someone's own library rather than in Apple's catalog. Those have no shareable catalog URL for Zippy to swap.

YouTube Music routes to YouTube — a known bug

music.youtube.com is listed as a host on the YouTube entry, not on an entry of its own. So a YouTube Music link is turned into youtube://watch?v=<id> (or the equivalent Android intent for com.google.android.youtube) and opens the YouTube app.

For a music marketer that's a real difference: the listener lands on a video player instead of the music app, and the stream may not count where you wanted it to count. Until there's a proper YouTube Music entry, treat YouTube Music links as unsupported and don't put one behind a Zippy link expecting the music app.

What "not in the table" actually means

For SoundCloud, Bandcamp, Deezer, Tidal and Amazon Music, a Zippy link is a normal short link:

  • It redirects, forever, and it's editable after you've shared it.
  • It counts taps.
  • It shows no interstitial, fires no scheme, and reports no app-open outcome — so those links have no app-open rate, and never will until the service gets an entry.

That last point matters if you're comparing links in your dashboard: a SoundCloud link with no app-open rate isn't performing badly, it's not being measured at all.

Check any URL before you spend money on it

Paste your exact destination into the free Deep Link Debugger. It runs against the same table this page describes, so it will tell you — before the ad goes live — whether your specific URL gets the app or the browser.

FAQ

Does Zippy open Spotify from an Instagram or Facebook ad?

On mobile, yes, for track, album, artist and playlist URLs. Zippy serves a small page that fires Spotify's own URL scheme from inside Meta's in-app browser, which is what springs the native app. It is the same technique the paid link tools use, and it is not guaranteed — Limits is the honest ceiling.

Because Zippy only understands track, album, artist and playlist URL types. An episode or show URL matches Spotify as a host but produces no item, so the app opens with nothing to show. Use a track/album/artist/playlist URL, or use a plain link for podcasts.

Does Zippy support SoundCloud, Bandcamp, Deezer or Tidal?

Not for opening the native app. Those links still shorten, redirect and count taps, but there is no entry for them in the deeplink table, so no interstitial runs and no app-open outcome is recorded.

No. music.youtube.com is currently matched by the YouTube entry, so it opens the YouTube app instead. Treat YouTube Music as unsupported today.

Read more

On this page