Quand Meubles TOCO me demande de revoir sa configuration de livraison sur Shopify, le besoin semble assez simple : faire payer chaque client selon la distance qui le sépare du magasin le plus proche.
Sur le papier, la règle tient en quelques lignes. Livraison gratuite à proximité des magasins, puis plusieurs paliers tarifaires à mesure que la distance augmente, jusqu’à un tarif longue distance pour les commandes plus éloignées.
Dans Shopify, en revanche, cette logique n’existe pas telle quelle.
TOCO possède deux magasins au Québec, ainsi qu’un entrepôt qui ne doit pas entrer dans le calcul. La distance doit être mesurée depuis l’adresse du client, comparée aux deux magasins, puis le point de vente le plus proche doit être retenu automatiquement.
Le sujet n’est donc pas simplement de « configurer des frais de livraison ». Il faut traduire une règle logistique propre à l’entreprise en une logique que Shopify peut comprendre et appliquer instantanément au checkout.
Avant de développer, il faut clarifier la règle
Face à ce type de besoin, la première question n’est pas technique. Elle consiste à définir précisément ce que Shopify doit calculer.
Quel emplacement sert de référence ? Quelle distance utilise-t-on ? Que se passe-t-il lorsque le client habite au-delà du dernier palier prévu ? Et surtout, quelles règles doivent pouvoir évoluer facilement dans le futur ?
Pour TOCO, la logique se précise rapidement : l’adresse du client est comparée aux deux magasins, le plus proche est retenu, puis Shopify affiche le tarif correspondant à la distance calculée.
À partir de là, on peut commencer à choisir la bonne architecture.
Une application Shopify n’est pas automatiquement la meilleure solution
Il existe des applications capables de gérer des tarifs de livraison avancés. Pour certains marchands, elles représentent la solution la plus rapide.
Dans le cas de TOCO, le besoin est cependant très ciblé. Ajouter une application signifie aussi ajouter un abonnement, une interface supplémentaire et une dépendance pour gérer une règle finalement assez spécifique.
Je privilégie donc une intégration qui s’appuie directement sur les capacités de Shopify. Lorsque le client saisit son adresse au checkout, le système calcule la distance avec les magasins concernés, identifie le bon palier et renvoie le tarif à Shopify.
Pour le client, toute cette logique reste invisible. Il renseigne son adresse et voit simplement apparaître son prix de livraison.
Shopify reste le centre de contrôle
Le calcul peut être personnalisé sans pour autant enfermer TOCO dans du code. C’est un point important.
Les distances et les prix de livraison sont des règles commerciales. Elles doivent pouvoir évoluer sans demander une intervention technique à chaque modification.
La grille tarifaire est donc pilotée directement depuis Shopify. Le développement se charge du calcul, tandis que l’équipe TOCO conserve la main sur les paliers et les tarifs.
Le code gère la logique. Shopify reste l’endroit où l’entreprise pilote son commerce.
Tester une règle métier, pas seulement du code
Une fois le système en place, je teste plusieurs situations directement dans le checkout. À proximité d’un magasin, la livraison est gratuite. À Laval, le tarif correspondant s’affiche. À Québec, un autre palier prend le relais.
Puis une adresse plus éloignée fait apparaître une limite dans la grille initiale : au-delà de 400 kilomètres, aucun tarif n’a été prévu.
Le développement fonctionne. C’est la règle commerciale qui s’arrête trop tôt. On ajoute donc un palier longue distance directement dans Shopify, sans modifier la mécanique du système.
C’est précisément pour cette raison que la configuration commerciale reste séparée du développement : une nouvelle situation ne doit pas forcément entraîner un nouveau chantier technique.
Le checkout révèle aussi les incohérences de configuration
Un autre point apparaît pendant la recette. Un ancien tarif fixe est encore actif dans Shopify. Il s’affiche en parallèle du nouveau tarif calculé et peut donc être sélectionné par le client lorsqu’il est moins cher.
Il faut le retirer avant la mise en production.
Ce n’est pas un problème de développement, mais cela fait partie du même travail : une intégration n’est réellement terminée que lorsque le parcours d’achat complet produit le bon résultat.
Ce que TOCO gagne réellement
TOCO dispose désormais d’une logique de livraison adaptée à sa géographie réelle. Le tarif tient compte du magasin le plus proche, s’affiche directement dans Shopify et repose sur une grille que l’équipe peut modifier elle-même lorsque sa politique de livraison évolue.
Sans ajouter une application uniquement pour gérer ce besoin.
C’est aussi ce qui m’intéresse dans ce type de mandat Shopify : ne pas partir d’un outil ou d’une solution toute faite, mais de la réalité de l’entreprise.
Parfois, une application suffit. Parfois, Shopify permet déjà de résoudre le problème nativement. Et parfois, quelques briques personnalisées permettent d’obtenir une solution plus simple à exploiter sur le long terme.
Questions fréquentes
Peut-on calculer les frais de livraison Shopify selon la distance ?
Oui. Selon le besoin, cela peut passer par une application ou par un système de tarifs calculés personnalisé.
La difficulté se situe moins dans le calcul lui-même que dans la définition de la règle : quel emplacement utiliser, quelle distance mesurer, quels paliers appliquer et comment gérer les cas qui sortent du fonctionnement habituel.
Shopify peut-il utiliser le magasin le plus proche du client ?
Oui, avec une logique adaptée. Dans le cas de TOCO, seuls deux magasins participent au calcul, même si d’autres emplacements existent dans Shopify.
Le lieu utilisé pour calculer un tarif de livraison n’a donc pas nécessairement besoin d’être le même que celui utilisé ensuite pour préparer la commande.
Faut-il forcément une application Shopify payante ?
Non. Une application reste parfois la meilleure solution. Mais lorsqu’une règle métier est suffisamment spécifique, une intégration personnalisée peut éviter une dépendance supplémentaire tout en laissant davantage de contrôle au marchand.
Le bon choix dépend surtout du niveau de complexité, du coût à long terme et de l’autonomie recherchée.
Adapter Shopify au fonctionnement réel de l’entreprise
Ce projet illustre assez bien ma manière d’aborder un mandat Shopify.
Comprendre d’abord la règle métier. Identifier ce que Shopify sait déjà faire. Ajouter uniquement la logique qui manque. Et surtout, laisser au marchand le contrôle sur tout ce qui doit pouvoir évoluer sans développeur.
Cette approche s’applique bien au-delà de la livraison : catalogue, variantes, merchandising, tracking, automatisations ou intégrations spécifiques.
