Derfor giver det mening at tage en backup af dine Apple Music-playlister

Apple Music kan være en ret “alt-eller-intet”-oplevelse: Hvis du pauser dit abonnement eller skifter region på dit Apple ID, kan hele biblioteket blive slettet. Når det først er sket én gang, begynder man pludselig at værdsætte ordet “backup” på et mere personligt plan.

Her får du en praktisk guide til at gemme dine Apple Music-playlister i én samlet JSON-fil med playlistenavn, kunstner, sangtitel og ISRC-id. ISRC er især nyttigt, fordi det kan bruges til at finde samme track andre steder og dermed gøre en senere migrering langt nemmere.

Hvad du ender med (og hvad du ikke gør)

Det du får i JSON-filen

Backupen samler alle dine Apple Music-playlister i én JSON, hvor hver post indeholder:

  • Playlistens navn
  • Kunstner
  • Sangtitel
  • ISRC-identifikator

Det du ikke får

Det her er ikke en “tryk én knap i Apple Music og gendan alt”-løsning. Det er en eksport, der dokumenterer din samling og gør den genopbygbar. Forvent altså:

  • JSON som dataformat (ikke en Apple Music-importfil)
  • Fokus på spor-identitet via ISRC snarere end intern Apple-tilstand

Overblik: Metoden i denne guide

Du kører et simpelt script lokalt, efter du har hentet en Apple-authorization token fra din browser-session. Scriptet gemmer derefter alle playlister i en enkelt JSON-fil.

Trin 1: Hent scriptet fra GitHub

Kilden til scriptet ligger her:

https://github.com/danissimov/backup_playlists

Åbn repository’et, og gør dig kort klart hvad du downloader og kører. Det her er et lokalt workflow: Pointen er, at din backup skabes hos dig og ender som en fil, du selv kan arkivere.

Trin 2: Forstå “authorization token”-delen (uden at gøre det mystisk)

Scriptet kræver, at du henter en Apple authorization token fra en browser-session. Det er den nøgle, der gør, at scriptet kan få lov at læse dine playlister og gemme dem.

Det vigtige her er ikke at romantisere auth, men at gøre det praktisk:

  • Du skal være logget ind, så din browser-session har en gyldig session.
  • Tokenet bruges lokalt af scriptet til at hente dine playlist-data.

Følg instruktionerne i GitHub-repository’et for præcis, hvordan tokenet skal findes og bruges i netop dette script.

Trin 3: Kør scriptet lokalt og generér din JSON-backup

Når du har tokenet, er selve målet simpelt: at trække alle playlister ud og gemme dem som en enkelt JSON-fil.

Hold øje med tre ting, mens du kører det:

  • At scriptet faktisk finder dine playlister (særligt hvis du har mange)
  • At outputfilen bliver oprettet og indeholder flere playlister end bare en tom struktur
  • At hver sangpost har de felter, du forventer (navn, kunstner, titel, ISRC)

Trin 4: Tjek din backup, før du stoler på den

Det lyder banalt, men det er her, de fleste “backup-løsninger” fejler i praksis: Man laver en fil og antager, at den er god. Brug 2 minutter på en sanity check:

  • Åbn JSON-filen i en editor og bekræft, at playlist-navne ser rigtige ud.
  • Søg efter et par kendte sange og se, om kunstner/titel matcher.
  • Kontrollér, at ISRC faktisk er med på en håndfuld tracks.

Har du 6.000 sange fordelt på 100+ playlister (som beskrevet i udgangspunktet), bør filen også afspejle det i omfang. Hvis den er mistænkeligt lille, er der typisk noget med token eller adgang, der ikke er gået igennem.

Pro TipGem JSON-backuppen to steder: én “kold” kopi (ekstern disk) og én i en krypteret arkivfil—så er du dækket, hvis både abonnement og computer får en dårlig dag.

Trin 5: Arkivér smart (og gør gendannelse realistisk)

En JSON-fil er kun værdifuld, hvis du kan finde den igen—og hvis den kan bruges som reference, når du skal bygge biblioteket op. En praktisk struktur kan være:

  • En mappe pr. dato/kørsel (fx AppleMusic_Backup_2026-04-14)
  • Navngivning, der gør det tydeligt, hvad filen indeholder
  • En kort note til dig selv om, hvilket Apple ID/region den stammer fra

ISRC-feltet er nøglen, hvis du på et tidspunkt skal finde tracks igen og migrere biblioteket. Det gør eksporten mere robust end blot en liste af sangtitler, der kan variere i stavning og udgaver.

Fejlfinding: Når output ikke matcher din forventning

Backup’en er tom eller mangler playlister

Det peger typisk på authorization token-delen. Sørg for, at tokenet er hentet fra den rigtige browser-session og er gyldigt, og at du følger repository’ets anvisninger præcist.

Nogle sange mangler ISRC

Guiden her bygger på, at scriptet kan hente ISRC og gemmer det, men i praksis er det en god idé at tjekke, om dine vigtigste playlister har fuld dækning. Hvis ikke, har du stadig kunstner og titel, men ISRC er den mest “migreringsvenlige” del.

Du har mange playlister, og det tager tid

Store biblioteker tager længere tid at eksportere. Lad processen køre færdig, og undgå at afbryde halvvejs. Når du har en fil, du stoler på, kan du gentage processen med jævne mellemrum.

Min vurdering

Det mest interessante her er ikke JSON-formatet i sig selv, men at eksporten fokuserer på ISRC. Det er den slags detalje, der adskiller “en liste over sange” fra “en liste over identiteter”. Og når Apple Music kan finde på at nulstille dit bibliotek ved pause af abonnement eller regionsskifte, er det præcis den robusthed, man vil have.

Hvis du har investeret tid i kuratering—mange playlister, mange år, mange små musik-beslutninger—så er en lokal backup ikke paranoid. Det er bare voksent.

Hurtig tjekliste

  • Hent scriptet fra GitHub-repository’et
  • Find Apple authorization token fra din browser-session
  • Kør scriptet lokalt og generér én JSON-fil
  • Verificér indhold (playlister, sange, ISRC)
  • Arkivér sikkert (mindst to kopier)