Plattform für Attribuierung und Marketing-Analytics, auf der Anwendungsentwickler, Marketingfachleute und Marken die Wirksamkeit ihrer Marketingkampagnen über verschiedene Kanäle und Geräte hinweg tracken und messen können. Weitere Informationen über die Plattform finden Sie in der AppsFlyer-Dokumentation.
Website-ID im AppsFlyer-Konto, die während der Integration des Web-SDK in AppsFlyer verwendet und bei Web-Ereignissen im Feld webAppId übermittelt wird.
App Tracking Transparency (ATT)
Datenschutzfunktion von Apple, die ab iOS 14.5 vorhanden ist und verlangt, dass Anwendungen die Erlaubnis des Nutzers einholen, bevor sie dessen Daten tracken.
Customer User ID (CUID)
Eine vom App-Eigentümer bei der Benutzerregistrierung generierte und vergebene Benutzer-ID. Die CUID für den Web Shop und für AppsFlyer sollten identisch sein. Weitere Informationen zur CUID finden Sie in der AppsFlyer-Dokumentation.
Identifier for Advertisers (IDFA)
ID, die von Apple einem Benutzergerät zugewiesen ist. Weitere Informationen zur IDFA finden Sie in der Apple-Dokumentation.
In-App-Ereignis
Aktion des Nutzers innerhalb der App. Weitere Informationen zu den In-App-Ereignissen finden Sie in der AppsFlyer-Dokumentation. Die Aktionen der Nutzer im Web Shop werden im Falle einer S2S-Integration auch als In-App-Ereignisse betrachtet und vom Xsolla-Backend an AppsFlyer gesendet.
Web-Ereignis
Aktionen des Nutzers im Web Shop, die vom Web-Shop-Client an AppsFlyer gesendet werden und für die Web-SDK-Integration erforderlich sind.
Lifetime Value (LTV)
Durchschnittlicher Erlös, den ein Nutzer während der Nutzung Ihrer Anwendung generiert. Weitere Informationen zum LTV finden Sie in der AppsFlyer-Dokumentation.
Retargeting
Ansprache bestehender oder ehemaliger Nutzer durch Werbekampagnen. Bezieht sich auf die Strategie, Nutzer anzusprechen, die bereits mit Ihrer Anwendung oder Website interagiert haben.
Return on Advertising Spend (ROAS)
Kennzahl, die die Wirksamkeit einer Werbekampagne misst. Hierbei wird der Umsatz pro Einheit der Werbeausgaben berechnet.
Postback
Verfahren zum Empfang von In-App-Ereignisdaten in Werbenetzwerken. Weitere Informationen zu Postback finden Sie in der AppsFlyer-Dokumentation.
S2S-Token oder S2S-Schlüssel
Token, der dazu dient, S2S-Aufrufe (Server-zu-Server) zu autorisieren, bevor die Ereignisdaten an AppsFlyer gesendet werden. Der Token wird aufseiten von AppsFlyer generiert. Weitere Informationen zum S2S-Token finden Sie in der AppsFlyer-Dokumentation.
AppsFlyer Dev Key
Der Schlüssel, der bei der Integration des AppsFlyer Web SDK verwendet wird. Dieser Schlüssel ist für jede Anwendung einzigartig und dient dazu, Ihre Anwendung im AppsFlyer-System zu autorisieren. Er wird aufseiten von AppsFlyer generiert. Weitere Informationen zum Dev Key finden Sie in der AppsFlyer-Dokumentation.
Nutzergewinnung
Der Vorgang, durch Marketingaktivitäten neue Nutzer für eine Website, einen Dienst, eine Plattform oder eine Anwendung zu gewinnen.
Integrationsszenarien
AppsFlyer und Xsolla unterstützen die folgenden Arten von Integrationen:
S2S-Integration von Mobile Apps – ermöglicht es, die beiden Kennzahlen LTV und ROAS für in der App und im Web Shop getätigte Käufe zu messen. Xsolla sendet Informationen über im Web Shop getätigte Käufe als In-App-Ereignisse an AppsFlyer, die AppsFlyer dann der Anzahl der App-Installationen, den Nutzergewinnungs- und den Reengagement-Kampagnen zuordnet.
Web-SDK-Integration – ermöglicht es Ihnen, zu messen und zu bewerten, wie Nutzergewinnungs- und Retargeting-Kampagnen Traffic auf den Web Shop lenken. Die Integration des Web SDK ermöglicht es zu beurteilen, wie viele Nutzer über eine Retargeting-Kampagne auf die Website gelangt sind und wie die einzelnen Kanäle, die auf die Website weiterleiten, in puncto Konversionsrate abschneiden. Xsolla sendet Informationen über im Web Shop getätigte Käufe als Web-Ereignisse an AppsFlyer, die AppsFlyer der entsprechenden Medienquelle, Kampagne und Werbung zuordnet, die den Nutzer zum Kauf verleitet hat.
Sie können das Web-SDK in AppsFlyer integrieren, um Advanced Analytics für Ereignisse zu erhalten, sofern Sie:
Die folgenden Ereignisse sind über die Web-SDK-Integration von Xsolla und AppsFlyer verfügbar:
Ereignis
Beschreibung
load
Website-Besuch-Ereignis, einschließlich URL-Parametern mit Ursprungsinformationen (also woher der Nutzer kommt) und einer AppsFlyer-Web-ID, die in einem Erstanbieter-Cookie gespeichert ist.
Nachfolgend ist beispielhaft beschrieben, wie das System bei der Umsetzung einer Nutzergewinnungs- und Retargeting-Kampagne interagiert. Der Nutzer gelangt über ein Werbebanner zum Web Shop und kauft etwas. Die Ereignisse, die dabei an AppsFlyer gesendet werden, geben Aufschluss über Folgendes:
wie viele Nutzer von welchem Banner kamen
wie viel die Nutzer bezahlt haben
ob die Retargeting-Kampagne effektiv war
Hinweis
Um die Traffic-Quellen zu tracken, empfehlen wir, die folgenden Tracking-Parameter festzulegen:
AppsFlyer-Parametergruppe wie z. B. pid, c, af_c_id, af_adset, af_adset_id, af_ad, af_ad_id, um Berichte auf Werbanzeigenebene (Kreativebene) in AppsFlyer zu erhalten.
Konfigurieren Sie den pid-Parameter, je nachdem, wie Sie die einzelnen Medienquellen in AppsFlyer anzeigen möchten. Sie können beispielsweise pid=google oder pid=googleadwords_int angeben, je nachdem, wie Sie die verschiedenen Traffic-Quellen klassifizieren und tracken möchten.
Der Nutzer klickt auf das Werbekampagnenbanner.
Der Nutzer wird zum Web Shop weitergeleitet, und die URL dieser Weiterleitung enthält die AppsFlyer-Parametergruppe, die angibt, von welchem Banner und welcher Website der Nutzer weitergeleitet wurde.
Ein Ereignis über den Seitenaufruf/Besuch wird vom Web-Shop-Client an AppsFlyer gesendet.
Der Nutzer meldet sich mit der CUID im Web Shop an.
Das Autorisierungsereignis wird an AppsFlyer gesendet.
Der Nutzer kauft etwas im Web Shop.
Das Kaufereignis wird an AppsFlyer gesendet.
Einrichtung in AppsFlyer
Konfigurieren Sie zunächst die folgenden Einstellungen auf der AppsFlyer-Plattform:
Anwendung hinzufügen:
Klicken Sie auf Add app.
Wählen Sie in der Liste die Plattform Web (PBA) aus.
Artikelkauf. Die Ereignisparameter enthalten Informationen zu einem Kauf.
So funktioniert's
Die Integration ermöglicht einen bidirektionalen Datenfluss zwischen Xsolla und AppsFlyer. Im Folgenden ist erläutert, wie das System interagiert, wenn ein Nutzer etwas kauft.
Der Nutzer (Spieler) registriert sich bei der Android-/iOS-App oder meldet sich an.
Ihre App sendet ein standardmäßiges In-App-Ereignis an AppsFlyer: af_login, af_signup oder ein beliebiges Ereignis, das die CUID enthält.
Der Nutzer meldet sich mit der CUID im Web Shop an.
Der Nutzer kauft etwas im Web Shop.
Das Kaufereignis wird an das Xsolla-Backend gesendet und mit den von AppsFlyer erhaltenen Informationen abgeglichen.
Das Xsolla-Backend sendet ein S2S-In-App-Ereignis mitsamt der AppsFlyer-ID an AppsFlyer.
AppsFlyer weist dieses neue Ereignis, den Kauf und den Umsatz der Medienquelle zu, die für die Nutzerakquise bzw. das erneute Nutzer-Engagement verantwortlich war.
Damit Sie S2S-Token anzeigen und verwalten können, muss Ihnen die Administratorrolle im AppsFlyer-Konto zugewiesen sein.
Achten Sie darauf, den S2S-Schlüssel (S2S-Token) zu generieren und zu teilen – nicht den API-V2-Schlüssel (Token), der für verschiedene APIs verwendet wird und für diese Integration nicht relevant ist.
Wählen Sie in Ihrem AppsFlyer HQ-Konto die gewünschte Android-/iOS-Anwendung aus, und navigieren Sie zu Collaborate > Partner marketplace.
Geben Sie in der Suchleiste die Bezeichnung Xsolla ein, und wählen Sie die Option aus.
Klicken Sie auf Set up integration.
Gehen Sie auf der Registerkarte "Integration" wie folgt vor:
Aktivieren Sie den Schalter Activate Partner.
Nur bei iOS-Anwendungen: Aktivieren oder deaktivieren Sie den Schalter Advanced Privacy gemäß Ihrer Datenschutzrichtlinie:
Aktiviert – alle Ereignisse werden an Xsolla gesendet
Deaktiviert – nur von ATT zugelassene Ereignisse werden an Xsolla gesendet
Hinweis
Die IDFA wird in keinem der beiden Fälle an Xsolla gesendet, nur die Appsflyer-ID und die CUID werden übermittelt.
Lassen Sie den Wert Default postbacks deaktiviert – off (voreingestellt).
Deaktivieren Sie den Schalter In-app event postbacks.
Konfigurieren Sie mindestens ein In-App-Ereignis, das Anmeldedaten (CUID) enthält.
Geben Sie im Feld mapped to partner event einen beliebigen Wert ein. Xsolla unterstützt beliebige Ereignisnamen.
Speichern Sie die Integration.
Hinweis
Damit die Integration erfolgreich ist, müssen Sie mindestens eines der folgenden Ereignisse senden: af_login, af_signup oder ein anderes In-App-Ereignis, das die CUID enthält.
Die CUID in AppsFlyer sollte mit der CUID in Web Shop identisch sein. AppsFlyer und Xsolla gleichen die Daten auf der Grundlage der CUID ab. Die Integration funktioniert daher nur, wenn die beiden CUID übereinstimmen. Beispiel für eine Abweichung zwischen den Werten: Die CUID in AppsFlyer ist die gehashte E-Mail-Adresse des Nutzers, und die CUID in Xsolla ist die E-Mail-Adresse im Textformat.
Auf den anderen Registerkarten (Attribution Link, Cost, Ad revenue oder Permissions) müssen keine weiteren Einstellungen vorgenommen werden.
Weitere Informationen zu den Integrationseinstellungen aufseiten von AppsFlyer finden Sie in der Dokumentation.
Ereigniswert-Struktur
Wenden Sie sich an Ihren Customer Success Manager oder senden Sie eine E-Mail an csm@xsolla.com, wenn Sie ein bestimmtes Ereignis einrichten möchten oder die aktuellen Integrationsfunktionen für Ihre Anforderungen nicht ausreichen.
Artikelkauf
Wenn ein Nutzer etwas im Web Shop kauft, sendet Xsolla das Ereignis xsolla-billing-payment an AppsFlyer. Die folgenden Kaufinformationen werden in den Ereignisparametern übermittelt:
Parameter
Beschreibung
af_content_id
Einzelne SKU oder mehrere SKU aus dem Kauf.
af_quantity
Menge des Artikels mit der entsprechenden SKU (eine oder mehrere).
af_revenue
Kaufbetrag inklusive aller Rabatte, aber ohne Provisionen und Steuern.
Wenn ein Nutzer beantragt, eine Zahlung zu erstatten, sendet Xsolla das Ereignis xsolla-billing-refund an AppsFlyer. Die folgenden Erstattungsinformationen werden in den Ereignisparametern übermittelt:
Parameter
Beschreibung
af_content_id
Einzelne SKU oder mehrere SKU aus dem Kauf, die erstattet wurde/n.
af_quantity
Menge des Artikels mit der entsprechenden SKU (eine oder mehrere).
af_revenue
Kaufbetrag, der erstattet wurde. Es wird ein negativer Wert übermittelt.