Skip to content

Spotify for Creators (formerly Anchor)

creators.spotify.comMediastorage/spotify-for-creatorsJSON compare report an error provider JSON

Free allowance: Free hosting with no stated numeric cap.
Verdict: caveatusable, with a named limit or an unprobed read path
Cost: free tier
Identity: institution?placeholder, not evidence; card unknown, phone unknown
Binding limit: noneno named constraint binds
Evidence: reported5 sources; a third party said so
Freshness: stale on 2026-11-05checked 2026-10-21 (inherited); stale on 2026-11-05

Free tier	Free hosting with no stated numeric cap. Spotify's own episode-publishing doc: 'We don't have a file size limit'. The video doc repeats it: 'Spotify for Creators doesn't have a file size limit'. No episode count, storage or bandwidth cap is published anywhere — free, no paid tier, ad-revenue share is upside not a paywall. unit mixed; metered on stored-bytes
Price	none stated
Identity	institution (inferred, not read) not published
Egress	Free and unmetered via Spotify's own CDN (d3ctxlq1ktw2nl.cloudfront.net). No egress meter, no per-download charge, no plan upgrade that changes it.
Per-object cap	not stated
Retention	Second caveat: anchor.fm enclosures are 402/302 chains through anchor.fm/s/<id>/podcast/play/<n>/<urlencoded origin>, so the enclosure URL is a redirector with the object path embedded — permanent, but the served object is always the transcode.
Interface	rest rest
Tooling	No documented public upload API (the old Anchor API is gone; community projects like mahendranv/anchor-rss only scrape the public RSS). Upload is web/mobile UI only.
Composes with	Unlimited shows per Spotify account (the UI has 'Add a new show' with no published cap) x unlimited episodes x no file-size limit. Also accepts video (MP4/MOV/MPG) on the same free tier, so the payload need not be audio at all.
Reliability	RE-ENCODES everything to 128 kbps stereo. Verified live: enclosure for an episode with itunes:duration 00:52:22 declared length=50272965; the staging object at d3ctxlq1ktw2nl.cloudfront.net/staging/2026-9-21/434650861-44100-2-6d67ddd17af0f.mp3 returns 206, Content-Range 0-1023/50272965, and its first 1 KB is a bare MPEG frame with no ID3 header at all. 50,272,965 x 8 / 3142 s = 128,003 bps — exactly 128 kbps CBR. The '-44100-2-' in the filename is the ingest normaliser's fingerprint (44.1 kHz, 2 channels). Your WAV or 320k MP3 does not survive. Second caveat: anchor.fm enclosures are 402/302 chains through anchor.fm/s/<id>/podcast/play/<n>/<urlencoded origin>, so the enclosure URL is a redirector with the object path embedded — permanent, but the served object is always the transcode.
Parsed numbers	has-free-tier 1

Evidence 5

date	source	what it proved
2026-10-21	support.spotify.com/us/creators/article/publishing-audio-epi	'We don't have a file size limit'; 'We support MP3, M4A, and WAV file types. Files will need to be either in mono or stereo'
2026-10-21	support.spotify.com/us/creators/article/publishing-videos/	'Spotify for Creators doesn't have a file size limit'; supports MOV, MPG, MP4
2026-10-21	source not published	probe: GET anchor.fm/s/7d083a4/podcast/rss -> 200, 5,215,282 bytes, enclosures redirect through anchor.fm/.../play/... to d3ctxlq1ktw2nl.cloudfront.net/staging/
2026-10-21	source not published	probe: GET d3ctxlq1ktw2nl.cloudfront.net/staging/2026-9-21/434650861-44100-2-6d67ddd17af0f.mp3 -r 0-1023 -> 206, Content-Range 0-1023/50272965, first frame 0xFFFB9000 = MPEG1 L3 128 kbps 44.1 kHz stereo, no ID3v2 tag
2026-10-21	toolradar.com/guides/best-free-podcast-hosting	Oct 2026, 'its own page offers free hosting with "unlimited hosting" ... it states no upload or episode cap'

Unknown values 3

per object cap notes: the field may be stated in a source that was not read
per object cap stated: the field may be stated in a source that was not read
retention notes: the field may be stated in a source that was not read