Discogs scrapen 2026 (API & Python)

Am schnellsten scrapst du Discogs 2026, indem du eine strukturierte API aufrufst, die normalisiertes JSON zurückgibt — Release-, Master-, Artist- und Label-Details — statt Discogs' Seiten selbst zu parsen oder den Auth-Flow der offiziellen API selbst zu verwalten. Anders als bei mehreren Plattformen in dieser Serie liefert Discogs tatsächlich eine kostenlose, gut dokumentierte öffentliche API — die ehrliche Frage ist also nicht „gibt es überhaupt eine API", sondern ob ihre Rate-Limits, die OAuth-Pflicht und die Nutzungsbedingungen zu deinem Workflow passen, oder ob eine strukturierte API, die Discogs neben anderen Katalogen unter ein Schema stellt, die bessere Wahl ist. Dieser Guide zeigt dir alle drei Ansätze: was jeder liefert, wo jeder scheitert und die rechtliche Realität von Anfang an.

Warum Discogs scrapen?

Discogs ist die größte community-gebaute Datenbank für Musik-Releases, Pressungen und Labels — das treibt an:

• Sammler- und Bewertungs-Tools — den Marketplace-Preis eines Release, Pressungs-Varianten und die „Have/Want"-Zahlen der Community über die Zeit verfolgen.
• Pressungs- und Format-Recherche — Vinyl vs. CD vs. digitale Editionen, Katalognummern und länderspezifische Pressungen desselben Release vergleichen.
• Label-Discography-Tracking — alles verfolgen, was ein Label veröffentlicht hat, inklusive Sub-Labels und Beziehungen zum Parent-Label.
• Marketplace-Preisrecherche — lowest_price und num_for_sale auf Master-Ebene abrufen, um zu sehen, wofür ein Title tatsächlich gehandelt wird.

Ist es legal, Discogs zu scrapen?

Option 1: Discogs' eigene kostenlose API (und ihre echten Grenzen)

Discogs' offizielle API ist echt, kostenlos und einigermaßen gut dokumentiert — hier ist es nicht der Fall von „gar keine API". Requests werden pro Quell-IP auf rund 25 pro Minute unauthentifiziert und 60 pro Minute authentifiziert gedrosselt (ein gleitender Durchschnitt über ein 60-Sekunden-Fenster), wobei dir die X-Discogs-Ratelimit-Response-Header genau zeigen, wo du stehst. Um die höhere Stufe zu bekommen, brauchst du entweder einen Personal Access Token oder einen vollständigen OAuth-1.0a-Handshake, plus einen eindeutigen User-Agent-String, der deine App identifiziert. Das ist ein fairer Deal für ein Side-Project mit einem einzelnen Katalog, aber es bedeutet:

• Du besitzt den Auth-Lifecycle. Token- oder OAuth-Setup, Rotation und die IP-basierte Rate-Limit-Budgetierung liegen bei dir, nicht bei der API.
• 60/Minute skaliert nicht für Bulk-Collection. Einen Katalog mit Tausenden Releases aufzubauen heißt entweder stundenlang gegen das Limit zu laufen oder sich von Discogs eine höhere Stufe absegnen zu lassen.
• Es ist nur für Discogs. Wenn ein Projekt auch Goodreads-Editionen, Spotify-Track-Daten oder IMDb-artige Kataloge anfasst, bringt jede Quelle ihr eigenes Auth-Modell, Rate-Limit und Response-Format mit, das du abgleichen musst.

Das ist hier der ehrliche Vorteil einer strukturierten Scraping-API: nicht „Discogs hat keine API", sondern „ein Team, das Discogs-Daten neben anderen Katalogen unter einem Schema und einem Key will, spart sich das Abgleichen mehrerer nativer Auth-Flows für eine Handvoll Read-only-Lookups."

Option 2: No-Code-Tools

Manche No-Code-Scraper-Marktplätze und Browser-Erweiterungen bieten Discogs-Templates für einmalige Exporte — die Discography eines einzelnen Artists oder den Katalog eines Labels abgreifen, ohne Code zu schreiben. Für einen kleinen, gelegentlichen Abzug sind sie in Ordnung, aber sie legen Discogs' eigene Rate-Limit-Header oder das Auth-Modell nicht sauber offen, sodass ein geplanter oder hochvolumiger Job auf dieselbe Reibung stößt wie ein direkter Aufruf der offiziellen API.

Option 3: Eine strukturierte Discogs-API (über Crawlora)

Für einen wiederholbaren Workflow, ohne Discogs' eigenen Token- oder OAuth-Flow zu verwalten, liefert eine Discogs scraping API normalisiertes JSON, ohne dass du Page-Parsing oder einen Auth-Handshake pflegen musst. Suche einen Release, um seine id zu bekommen:

curl "https://api.crawlora.net/api/v1/discogs/search?q=Daft+Punk+Discovery&type=release" \
  -H "x-api-key: $CRAWLORA_API_KEY"

{
  "code": 200,
  "msg": "OK",
  "data": {
    "query": "Daft Punk Discovery",
    "type": "release",
    "page": 1,
    "pages": 4,
    "per_page": 50,
    "items": 171,
    "results": [
      {
        "id": 2879,
        "type": "release",
        "title": "Daft Punk - Discovery",
        "year": "2001",
        "country": "Europe",
        "genres": ["Electronic"],
        "styles": ["Disco", "House"],
        "formats": ["Vinyl", "LP", "Album", "Stereo"],
        "labels": ["Virgin"],
        "catno": "V2940",
        "barcodes": ["724384960612"],
        "master_id": 26647,
        "uri": "https://www.discogs.com/release/2879-Daft-Punk-Discovery"
      }
    ]
  }
}

Löse dann die id auf und hole in Python Release-, Master- oder Artist-Details:

import requests
h = {"x-api-key": "YOUR_API_KEY"}
base = "https://api.crawlora.net/api/v1/discogs"

hits = requests.get(f"{base}/search", headers=h, params={"q": "Daft Punk Discovery", "type": "release"}).json()["data"]["results"]
release_id, master_id = hits[0]["id"], hits[0]["master_id"]

release = requests.get(f"{base}/release/{release_id}", headers=h).json()["data"]
master = requests.get(f"{base}/master/{master_id}", headers=h).json()["data"]

Release-Details sind normalisiertes JSON (echte Felder — sieh dir die docs an):

{
  "code": 200,
  "msg": "OK",
  "data": {
    "id": 249504,
    "title": "Never Gonna Give You Up",
    "status": "Accepted",
    "year": 1987,
    "released": "1987-07-00",
    "country": "UK",
    "genres": ["Electronic", "Pop"],
    "styles": ["Euro-Disco"],
    "artists": [{ "id": 72872, "name": "Rick Astley" }],
    "labels": [{ "id": 895, "name": "RCA", "catno": "PB 41447" }],
    "formats": [{ "name": "Vinyl", "qty": "1", "descriptions": ["7\"", "45 RPM", "Single", "Stereo"] }],
    "tracklist": [
      { "position": "A", "type": "track", "title": "Never Gonna Give You Up", "duration": "3:32" }
    ],
    "community": { "have": 4062, "want": 580, "rating": { "count": 233, "average": 3.84 } },
    "master_id": 96559
  }
}

/discogs/artist/{id} liefert Bio, echten Namen, Aliase und Gruppen; /discogs/artist/{id}/releases und /discogs/label/{id}/releases blättern durch eine vollständige Discography (in_wantlist- / in_collection-Zahlen sind pro Release enthalten); /discogs/label/{id} liefert das Profil plus Beziehungen zu Parent- und Sub-Labels. Speichere eine Zeile pro Release (oder pro Artist-/Label-Eintrag) und lass es nach Zeitplan erneut laufen.

Was du sammeln kannst

Öffentliche Katalog-Metadaten: Suchergebnisse (id, Typ, Title, Jahr, Land, Genres, Styles, Formate, Labels, Katalognummer, Barcodes); Release-Details (Status, Release-Datum, Land, Genres, Styles, Artists, Labels, Formate, vollständige Tracklist, Community-Have/Want und Rating); Master-Details (Title, Jahr, Genres, Styles, Artists, main_release_id, num_for_sale, lowest_price); Artist-Profile (echter Name, Aliase, Gruppen, Namensvarianten); Artist- und Label-Discographies (paginiert, mit Rolle und Format pro Eintrag); und Label-Profile (Parent-Label, Sub-Labels, Kontaktinfos). Nur öffentliche Datenbankdaten.

Grenzen und typische Herausforderungen

• Rate-Limits gelten, egal welchen Weg du gehst. Discogs' eigene API deckelt dich auf 25–60 Requests/Minute; eine strukturierte API abstrahiert den Auth-Handshake, aber du solltest trotzdem für Pagination statt einzelner Mega-Pulls designen.
• Die Datenqualität variiert je Eintrag. Discogs wird von der Community gepflegt, deshalb zeigen Felder wie data_quality („Needs Vote" vs. „Correct") an, wie zuverlässig ein bestimmter Release- oder Artist-Datensatz ist — es lohnt sich, das zu prüfen, bevor du ein Feld als maßgeblich behandelst.
• CC0 vs. Restricted Data ist wichtig für die Weiterverwendung. Nicht jedes Feld trägt dieselbe Lizenz — prüfe Discogs' Bedingungen, bevor du etwas über die interne Nutzung hinaus weiterveröffentlichst.
• Discographies sind paginiert. Ein produktiver Artist oder ein großes Label kann Hunderte Seiten an Releases umfassen — plane für Pagination, nicht für einen einzelnen Call.
• Nur öffentliche Daten. Das sammelt, was Discogs bereits offenlegt — kein Weg, um private User-Collections, Wantlists oder Marketplace-Seller-Accounts zu scrapen.

Wo das eingesetzt wird

• Sammler- und Bewertungs-Tools — Pressungs-Varianten, Marketplace-Preise und Have/Want-Signale für bestimmte Releases verfolgen.
• Label- und Discography-Recherche — ein vollständiges Bild davon aufbauen, was ein Label oder Artist über Formate und Jahre hinweg veröffentlicht hat.
• Music-Catalog-Enrichment — Genre-, Format- und Pressungs-Details an eine Music-App oder ein internes Dataset anhängen, oft zusammen mit Spotify-Streaming-Daten.
• Format- und Pressungs-Historie-Recherche — regionale und format-bezogene Varianten desselben Release über die Zeit vergleichen.

Sources

Leg los mit dem Sammeln

Probier es zuerst kostenlos aus: jage eine beliebige öffentliche URL durch den Free Web Scraper oder prüfe mit dem Anti-Bot Checker, ob eine Seite Bots blockiert — ohne Anmeldung.

Teste die Search-, Release- und Artist-Endpoints im Playground, sieh dir das Schema in den API docs an und wirf einen Blick aufs pricing. Discogs ist das Muster „Community-Katalog + öffentliche Reviews" für Musik, dieselbe Form, die Goodreads für Bücher abdeckt; kombiniere es mit Spotify, wenn du Streaming-Verfügbarkeit zusätzlich zu Pressungs- und Format-Details brauchst. Siehe auch how to choose a web scraping API und is web scraping legal.