Comment les détaillants peuvent choisir la couverture de suivi des colis internationaux
Les détaillants doivent choisir la couverture de suivi des colis internationaux en faisant correspondre le niveau de visibilité de l’expédition à l’itinéraire du colis, au type de service, à la promesse client et au risque opérationnel, plutôt qu’en sélectionnant le prestataire ayant la plus grande liste publiée de transporteurs. Une décision pratique commence par le transporteur du premier kilomètre, le partenaire de livraison à destination, les événements disponibles à chaque transfert, la vitesse d’actualisation et les actions que le détaillant doit entreprendre lorsqu’un colis cesse d’avancer.
La couverture de suivi est autant une décision commerciale que technique. Une commande de faible valeur peut ne nécessiter que des mises à jour basiques des étapes clés, tandis qu’une expédition de grande valeur, urgente ou réglementée peut exiger des événements plus fréquents, la gestion des exceptions, une confirmation de livraison et un processus d’escalade clair. Le bon choix fournit aux clients des informations utiles sans payer pour une visibilité que le service du transporteur sous-jacent ne peut pas offrir.
Ce que comprend réellement la « couverture de suivi »
La couverture de suivi est souvent réduite à une question telle que « Combien de transporteurs le système prend-il en charge ? » Ce chiffre peut être utile comme premier indicateur de sélection, mais il n’explique pas ce que le détaillant ou le client verra réellement. La couverture comporte plusieurs dimensions distinctes.
- Couverture des transporteurs et des services : capacité du système à reconnaître l’opérateur postal, le transporteur express, le consolidateur, le prestataire de fret ou le partenaire du dernier kilomètre spécifique utilisé pour l’expédition.
- Couverture géographique : prise en charge des pays d’origine, de transit et de destination concernés, y compris les transferts transfrontaliers.
- Couverture des événements : réception uniquement des événements de création d’étiquette ou d’acceptation, ou également des événements de départ, de douane, d’arrivée, de mise en livraison, de livraison, d’exception et de retour.
- Couverture des transferts : continuité du suivi après le transfert du colis à un opérateur postal du pays de destination ou à un autre partenaire de livraison.
- Continuité des mises à jour : disponibilité des mises à jour lorsqu’un colis change de prestataire de transport, de numéro de suivi ou de format de données.
- Couverture des intégrations : possibilité pour le détaillant d’envoyer les données de suivi à sa boutique, à son système de gestion des commandes, à ses outils de service client, à ses campagnes d’e-mails ou à son environnement analytique.
Ces dimensions doivent être évaluées séparément. Un transporteur peut être reconnu par un système tout en ne fournissant que des événements publics limités. À l’inverse, un colis peut bénéficier d’une forte visibilité de bout en bout même lorsque plusieurs transporteurs interviennent, à condition que les transferts puissent être associés et que le partenaire de destination expose des données de statut exploitables.
Commencer par les flux de colis les plus importants
Avant de comparer les plateformes ou les API de suivi, créez une cartographie des expéditions à partir des commandes réelles. Regroupez les colis selon les facteurs qui influencent la visibilité et les attentes des clients.
- Pays d’origine et de destination
- Transporteur, niveau de service et mode d’expédition
- Utilisation de services postaux, express, économiques, de consolidation ou de livraison locale
- Valeur habituelle du colis et sensibilité du produit
- Délai de livraison prévu affiché lors du paiement
- Fréquence des retards douaniers, des problèmes d’adresse ou des exceptions de livraison
- Conséquences en matière de retour, de remplacement, de remboursement ou de service client lorsque le suivi cesse de fonctionner
Cet exercice évite une erreur d’achat fréquente : évaluer la couverture par rapport à une liste générique de pays plutôt qu’aux propres routes d’expédition du détaillant. Un système prenant en charge un grand nombre de transporteurs peut tout de même être mal adapté s’il ne couvre pas de manière fiable les services les plus utilisés par le détaillant ou les partenaires locaux utilisés après le dédouanement.
Utiliser une matrice de couverture au niveau des routes
Créez une matrice comportant une ligne pour chaque combinaison importante de transporteur et de service. Au minimum, indiquez l’origine, la destination, le prestataire du premier kilomètre, le prestataire de destination, le format du numéro de suivi, la séquence d’événements prévue et la promesse faite au client.
| Question de couverture | Éléments à vérifier | Pourquoi c’est important |
|---|---|---|
| Le transporteur est-il identifié ? | Le transporteur et le service exacts, et pas seulement le groupe parent | Des services différents peuvent exposer des données différentes |
| Le suivi survit-il au transfert ? | Le partenaire de destination et les numéros de suivi associés ou de remplacement | Les clients ont besoin de visibilité après l’importation ou le transfert |
| Quels événements sont disponibles ? | Événements d’acceptation, de transit, de douane, de livraison, d’exception et de retour | La profondeur des événements détermine les actions que les équipes d’assistance peuvent entreprendre |
| Dans quelle mesure les données sont-elles à jour ? | Fonctionnement de l’interrogation ou des notifications push, attentes en matière d’actualisation et gestion des interruptions | Des données obsolètes peuvent créer une fausse assurance ou des contacts inutiles |
| Les données peuvent-elles être utilisées sur le plan opérationnel ? | Champs d’API, webhooks, exports, alertes et normalisation des statuts | Une simple page de suivi peut ne pas suffire pour intervenir |
Distinguer la reconnaissance du transporteur de la visibilité utile
Le répertoire de transporteurs d’un prestataire n’équivaut pas à un suivi de bout en bout garanti. Demandez comment le prestataire définit la prise en charge. Le terme « pris en charge » signifie-t-il qu’un numéro de suivi peut être identifié, qu’un statut actuel peut être renvoyé ou qu’un historique complet des événements est disponible ? Ces définitions doivent être consignées dans le dossier d’évaluation.
Les détaillants doivent également vérifier si la couverture varie selon le type de service. Un opérateur postal national peut publier le suivi des services recommandés ou prioritaires, tout en proposant peu d’événements pour un produit économique non suivi. Un transporteur express peut fournir des scans détaillés sur son propre réseau, tandis qu’un intermédiaire ou un service d’injection transfrontalière peut exposer moins d’événements avant l’entrée du colis dans le réseau de destination.
L’approche la plus fiable consiste à tester de vrais numéros de suivi ou des numéros représentatifs. Utilisez plusieurs états d’expédition plutôt qu’une seule livraison réussie : récemment accepté, en transit, retenu en douane, livré, retourné et inactif pendant une période prolongée. Comparez la réponse brute du transporteur avec le statut normalisé présenté aux clients et au personnel.
Évaluer séparément l’expérience client et la couche opérationnelle
Le suivi international s’adresse à deux publics. Les clients veulent une réponse claire à la question « Où se trouve ma commande et à quoi dois-je m’attendre ensuite ? » Les équipes opérationnelles et d’assistance ont besoin de plus de détails, notamment du dernier événement confirmé, du transporteur responsable, de la catégorie probable de l’exception et de l’action suivante.
Pour la couche destinée aux clients, évaluez si le système peut présenter des statuts compréhensibles sans exagérer le niveau de certitude. « En transit » peut couvrir plusieurs jours et plusieurs étapes de transport ; ce statut ne doit pas être présenté comme une prévision précise d’arrivée si les données sous-jacentes ne permettent pas cette interprétation. Les estimations de livraison doivent également distinguer une estimation fournie par le transporteur, une promesse du détaillant et une prévision éditoriale.
Pour la couche opérationnelle, évaluez la recherche, le filtrage, les alertes, l’historique des événements, l’identification du transporteur et l’accès aux exports ou à l’API. Un agent d’assistance peut avoir besoin de trouver toutes les commandes affectées par un problème douanier, d’identifier les colis sans événement après l’expédition ou de confirmer qu’une tentative de livraison a eu lieu. Ces flux de travail ont souvent plus de valeur qu’une page de suivi attrayante.
Choisir le modèle technique approprié
Outils de suivi hébergés
Un outil de suivi hébergé peut convenir aux détaillants qui ont besoin d’une expérience de suivi destinée aux clients sans construire eux-mêmes l’intégralité de la couche de données et de l’interface. Vérifiez les options de personnalisation de la marque, de recherche de commande, de notifications, de langues, d’analyse et d’intégration aux boutiques. Confirmez la manière dont l’outil gère les transporteurs inconnus, les expéditions en double et les numéros de suivi qui changent lors d’un transfert transfrontalier.
Pour les marchands Shopify, l’application 17TRACK Shopify est une option à évaluer pour le suivi des commandes et les flux post-achat. Son adéquation doit être confirmée en fonction des transporteurs réels du détaillant, des besoins de sa boutique, de sa politique de notification et des expéditions de test, plutôt que supposée sur la seule base de la catégorie de l’application.
API de suivi
Une API est plus appropriée lorsque les données de suivi doivent être intégrées à un système de gestion des commandes, une plateforme de service client, une application mobile ou un parcours post-achat personnalisé. L’évaluation doit couvrir l’authentification, les limites de requêtes, le fonctionnement des webhooks, les schémas d’événements, la gestion des erreurs, l’identification des transporteurs, la conservation des données et le traitement des statuts incertains ou contradictoires.
17TRACK publie une présentation de l’API de suivi ainsi qu’une documentation API distincte. Il s’agit de bons points de départ pour un examen technique, mais le détaillant doit tout de même valider les transporteurs, champs, limites de service et conditions commerciales exacts requis pour ses routes.
Intégrations directes avec les transporteurs
Les intégrations directes peuvent être pertinentes lorsqu’un détaillant dépend fortement d’un petit nombre de transporteurs et a besoin de fonctionnalités propres à ces transporteurs ou d’un accès contractuel aux données. Elles peuvent également accroître le travail de maintenance lorsque les services, les méthodes d’authentification, les formats d’événements et les partenaires de livraison évoluent. Une couche multi-transporteurs peut réduire cette charge d’intégration, mais implique de vérifier la manière dont elle normalise les événements et gère les détails propres à chaque transporteur.
Intégrer la couverture à une politique de service
Le suivi ne peut pas compenser un service de livraison inadapté. Si le mode d’expédition sélectionné ne produit aucun événement public significatif, une plateforme de suivi peut être capable d’indiquer qu’une étiquette a été créée ou qu’un colis est entré dans un réseau, mais elle ne peut pas créer les scans que le transporteur ne fournit pas. Il s’agit d’une limite de la source de données, pas nécessairement de l’interface de suivi.
Définissez une politique pour chaque niveau de service. Par exemple, les expéditions économiques standard peuvent bénéficier d’un suivi des étapes clés et d’une règle d’assistance en cas d’inactivité prolongée. Les expéditions de valeur supérieure peuvent nécessiter une confirmation de livraison, des alertes d’exception et une procédure d’escalade définie. Les seuils exacts doivent être fondés sur les habitudes de transit du détaillant, sa promesse client et sa politique de perte ou de remboursement, plutôt que copiés d’une autre entreprise.
Décidez également de ce qui se passe lorsqu’un colis ne peut pas être suivi. Les options peuvent inclure la modification du service lors du paiement, la restriction de certaines destinations, l’ajout d’un avis client, la demande d’une confirmation au transporteur ou le traitement de la commande comme une expédition à risque plus élevé. L’essentiel est de prendre cette décision avant qu’un client ne signale qu’une commande semble avoir disparu.
Pilote pratique et liste de contrôle pour l’achat
Réalisez un pilote contrôlé avant de vous engager dans un déploiement à grande échelle. Incluez les routes et services qui génèrent le plus de commandes, ainsi que les cas limites qui créent le plus de travail pour l’assistance. Demandez au prestataire d’expliquer chaque résultat qui diffère de la propre page de suivi du transporteur.
- Définir la réussite : déterminez quels événements, comportements de mise à jour, intégrations et actions d’assistance sont requis pour chaque groupe d’expéditions.
- Soumettre des numéros représentatifs : incluez, lorsque disponibles, des expéditions actives, livrées, retardées, retournées, affectées par la douane et nouvellement créées.
- Comparer les historiques d’événements : vérifiez les pages des transporteurs, l’interface du prestataire et les réponses de l’API afin de repérer les statuts manquants, dupliqués, retardés ou trop généraux.
- Tester les transferts : vérifiez si les événements du transporteur de destination apparaissent et si un nouveau numéro de suivi est associé à la commande d’origine.
- Tester les exceptions : confirmez la manière dont le système gère les numéros invalides, les interruptions de transporteur, les réponses sans résultat, les échecs de livraison et les longues périodes sans scan.
- Tester les flux de travail commerciaux : envoyez des alertes, recherchez des commandes, exportez des données, déclenchez des actions de service client et examinez les informations disponibles pour un agent.
- Consigner les preuves : conservez la date du test, le service du transporteur, le numéro de suivi, les événements observés et la réponse du prestataire afin de pouvoir mesurer les changements futurs de couverture.
La couverture doit ensuite être surveillée après le lancement. Les transporteurs modifient leurs accords de service, leurs partenaires postaux, leurs interfaces de données et leurs pratiques en matière d’événements. Examinez régulièrement les routes à fort volume et tenez à jour une liste des cas nécessitant une confirmation directe. Les pages publiques des produits peuvent décrire le périmètre d’un prestataire, mais seul un test spécifique à une route peut établir si le résultat répond aux exigences opérationnelles du détaillant.
Comment prendre la décision finale
Choisissez la configuration de suivi la plus simple qui respecte les engagements réels du détaillant envers ses clients et ses opérations. Un petit commerçant disposant de quelques services fiables peut préférer un outil hébergé. Un détaillant transfrontalier en croissance ayant plusieurs partenaires de destination peut avoir besoin de données multi-transporteurs normalisées et de notifications automatisées. Une entreprise dotée de systèmes de commande personnalisés peut donner la priorité à une API et aux webhooks. La décision doit découler du flux de travail, et non l’inverse.
Lors de la comparaison des prestataires, accordez davantage de poids aux performances vérifiées sur les routes importantes qu’à une impressionnante affirmation concernant le nombre de transporteurs. Demandez une définition claire de la couverture prise en charge, documentez les limites de chaque service et distinguez les capacités confirmées des éléments nécessitant une preuve de concept ou une confirmation commerciale directe. Cela permet de créer un programme de suivi plus transparent pour les clients et plus utile pour les équipes responsables de l’expérience de livraison.
FAQ
Une liste plus importante de transporteurs est-elle toujours préférable ?
Non. Une liste plus longue peut augmenter les chances qu’un transporteur soit reconnu, mais elle ne prouve pas que le service concerné fournit des historiques complets des événements, une visibilité lors du transfert vers le transporteur de destination ou un calendrier fiable des mises à jour. Les tests spécifiques aux routes sont plus instructifs qu’un simple chiffre mis en avant.
Que doivent faire les détaillants lorsqu’un colis ne reçoit plus de mises à jour de suivi ?
Commencez par identifier le dernier événement confirmé et le service utilisé. Vérifiez si l’expédition se situe toujours dans le schéma normal de scans du transporteur, si les douanes ou un transfert sont concernés et si le numéro de suivi a changé. Appliquez ensuite une règle documentée d’assistance ou d’escalade. Ne considérez pas une période silencieuse comme la preuve que le colis est perdu.
Une plateforme de suivi peut-elle créer des événements que le transporteur ne publie pas ?
Aucune plateforme ne peut créer de manière fiable un scan sous-jacent du transporteur qui n’existe pas. Elle peut normaliser, traduire ou combiner les événements disponibles, mais les détaillants doivent distinguer les informations communiquées par le transporteur des estimations ou des interprétations opérationnelles.
Chaque colis international doit-il suivre la même norme de suivi ?
Pas nécessairement. Le niveau approprié dépend de la valeur, de la promesse de livraison, du risque lié à la destination, du type de service et des conséquences d’une livraison manquée. Une politique à plusieurs niveaux peut maîtriser les coûts tout en réservant une visibilité et une intervention plus poussées aux expéditions pour lesquelles elles sont les plus importantes.
Quand un détaillant doit-il choisir une API plutôt qu’une page de suivi hébergée ?
Choisissez une API lorsque les données de suivi doivent alimenter des flux de commandes personnalisés, des outils d’assistance, des notifications, des analyses ou une expérience client propriétaire. Une page hébergée peut être plus efficace lorsque le détaillant a besoin d’une expérience prête à l’emploi et dispose de capacités de développement limitées. Dans les deux cas, vérifiez les transporteurs et les événements requis avant la mise en œuvre.
