Les avis clients sont devenus un élément central de la réputation des e-commerçants. Ils influencent directement la confiance des futurs acheteurs, améliorent la crédibilité d’une marque et contribuent souvent à augmenter le taux de conversion. Pourtant, beaucoup d’entreprises peinent encore à collecter suffisamment d’avis après une commande.

Dans de nombreux cas, le problème ne vient pas du manque de satisfaction des clients, mais simplement du moment où la demande d’avis est envoyée. Un levier très efficace consiste à déclencher la sollicitation d’avis au moment exact où la livraison est confirmée. Le passage en statut livré en temps réel permet alors d’optimiser considérablement la récolte d’avis clients.

Pourquoi le timing est essentiel pour obtenir des avis clients

Lorsqu’un client reçoit sa commande, son expérience est encore très récente. Il vient d’ouvrir son colis, de découvrir le produit et d’évaluer la qualité de la livraison. C’est à ce moment précis que son ressenti est le plus clair.

Si la demande d’avis intervient immédiatement après la livraison, plusieurs avantages apparaissent.

1. Le souvenir de l’expérience est encore frais. Le client se souvient précisément de la rapidité de la livraison, de l’état du colis ou encore de la qualité de l’emballage.
2. L’engagement est plus fort. Le client vient de vivre une interaction avec la marque et est donc plus disposé à partager son avis.
3. Le taux de réponse augmente naturellement. Un message envoyé au bon moment capte davantage l’attention qu’un email reçu plusieurs jours plus tard.

À l’inverse, plus le délai est long entre la livraison et la demande d’avis, plus l’intérêt du client diminue.

Pour maximiser la récolte d’avis, il devient donc essentiel de déclencher la demande au moment le plus pertinent.

Les bénéfices pour les e-commerçants

La synchronisation entre livraison et demande d’avis offre plusieurs avantages majeurs pour les e-commerçants.

• Le premier bénéfice est l’augmentation du nombre d’avis clients. En sollicitant les clients au moment où ils sont le plus réceptifs, le taux de réponse progresse naturellement.
• Le deuxième avantage concerne la qualité des avis. Les retours sont plus précis et plus détaillés, car l’expérience vient tout juste d’avoir lieu.
• Le troisième bénéfice est l’amélioration de la réputation en ligne. Un volume plus important d’avis récents renforce la crédibilité d’une boutique et rassure les futurs acheteurs.
• Enfin, les avis permettent aussi de mieux comprendre l’expérience de livraison. Ils apportent des informations concrètes sur la ponctualité, l’état des colis ou encore la satisfaction globale.

Workflow pour passer vos commandes au statut Livré

Ici on vous donne un exemple de workflow N8N

Ce workflow n8n automatise la mise à jour des statuts de commandes à partir des informations de suivi transporteur. Son objectif est simple : détecter en temps réel, ou à intervalles réguliers, les colis effectivement livrés afin de faire passer automatiquement les commandes au bon statut dans PrestaShop. Cela permet ensuite de déclencher au bon moment les actions marketing ou relation client, comme l’envoi d’un email de demande d’avis. L’ensemble du fonctionnement visible dans ton fichier repose sur deux mécanismes d’entrée : un déclenchement planifié par cron, et un déclenchement manuel via webhook.

Concrètement, le workflow commence par récupérer les commandes en cours d’expédition chez PrestaShop ou Shopify, en filtrant selon le transporteur, l’état courant de la commande et une plage de dates. Une fois la liste obtenue, n8n découpe les résultats commande par commande, puis interroge l’API du transporteur correspondant avec le numéro de suivi. Si le retour transporteur indique que le colis est livré, le workflow pousse une mise à jour dans l’API PrestaShop ou Shopify pour faire évoluer le statut de la commande.

API UPS

Le workflow est en réalité organisé en plusieurs branches. La première traite UPS. Elle démarre par une authentification OAuth, récupère l’identifiant du transporteur actif en base MySQL, charge les commandes concernées via l’API PrestaShop, puis boucle sur chaque expédition pour interroger le tracking UPS. Si le code de statut retourné par UPS correspond à une livraison, la commande est immédiatement mise à jour dans PrestaShop.

Le noeud “Auth UPS” envoie une requête POST vers l’endpoint OAuth de UPS avec un grant_type en client_credentials. L’authentification se fait en Basic Auth, ce qui permet de récupérer un jeton d’accès pour les appels suivants. Ensuite, le noeud “Tracking UPS” appelle l’endpoint de tracking UPS avec le numéro de suivi injecté dynamiquement dans l’URL. Des en-têtes comme transId et transactionSrc sont ajoutés pour identifier la requête. Le noeud “If” analyse ensuite la réponse et vérifie si le champ trackResponse.shipment[0].package[0].activity[0].status.type vaut “D”, ce qui correspond ici à une livraison. Si c’est le cas, le noeud “Update PS” pousse le changement de statut dans PrestaShop ou Shopify.

API La Poste

La deuxième grande branche traite La Poste. Ici, le workflow commence par une liste de références transporteurs définies dans un noeud Set. Ces références sont ensuite traduites en id_carrier actifs via une requête SQL. À partir de là, le workflow récupère les commandes associées, les découpe une par une, puis appelle l’API de suivi La Poste avec chaque shipping_number. Selon le code événement retourné, il peut soit passer la commande en livrée, soit la faire basculer dans un état spécifique avant livraison finale. C’est une logique plus fine que celle d’UPS, car plusieurs événements métier sont pris en compte.

L’API La Poste permet de mettre à jour autant Colissimo (tous pays tout produit), que les lettres suivies, les Delivengo ou les Chronopost. On peut aussi la décliner comme dans l’exemple plus haut par pays.

Pour La Poste, le noeud “tracking la poste” appelle l’API de suivi avec l’URL de type /suivi/v2/idships/{shipping_number}. L’accès se fait par clé API transmise dans l’en-tête X-Okapi-Key, avec une réponse attendue en JSON. Le premier noeud conditionnel vérifie si le code du dernier événement est “DI1” ou “DO1”, ce qui déclenche le passage en livré. Un second test vérifie le code “AG1”, qui semble correspondre à un état intermédiaire géré chez toi par le statut 32 dans PrestaShop. Cette logique est dupliquée dans la branche Allemagne.

Il faut demander ici l’API à la poste >

Cela peut également permettre de passer les commandes dans un statut « En attente en point relais », et déclencher des emails ou SMS aux clients, pour limiter les retours pour les colis restés trop longtemps en instance en point relais !

En tant que logisiticien ecommerce, nous pouvons très facilement mettre cela en place pour nos clients, et améliorer ainsi leurs récoltes d’avis et le suivi des statuts de commandes !