Last.fm is independent again — and its API might finally move past 2012

5 min read 1 source clear_take
├── "Independence is a stay of execution, not a victory — the real story is that Last.fm survived at all"
│  └── top10.dev editorial (top10.dev) → read below

The editorial frames the announcement as relief rather than celebration, noting that comparable Web 2.0 era music platforms (Grooveshark, Rdio, Songkick, Hype Machine) all died or were gutted. Independence reads as survival against a pattern that has been brutally consistent for a decade.

├── "Last.fm's true value is the scrobble data layer, not the product surface"
│  └── top10.dev editorial (top10.dev) → read below

The editorial argues that the scrobble — a signed POST issued by music players — has been a quietly dominant interoperability standard for two decades, mirroring listening history from Spotify, Apple Music, Plex, Sonos, and dozens of clients. The 23-year archive and the API governing it matter more than the consumer-facing site.

└── "The opaque announcement raises governance concerns about ownership and the data archive"
  ├── top10.dev editorial (top10.dev) → read below

The editorial flags that the post was published to a support forum rather than as a press release, and does not disclose who owns the new entity, the ownership structure, or how the API, subscription product, and 23-year listening archive will be governed. For a service whose value lives in that data, the silence is itself a signal.

  └── @twistslider (Hacker News, 359 pts) → view

By submitting the support-forum post to Hacker News, the submitter elevated a quiet announcement into a broader conversation, implicitly arguing that the news warrants scrutiny that the official channel did not invite.

What happened

Last.fm — the music scrobbling service that has been quietly recording what humans listen to since 2002 — announced this week that it has become independent. The announcement was posted to the official support forum rather than as a press release, which is itself a signal about the new entity's marketing budget. After nearly two decades inside larger corporate parents (CBS acquired Last.fm in 2007 for a reported $280 million; ownership subsequently passed through CBS Interactive and its successor structures), the service is once again a standalone company.

What the post does not say is who, if anyone, bought it, what the new ownership structure looks like, or how the existing API, subscription product, and 23-year archive of listening data will be governed. Last.fm's value has never been the product surface; it has always been the data layer underneath it. The scrobble — a tiny signed POST request issued by your music player every time a track finishes — has been a quietly dominant interoperability standard for two decades. If you have ever used Spotify, Apple Music, Tidal, Rekordbox, foobar2000, mpd, VLC, Sonos, or Plex, there is a non-trivial chance your listening history has been mirrored to Last.fm via a community-maintained plugin you forgot you installed.

The Hacker News thread (359 points and climbing as of submission) is dominated not by celebration but by relief. Long-time users had been quietly preparing for the service's death for years.

Why it matters

For most developer-adjacent companies, "we are now independent" is a marketing line. For Last.fm it reads closer to a stay of execution. The last decade has been brutal for small-to-mid-sized Web 2.0 social platforms. Grooveshark folded under copyright pressure. Rdio sold for parts to Pandora. Songkick was acquired and gutted. Hype Machine survives as something between a passion project and a museum exhibit. The pattern was so consistent that Last.fm's continued existence under corporate ownership felt less like a business model and more like benign neglect.

Independence in 2026 means a few concrete things for developers who build against the service.

The API is back on the road map — or it is dead. The Last.fm API has been functionally frozen for roughly a decade. Authentication still uses MD5-signed query parameters. There is no OAuth 2 flow. Webhooks do not exist. Pagination is offset-based and the canonical rate-limit documentation is a forum post from 2012. None of this would survive a modern API review, and none of it has been a priority for a parent company whose interests lay elsewhere. An independent Last.fm has both the latitude and the incentive to finally ship API work that has been parked since the second Obama administration. The absence of that work twelve months from now will tell us which way this story actually broke.

The data is the moat, and it is enormous. Last.fm has logged on the order of one hundred billion scrobbles across roughly 100 million registered accounts. That is one of the largest behavioral music datasets outside the streaming majors, and — critically — unlike Spotify's data it is portable. Every user can export their full history via the API today, with no rate-limit gotchas at modest scale. An independent Last.fm sitting on twenty-three years of cross-platform listening behavior is, in 2026, a more interesting AI training corpus than most major labels possess.

The community plugin ecosystem is the real product. Native scrobbling is a niche feature; the reason Last.fm survived is that nearly every audiophile-adjacent player ships either a built-in scrobbler or a one-click plugin maintained by volunteers. That ecosystem has been load-bearing for the company without appearing on any balance sheet. The question independence raises is whether the new entity will invest in those maintainers — sponsored development, a hardened OAuth flow, official SDKs — or continue treating the community as a free moat to be drawn against.

Community reaction reflects the ambivalence. The top HN comment observes that Last.fm is "the only Web 2.0 product I still use that hasn't gotten worse" — faint praise that also happens to be true. Others raise the obvious concern: independence requires revenue, and the long-standing Pro subscription (~$3/month) has never plausibly funded modern infrastructure on its own. The fear is not enshittification today; the fear is the second funding round in 2027.

What this means for your stack

If you ship anything that touches a user's music identity — a Discord bot, a journaling app, a recommendation engine, a band-discovery tool, a year-in-review feature — Last.fm has probably been a free dependency in your architecture for years. Three concrete things worth doing this quarter:

Audit your scrobble dependency. If you call the Last.fm API in a hot path — login, profile load, dashboard render — wrap it in a cache and a circuit breaker. Independence is good news on a five-year horizon and ambiguous news on a six-month one. Outages during corporate transitions are routine, and you do not want your product's "music section is empty" state to be the first thing users see during a DNS cutover.

Export the long-tail data now. The full user history export endpoint still works, still returns JSON, and still has no rate-limit gotchas at modest scale. If your business model depends on a user's lifetime listening history being available, take a snapshot now and treat the live API as a freshness layer, not a source of truth. This is good hygiene regardless of who owns the company next quarter.

Watch the API changelog — or its absence. The official support forum has been the historical channel for breaking-change announcements, which is itself a tell. An independent Last.fm that ships a versioned changelog, a proper status page, and an OAuth 2 flow within twelve months is signalling seriousness. The absence of those signals, twelve months from now, is the signal to start looking for a replacement scrobble target. There is no obvious replacement, which is part of why this story matters more than its 359 upvotes suggest.

Looking ahead

The most interesting question is not whether Last.fm survives — it probably will, on inertia alone — but whether independence reverses the decade-long calcification of one of the most useful music APIs on the open web. The pessimistic read is that this is a managed wind-down dressed as a relaunch, with a buyer who valued the data more than the product. The optimistic read is that one of the last truly cross-platform behavioral datasets in music has just been returned to the people who built it, and a roadmap-starved API is about to get a roadmap. Either way, the next twelve months of changelog activity — or silence — will tell developers everything they need to know.

Hacker News 777 pts 203 comments

Last.fm is now independent

→ read on Hacker News
quirino · Hacker News

last.fm is one of my very favorite services. It's rough around the edges in some parts, but I've gotten incredible value from it. A couple of websites built on it that I check out from time to time:- https://lastfmviz.netlify.app/ - shows what you've been listening to a

ale · Hacker News

Man i love last.fm even though it's been technically superseded (for most people) by Spotify's recommendation features. It just fit so well in the zeitgeist of 2000's indie scene, microblogs, early social media.

john_strinlai · Hacker News

the previous owner doesnt appear to be mentioned in the post (or, at least, not easily found).CBS Coporation (owned by Paramount) bought last.fm in 2007

murlax · Hacker News

What a blast from the past! I met my ex-girlfriend from half-way across the globe on last.fm. Lots of fond memories of sharing music on this lovely platform.My first anniversary gift to her was a pro subscription (whatever it was called at that time). I still "scrobble" via Spotify and its

dateutli · Hacker News

Happy to see they mentioned their API usage won't change. Last year I was working on a small project (https://listeningfacts.com) around spotify's API but they decided to suddenly restrict access to it.I was able to make it work with last.fm's API with no issue and they&#x27

// share this

// get daily digest

Top 10 dev stories every morning at 8am UTC. AI-curated. Retro terminal HTML email.