Le suivi MSC fournit un statut de conteneur, pas une information client. Pour un e-commerçant qui expédie via Mediterranean Shipping Company, la difficulté n’est pas d’accéder au tracking : c’est de transformer un code de statut logistique en message clair pour l’acheteur final. Le décalage entre ce que MSC publie et ce que le client attend de savoir génère des tickets de support, des relances inutiles et une érosion de confiance mesurable sur le taux de réachat.
Statut MSC brut versus attente client : où se crée l’écart
MSC propose un suivi par numéro de connaissement ou de conteneur via son portail myMSC et ses outils eBusiness. Le statut renvoyé correspond à des jalons maritimes : chargement, transbordement, arrivée au port de destination, mise à disposition.
A voir aussi : Comment choisir le bon textile pour vos cadeaux clients ?
Le client e-commerce, lui, raisonne en « expédié », « en transit », « en cours de livraison », « livré ». Entre ces deux langages, il existe une zone grise qui couvre souvent la majorité du temps de transit.
| Jalon MSC | Ce que le client comprend | Problème fréquent |
|---|---|---|
| Gate out (port d’origine) | « Mon colis est parti » | Le transit maritime n’a pas encore commencé |
| Transbordement | Aucune idée (statut technique) | Le client voit une « escale » sans contexte |
| Arrivée au port | « C’est bientôt chez moi » | Il reste le dédouanement et le dernier kilomètre |
| Aucune mise à jour (conteneur en mer) | « Mon colis est perdu » | Génère un ticket support |
Ce tableau résume le décalage structurel. Chaque jalon MSC sans traduction client provoque une demande au support. Le problème n’est pas la qualité du tracking MSC, mais l’absence de couche d’interprétation côté e-commerçant.
A lire en complément : Micro-formation et e-learning : découvrez le futur de l'apprentissage professionnel en ligne
Notifications automatiques e-commerce : filtrer le bruit du suivi MSC
La tentation est de relayer chaque événement MSC vers le client par email ou SMS. C’est contre-productif. Un message « votre commande est en transbordement à Tanger Med » ne rassure pas, il inquiète. Automatiser ne signifie pas transmettre chaque statut brut au client.
Définir les événements déclencheurs pertinents
Trois moments justifient une notification côté client :
- La confirmation de départ effectif du conteneur (gate out confirmé au port d’origine), traduite en « votre commande a quitté l’entrepôt d’expédition »
- L’arrivée au port de destination, reformulée en « votre commande est arrivée dans le pays, livraison sous X jours » (en adaptant le délai au dernier kilomètre réel)
- Toute alerte opérationnelle MSC (les « customer advisories » publiés par MSC signalant un retard, un changement d’escale ou une perturbation de service), traduite en « votre livraison subit un délai supplémentaire, nouvelle estimation : … »
Tous les autres jalons (transbordement, passage de canal, mise à quai intermédiaire) restent dans le back-office. Le client n’a pas besoin de les voir.
Gérer le silence radio en mer
Un conteneur en plein océan ne produit aucun événement de tracking pendant plusieurs jours, parfois plus d’une semaine. Pour le client, ce silence ressemble à un abandon. La solution est de programmer un message intermédiaire automatique, déclenché par l’absence de mise à jour au-delà d’un seuil défini. Un message proactif du type « votre commande est en transit maritime » réduit les demandes « où est mon colis ».
Ce message ne contient aucune donnée MSC. Il repose uniquement sur un timer interne calibré sur le temps de transit estimé de la route concernée.
Plateformes tierces et connecteurs MSC : comparer les approches pour e-commerçants
MSC n’est pas le seul point d’accès au statut d’un conteneur. Des plateformes comme Descartes MacroPoint ou Dockflow proposent un suivi multi-transporteurs, avec des fonctionnalités orientées visibilité en temps réel. La question pour un e-commerçant est de savoir quel outil utiliser et à quel niveau de la chaîne.
| Critère | Portail myMSC | Plateforme tierce (type MacroPoint, Dockflow) |
|---|---|---|
| Périmètre | Conteneurs MSC uniquement | Multi-transporteurs, vision consolidée |
| ETA dynamique | Limitée au calendrier MSC | Recalcul selon données en temps réel |
| Alertes automatisées | Notifications track and trace par email | Alertes paramétrables avec logique conditionnelle |
| Intégration e-commerce | API eBusiness MSC (orientée freight) | Connecteurs vers ERP, OMS, CRM |
| Coût | Inclus dans la relation MSC | Abonnement SaaS supplémentaire |
Les plateformes tierces se justifient quand l’e-commerçant travaille avec plusieurs transporteurs maritimes. Pour un volume exclusivement MSC, le portail natif combiné à une couche de traduction interne peut suffire.
Scénario d’alerte retard MSC : éviter les messages ambigus vers le client
MSC publie des « customer advisories » quand un service est perturbé : modification de rotation, congestion portuaire, report d’escale. Ces alertes sont rédigées pour des professionnels du freight. Les transmettre telles quelles au client final est une erreur.
Construire un message client à partir d’une alerte MSC
L’alerte MSC mentionne un numéro de service, un port concerné et parfois une estimation de décalage. Le travail de l’e-commerçant consiste à croiser cette information avec les commandes affectées, puis à générer un message simple.
- Identifier les commandes liées au service MSC perturbé (par booking ou connaissement)
- Calculer le nouveau délai estimé en ajoutant le décalage annoncé au calendrier initial
- Rédiger un message factuel : « Votre commande, initialement prévue le [date], sera livrée autour du [nouvelle date] en raison d’un retard de transit maritime »
- Ne pas mentionner le nom du transporteur, le numéro de conteneur ni le port intermédiaire (informations inutiles pour l’acheteur)
Le client veut une date révisée, pas une explication logistique. Toute information technique supplémentaire dans le message augmente le risque de question de suivi au support.
Automatiser le déclenchement sans faux positifs
Les alertes MSC ne concernent pas toujours les conteneurs de l’e-commerçant. Filtrer les advisories par numéro de service et par port de chargement ou déchargement évite d’envoyer des notifications de retard à des clients dont la commande n’est pas affectée. Un faux positif de retard est plus dommageable qu’une absence de notification.
L’architecture la plus fiable repose sur un webhook ou une interrogation régulière de l’API MSC, couplée à une table de correspondance booking/commande client. Quand l’advisory matche un booking actif, le message client se déclenche. Quand il ne matche pas, rien ne se passe.
Le suivi MSC reste un outil de freight, pas un outil de relation client. La valeur pour l’e-commerçant en 2026 réside dans la couche intermédiaire qui traduit, filtre et temporise les données MSC avant qu’elles n’atteignent l’acheteur. Chaque statut transmis sans traduction est un ticket de support en puissance.
