Sources & Apps

Why Spotify Local Files Never Show Up in Your Listening History

By the Echo team · 17 July 2026 · 6 min read

MP3s and other audio files added to Spotify through its Local Files feature play back fine, but they never appear in Recently Played, your streaming history download, or Wrapped. This is not a bug. Local files have no catalog identifier, so Spotify's servers never log a play for them at all.

If you keep a folder of MP3s in Spotify alongside your streamed music, you have probably noticed that playing them never seems to register anywhere. They do not turn up in Recently Played, they are absent from your extended streaming history download, and Wrapped acts as though you never touched them. This is consistent behaviour, not a glitch on your account, and it comes down to how Spotify's Local Files feature actually works under the hood.

Why Don't Local Files Show Up in Spotify's Listening History?

Every track in Spotify's catalog has a unique identifier, a Spotify URI, that the app uses to log a play back to Spotify's servers. Local files are not in Spotify's catalog. When you add an MP3 to Spotify through Settings and Privacy, then Local Audio Files, the app plays the file straight from your Mac's disk. No catalog match is made, no URI is attached, and no play event is sent to Spotify's servers. As far as Spotify's backend is concerned, that playback never happened.

This matters because Recently Played, your account's streaming history, and Wrapped are all generated from the same source: the server-side log of plays tied to catalog tracks. If a play was never logged there in the first place, it cannot appear in any feature built on top of that log. Spotify's own support community confirms this is expected behaviour, not a fault to be fixed with a settings tweak or a re-added file.

What counts as a local file

Local files are audio you own and add manually, typically MP3s, though Spotify also recognises a handful of other formats. They sit in your Spotify library next to streamed tracks and albums, and they play through the same interface with the same controls. The distinction only matters on the backend: streamed tracks are catalog items with a URI, local files are not.

This is separate from private session

Private session hides plays from your history on purpose, and you can turn it off. Local files are excluded structurally, because there is no catalog track for Spotify's servers to attach a play event to. Turning any setting on or off will not change it.

Does This Affect Recently Played, History Downloads, and Wrapped All at Once?

Yes. Because all three draw from the same server-side play log, a local file missing from one is missing from all of them.

Recently Played will never list a local file, no matter how many times you play it or how recently. If you request your data from Spotify's privacy settings, the extended streaming history export will show every catalog track you played, with none of your local file plays included, because the export is pulled from that same server log. And Spotify Wrapped, built from a full year of that server-side data, will end of year summaries that leave out local files completely, even if they were the music you played most.

For more on what Spotify's own history tools do and do not capture, see how to get your full Spotify listening history on Mac and why Spotify only shows 50 recently played tracks in the first place.

Can You Get Local File Plays Into Your Spotify History Another Way?

Not through Spotify itself. There is no setting, sync option, or re-import step that attaches a catalog URI to a file you own, because Spotify's catalog only contains tracks it licenses and distributes. Some third-party scrobblers that read your Spotify desktop app directly, rather than pulling from Spotify's account API, can pick up local file plays and log them separately. But that only works because those tools are watching your Mac, not because Spotify's own history has changed anything about how it treats local files.

That distinction, between watching your account's server data and watching what is actually playing on your Mac, is the whole reason local files behave the way they do everywhere in Spotify's own tools.

How Echo Logs Local Files the Same Way as Streamed Tracks

Echo is a native macOS app that reads your Mac's system Now Playing state directly, the same information macOS uses to show what is playing in Control Center. Echo does not connect to your Spotify account, and it does not ask Spotify's servers what you have played. It simply logs whatever the operating system reports is currently playing, whichever app it came from.

Because Echo works this way, it has no concept of a catalog track versus a local file. A local MP3 played through Spotify's desktop app looks identical to Echo as a streamed track: a title, an artist, an app, and a timestamp. Both get written to your history the moment playback starts, and both are just as searchable and resumable afterward.

Jump back to any track, local or streamed

Press ⌘⇧E anywhere on your Mac to open Echo and resume whatever you were playing, whether it came from Spotify's catalog or your own local file collection.

Everything Echo records stays on your Mac. There is no account to connect, no data sent anywhere, and no subscription. If your local files make up a meaningful part of what you actually listen to, Echo is the only way to see them sitting in the same timeline as everything else you play.

The Practical Upshot

Spotify's Recently Played, streaming history export, and Wrapped are all built from a server-side log that only tracks catalog music with a Spotify URI attached. Local files never get one, so they never appear in any of those three places, and no setting change will alter that. If you want your local MP3s counted alongside everything else you listen to, you need a tool that watches what is actually playing on your Mac rather than what Spotify's account data says.

Frequently asked

Why don't my local MP3s show up in Spotify Recently Played?
Local files have no Spotify catalog identifier, called a URI, so the app never sends a play event to Spotify's servers when one plays. Recently Played is generated entirely from that server log, so local files cannot appear in it.
Does Spotify Wrapped include local files?
No. Wrapped is built from a full year of server-side play data, the same log that feeds Recently Played and your streaming history export. Local files are never added to that log, so they are excluded from Wrapped even if you played them constantly.
Will my local files be in the streaming history data Spotify lets me download?
No. The extended streaming history export pulls from the same server-side log as Recently Played and Wrapped. Since local file plays are never logged there, they will not appear in the download either.
Can a scrobbler like Last.fm pick up Spotify local files when Spotify itself cannot?
Some third-party scrobblers that read your Spotify desktop app directly can log local file plays, because they watch what is playing on your machine rather than pulling from Spotify's account data. That is a separate mechanism from Spotify's own history features, which only ever reflect catalog tracks.
Does Echo track local files played through Spotify on a Mac?
Yes. Echo reads your Mac's system Now Playing state rather than your Spotify account, so it logs a local file the same way it logs a streamed track: title, artist, app, and timestamp, all saved to your on-device history.
Written by the Echo team

We build Echo, a native macOS app that remembers everything you play across your apps and your browser, and brings any of it back at the exact spot with one keystroke.

Log Local Files Just Like Everything Else You Play

Echo records what is actually playing on your Mac, so local files and streamed tracks end up in the same searchable history.

One-time purchase, yours forever.
All articles