Wir möchten unsere Amazon Ads Daten mithilfe von Airbyte auslesen und in unser Data Warehouse BigQuery transferieren.
In dieser Anleitung wird der Prozess beschrieben, wie man Amazon Ads als Source (Datenquelle) in Airbyte Open Source konfiguriert.


Amazon Ads in Airbyte Open Source 

Die Einrichtung der Source in Airbyte benötigt einige Eingaben (siehe Bild), auf die im Verlauf dieser Anleitung eingegangen wird.
Die Anleitung orientiert sich an der Airbyte Dokumentation amazon-ads. Hier wird man zum Amazon Ads API Onboarding weitergeleitet, das im nächsten Schritt beschrieben wird.



Informationen zur Amazon Ads API

Folgend ein paar Links zu nützlichen Informationen bzgl. der Amazon Ads API, Authorization und Login with Amazon (LwA):


Amazon Ads API Onboarding Prozess

Der Amazon Ads API Onboarding Prozess beschreibt das Erstellen einer Client-Applikation mit Zugang zur Amazon Ads API. Der Onboarding Prozess beinhaltet:

  • das Erstellen einer auch Client-Applikation (Login with Amazon Applikation)
  • das Anfragen des Zugangs zur Amazon Ads API
  • die Zuweisung des Zugangs zur Client-Applikation

Sofern eine Client-Applikation mit Zugang zur Amazon Ads API bereits existiert, muss diese verwendet werden.
→ Client ID und Client Secret des Security Profils notieren und weiter zu Schritt "Amazon Ads API Getting-Started".


Erstellen einer Client-Applikation (auch Login with Amazon Applikation)

  • Amazon Developer Account erstellen bzw. einloggen:
    Man muss bei Amazon Developer https://developer.amazon.com/ einen Account erstellen bzw. sich einloggen. Die verwendete E-Mail sollte bei der Einrichtung im Unternehmen von mehreren Personen benutzbar sein.

  • Security Profil erstellen:

    • Security Profil erstellen bzw. bestehendes Profil mit Zugang zur Amazon Ads API verwenden https://developer.amazon.com/loginwithamazon/console/site/lwa/overview.html.

    • Die Client ID und Client Secret des Security Profils notieren. Beides wird sowohl in folgenden Anfragen an die API als auch in Airbyte benötigt.

    • "Can I use more than one client ID with the API? → No. As a policy, Amazon Ads enables API access for one client ID per company. There is no need for multiple client IDs, as an unlimited number of users can use the same client ID within a company. Additional user permissions can be managed later in the Amazon Developer console. However, only the original creator of the Amazon Developer account may complete the initial onboarding sequence."


Anfragen des Zugangs zur Amazon Ads API

Abhängig von der Rolle des Unternehmens, Partner oder Direct Advertiser, gibt es einen unterschiedlichen Weg den Zugang zur Amazon Ads API anzufragen. Die Prüfung kann bis zu 72 Stunden dauern.

Nach der Anfrage erhält man 2 E-Mails. Eine bzgl. Technical Support und eine für den Application Status. "Please read Assign API access to your LwA application before following the links in the application status email."


Zuweisung des Zugangs zur Client-Applikation

Bei erfolgreicher Anfrage erhält man eine E-Mail von Amazon Ads. Die E-Mail enthält einen Link, mit dem man den Zugang zur API einer Client-Applikation zuweisen kann.

"Before clicking on the link, it's important that you log out of all Amazon user accounts (including your personal shopping account) except the Amazon account you used to apply for access in step 2 (Anfragen des Zugangs zur Amazon Ads API). If anyone clicks on the link while logged into the wrong account, the link will be invalidated and will need to be reset by the Amazon API support team."

Nach dem Klicken auf den Link in der E-Mail, wählt man die Client-Applikation aus, die man vorher erstellt hat.

Nun bekommt man als Bestätigung die Client-ID und die zugewiesenen Scopes angezeigt:

  • advertising::campaign_management (benötigt für die meisten Requests an die Amazon Ads API)
  • advertising::test:create_account (benötigter Scope zum Erstellen von test accounts)


Amazon Ads API Getting-Started

Requests an die Amazon Ads API werden über eine Client-Applikation mithilfe eines User Accounts mit Zugriff auf die Amazon Ads Accounts getätigt. Ein User Account muss der Client-Applikation mithilfe von Login with Amazon (LwA) den Authorization Grant erteilen. Für den Getting-Started Teil sind die folgenden zwei Voraussetzungen nötig:

  • Eine Login with Amazon Client-Applikation mit Zugang zur Amazon Ads API. Falls man noch keine Client-Applikation mit Zugang hat, siehe Onboarding (hier Amazon API Onboarding Prozess).
  • Zugangsdaten für einen Amazon User Account, der für die Amazon Ads Accounts zuständig ist (falls man diese Zugangsdaten zum Amazon Ads Account nicht hat, learn about test accounts).

Die zugehörige Amazon Dokumentation liegt hier Amazon Ads API Getting-Started Overview.


Erstellen eines Authorization Grants für einen Advertising Account

Ein User Account muss der Client-Applikation mithilfe von Login with Amazon (LwA) den Authorization Grant erteilen.

Zuerst muss eine Authorization-URL im Security Profil angegeben werden. Dazu unter https://developer.amazon.com/loginwithamazon/console/site/lwa/overview.html das Security Profil auswählen und in den Web Settings in Allowed Return URLs die Authorization-URL eingeben. Die Authorization-URL kann zum Beispiel die Website des Unternehmens oder einer eigenen Applikation sein.

Authorization Grant → Code erhalten (nur 5 min gültig)


Generieren eines Access Tokens und Refresh Tokens

Mit dem Code des Authorization Grants generiert man nun einen Access Token und einen Refresh Token. Ein Access Token wird für den Zugriff zur API benötigt und mithilfe des Refresh Tokens kann man neue Access Tokens erstellen.


Abrufen der Profile IDs

Mit den zuvor gesammelten Zugangsdaten kann man nun auf die Profiles resource zugreifen. Hier lassen sich die Profile IDs abrufen, die mit dem User Account in einem spezifischen Advertising Marketplace verknüpft sind.



Link zu dieser Seite: https://seibert.biz/airbyte-amazonads

  • Keine Stichwörter

Dieser Inhalt wurde zuletzt am 26.01.2023 aktualisiert.

Der Inhalt auf dieser Seite ist schon seit einer Weile nicht mehr aktualisiert worden. Das muss kein Nachteil sein. Oft überdauern unsere Seiten Jahre, ohne wirklich unnütz zu werden.

Alte Inhalte können falsch, irreführend oder überholt sein. Bitte nutzen Sie das Formular oder den Live-Chat auf dieser Seite oder kontaktieren Sie uns via E-Mail unter content@seibert.group, wenn Sie Zweifel, Fragen, Anregungen oder Änderungswünsche haben.