Amazon Ads API für Agenturen 2026

Amazon Ads API 2026 für Agenturen: Was die vereinheitlichte API v1 bringt, wie du Zugang bekommst, wo die Grenzen liegen und wann sich Eigenbau statt Tool lohnt.

Die Kurzfassung: Die Amazon Ads API v1 ist die aktuelle Version der Werbeschnittstelle und der wichtigste Umbau der letzten Jahre. Sie vereinheitlicht das Datenmodell über alle Werbeprodukte hinweg — Sponsored Products, Sponsored Brands, Sponsored Display, Sponsored TV und Amazon DSP nutzen jetzt dieselbe Struktur für Kampagnen, Anzeigengruppen, Targets und Ads. Im Dezember 2025 hat die Campaign Management API General Availability für Sponsored Products, Sponsored Brands und Amazon DSP erreicht; die Inventory Management Unified APIs stehen in offener Beta unter Ads API v1 zur Verfügung. Für dich als Agentur heißt das: Ein Integrationsmuster statt fünf, deutlich weniger Sonderfälle im Code. Wichtig ist die Abgrenzung zur SP-API — das ist eine andere Schnittstelle mit eigenem Kostenmodell, für die Drittentwickler ab 31. Januar 2026 eine Jahresgebühr von 1.400 US-Dollar zahlen. Wer nicht selbst bauen will, nutzt eine Plattform wie MarketplAIce, die prädiktiv fünf Tage vorausrechnet, statt nur Daten durchzureichen.

Was die vereinheitlichte Ads API v1 verändert

Wer vor der Vereinheitlichung gegen die Amazon Ads API entwickelt hat, kennt das Problem: Jedes Werbeprodukt hatte seine eigene Logik. Sponsored Products, Sponsored Brands und Sponsored Display verhielten sich unterschiedlich bei Feldnamen, Statuswerten und Fehlercodes.

Für eine Agentur mit eigener Entwicklung bedeutete das dreifachen Aufwand. Jede neue Funktion musste in drei Varianten gebaut, getestet und gewartet werden. Ein Großteil der Entwicklungszeit floss in Übersetzungslogik statt in Mehrwert.

Die Ads API v1 räumt damit auf. Sie bringt ein gemeinsames Datenmodell über alle Werbeprodukte — Sponsored Products, Sponsored Brands, Sponsored Display, Sponsored TV und Amazon DSP — mit einer einheitlichen Struktur für Kampagnen, Anzeigengruppen, Targets und Ads.

Praktisch heißt das: Du schreibst eine Kampagnenanlage einmal und musst nicht mehr für jeden Anzeigentyp einen separaten Zweig pflegen. Auch die Fehlerbehandlung wird einheitlich, was in der Praxis oft der größere Zeitfresser war als die eigentliche Funktion.

Die Campaign Management API hat im Dezember 2025 General Availability für Sponsored Products, Sponsored Brands und Amazon DSP erreicht. General Availability bedeutet, dass du produktiv darauf bauen kannst und Amazon die Schnittstelle als stabil führt.

Zusätzlich liegen die Inventory Management Unified APIs in offener Beta unter Ads API v1 vor. Offene Beta heißt: nutzbar, aber ohne Stabilitätszusage — für produktive Kundenprozesse solltest du dort einen Fallback einplanen.

Zugang zur Ads API: Wer ihn bekommt und wie

Der Zugang zur Amazon Ads API läuft über eine Registrierung als Entwickler und einen Antrag, in dem du deinen Anwendungsfall beschreibst. Amazon prüft dabei, ob dein Use Case den Richtlinien entspricht und ob du die Datenschutzanforderungen erfüllst.

Für Agenturen ist der übliche Weg der Zugriff auf Kundenkonten per OAuth. Der Kunde autorisiert deine Anwendung, du erhältst ein Refresh-Token und arbeitest im Namen des Kunden. Der Kunde behält jederzeit die Möglichkeit, den Zugriff zu entziehen.

Plane für die Freigabe realistisch mehrere Wochen ein. Der häufigste Grund für Verzögerungen ist eine zu vage Beschreibung des Anwendungsfalls — je konkreter du schilderst, welche Endpunkte du wofür brauchst, desto reibungsloser läuft die Prüfung.

Achte auf die saubere Trennung der Mandanten. Ein Refresh-Token gehört zu genau einem Werbekonto, und die häufigste Fehlerquelle in selbstgebauten Agentursystemen ist ein verwechselter Kontext beim Schreibzugriff. Wie du Mandanten und Zugriffsrechte organisierst, beschreibt unser Beitrag zu Amazon Ads Agenturkonto und Mandanten.

Rechne außerdem mit Ratenbegrenzungen. Die API begrenzt Anfragen pro Zeiteinheit, und Berichte werden asynchron erzeugt — du forderst einen Report an, wartest und lädst ihn dann herunter. Wer das nicht sauber mit Warteschlange und Wiederholungslogik baut, bekommt bei zwanzig Mandanten am Morgen ein Problem.

Ads API und SP-API sind zwei verschiedene Dinge

Diese Verwechslung kostet in Agenturen regelmäßig Geld, weil Budgets und Aufwände falsch geplant werden. Die Amazon Ads API steuert Werbung. Die Selling Partner API, kurz SP-API, steuert das Verkäuferkonto — also Bestellungen, Bestand, Preise, Listings und Finanzberichte.

Für Werbedaten brauchst du die Ads API. Für Marge, Bestandsreichweite und Repricing brauchst du die SP-API. Wer PPC profitabilitätsbasiert steuern will, braucht beide.

Und genau hier wird es kaufmännisch relevant. Für die SP-API zahlen Drittentwickler ab dem 31. Januar 2026 eine Jahresgebühr von 1.400 US-Dollar. Ab dem 30. April 2026 kommt zusätzlich eine monatliche Gebühr hinzu, die sich nach dem Volumen der GET-Aufrufe richtet und in vier Stufen gestaffelt ist: Basic, Pro, Plus und Enterprise, wobei die Basic-Stufe kostenlos ist.

Für eine Agentur mit zwanzig Mandanten heißt das: Die Jahresgebühr fällt einmal an, die Volumenstufe hängt davon ab, wie sparsam du abfragst. Wer stündlich alles für alle Kunden zieht, landet schnell in einer kostenpflichtigen Stufe, ohne dafür einen fachlichen Nutzen zu haben.

Diese Gebühren betreffen ausdrücklich die SP-API, nicht die Ads API. Wenn du also nur Werbung automatisierst, ändert sich für dich kostenseitig nichts. Die Details zur SP-API und was Händler dabei beachten müssen, findest du unter Amazon SP-API Schnittstelle.

14 Tage kostenlos testen: MarketplAIce starten — Anbindung ohne eigene Entwicklung, Tarife findest du unter Preise. Growth 549 €/Monat, Pro 999 €/Monat netto.

In 6 Schritten zur Entscheidung Eigenbau oder Tool

1. Anwendungsfälle konkret aufschreiben: Liste auf, was du automatisieren willst — Gebotsanpassung, Negativierung, Reporting, Kampagnenanlage, Budgetumschichtung. Formuliere jeden Fall so, dass ein Entwickler ihn ohne Rückfrage bauen könnte. Vage Wünsche wie "Kampagnen optimieren" sind kein Anwendungsfall, sondern ein Ziel.

2. Datenbedarf gegen Schnittstellen mappen: Prüfe je Anwendungsfall, ob du nur Ads-API-Daten brauchst oder zusätzlich SP-API-Daten für Marge und Bestand. Sobald SP-API im Spiel ist, kalkulierst du die Jahresgebühr von 1.400 US-Dollar und die volumenabhängige Monatsgebühr mit ein. Diese Einordnung entscheidet häufig schon die Grundsatzfrage.

3. Echte Entwicklungskosten schätzen: Rechne nicht nur die erste Version, sondern Authentifizierung, Ratenbegrenzung, Wiederholungslogik, Fehlerprotokollierung, Mandantentrennung und Monitoring. Diese Grundlagenarbeit macht erfahrungsgemäß den größeren Teil des Aufwands aus. Setze zusätzlich einen jährlichen Wartungsanteil an, denn Amazon ändert Endpunkte und Felder laufend.

4. Break-even je Mandant rechnen: Teile die Gesamtkosten deiner Eigenentwicklung im ersten Jahr durch die Zahl der Mandanten, die davon profitieren. Vergleiche das Ergebnis mit den Lizenzkosten einer fertigen Plattform pro Kunde. Unter etwa zehn bis fünfzehn Mandanten geht diese Rechnung fast nie zugunsten des Eigenbaus aus.

5. Prototyp mit einem Mandanten bauen: Wenn du dich für Eigenbau entscheidest, starte mit genau einem Anwendungsfall und einem Kundenkonto. So findest du die Reibungspunkte bei Freigabe, Ratenbegrenzung und Berichtsverzögerung, bevor du breit ausrollst. Setze für diesen Prototyp ein festes Zeitbudget und ein Abbruchkriterium.

6. Entscheidung nach dem Prototyp treffen und dokumentieren: Bewerte nach dem Prototyp ehrlich, wie viel Zeit die Umsetzung tatsächlich gekostet hat, und skaliere diese Zahl auf alle geplanten Anwendungsfälle. Halte die Entscheidung samt Annahmen schriftlich fest. Ein Jahr später willst du nachvollziehen können, auf welcher Grundlage du entschieden hast.

Was die API kann und was sie nicht kann

Die Ads API gibt dir Zugriff auf Kampagnenstrukturen, Gebote, Targets, Budgets, Negativlisten und Berichte. Du kannst lesen und schreiben, also nicht nur auswerten, sondern auch steuern.

Was sie dir nicht gibt, ist Intelligenz. Die API liefert Daten und nimmt Befehle entgegen — welche Anpassung sinnvoll ist, musst du selbst entscheiden.

Genau das übersehen viele Agenturen bei der Planung. Der API-Zugang ist nicht das Ergebnis, sondern die Voraussetzung. Die eigentliche Arbeit beginnt danach, bei der Frage: Nach welcher Logik ändere ich das Gebot?

Ein zweiter blinder Fleck ist die Zeitachse. Werbeberichte stehen nicht in Echtzeit bereit, und Attribution wird nachträglich korrigiert. Wer auf Basis der letzten Stunden Gebote steuert, arbeitet mit unfertigen Zahlen.

Der dritte Punkt ist die Marge. Die Ads API kennt deinen Einkaufspreis nicht. Ohne SP-API-Daten oder eine eigene Kostendatenbank kannst du zwar den ACoS senken, aber nicht wissen, ob die SKU danach noch Deckungsbeitrag bringt.

Wann sich Eigenbau tatsächlich rechnet

Es gibt Konstellationen, in denen Eigenbau die richtige Antwort ist. Die erste ist eine Agentur mit sehr vielen Mandanten und einem eigenen Entwicklerteam, das ohnehin im Haus ist.

Die zweite ist eine Nische mit ungewöhnlichem Steuerungsmodell, das kein Standardwerkzeug abbildet — etwa eine sehr spezielle Kopplung von Werbedruck an Produktionskapazität. Die dritte ist ein Reporting, das so tief in eure eigene Systemlandschaft eingebettet ist, dass jede externe Lösung Bruchstellen erzeugt.

In allen anderen Fällen ist die ehrliche Rechnung meist eindeutig. Eine funktionierende Eigenlösung braucht neben der Erstentwicklung dauerhafte Wartung, und diese Wartung endet nie.

Was viele unterschätzen: Der Aufwand liegt nicht in der API-Anbindung, sondern im Modell dahinter. Eine Gebotslogik, die aus historischen Daten belastbare Vorhersagen ableitet, ist ein eigenes Produkt.

MarketplAIce bringt genau dieses Modell mit. Statt einer Regel wie "senke das Gebot, wenn der ACoS über X liegt" rechnet die Plattform über 15 Dimensionen den erwarteten Gebotsbedarf für die nächsten fünf Tage. Werkzeuge wie Helium10 oder Perpetua reagieren dagegen auf bereits eingetretene Abweichungen — ein Unterschied, der besonders bei Aktionsphasen und Saisonspitzen sichtbar wird.

Der stille Kostenblock: Wartung und Betrieb

Der teuerste Teil einer Eigenentwicklung taucht in keinem Angebot auf. Es ist der laufende Betrieb.

Amazon ändert Endpunkte, führt neue Felder ein und stellt alte Versionen ab. Jede dieser Änderungen erzeugt Arbeit, unabhängig davon, ob du gerade Kapazität hast.

Dazu kommt Monitoring. Wenn nachts ein Token abläuft und die Gebotsanpassung für fünf Mandanten ausfällt, muss das jemand merken, bevor der Kunde es merkt. Alarmierung, Protokollierung und Wiederholungslogik sind kein Nice-to-have, sondern Betriebsvoraussetzung.

Und schließlich die Personenabhängigkeit. Eine Agenturlösung, die genau ein Entwickler versteht, ist ein Risiko — spätestens bei Urlaub, Krankheit oder Kündigung.

Rechne diese drei Blöcke in jede Eigenbau-Entscheidung mit ein. Sie sind der Grund, warum viele Agenturen nach zwei Jahren doch auf eine Plattform wechseln.

FAQ

Was ist die Amazon Ads API v1?

Ads API v1 ist die aktuelle Version der Amazon-Werbeschnittstelle mit einem vereinheitlichten Datenmodell über alle Werbeprodukte. Sponsored Products, Sponsored Brands, Sponsored Display, Sponsored TV und Amazon DSP nutzen dieselbe Struktur für Kampagnen, Anzeigengruppen, Targets und Ads.

Was bedeutet General Availability der Campaign Management API?

Im Dezember 2025 hat die Campaign Management API General Availability für Sponsored Products, Sponsored Brands und Amazon DSP erreicht. Das heißt, Amazon führt sie als stabil und produktionsreif, du kannst also ohne Beta-Risiko darauf bauen.

Kostet die Amazon Ads API Geld?

Für die Ads API selbst sind keine Nutzungsgebühren dieser Art bekannt geworden. Die viel diskutierten Gebühren betreffen die SP-API — eine andere Schnittstelle für Verkäuferdaten.

Welche Gebühren fallen für die SP-API an?

Drittentwickler zahlen ab dem 31. Januar 2026 eine Jahresgebühr von 1.400 US-Dollar. Ab dem 30. April 2026 kommt eine monatliche Gebühr nach GET-Call-Volumen in vier Stufen hinzu — Basic, Pro, Plus und Enterprise, wobei Basic kostenlos ist.

Brauche ich als Agentur beide Schnittstellen?

Für reine Werbeautomatisierung reicht die Ads API. Sobald du profitabilitätsbasiert steuern willst, also Marge, Bestand und Preis einbeziehst, brauchst du zusätzlich die SP-API.

Ab wie vielen Kunden lohnt sich Eigenentwicklung?

Eine belastbare Faustregel gibt es nicht, weil sie stark von euren internen Stundensätzen abhängt. Rechne die Gesamtkosten im ersten Jahr inklusive Wartung durch die Zahl der profitierenden Mandanten und vergleiche mit Lizenzkosten pro Kunde — unter zehn bis fünfzehn Mandanten geht die Rechnung selten auf.

Was leistet MarketplAIce gegenüber einer Eigenentwicklung?

MarketplAIce bringt neben der Anbindung das Steuerungsmodell mit: prädiktive Gebots- und Preisempfehlungen über 15 Dimensionen mit fünf Tagen Vorlauf. Du sparst damit nicht nur die API-Integration, sondern vor allem die Entwicklung und Wartung der Prognoselogik.

14 Tage kostenlos testen: MarketplAIce starten — prädiktive Steuerung für alle deine Mandanten, Tarife und Agentur-Konditionen unter Preise.

Über den Autor

Jorginho Engelmeyer ist Gründer von MarketplAIce und Geschäftsführer der AMZ+ Consulting GmbH. Er arbeitet seit über acht Jahren mit Amazon Advertising und hat sowohl eigene Automatisierungen gegen die Amazon-Schnittstellen gebaut als auch Agenturen bei der Entscheidung zwischen Eigenbau und Plattform begleitet. MarketplAIce ist aus dieser Erfahrung entstanden — als prädiktive Lösung, die Gebote, Preise und Listings fünf Tage im Voraus steuert statt reaktiv nachzujustieren. Mehr zu seinem Hintergrund findest du unter mehr zur Expertise.