Bonjour à tous! Je m'appelle Ivan Spiridonov, je suis le créateur du service d'analyse de bout en bout R7K12. Notre système permet d'identifier les sources de publicité les plus efficaces qui apportent un réel profit à l'entreprise, et pas seulement de dépenser le budget. Pour analyser les statistiques de visites, de ventes, d'appels ciblés, certains clients utilisent non seulement R7K12, mais aussi Google Analytics (ci-après GA).
Par conséquent, nous voulons aujourd'hui partager notre propre expérience dans le transfert de données vers GA en utilisant le protocole de mesure (ci-après MP). Je suis sûr que beaucoup trouveront ces informations utiles. Comment configurer l'envoi d'informations à l'aide de MP et ce que c'est est décrit en détail
ici . Et je vais parler des «pièges» de l'instrument et montrer comment vous pouvez les contourner. Lors du transfert de données vers GA via MP, les problèmes suivants surviennent le plus souvent:
- Lecture incorrecte de l'adresse IP.
- Remplacez le type de périphérique utilisateur.
- Affectation aléatoire des sources publicitaires.
Examinons chacun d'eux plus en détail.
Lecture d'adresse IP non valide
MP permet de transférer toutes les données (applications, ventes, appels téléphoniques) de sources hors ligne vers GA. Le système détermine avec précision les adresses IP des visiteurs à l'aide d'un compteur installé sur le site.
Considérez ce point plus en détail sur un exemple spécifique. Nous allons sur le site
www.r7k12.ru et ouvrons le code de la page. Dans l'onglet «Réseau», on peut voir qu'il n'y a pas d'adresse IP dans les paramètres de requête. En effet, lorsque le compteur GA est déclenché sur le site, le système détermine le pays / la ville en fonction de l'adresse IP de l'utilisateur.
En conséquence, une visite du système d'analyse sera enregistrée avec la bonne géolocalisation.
Nous allons maintenant essayer d'envoyer les données de vente MP à GA sur l'ID client une demi-heure plus tard (après la fin de la session en cours). Je précise tout de suite que je ferai une demande depuis un serveur situé en Allemagne.
Ainsi, après avoir transféré les données vers GA, nous voyons que sur le même ID client, une session depuis l'Allemagne s'est ouverte. Pourquoi est-ce arrivé?
Le fait est que lorsque des informations supplémentaires sur MP sont reçues dans le système d'analyse après la fin de la session principale, une nouvelle est créée et GA lit l'adresse IP du serveur à partir duquel la demande a été transmise. En conséquence, toutes les données ainsi obtenues se verront attribuer la même IP.
Cette nuance peut créer des écarts assez importants dans les rapports, surtout si les utilisateurs et le serveur ont une géolocalisation différente. Par exemple, dans notre cas, le serveur est situé en Allemagne et les applications des clients proviennent d'Ukraine. Cependant, dans le rapport GA, une commande envoyée à l'aide de MP après la fin de la session aura une adresse IP non valide.
Ainsi, GA ne fixe que l'adresse IP du serveur, et non des utilisateurs spécifiques, donc toutes les ventes auront une IP allemande.
Pour résoudre ce problème, je recommande d'ajouter un paramètre spécial (uip) lors de l'envoi d'une demande, avec lequel vous pouvez transférer les adresses IP des visiteurs. Si le site est écrit en PHP, les données du paramètre peuvent être extraites de la variable $ _SERVER ['REMOTE_ADDR'].
La requête finale devrait ressembler à ceci:
Après cela, les modifications suivantes sont visibles dans GA:
Remplacement du type de périphérique utilisateur
Le système d'analyse détermine les informations sur le type d'appareil à partir des en-têtes qui sont transmis avec la demande. Par conséquent, comme dans le cas des adresses IP, lors de l'envoi de données via MP après la fin de la session principale dans GA, la valeur de ces données sera souvent «de bureau» (l'agent utilisateur du serveur actuel est utilisé), même si le visiteur a laissé une demande depuis un téléphone mobile ou une tablette.
Dans une telle situation, nous ne pouvons pas déterminer correctement la conversion de l'appareil ou du navigateur, nous devons donc à nouveau utiliser des balises supplémentaires lors de l'envoi d'une demande à GA. Ici, le paramètre ua nous aidera.
Et voici à quoi ressemblera la requête, ce qui aidera à déterminer le type de machine utilisateur.
Attribution de sources d'annonces
De plus, lors de l'envoi via MP, il existe certaines caractéristiques de l'attribution des plateformes publicitaires. A savoir, le service GA a son propre algorithme pour les déterminer. Par exemple, un utilisateur s'est rendu sur le site à partir de la source Google Adwords à 15 h 31 et a laissé une demande.
La deuxième visite a été avec Yandex / cpc, et la dernière a été un appel direct à 18h13. Envoyé la vente à 18h48, après la fin de la dernière visite de l'utilisateur. En conséquence, GA a lancé une autre session avec un accès direct au site.
Le rapport montre que les trois sessions et la transaction ont été attribuées à la plate-forme publicitaire yandex / cpc, bien que la visite et l'application aient été effectuées avec Google Adwords. Comment est-ce arrivé?
GA attribue des données dans les rapports à la dernière visite indirecte de l'utilisateur. Et cela signifie que si au moment où les données n'ont pas été envoyées au système d'analyse, le client a visité le site à partir d'autres sources publicitaires, alors l'application sera corrigée pour l'une d'entre elles. Une situation similaire est typique pour les sites où la vente a lieu quelque temps après la soumission de la demande et le client parvient à visiter à nouveau le site. Par exemple, b2b, où l'intervalle entre l'application et la vente peut aller d'un jour à plusieurs mois.
Ainsi, la définition des sources publicitaires devient un problème. La seule solution consiste à ajouter manuellement tous les sites utilisés à GA lors de l'envoi d'une demande MP à l'aide de paramètres spéciaux (cn, ck, cc, cm, cs).
Si vous envoyez une demande indiquant la source (dans cet exemple, google / cpc), la transaction sera affectée au bon canal publicitaire.
L'ensemble de paramètres ressemble à ceci:
Mais il y a une nuance importante qui doit être prise en compte lors de la formulation d'une demande. La publicité GoogleAds ne fonctionne pas avec les balises UTM, cependant, le système a une fonction spéciale de balisage automatique - Google click ID (GCLID).
Cela signifie que pour un affichage correct des agences de publicité, il faudra envoyer non seulement des tags UTM, mais aussi GCLID. Exemple de requête finale:
En conclusion, je veux résumer tout ce qui précède concernant MP. Cet outil possède certaines fonctionnalités que vous devez connaître pour transmettre des informations à Google Analytics. Pour que les données soient envoyées correctement, il est impératif de spécifier des paramètres supplémentaires dans la demande. Avec leur aide, les sources publicitaires, le type d'appareil, les adresses IP des visiteurs et d'autres informations importantes seront correctement affichées par le service GA.