Shopify modifie en profondeur le comportement des transporteurs créés par API. À partir de la version 2026-10 de l’API GraphQL Admin, un transporteur enregistré via carrierServiceCreate ne sera plus automatiquement ajouté au profil d’expédition général. Jusqu’ici, cette association était automatique : le transporteur apparaissait dans les zones définies et les tarifs étaient proposés au checkout. Ce n’est plus le cas. Les marchands qui utilisent des apps de livraison doivent anticiper : des transporteurs peuvent devenir invisibles sans notification.
Ce que change la version API 2026-10
Le breaking change est technique mais ses conséquences sont commerciales. Avant, créer un transporteur via l’API (GraphQL ou REST) déclenchait son ajout aux zones de livraison éligibles du profil général. Avec la nouvelle version, Shopify enregistre le transporteur mais ne l’attache à aucun profil. Les tarifs ne sont plus proposés au checkout, sauf si l’app ou le marchand configure explicitement l’association. Sont concernés les transporteurs créés via carrierServiceCreate, POST carrier_services.json, et toute app reposant sur ces mécanismes. Les transporteurs créés manuellement via l’interface ne sont pas touchés.
Qui est concerné : les apps de livraison
Les marchands utilisant une app de livraison tierce qui crée un transporteur personnalisé doivent vérifier si cette app expose des tarifs via le profil général. C’est le cas des apps de ship-to-rate, de calcul de livraison dynamique ou de transporteur local. Si l’app n’a pas encore mis à jour son code, les tarifs cesseront d’apparaître à la bascule.
Un risque silencieux sur le taux de conversion
Un transporteur enregistré mais non rattaché ne génère ni erreur ni notification. Le marchand voit l’app configurée mais les tarifs ne s’affichent pas au checkout. Les clients reçoivent « aucune option de livraison disponible » et abandonnent. L’impact : baisse de conversion, tickets support et perte de crédibilité.
Prenons une boutique d’équipement sportif qui utilise une app de livraison locale pour ses expéditions en relais. À la mise à jour API, cette option peut disparaître sans alerte. Le marchand ne le découvre qu’en constatant une hausse des paniers abandonnés.
Audit et calendrier : la décision à prendre maintenant
La décision : identifier les apps de transporteur et vérifier auprès de chaque éditeur la compatibilité avec la version 2026-10. Contactez chaque éditeur d’ici septembre, vérifiez la version API cible dans les paramètres de l’app, et testez avec le sandbox API 2026-10 s’il est disponible.
Notre position : surveiller sans paniquer, mais agir avant la bascule. Le défaut « non rattaché » est un piège silencieux. Un audit des profils de livraison et un échange avec vos éditeurs d’ici octobre suffisent pour garder le contrôle.
