Testez la promesse de livraison avant de la montrer aux clients.
WooCommerce décide si la livraison est réellement gratuite. Ce module rend visible un seuil saisi manuellement et ajoute une fenêtre du lundi au vendredi. Reproduisez le calcul, inspectez les surfaces réelles et vérifiez si la version 0.2.2 convient.
- €49/yr
- package annuel auto-hébergé actuel, hors TVA
- 0.2.2
- package actuel vérifié par SHA-256
- WC 8.0–10.7
- limite déclarée ; testez la stack exacte
- WP 6.0–6.9
- limite déclarée ; pas une garantie universelle
La promesse visible et la vraie règle de livraison doivent coïncider.
Nommer la vraie règle de livraison
La livraison gratuite WooCommerce se règle dans une zone et peut exiger un montant, un coupon, les deux ou rien. Cette méthode, et non la barre, décide de l’éligibilité.
Copier un nombre approuvé
La version 0.2.2 stocke un seuil numérique manuel. Elle ne lit ni zone, ni méthode active, ni cible par devise. Le marchand doit maintenir les deux réglages alignés.
Définir la base du montant
La barre utilise le sous-total hors taxes et livraison. La méthode native peut traiter les coupons autrement : testez la politique avant/après remise de chaque zone.
Limiter la promesse de livraison
La fenêtre utilise l’heure WordPress, une heure limite et des jours lun–ven. Jours fériés, fermetures, zones, méthodes et calendriers transporteur sont absents.
Reproduisez le seuil et la fenêtre affichés au client.
Modifiez les mêmes champs que dans le package. Commencez avec une commande vendredi après l’heure limite pour voir le report du week-end.
- Début de préparation
- lun. 20 juil. 2026
- Fenêtre configurée
- mer. 22 juil. 2026 – mar. 28 juil. 2026
Reproduit uniquement la 0.2.2. Utilise lun–ven et un seuil manuel. Exclut jours fériés, fermetures, zones, méthodes, calendriers transporteur, éligibilité taxes/coupons et seuils par devise. La fenêtre n’est pas une garantie transporteur.
Les valeurs restent dans ce navigateur ; avec consentement analytics, seuls des événements de navigation peuvent être comptés.
Suivez le même seuil du produit au paiement.
1. Afficher l’écart du panier sur la fiche produit
Le bloc place objectif manuel, montant restant et fenêtre près de l’achat. Le restant vient du sous-total actuel du panier, pas uniquement du produit consulté.
Ouvrir cette scène exacte →
2. Recalculer depuis le sous-total du panier
Le panier reprend la même cible et recalcule la progression. C’est ici qu’il faut tester les écarts liés aux coupons, taxes affichées et à la vraie éligibilité.
Ouvrir cette scène exacte →
3. Vérifier la promesse face à la méthode finale
Au paiement, comparez l’état affiché avec la méthode réellement proposée pour l’adresse client. Un message cohérent est une preuve ; il n’accorde jamais la livraison gratuite.
Ouvrir cette scène exacte →
Prouvez que le message et WooCommerce deviennent éligibles ensemble.
| Risque d’écart | Comportement de la 0.2.2 | Test à réaliser |
|---|---|---|
| Le seuil manuel dérive | Un nombre est stocké dans Shipping Promise Booster ; aucune lecture de zone ou méthode. | Modifiez le vrai seuil WooCommerce et vérifiez que votre checklist détecte le second réglage. |
| Les coupons changent l’éligibilité | La barre compare son seuil au sous-total ; elle ne reproduit pas chaque exigence coupon native. | Testez sans coupon, coupon montant, coupon livraison et option avant/après remise de la zone. |
| L’adresse sélectionne une autre zone | Le seuil visible reste identique : la 0.2.2 n’a pas de règles par zone ou pays. | Saisissez une adresse par zone active et comparez le message aux méthodes proposées. |
| Un jour férié décale la logistique | La boucle saute uniquement samedi et dimanche. Aucun calendrier de jours fériés ou fermetures. | Testez une commande sur chaque fermeture ; désactivez la promesse ou élargissez la plage si nécessaire. |
| Fuseau ou heure limite incorrects | Le package utilise le fuseau WordPress et passe au prochain jour ouvré à l’heure entière configurée. | Testez une minute avant/après l’heure limite, puis vendredi soir et dimanche. |
| Le thème masque une surface | Hooks WooCommerce, fallbacks Blocks et classes CSS sont inclus, mais drawers et templates peuvent changer le placement. | Inspectez produit, mini-panier, panier et paiement sur ordinateur et mobile avec le thème réel. |
Gardez WooCommerce comme source de vérité.
WooCommerce accorde la livraison gratuite
Configurez la vraie méthode dans chaque zone. Le cœur prend en charge aucune condition, coupons, montant minimum ou combinaison. Cette règle checkout reste l’autorité.
Lire la source officielle ↗Shipping Promise Booster affiche un modèle
Utilisez-le si un seuil manuel et une fenêtre lun–ven correspondent à la boutique. Il ajoute de la visibilité sans remplacer la logique WooCommerce.
Inspecter le plugin réel →Utiliser un moteur plus riche pour les dates conditionnelles
Si les dates varient par produit, stock, pays, zone, méthode, jour férié ou transporteur, la 0.2.2 n’équivaut pas à une extension à règles. Comparez le périmètre exact.
Lire la source officielle ↗Une promesse simple n’est utile que si le modèle logistique l’est aussi.
Bon choix · un seuil, jours simples
La boutique utilise un seuil économique unique dans sa devise, expédie selon un modèle stable lun–ven et veut le même message sur produit, panier et paiement.
Choix conditionnel · thème ou coupons
Blocks, checkout classique, tiroir panier, affichage fiscal et politique coupon peuvent modifier le résultat. Continuez seulement après test de la stack réelle.
Mauvais choix · moteur logistique conditionnel
Choisissez une autre solution pour seuils par zone, méthode, pays ou devise, jours fériés, API transporteur, créneaux, sélecteur de date ou garantie transporteur.
Avant de publier une promesse de livraison
- La version 0.2.2 lit-elle le seuil depuis les zones WooCommerce ?
- Non. Elle stocke un nombre manuel dans ses propres réglages. Copiez la cible de la méthode WooCommerce concernée et incluez les deux réglages dans chaque checklist de modification.
- Quel montant la barre utilise-t-elle ?
- Le code 0.2.2 appelle WC()->cart->get_subtotal() et le traite comme sous-total hors taxes et livraison. Il ne reproduit pas toutes les règles coupon ou d’éligibilité WooCommerce.
- La fenêtre exclut-elle jours fériés et fermetures ?
- Non. Elle saute seulement samedi et dimanche. Si un jour férié ou une fermeture change la logistique, élargissez ou désactivez le message, ou utilisez un moteur avec dates exclues.
- Puis-je configurer des seuils par zone, méthode ou devise ?
- Pas dans la 0.2.2. Elle stocke un seuil et l’affiche dans la devise active. Si la cible varie par zone, méthode ou devise, cette version n’est pas validée sans intégration externe soigneusement testée.
- Fonctionne-t-il avec les Blocks panier et paiement ?
- Le package déclare compatibilité Blocks et HPOS et inclut fallbacks block-render et hooks classiques. Ce n’est pas une promesse pour chaque thème, drawer ou combinaison. Testez toutes les surfaces sur la stack exacte.
- La date affichée est-elle garantie par le transporteur ?
- Non. C’est une fenêtre configurée sans API transporteur, capacité, météo, grèves, jours fériés ni transit par adresse. Présentez-la comme estimation et validez-la face à la logistique.
- Une barre augmente-t-elle conversion ou panier moyen ?
- Aucune hausse n’est garantie. La barre expose une règle existante ; la réponse dépend de l’économie, du trafic, du mix, du coût et de la présentation. Établissez une référence et mesurez après publication.
- Quelles preuves de compatibilité sont publiées ?
- L’en-tête vérifié 0.2.2 exige WordPress 6.0 et WooCommerce 8.0, et déclare des tests jusqu’à WordPress 6.9 et WooCommerce 10.7.0. Patch exact, PHP, thème, Blocks/classique et extensions restent à tester.
Ouvrez le parcours réel produit, panier et paiement.
L’expérience produit réunit version, SHA-256, limites de compatibilité, captures, réglages et achat. Achetez seulement après validation du seuil manuel et du modèle en jours ouvrés.