App-Tracking

[philipp.hofmann]

Hi,

hat jemand Erfahrung mit dem Tracking, wie der Kunde zu seiner Installation gekommen ist, um Werbemaßnahmen auszuwerten?
Bis auf die Download-Seite kann ich ja mit Google Analytics recht viel machen.
Aber danach habe ich aktuell eine Blackbox, die ich alternativ per Abfrage in der App lösen muss.

Aber wenn man via
- iOS App Store
- MacOS App Store
- Microsoft App Store
- Google App Store
- Amazon App Store
- Windows Installer
die Quelle für die Installationen automatisch ermitteln könnte, wäre dies top.

Grüße, Philipp

[dummzeuch]

Hm, ist das nicht bei den ganzen App-Stores offensichtlich? Also eine iOS-Version kommt aus dem App Store, die Android App aus Google Play, etc. Oder bietest Du dort auch alternative Installationsmöglichkeiten an? Und selbst wenn, dürfte die Minderheit der User diese nutzen.

[himitsu]

Android: Auf Samsunggeräten hast zusätzlich/optional noch den GalaxyStore und man kann auch manuell via APK installieren.
Und bei anderen Herstellern ist das ähnlich.

Allerdings sollte eine App nicht ohne Weiteres in deren Stores rein kommen, obwohl ... z.B. gewissen Downloadwebseiten kennt man es ja auch, dass dort plötzlich ohne Kenntnis/Rückfrage was bei denen auftauchte.

Aber je nach AppStore kann man das bestimmt am InstallationsPfad erkennen, bzw. man schaut bei diesen AppStoreApps rein (die haben ja oft eine API, wo man installierte Apps abfragen kann)
Ebenso könnte man auch in den Installationsdateien der verschiedenen Stores eine Kennung hinterlassen. z.B. jeweils eine Marker-Datei.

[KodeZwerg]

Sollte man bei so etwas nicht eher den Store Anbieter abfragen, also außerhalb der Delphi Anwendung meine ich.
Store bietet installation und hinterlegt Statistik irgendwo abfragbar.

[PaPaNi]

Zitat:

Zitat von himitsu (Beitrag 1511188)

Android: Aus Samsunggeräten hast zusätzlich/optional noch den GalaxyStore und man kann auch manuell via APK installieren.

Ja, genau oder von F-Droid.
https://f-droid.org/de/

[himitsu]

Witzig, nur bei "einem" Windows weißt du immer, von wo es kommt.
Windows S ... da geht nur der MS-AppStrore :roll:

[philipp.hofmann]

Wie viele Kunden ich aus iOS-, MacOS-, Microsoft-, Google und Amazon-AppStore ich habe, weiß ich natürlich. Und auch wie viele den Installer genutzt haben.

Meine Frage war ja in Bezug auf Werbemaßnahmen zu wissen, woher der Kunde kommt.
Ich habe also z.B. drei parallele Werbekampagnen und danach laden sich die Kunden die App aus den App-Stores oder installieren es via Installer.
Irgendwann kaufen die Kunden eventuell.
Mir geht es dann darum, dass ich noch weiß durch welche Werbekampagne der zahlende Kunde auf die App aufmerksam wurde.
Bis zum Download-Link lässt sich so etwas mit Google Boardmitteln komplett auswerten. Aber was mache ich danach?

Bisher läuft es so, dass ich pro Kampagne dem Kunden einen Freischaltcode mitgebe, den er in der App ein gibt. Ist aber relativ wartungsintensiv.
Es gibt für daher sogenannte UTM-Links und ich frage mich, ob diese irgendwo mitgeschleust werden.

[HeZa]

Zitat:

Zitat von philipp.hofmann (Beitrag 1511200)

Mir geht es dann darum, dass ich noch weiß durch welche Werbekampagne der zahlende Kunde auf die App aufmerksam wurde. Bis zum Download-Link lässt sich so etwas mit Google Boardmitteln komplett auswerten.

In Sachen PR-Maßnahmen bin ich keine Experte. So here my two cents:

1. Frag den Benutzer beim Erststart
Habe ich schon öfters gesehen und fand ich als Benutzer auch nicht so schmerzhaft.

2. Downloadlink und Installation korrelieren
Wenn du weißt, wer wann welchen DownloadLink geklicked hat, dann kannst du das mit den Daten aus, wer wann installiert hat korellieren.

Ich denke in diesem Bereich muss man sich von 100% richtigen Daten verabschieden (vielleicht weiß ich es aber auch nur nicht besser).

[philipp.hofmann]

1. ist leider zu ungenau, wenn du auf einem vom User als ein Medium wahrgenommenes Medium zwei Anzeigen schaltest. Dann weißt nicht, welche erfolgreicher war.
2. Outgoing IP Address und Geräte-ID könnten hier helfen. Von Download bis Installation sollte die IP nicht wechseln.

[Rollo62]

Zitat:

Zitat von philipp.hofmann (Beitrag 1511200)

Mir geht es dann darum, dass ich noch weiß durch welche Werbekampagne der zahlende Kunde auf die App aufmerksam wurde.

Heisst dass dann die Werbekampagne xyz wird gelauncht und der Kunde kann irgendwo installieren
- iOS App Store
- MacOS App Store
- Microsoft App Store
- Google App Store
- Amazon App Store
- Windows Installer

und Du weisst nicht warum ein Kunde installiert.

Die einzelnen Apps wissen ja wo die herkommen, mal grobe Hacks ausgenommen.

Was wäre denn wenn Du deinen Werbekampagnen einen Gutscheincode, oder sowas ähnliches mitgibst.
Ja nachdem wie Du das machst könnte das ja ein Code im QR-Code der Kampagne sein.
Dann wüsstest Du
- iOS App Store + Code xyz => Webekampagne xyz
- MacOS App Store + Code xyz => Webekampagne xyz
- Microsoft App Store + Code xyz => Webekampagne xyz
- Google App Store + Code xyz => Webekampagne xyz
- Amazon App Store + Code xyz => Webekampagne xyz
- Windows Installer + Code xyz => Webekampagne xyz

[philipp.hofmann]

Das mit den Gutschein-Codes machen wir bisher exakt so. Ist nur etwas unhandlich bzw. ich müsste noch eine Admin-UI aufbauen, wo man die Gutschein-Codes pflegen kann, damit ich auf der Entwicklungsseite nicht mehr mit zu tun habe. Und wir wären auch für jeden Affliate-Partner darauf angewiesen, dass er die Gutschein-Codes mit rausgibt.

Das Blöde ist am Ende, dass du mit Google Analytics und UTM-Code auf unserer Website alles extrem genau tracken kannst (und dies die normalen Marketing/Web-Fuzzis alleine machen können) und ich danach zu anderen Mitteln greifen muss.

Zumindest entnehme ich den Informationen, dass es keine allgemein gültige Lösung gibt.

Daher ist durchaus die Idee Outgoing-IP und Device-ID mit dem UTM-Code auf der Website zu speichern und dann in der App wieder den passenden UTM-Code auszulesen.

[Sherlock]

Ist das nicht eigentlich das alte Leid, das die Werber haben? Sie wissen nie zu 100%, ob die Werbung wirklich nützlich (aus ihrer Sicht) ist. Gäbe es zuverlässige Methoden, blieben uns vermutlich die ständigen SPAM Salven erspart, denen wir tagtäglich ausgesetzt werden.

Sherlock

[Rollo62]

Ich vermute mal dass Du Dir die WerbeTracker von Google und Apple schon angesehen hast.
https://developer.apple.com/document...singidentifier

Welche aber womöglich den Nachteil haben dass sich die Kunden da per Opt-Out abmelden können.
https://www.adjust.com/glossary/idfa/
Da will man auch nicht zu tief reinschauen. das wird schnell unangenehm.

Wenn Du deinen eigenen Server hast könnte man die Anfragen vielleicht über den eigenen Server kanalisieren, bevor das zu den PlayStores geht
und dann einem OTP-Code speichern zusammen mit der IP-Adresse und der Info wohin die Umleitung ging.
Dder Code bleibt so lange aktiv bis entweder die Installation abgeschlossen ist oder die Zeit abgelaufen ist.
Normalerweise startet der Nutzer die App ja sofort, unter der gleichen IP, dann könnte man doch damit den Code und Storeziel abfragen und auch z.B. die Zeit-Karenzen z.B. 15 Minuten abfragen.
Findet die App beim ersten Start ihre eigene IP auf dem Server, dann kann sie zumindest den Code und Link auslesen und weiss von wo sie kommt.

Das funktioniert natürlich nicht wenn der Kunde direkt über den Store sucht und installiert.
Zumindestenst könntest Du dann aber auch die Anzahl dieser Fälle herausfinden.

Ich vermute mal das Payment machst Du nicht über Apple und Google, was sagen die denn dazu wenn man an denen vorbei verkauft ?

[philipp.hofmann]

Doch, das Payment mache ich via Apple, Google und Microsoft. Nur wenn der Kunde die Installer-Version nutzt, gehe ich über PayPal. Ist auch okay, da ich so immerhin die Subscription-Funktion habe, welche ich bei Paypal so einfach nicht habe.