Amazon SP-API 2026: Schnittstelle verstehen und anbinden

Die kurze Antwort: Die Selling Partner API (SP-API) ist die offizielle Datenschnittstelle zu Ihrem Amazon-Verkäuferkonto — und für Händler, die sie nur für das eigene Geschäft nutzen, ist sie 2026 kostenfrei. Amazon hatte am 3. November 2025 eine Gebührenstruktur für Drittanbieter-Entwickler angekündigt: 1.400 US-Dollar Jahresgebühr ab dem 31. Januar 2026 sowie eine monatliche Nutzungsgebühr ab dem 30. April 2026. Im Februar 2026 kam mit dem Advanced Tier eine weitere Stufe hinzu. Inzwischen hat Amazon die Einführung ausdrücklich verschoben und angekündigt, aktualisierte Zeitpläne im Herbst zu kommunizieren (Quelle: developer.amazonservices.com, Stand August 2026).

Wichtig für Sie als Händler: Diese Gebühren betreffen laut Amazon ausschließlich Drittanbieter-Entwickler, die Anwendungen für andere Verkaufspartner bereitstellen. Wer die SP-API nur für sein eigenes Konto nutzt, zahlt dafür keine SP-API-Gebühren.

Was die SP-API ist — und was sie nicht ist

Die SP-API ist die Nachfolgerin der alten Marketplace Web Services (MWS). Über sie greifen Programme auf Bestellungen, Bestände, Listings, Gebühren, Erstattungen, Berichte und Versanddaten Ihres Seller-Kontos zu.

Sie ist eine reine Daten- und Steuerungsschnittstelle. Sie ist kein Ersatz für ein Warenwirtschaftssystem, kein fertiges Dashboard und kein Automatisierungswerkzeug — sie liefert nur die Rohdaten und nimmt Befehle entgegen.

Wichtig zur Abgrenzung: Für Werbedaten gibt es eine eigene Schnittstelle, die Amazon Ads API. Wer ACoS, Gebote und Kampagnenstrukturen automatisieren will, braucht beide Welten — Verkaufsdaten aus der SP-API und Werbedaten aus der Ads API.

Wie der Zugang technisch funktioniert

Der wichtigste Punkt für alle, die alte Anleitungen lesen: Seit dem 2. Oktober 2023 benötigt die SP-API kein AWS IAM und keine AWS Signature Version 4 mehr. Entwickler müssen keine IAM-Rollen mehr anlegen und Anfragen nicht mehr signieren.

Übrig bleibt Login with Amazon (LWA) auf Basis von OAuth 2.0. Der Ablauf: Ihre Anwendung erhält bei der Autorisierung durch den Verkäufer einen Refresh Token und tauscht diesen laufend gegen kurzlebige Access Tokens ein.

Ein LWA-Access-Token ist eine Stunde gültig. Jede Anfrage an die SP-API trägt dieses Token im Header — mehr braucht es für Standarddaten nicht.

⚠️ Sonderfall personenbezogene Daten: Für Bestelldaten mit Kundennamen, Adressen oder Telefonnummern reicht das normale Token nicht. Dafür braucht es einen Restricted Data Token (RDT) und eine gesonderte Freigabe durch Amazon, die technische und organisatorische Sicherheitsanforderungen prüft. Planen Sie hier deutlich mehr Vorlauf ein als für den reinen Datenabruf.

Rate Limits: Warum mehr Abrufe nicht mehr Erkenntnis bedeuten

Die SP-API arbeitet mit sogenannten Usage Plans. Jede Operation hat eine eigene Rate — also die dauerhaft erlaubte Anfragerate pro Sekunde — und ein Burst-Kontingent für kurze Spitzen.

Die Werte unterscheiden sich stark je Endpunkt. Bestelldaten sind großzügiger getaktet als Berichts- oder Listing-Operationen, und Amazon kann Limits je nach Konto und Anwendung unterschiedlich vergeben.

Für die Praxis heißt das: Eine gut gebaute Anbindung fragt nicht so oft wie möglich ab, sondern so selten wie nötig. Wer alle fünf Minuten den kompletten Katalog zieht, produziert Fehlermeldungen mit dem Statuscode 429 statt besserer Daten.

💡 Faustregel aus der Praxis: Bestellungen häufig und ereignisgesteuert abrufen, Bestände mehrmals täglich, Katalog- und Gebührendaten einmal täglich. Berichte laufen ohnehin asynchron und lassen sich nachts einplanen.

Data Kiosk: der modernere Weg zu Auswertungen

Neben den klassischen Reports bietet Amazon mit Data Kiosk eine GraphQL-basierte Abfrageschnittstelle. Sie beschreiben in einer Abfrage genau die Felder, die Sie brauchen, und erhalten das Ergebnis im JSONL-Format.

Der Vorteil ist offensichtlich: weniger Anfragen, weniger Datenmüll, klarere Auswertungen. Für Kennzahlen wie Traffic, Conversion, Verkäufe je ASIN und Zeitraum ist Data Kiosk in vielen Fällen der sauberere Weg als der Report-Zoo.

Wenn Sie eine Anbindung neu bauen lassen, sollte Data Kiosk auf der Liste stehen. Bestehende Report-Pipelines müssen Sie deswegen nicht sofort abreißen — aber jede neue Auswertung ist ein guter Anlass zu prüfen, ob sie dort schlanker abgebildet werden kann.

SP-API-Gebühren 2026: der Stand der Dinge

Die Ankündigung vom November 2025 hat die Toolbranche spürbar bewegt. Vorgesehen waren eine Jahresgebühr von 1.400 US-Dollar pro Drittanbieter-Entwickler, eine Basisstufe mit 2,5 Millionen abrechenbaren GET-Aufrufen pro Monat ohne Zusatzkosten und eine Überschreitungsgebühr von 0,40 US-Dollar je 1.000 Aufrufe.

Schreibende Aufrufe (PUT, PATCH, POST) sollten unbegrenzt bleiben, im Rahmen der normalen Rate Limits. Als Ausgleich entfiel für Drittentwickler die Pflicht, einen Professional-Verkaufstarif in Seller Central zu unterhalten.

Nach Rückmeldungen aus der Entwicklergemeinschaft hat Amazon die Einführung verschoben und aktualisierte Zeitpläne für den Herbst angekündigt. Für Sie als Händler bedeutet das zweierlei: Ihr eigener Zugriff bleibt kostenfrei, aber die Preisgestaltung Ihrer eingesetzten Tools kann sich mittelfristig ändern.

Sie wollen wissen, welche Ihrer Tools von einer künftigen SP-API-Gebühr betroffen wären? Wir schauen uns Ihren Tool-Stack an und sagen Ihnen, wo Risiko und wo Redundanz steckt. → Kostenloses Erstgespräch buchen

In 7 Schritten binden Sie die SP-API an

1. Anwendungsfall festlegen. Schreiben Sie in einem Satz auf, welche Entscheidung die Daten verbessern sollen — zum Beispiel „Nachbestellmenge je SKU" oder „tägliche Deckungsbeitragsrechnung". Ohne diesen Satz wird die Anbindung teuer und nutzlos.
2. Entwicklerprofil im Solution Provider Portal anlegen. Dort registrieren Sie Ihre Anwendung, wählen die benötigten Rollen und sehen später Nutzung und etwaige Gebühren.
3. Rollen und Berechtigungen minimal wählen. Fordern Sie nur die Datenrollen an, die Sie wirklich brauchen. Jede zusätzliche Rolle verlängert die Prüfung und erhöht Ihre Pflichten beim Datenschutz.
4. Autorisierung einrichten und Refresh Token sicher speichern. Der Verkäufer autorisiert die Anwendung einmalig, danach arbeitet die Anbindung mit kurzlebigen Access Tokens. Refresh Tokens gehören verschlüsselt in einen Secret Store, nicht in den Quellcode.
5. Im Sandbox-Modus testen. Amazon stellt eine Testumgebung bereit, in der Sie Ihre Abläufe ohne Auswirkungen auf echte Bestellungen prüfen können.
6. Fehlerbehandlung und Drosselung einbauen. Behandeln Sie den Statuscode 429 mit exponentiellem Backoff, protokollieren Sie jede fehlgeschlagene Anfrage und definieren Sie, was passiert, wenn Amazon eine Stunde nicht antwortet.
7. Datenqualität regelmäßig gegenprüfen. Vergleichen Sie einmal im Monat die Zahlen aus Ihrer Anbindung mit den Berichten in Seller Central. Abweichungen früh zu finden ist deutlich günstiger, als eine Fehlentscheidung darauf aufzubauen.

Was sich mit der SP-API realistisch automatisieren lässt

Die spannendste Frage ist nicht, ob etwas technisch geht, sondern ob es sich rechnet. Diese Bereiche liefern erfahrungsgemäß den größten Nutzen:

• Bestands- und Nachbestellsteuerung: Verkaufsgeschwindigkeit, offene Anlieferungen und Lieferzeiten zusammenführen, statt Excel-Listen zu pflegen.
• Deckungsbeitrag je SKU: Verkaufspreis, Gebühren, Erstattungen und Werbekosten auf Artikelebene verrechnen — die Datenbasis für jede Preisentscheidung.
• Preissteuerung: Preise regelbasiert nachziehen, statt manuell auf Wettbewerber zu reagieren. Wie das kanalübergreifend aussieht, zeigen wir im Beitrag zum Repricing auf Marktplätzen.
• Listing-Pflege: Attribute, Varianten und Pflichtangaben zentral aus dem eigenen Stammdatensystem heraus aktualisieren.
• Retouren- und Erstattungskontrolle: Erstattungen automatisch gegen Rücksendungen abgleichen und Abweichungen zur Prüfung markieren.

Wer diese Bausteine sauber aufsetzt, hat die Grundlage für echte Automatisierung. Genau darauf baut unsere eigene KI-Plattform MarketplAIce auf: Sie zieht Verkaufs-, Bestands- und Werbedaten über Amazon, Otto und Kaufland zusammen und leitet daraus vorausschauende Empfehlungen für Preise, Gebote und Nachbestellungen ab — statt nur Daten anzuzeigen.

Die drei häufigsten Fehler bei SP-API-Projekten

Fehler 1: zu breit anfangen. Viele Projekte starten mit dem Anspruch, „alle Daten" zu holen. Nach drei Monaten liegt eine Datenbank voll ungenutzter Tabellen vor, und niemand trifft damit eine Entscheidung. Beginnen Sie mit einer Kennzahl und bauen Sie erst aus, wenn diese im Alltag genutzt wird.

Fehler 2: Zeitzonen und Währungen unterschätzen. Amazon liefert Zeitstempel in UTC, Ihre Buchhaltung rechnet in lokaler Zeit, und paneuropäische Konten mischen Marktplätze und Währungen. Wer das nicht sauber normalisiert, produziert Auswertungen, die um einen ganzen Tag verschoben sind.

Fehler 3: keine Verantwortlichkeit für die Anbindung. Amazon ändert Endpunkte, deprecatet Versionen und passt Felder an. Ohne eine benannte Person, die diese Änderungen verfolgt, fällt eine Anbindung irgendwann still aus — meist bemerkt man es erst an falschen Zahlen.

Selbst bauen oder kaufen?

Eine eigene SP-API-Anbindung ist kein Wochenendprojekt. Sie brauchen Entwicklungszeit, laufende Wartung bei jeder Amazon-Änderung, Monitoring und ein sauberes Datenschutzkonzept.

Für Händler mit einem gewachsenen ERP oder besonderen Prozessen kann sich die Eigenentwicklung trotzdem lohnen — vor allem, wenn Standardlösungen die eigene Logik nicht abbilden. Welche Fragen dabei zu klären sind, haben wir im Artikel zur Warenwirtschaft und ERP-Anbindung für Marktplätze zusammengetragen.

Für alle anderen gilt: Ein etabliertes Tool oder eine Agentur mit eigener Anbindung ist meist günstiger als die eigene Entwicklung — und deutlich schneller produktiv. Bei AMZ+ Consulting arbeiten wir mit einer eigenen Anbindung und ersparen Händlern damit die komplette Wartungsschleife.

Was Sie jetzt tun können

Klären Sie zuerst, welche Entscheidungen in Ihrem Unternehmen heute auf Bauchgefühl statt auf Daten beruhen. Das ist die Liste, die Ihre Automatisierung priorisiert.

Prüfen Sie danach, welche Ihrer bestehenden Tools bereits per SP-API angebunden sind und welche Daten dort doppelt gepflegt werden. In den meisten Accounts finden wir mindestens zwei Systeme, die dasselbe tun.

✅ Drei Schritte für die nächsten 30 Tage: Anwendungsfälle sammeln, Tool-Stack auf Doppelungen prüfen, eine einzige Kennzahl (zum Beispiel Deckungsbeitrag je SKU) sauber automatisieren. Das gilt analog für Otto und Kaufland, die eigene Schnittstellen mit derselben Grundlogik anbieten.

Sie überlegen, ob Sie eine eigene Anbindung bauen oder einkaufen sollten? Wir rechnen beide Wege mit Ihnen durch — inklusive laufender Kosten. → Kostenloses Erstgespräch buchen

FAQ: Häufige Fragen zur Amazon SP-API 2026

Kostet die SP-API 2026 Geld für Händler?

Nein. Nach Amazons eigener Darstellung betreffen die angekündigten Gebühren ausschließlich Drittanbieter-Entwickler, die Anwendungen für andere Verkaufspartner anbieten. Verkäufer und Vendoren, die die SP-API nur für ihr eigenes Geschäft nutzen, zahlen keine SP-API-Gebühren.

Was ist aus der 1.400-Dollar-Jahresgebühr geworden?

Amazon hat die Einführung der SP-API-Gebühren verschoben und angekündigt, aktualisierte Zeitpläne im Herbst 2026 zu veröffentlichen. Geplant waren ursprünglich der Start der Jahresgebühr am 31. Januar 2026 und der monatlichen Nutzungsgebühr am 30. April 2026.

Brauche ich für die SP-API noch ein AWS-Konto?

Nein. Seit dem 2. Oktober 2023 verlangt Amazon weder AWS IAM noch eine Signierung mit AWS Signature Version 4. Die Authentifizierung läuft ausschließlich über Login with Amazon nach dem OAuth-2.0-Standard.

Wie oft darf ich die SP-API abfragen?

Das hängt vom jeweiligen Endpunkt ab. Jede Operation hat einen eigenen Usage Plan mit dauerhafter Rate und Burst-Kontingent; bei Überschreitung antwortet Amazon mit dem Statuscode 429. Bauen Sie deshalb von Anfang an eine Wiederholungslogik mit Wartezeiten ein.

Was ist Data Kiosk und brauche ich das?

Data Kiosk ist eine GraphQL-basierte Abfrageschnittstelle, über die Sie gezielt einzelne Datenfelder statt kompletter Berichte abrufen. Für neue Auswertungen ist sie meist der schlankere Weg, weil sie weniger Aufrufe benötigt und die Ergebnisse strukturiert im JSONL-Format liefert.

Wie komme ich an Kundennamen und Adressen?

Für personenbezogene Daten benötigen Sie einen Restricted Data Token und eine gesonderte Freigabe durch Amazon, die Ihre Sicherheitsvorkehrungen prüft. Fragen Sie diese Daten nur an, wenn Sie sie wirklich für die Auftragsabwicklung brauchen — sonst sparen Sie sich Aufwand und Datenschutzrisiko.

Lohnt sich eine eigene Anbindung oder besser ein fertiges Tool?

Für die meisten Händler ist ein fertiges Tool oder eine Agentur mit eigener Anbindung günstiger, weil Wartung, Monitoring und Anpassungen an Amazon-Änderungen dauerhaft Aufwand verursachen. Eine Eigenentwicklung lohnt sich vor allem dann, wenn Ihre Prozesse so speziell sind, dass Standardlösungen sie nicht abbilden.

---

Über den Autor

Jorginho Engelmeyer ist Geschäftsführer der AMZ+ Consulting GmbH und seit über 8 Jahren auf Amazon, Otto und Kaufland für Händler aktiv. Sein Team verbindet Agenturarbeit mit einer eigenen technischen Anbindung an die Marktplätze.

→ Kostenloses Erstgespräch buchen