Verify releases after music delivery
Locate platform listings, reconcile catalog data, and track release propagation across music services.
Where Musicfetch fits after delivery
Start with the strongest identifier your release pipeline already has, then ask Musicfetch to search the destination services relevant to your dashboard or operations queue.
Current ISRC and UPC lookups use Spotify as their initial catalog source. A valid identifier that is not available there may not resolve, so use a known release URL when one is available and keep an unresolved state in your workflow.
Four post-delivery workflows
- Locate public listings. Resolve a release URL, ISRC, or UPC and search selected services for matching tracks or albums after delivery.
- Check propagation. Compare the service keys actually returned with the destinations your release workflow expects, optionally within a country.
- Reconcile catalog data. Store normalized names, artists, artwork, dates, identifiers, and each matched service's platform ID and link.
- Update your dashboard. Show discovered listings, queue follow-up checks for missing matches, and attach public links to release records.
Measure discovery without overstating delivery status
A returned service key means Musicfetch found a catalog match for that lookup. An omitted key means no match was returned at that time; it does not prove that delivery failed, that a release is unavailable in every territory, or that the DSP rejected it. Treat catalog matching as an observable propagation signal alongside your own delivery receipts and platform reporting.
Generate promotional links from verified listings
Once matches appear, use the returned links to populate campaign tools, artist dashboards, or downstream promotional workflows. If you also operate a public cross-platform landing page, see the separate fanlink and smart-link builder guide for UI and fallback considerations.
Check a release by UPC
The live example starts with a release UPC and requests all 40 service keys currently exposed by Musicfetch. The other tabs show the same workflow from a known release URL or track ISRC. These are server-side requests; keep the access token private.
Live UPC lookup response
This is a real Musicfetch response refreshed on the server. The JSON contains the service keys actually matched by the lookup; requested keys that did not match are not inserted as placeholders.
Map the response into a release dashboard
Production checklist
- Keep the release URL, ISRC, and UPC attached to the same internal release record so your workflow can use the strongest available lookup.
- Request an explicit destination set and pass
countrywhen localized links matter. - Store the lookup time and country with returned service IDs and links.
- Model a missing match as pending or unresolved—not automatically as a failed delivery—and apply your own retry schedule.
- Keep the Musicfetch token on your server, cache useful results, and handle lookup errors independently for each release.