2009-02-27 5 views
5

Je suis en train de mettre en place Google Checkout dans un e-store. Une fois que les clients cliquent sur le bouton "Google Checkout", mon projet nécessite qu'ils puissent revenir à la boutique en ligne pour éventuellement modifier le panier. Les clients doivent être en mesure de cliquer sur le bouton "Précédent", de saisir l'URL de mon panier ou de cliquer sur le lien "Modifier" de Google.Google Checkout: meilleure façon de gérer l'édition du panier et la confirmation de paiement

Dans le même temps, j'ai besoin de vider le panier et de fournir aux clients une ardoise vierge dès qu'ils cliquent sur le bouton de confirmation du côté de Google. J'écoute déjà une notification de nouvelle commande de Google, mais celle-ci n'arrive pas toujours assez rapidement pour empêcher les clients de revenir sur le e-store et se demander pourquoi leurs chariots présentent toujours les articles qu'ils viennent d'acheter.

Des intégrateurs Google Checkout ont-ils trouvé une nouvelle solution à ce problème? Toutes les idées sont appréciées!

Répondre

1

Je l'ai fait en utilisant 2 approches différentes, ni remplit correctement vos exigences de manipulation du bouton de retour et d'effacer le panier si elles terminent la commande, mais ils ont travaillé pour moi en pratique sans aucune plainte.

Première approche: efface le panier et permet de le reconstruire via une chaîne de requête dans le paramètre de requête Google Checkout "EditCartUrl". Ensuite, lorsque le client clique sur le bouton Modifier le panier, son panier est reconstruit. Le bouton de retour, cependant, ne fonctionne pas dans cette situation.

Deuxième approche: ne pas effacer le panier, mais (facultativement) le rendre en lecture seule avant de le rediriger vers Google Checkout. Nous faisons cela pour que l'enregistrement du panier ne puisse pas être modifié pendant qu'ils sont dans Google Checkout. S'ils reviennent ensuite, ou modifient le panier, un NOUVEAU panier est créé sur notre site (cloné à partir de l'original) à chaque fois. Ceci fournit un support pour le bouton de retour, mais fournira seulement au client un panier compensé si la commande est passée et nous avons traité la demande avant qu'ils retournent au site.

Rendre le panier en lecture seule est facultatif - nous le faisons afin que nous puissions conserver l'enregistrement du panier correspondant à l'ordre résultant de Google Checkout. Si vous n'en avez pas besoin, c'est aussi simple que de ne pas vider le panier.

La deuxième approche m'a fait du bien au cours des dernières années sans aucune plainte des clients. Je préférerais que le client soit capable de cliquer sur le bouton de retour plutôt que de s'inquiéter trop de voir que le panier ne se vide pas après avoir vérifié avec Google.

+0

Merci. Bien que je ne travaille plus activement sur ce projet, j'y ai réfléchi ces derniers mois. Étant donné que le seul avis que le client a rempli une commande est la notification de nouvelle commande, il n'y a vraiment aucun moyen de savoir si un client a réussi ou de cliquer sur "Retour" s'il revient avant la réception de la notification. Cela signifie que mes exigences doivent changer. Je suis d'accord en permettant de «Back» au travail est plus important que d'empêcher la possibilité d'un panier éventé. Je mettrais en œuvre votre deuxième approche si je devais revenir au projet. – AndreiM

Questions connexes