Google Ads plugin

  • Posts: 67
  • Thank you received: 2
  • Hikashop Business
3 hours 43 minutes ago #368558

-- url of the page with the problem -- : www.ericspeanuts.com
-- HikaShop version -- : 6
-- Joomla version -- : 4.4.11
-- PHP version -- : 8
-- Browser(s) name and version -- : chrome

Bonjour,

Je dois faire remonter nos données de vente de notre site pour les analyser dans google ads, mais les valeurs remontées ne sont pas celles indiquées dans les paniers.

Voici les remarques dont m'a fait part mon agence marketing:

"La valeur de conversion remontée qui n’était pas la bonne, elle différait du panier réel lors des commandes tests."

"Pas d’évènement d’ajout au panier ni de retrait du panier (surtout utile pour constituer des audiences de remarketing)
L’évènement achat n’a pas déclenché dans mon cas lors du checkout
Les éléments e-commerce ne sont pas remontés dans la couche de donnée (nombre de produits, ID des produits, et surtout le plus important la valeur de vente c’est-à-dire le prix du produit, du panier et de la commande HT au global).
Il faudra mettre à jour le DataLayer de votre côté. L’idée est de s’assurer que les évènements suivants sont présents au bon moment : add-to-cart / purchase. Mais également que les variables suivantes soient disponibles dans ces évènements : transaction_id / value / currency (ce sont les trois éléments de base pour pouvoir remonter les données de ventes en ligne, sans eux pas de remontée ecommerce sur GA4 nottament). Les variables facultatives pour GA4 sont aussi : price / quantity / item_id / item_name (attention à bien respecter la nomenclature de ces noms)."

Il semblerait que le plugin Hikashop - Google Analytics 4 permet pas de remonter les bonnes valeurs.

Pouvez-vous m'indiquer une solution?

Merci par avance pour votre aide.

Meilleures salutations,

Eric Ware

Please Log in or Create an account to join the conversation.

  • Posts: 84306
  • Thank you received: 13701
  • MODERATOR
7 minutes ago #368559

Bonjour,

1. Pour le panier, le plugin remonte l'évènement view_cart avec le contenu du panier courant sur chaque page, pour peu que l'option "view cart event" du plugin soit configurée sur "on all pages when the cart is not empty". Sinon, c'est uniquement le cas sur la page du panier, la page du passage en caisse, ou si le module panier est affiché sur vos pages.
Donc il ne devrait pas être difficile de constituer des audiences de remarketing avec cela, même s'il n'y a pas d’évènement d’ajout au panier ni de retrait du panier. Ou alors il me manque des informations ?

2. La phrase "La valeur de conversion remontée qui n’était pas la bonne, elle différait du panier réel lors des commandes tests." semble indiquée que le montant total des commandes est remonté. Mais plus loin "Les éléments e-commerce ne sont pas remontés dans la couche de donnée (nombre de produits, ID des produits, et surtout le plus important la valeur de vente c’est-à-dire le prix du produit, du panier et de la commande HT au global)".
Donc j'ai l'impression de ces deux phrases se contredisent. Soit la valeur de la commande est remontée avec une valeur incorrecte, soit elle n'est pas remontée. Les deux en même temps ne sont pas possible.

Concernant les données des commandes avec l'évènement "purchase", vu que le paiement est normalement notifié via une requête server-to-server, le plugin ne peut techniquement pas remonté l'évènement dans le dataLayer javascript du navigateur de l'utilisateur vu qu'à ce moment là, le navigateur de l'utilisateur n'est pas impliqué.

Le plugin peut ajouter l'évènement purchase dans le dataLayer sur la page de remerciement après l'achat. Pour cela, il faut:
- que l'option "purchase event in JS" du plugin soit active
- que vous n'ayez pas renseigné le champ "return URL" de votre méthode de paiement, sinon, l'utilisateur arrive sur une autre page que la page de remerciement d'HikaShop, et donc le plugin ne peut pas rajouter son javascript.
- que la méthode de paiement utilisée redirige bien automatiquement l'utilisateur vers votre site après son achat. Et si ce n'est pas automatique, alors il faut que l'utilisateur clique sur le bouton de retour.
- que l'utilisateur ne ferme pas son onglet avant la redirection vers la page de remerciement de votre site.

Pour pallier à cela, le plugin implémente le measurement protocol de Google Analytics. Cela permet de remonté l'évènement purchase directement à GA depuis votre serveur, sans passé par le navigateur de l'utilisateur. Pour cela, il faut bien renseigné le "API secret" dans les options du plugin et utiliser au moins PHP 8.
Aussi, notez que nous venons de sortir aujourd'hui une nouvelle version du plugin qui corrige un souci avec le measurement protocol lorsque l'option "debug" du plugin est active. Donc ce problème qui vient d'être corrigé pourrait être à l'origine du souci remonté par votre agence marketing.

Please Log in or Create an account to join the conversation.

Time to create page: 0.055 seconds
Powered by Kunena Forum