Mise à jour GA4 1.5.3: Absence d'événement purchase et erreur redirection PayPal

Bonjour,

Pour les virements il faut manuellement confirmer la commande dans le backend pour que l'événement purchase se declenche.

Pour PayPal, il faudrait plus d'informations. Quelle est l'URL de la page ? avec l'option debug de la méthode de paiement activée, avez vous des informations sur le problème dans le "payment log file" de la configuration HikaShop ?

Et oui, si les statuts de commande ne sont pas configurés correctement, cela pourrait causer ce genre de problème.

Bonjour,

Les deux problèmes n'en font qu'un pour le paiement PayPal. L'événement purchase envoyé en JavaScript, celui que l'on voit dans le DebugView, n'est ajouté que sur la page de fin de commande de HikaShop, c'est à dire l'adresse ctrl=checkout avec la tâche after_end ou confirm. Comme après PayPal vous n'arrivez pas sur cette page mais sur une page d'erreur, l'événement n'a aucune chance de partir. Réglez la redirection et l'événement reviendra.

Sur la page blanche, votre log est clair : le paiement est bien passé côté PayPal, la capture est en statut COMPLETED et le plugin a bien relu la commande PayPal ensuite. Le problème se situe donc après, sur la redirection vers la page de remerciement, qui est de cette forme :

index.php?option=com_hikashop&ctrl=checkout&task=after_end&order_id=XX&order_token=YY

Bonjour,

L'absence du order_token dans cette adresse explique la page blanche, et c'est de notre côté.

PayPal Checkout a deux chemins de retour. Celui qui passe par le popup JavaScript construit l'adresse de la page de remerciement avec le order_token, celui qui passe par la notification, le vôtre, la construit sans. Sur cette page, HikaShop doit pouvoir rattacher la commande au visiteur, et il accepte deux preuves : soit l'utilisateur connecté correspond bien au client de la commande, soit le order_token fourni correspond à celui de la commande. Sans le token dans l'adresse, il ne reste que la session, et si la session ne vous identifie plus au retour de PayPal, la page ne s'affiche pas. Nous avons ajouter le order_token dans cette redirection pour qu'elle ne dépende plus de la session. Téléchargez à nouveau le paquet d'installation de la 6.5.2 sur notre site et installez le sur votre site de test pour avoir l'amélioration.

En attendant, il serait utile de savoir pourquoi votre session ne vous identifie plus. Le test est simple : au moment où vous arrivez sur la page blanche, ouvrez la page d'accueil du site dans le même onglet et regardez si vous êtes toujours connecté et si votre panier est bien vide. Si vous vous retrouvez déconnecté, la session a été perdue pendant le paiement, et les causes habituelles sont soit la durée de vie de la session dépassée pendant que vous étiez sur PayPal, soit le cookie de session qui n'est pas renvoyé au retour depuis paypal.com. Ce dernier point dépend de la directive session.cookie_samesite de votre PHP, ou d'une extension de sécurité ou d'un proxy qui force ce comportement, et c'est typiquement le genre de réglage qui diffère entre un environnement de développement et la production.

Notez aussi que le passage par PayPal, c'est à dire la sortie du site puis le retour, prend souvent quelques minutes lors d'un test en sandbox, et que la durée de session par défaut de Joomla est de 15 minutes.

Le reste suit tout seul : dès que vous atterrissez sur la page de remerciement, l'événement purchase en JavaScript est ajouté à cette page et vous le verrez dans le DebugView. Rien à changer côté GA4.

Pour le virement bancaire, mon message précédent reste valable : l'événement part de serveur à serveur au moment où vous confirmez la commande dans le backend, et le DebugView ne montre pas ces événements. Vérifiez plutôt dans le rapport Temps réel, ou activez l'option Debug du plugin GA4 pour voir dans le fichier de log de HikaShop ce qui est envoyé à Google.

Bonjour,

Reprenons à partir de votre log. Il montre que le paiement est capturé et que le plugin relit ensuite la commande chez PayPal. Après ce point, il ne reste que deux choses dans le traitement : la confirmation de la commande dans HikaShop, avec les emails et les plugins qui se greffent dessus, puis la redirection. Comme la redirection n'a pas lieu et que vous obtenez une page d'erreur, le script s'arrête avant : c'est le comportement typique d'une erreur fatale PHP. Le fait que vous ayez la même chose en production va aussi dans ce sens, cela n'a rien à voir avec l'environnement de développement.

Trois choses à faire pour l'identifier :

1. Sur le site de développement, dans la configuration de Joomla, mettez le rapport d'erreurs sur Maximum et le mode de débogage sur Oui, puis refaites un paiement PayPal. Le message d'erreur s'affichera à la place de la page d'erreur et nous dirons exactement quel fichier est en cause.

2. Sinon, le log d'erreurs PHP de votre hébergement contient la même information, à l'heure exacte du test.

3. Refaites un paiement avec le plugin GA4 temporairement désactivé. C'est le plugin que vous venez de mettre à jour, et il travaille précisément au moment de la confirmation de la commande, donc juste avant la redirection qui n'a pas lieu.

Et dites-moi ce que vous voyez dans le backend après un de ces paiements : la commande passe-t-elle bien en confirmée, et l'email de confirmation de commande part-il ? Si oui, l'erreur se produit après la confirmation, si non, elle se produit pendant, et cela nous donne directement le bon endroit où chercher.

Bonjour,

payment_notification est un email envoyé au gestionnaire du site, pas aux clients. Donc le marchand lui-même aurait dû s'en rendre compte dès que les emails de validation de paiement n'arrivaient plus.
Aussi, vu que cela vient d'un override d'email, un "preview" de l'email dans System>Emails aurait déclenché l'erreur. Pour toute modification des emails, je recommande de faire un test preview de l'email.

Concernant la page après paiement, C'est la vue checkout / after_end qui fait l'affichage. La vue n'affiche rien directement par défaut, mais son code demande à Joomla d'afficher un message de remerciement. Si ce message n'apparaît pas, c'est normalement le template utilisé qui a un problème car il est sensé faire les affichages de messages via Joomla. En clair, le template doit manquer le tag jdoc de type "message":
joomla.stackexchange.com/questions/10011...tact-form-validation