Link tracking for podcasters has one structural problem web analytics was not built around: the podcast app a listener taps a link inside almost never sends a referrer. Apple Podcasts, Spotify, Overcast, and most other podcast players open show-notes links in a way that strips the one signal ordinary web analytics leans on to say where a visitor came from. The fix is not smarter analytics. It is building links that do not need a referrer to identify their source in the first place.
why the referrer disappears and what that actually breaks
A referrer is a header the browser sends telling the destination site what page or app the click originated from. Web browsers pass this reliably most of the time. Podcast apps mostly do not, either because the link opens inside an in-app browser that strips the header, or because the app itself never populates it the way a normal web page would in the first place. The practical result is that a podcast host looking at plain website analytics sees a spike of direct traffic on release day and has no way to tell whether that traffic came from Spotify, Apple Podcasts, a YouTube upload of the same episode, or someone forwarding the link in a group chat. This is the same failure mode covered in why is my traffic showing as direct, and podcast apps are one of the most consistent sources of it on the entire web.
Because the referrer cannot be relied on, the whole tracking strategy has to shift from read where they came from to give them a link that already tells you before they even click it. That is a link-design problem, not a referrer problem, and it changes what a podcaster should set up before an episode goes live rather than something to troubleshoot afterward once the numbers already look wrong.
how to track podcast listeners to your website properly
The working pattern is one distinct link per platform, embedded in that platform's specific show notes, description, or episode artwork, rather than one shared link pasted everywhere out of convenience. A link in the Spotify description carries a Spotify-tagged UTM. The same destination linked from Apple Podcasts carries a different tag entirely. A link on the YouTube upload of the episode carries its own tag too. None of these rely on the referrer arriving intact, because the platform is identified by which link the listener actually clicked, not by whatever header their podcast app did or did not decide to send that day.
A link-in-bio style page tied to the show, with one entry per platform and per active promotion, does the organizing work here so listeners are not hunting through a description for the right link. Geo data on those clicks, at the country and city level, is genuinely useful for a podcast deciding where to route ad spend or where a live show might actually sell tickets, and first-touch versus last-touch cookies matter for a show running both an always-on plug and a specific limited-time promo, since a listener might hear the always-on plug for months before a particular promo finally gets them to act.
podcast promo code vs link: they measure different things
This is the distinction that gets flattened most often in podcast advertising conversations. A promo code and a tracked link are not two versions of the same tool. They measure two different points in the funnel, and a show that only uses one is missing half the picture every single week. A link tells you a listener clicked, which is an intent signal that happens close to the moment they heard the ad while they are still in the app and still primed to act. A promo code tells you a listener converted, but only captures that conversion if they remembered the code, typed it correctly, and did not get distracted somewhere between hearing it and checking out later. Codes have a real advantage of their own too: they work when a listener hears the ad on one device but buys on a completely different one, which a click-based link cannot capture at all since there was never a click to record in the first place.
The practical answer for most shows is to run both, deliberately, rather than picking one and defending it. Use a tracked link with a platform-specific UTM as the primary signal for how many people were interested enough to act right after hearing the ad, and use a promo code as the signal for how many people actually bought, accepting that the two numbers will never match exactly. The gap between them is not an error to chase down. It is two different measurement moments sitting inside the same customer's decision.
comparing the tools podcasters actually reach for
| capability | Raydar | Bitly | Stan Store | plain UTM link, no tracker |
|---|---|---|---|---|
| one page listing every platform link for the show | yes | no | yes | no |
| per-platform tracked links with UTM built in | yes | yes | limited | manual only |
| first-touch and last-touch cookies | yes | click-level only | no | no |
| geo detail on clicks | country and city | country level | limited | none |
| QR code for print, live shows, merch tables | yes, dynamic | yes | no | no |
| built for selling digital products directly | no | no | yes | no |
| free tier, no card required | yes | yes | limited free tier | free by definition |
These are capability checks as of writing, not prices, since plan structures shift more often than any comparison table can keep up with. A show running a serious ad-read business should confirm current details directly with whichever tool it is leaning toward before signing a season of sponsorships around it.
where raydar fits for a podcast
Raydar is a strong fit for a show that wants one bio-style page holding every platform link, sponsor link, and merch link, with per-link analytics deep enough to separate a Spotify listener from an Apple Podcasts listener without relying on a referrer that was never going to arrive intact. Add a dynamic QR code for live shows or merch tables, and a show gets one consistent measurement layer across every place a listener might encounter a link, whether that link is digital or printed on a poster at the back of a venue.
when a different tool is the better pick for a podcaster
A show whose actual business model is selling a course, a coaching offer, or a digital product directly to listeners, where the bio link needs to double as a storefront with checkout built in rather than a routing page to somewhere else entirely, should look at Stan Store instead. That is a genuinely different job than link tracking. Raydar routes and measures clicks well, but it is not a checkout product, and a show whose main monetization is direct sales through the link in its own bio is better served by a tool built around that transaction from the ground up. If the link's job is to close a sale on the spot rather than route a listener somewhere else and report on what happened, that alone is reason enough to pick the tool built specifically for closing.
setting it up for an episode launch
Before an episode goes live, build the platform-specific links first: one per distribution channel, tagged through a consistent UTM builder process so naming does not drift from one episode to the next as the show grows. Put the show's promo codes and the tracked links for the same sponsor side by side in whatever internal sheet already tracks ad performance, so the click number and the code-redemption number sit next to each other instead of living in two disconnected reports nobody cross-checks. Then let both numbers do their job: the link tells you attention, the code tells you revenue, and neither one alone was ever going to answer the full question of whether the ad actually worked.