javascript - google tag manager seo




La mise en œuvre des achats affiliés au CPA dans GTM a amélioré le commerce électronique (2)

J'ai rencontré un problème similaire il y a quelques temps. Notre caisse vit sur un domaine différent. Donc, quand les gens Adwords seraient en caisse après la migration vers Universal, je perdais ces données à la caisse. Je pense que ma solution pourrait vous aider. Tout cela supposait que vous utilisiez Universal Analytics et non les anciennes bibliothèques obsolètes.

La première chose que je fais est de saisir le cookie GA, qui est nommé _ga . A l'intérieur c'est votre session GA. Ça ressemble à ça (ça va être beaucoup plus long)

GA1.2. 3456.7890

Les troisième et quatrième ensembles de nombres (y compris la période) sont la session elle-même. Pars-les.

Maintenant, vous voulez trouver un moyen de stocker cela avec l'utilisateur. J'ai utilisé ma session PHP (nous la passons dans la chaîne de requête quand nous sautons des domaines) et l'avons stockée là. Vous devrez trouver quelque chose qui fonctionne pour vous ici.

Sur l'autre site, nous devons spécifier la session GA et le site dans le bloc GA. Veuillez noter que le nouveau site signalera ces visites comme si elles appartenaient au site d'origine . L' UA-XXXX-Y doit provenir du site d'origine et yourdomain.com doit être le nouveau site TLD

ga('create', 'UA-XXXX-Y', { 'cookieDomain': 'yourdomain.com', 'clientId': '3456.7890' });

Vous pouvez désormais transmettre vos statistiques d'achat. Lorsqu'une session est convertie sur le nouveau site, l'ancien site effectue le suivi, ainsi que d'autres éléments de la session (impressions de page, clics AdWords, etc.). Vous n'avez pas besoin de travaux cron désordonnés pour le faire. Sachez juste, comme je l'ai dit plus tôt, que ces visites de pages appartiennent au site original aussi loin que GA va. Vous pourriez essayer de rapporter deux ensembles de métriques pour contourner cela, mais je n'ai pas essayé cela.

J'applique Enhanced Ecommerce sur notre site Web (principalement affilié) via GTM. Nous avons des vues de liste et des vues de détail, etc. donc la mise en œuvre des impressions et des clics est facile, mais pour les achats d'affiliés, il y a un problème.

Nous avons deux modèles de paiement pour les magasins qui montrent leurs produits sur notre site:

  • Coût par clic. Je peux mettre en place un petit achat sur la page clickout.
  • Coût par acquisition. Voici le problème : Les achats sont effectués sur un site différent à un moment différent. En utilisant PHP API je reçois les achats effectués quelques fois par jour grâce à un cronjob.

Comment puis-je créer un achat (de préférence en utilisant PHP, en utilisant javascript est désordonné sur un cronjob) mais conserver la valeur de cookie afin que je puisse lier l'achat au clic et canaliser les gens utilisés pour obtenir sur notre site.

J'ai pensé à créer tous les achats zéro pour chaque clic et peut-être racheter en utilisant le même ID de transaction. Cela pourrait fonctionner, mais nous finirons avec des milliers d'achats vides.


En lisant le commentaire sous la réponse de Machavity, je suppose que vous utilisez Universal Analytics, ou bien Universal Analytics est la solution!

J'ai eu un cas dans le passé où nous devions penser à un système de suivi à sens unique parce que nous n'avions pas accès au code de l'autre site.

Jetez un coup d'œil au protocole de mesure Google. Ce protocole permet d'envoyer des données d'utilisateur brutes directement à google analytics via HTTP.

Lien vers le protocole de mesure Google