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.
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.
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?
Does Spotify Wrapped include local files?
Will my local files be in the streaming history data Spotify lets me download?
Can a scrobbler like Last.fm pick up Spotify local files when Spotify itself cannot?
Does Echo track local files played through Spotify on a Mac?
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.