Suivi de campagne Google Analytics iOS et Générateur d'URL
Nous souhaitons suivre les installations effectuées avec Google Analytics pour notre application iOS. Ce que nous avons déjà fait:
- Construire avec IDFA disponible dans l'AppStore ("prêt à la vente" dans iTunes Connect)
- nous avons un lien de suivi qui a été généré à l'aide de Générateur d'URL de suivi de campagne iOS
Semble que tout va bien. Mais le lien de suivi ne fonctionne pas. Pour l'utilisateur qui a été redirigé depuis ce lien, ga: campaign et ga: source sont vides dans la base de données GA:
Et il n'y a rien dans Google Analytics Acquisition, seulement du trafic direct:
Nous sommes très déroutés par le champ Macro d'identifiant de périphérique dans Builder d'URL. Est-ce rempli correctement? Avez-vous d'autres idées sur la façon de faire fonctionner le suivi GA?
Les informations ci-dessous ne sont valables que pour le suivi de l'installation iOS. Les campagnes qui ciblent les utilisateurs disposant déjà de l'application et des liens profonds sont traitées de manière totalement différente.
Ceci a été conçu pour fonctionner avec les réseaux publicitaires mobiles. Lorsque vous créez cette campagne pour votre application dans un réseau adNetwork, vous pouvez travailler avec elles pour savoir comment transmettre le deviceID, chaque réseau peut avoir sa propre syntaxe et utiliser deux méthodes différentes (ping ou redirection).
Si vous envisagez d'utiliser cette URL dans une campagne sociale quelconque, ou si vous la testez simplement en consultant cette URL, elle ne fonctionnera pas. Parce que un navigateur ne peut pas déterminer l'IDFA seule une application peut le faire.
C'est également l'identifiant utilisé par Google Analytics pour associer un clic d'annonce à l'installation réelle de l'application.
Voici comment cela fonctionne pour Google Analytics en mode de redirection:
L'utilisateur joue au bonbon écrasement et voit une bannière pour votre application.
L'utilisateur pense que c'est une application très douce, il clique dessus pour installer votre application.
Le réseau mobile saisit l'IDFA de l'intérieur du bonbon et envoie l'utilisateur à une URL de redirection analytique google ressemblant à ceci: https://click.google-analytics.com/redirect
Google Analytics enregistre cet IDFA spécifique ayant cliqué sur votre bannière pour votre identificateur d'application et stocke les paramètres de campagne associés à celui-ci.
La redirection a lieu et l'utilisateur atterrit directement sur l'AppStore de votre application.
Si tout se passe comme prévu, l'utilisateur, espérons-le, installe votre application et la lance.
Lorsqu'il le fait, Google Analytics saisit l'IDFA et commence à enregistrer des statistiques pour votre application, y compris appId.
Ensuite, Google Analytics remarque que c'est le même IDFA que celui qui a cliqué sur ce lien pour la même application, il y a quelques minutes à peine.
Google Analytics suppose que le clic a généré une installation et attribue les informations de campagne à cet utilisateur.
Le mode Ping est à peu près le même, à la différence que adNetwork envoie l'URL aux outils d'analyse eux-mêmes afin que l'utilisateur n'ait pas à passer par une redirection.
Donc, comme vous pouvez le constater, le trajet est long, mais cela devrait fonctionner si vous:
- Confirmez que le suivi de campagne iOS est activé
- Sous Admin> Paramètres des propriétés> Suivi des campagnes iOS dans Google Analytics
- Confirmez que l'appId de votre URL de campagne correspond à l'appId de votre application.
- Vérifie avec votre adNetwork ce que vous devez utiliser dans l'URL à remplacer par l'utilisateur IDFA
- _ { Assurez-vous que IDFA est envoyé par Google Analytics sur votre application } _ (il n'est pas activé par défaut)
- Utilisez le constructeur de l'URL de la campagne fourni par Google.
Et pour les tests, vous devrez le faire par le biais d'une annonce en direct ou d'une version test de votre annonce, si le réseau le permet.
MISE À JOUR (2015-02-25)
Q: Comment pouvez-vous installer le suivi pour les campagnes qui ne passent pas par un réseau adNetwork? par exemple (campagnes sociales, campagnes par e-mail, ...)
R: Google Analytics ne prend pas en charge cela. D'autres outils d'attribution peuvent essayer d'empreintes digitales de l'utilisateur sans utiliser IDFA, en utilisant par exemple une adresse IP, mais ce n'est pas fiable, aussi Google Analytics a-t-il choisi de n'utiliser que l'IDFA.
Si la campagne se fait par courrier électronique, vous pouvez utiliser d'autres méthodes d'empreinte. Vous connaissez évidemment le courrier électronique de l'utilisateur, vous pouvez donc le stocker dans votre base de données et lui donner un identifiant unique. Lorsque l'utilisateur clique sur votre mail marketing, vous pouvez passer par une redirection sur vos systèmes où vous enregistrez cet ID utilisateur en tant que dimension personnalisée et envoyez un hit à GA avec les informations de campagne à l'aide du protocole de mesure . _ à travers votre BackEnd. Ensuite, lorsque/si l'utilisateur se connecte à votre application, vous obtenez le même ID utilisateur et envoyez les autres hits qui lui sont associés.
Vous devez utiliser un uniqueID car le courrier électronique lui-même est interdit dans Google Analytics par TOS. Vous ne pouvez pas l'envoyer là-bas.
Cette solution présente d'autres inconvénients, car vous obtiendrez des hits pour chaque utilisateur qui cliquera dans votre campagne en GA, mais seuls ceux qui installeront réellement l'APP auront des hits à venir. Donc, vous pourriez avoir des sessions gonflées avec un seul coup qui n'installe jamais l'application. Pour cette raison, nous vous recommandons d’envoyer cette propriété à une propriété Web Google Analytics secondaire afin d’éviter de polluer votre propriété principale.
Comme vous pouvez le constater, ce n’est pas une bonne solution, mais c’est la seule façon de le faire. Je ne recommanderais pas de passer du temps avec une solution comme celle-ci, qui crée d'autres problèmes et n'est pas fiable.
Est-ce que l'information dans Eduardos répond toujours à jour? Si j'ai bien compris, vous dites que l'IDFA ne peut pas être utilisé pour attribuer une source de campagne si l'annonce/la campagne n'est pas placée dans une application mobile? Si, par exemple, l’annonce est placée sur une page Web, le navigateur ne peut pas saisir l’IDFA. Par conséquent, aucune attribution de campagne d’installation iOS n’est effectuée?
Dans ce cas, la documentation de Google est TRÈS déroutante à ce sujet et je ne vois pas comment ils mentionnent ce petit détail nulle part.
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#ios-install
"Google Analytics offre une prise en charge immédiate de l'installation de la mesure d'installation de campagne iOS pour les réseaux populaires et permet de générer vos propres URL personnalisées pour tous les réseaux supplémentaires."
Autre question connexe: Il devrait au moins être possible de suivre les sources de campagne générales (pas le suivi d’installation) comme décrit ci-dessous, non?
https://developers.google.com/analytics/devguides/collection/ios/v3/campaigns#general-campaigns
"Une fois qu'une application a été installée, elle peut être lancée par des références provenant de campagnes publicitaires, de sites Web ou d'autres applications. Dans ce scénario, les sources de trafic référentes ou les campagnes marketing peuvent être attribuées à l'activité des utilisateurs lors de sessions ultérieures en définissant les champs de campagne sur une page. suivi directement. "
oui, ce qu'Eduardo disait est toujours vrai.
Pour iOS, Google utilise IDFA pour identifier de manière unique un utilisateur. Par conséquent, tout clic sur une annonce qui survient dans une application peut être suivi, car Google a accès à IDFA. Dans un navigateur puisque l'IDFA n'est pas disponible et que l'AppStore passe un référent à l'application comme dans Android, il n'est pas possible de suivre les conversions iOS sur le réseau d'affichage mobile ou mSearch.
Une des dernières mises à jour de notre représentant Google était: "Avec la nouvelle passerelle Web, vous devriez pouvoir visualiser les téléchargements pour mSearch/mGDN dans les prochaines semaines si vous utilisez un SDK pris en charge". Donc, Google y travaille et nous devrions pouvoir mesurer les conversions même à partir du Web.
La solution actuellement disponible pour tout suivre consiste à installer le SDK Firebase ou un SDK tiers tel que Tune, etc.