Une case, et toute la commande en double.

Il ajoute un seul contrôle sur la page de paiement. Selon 8theme, le booster « offre aux clients une option rapide et tentante pour doubler la quantité du produit qu’ils s’apprêtent à acheter — souvent à prix réduit », et il est « conçu pour augmenter le panier moyen en encourageant les achats en volume avec un minimum de friction à la décision ». Ce que fait ce clic est dit clairement : « tous les articles du panier sont dupliqués », et « le total du panier est mis à jour instantanément, et les clients voient clairement les produits supplémentaires et les économies appliquées avant de finaliser la commande ». Une tension dans ce récit mérite d’être nommée plutôt que lissée : la première phrase parle du produit, au singulier, tandis que le Frontend Result et deux réponses distinctes de la FAQ parlent de tous les articles du panier. Cette page suit les trois qui concordent et duplique tout le panier.

Leur FAQ répond oui, puis se déplace : « Vous pouvez configurer différentes règles de remise pour des produits ou catégories spécifiques via la section Conditions dans les réglages du booster. Cela permet d’appliquer une remise uniquement lorsque certains produits sont présents dans le panier — vous donnant un contrôle total sur comment et quand l’offre de duplication apparaît. » Cette phrase s’ouvre sur des règles de remise différentes par produit et atterrit sur le moment où l’offre apparaît : deux choses différentes. Le panneau Discount contient un seul Discount type et une seule Discount value pour le booster, et n’affiche aucun champ produit ou catégorie ; Conditions est présenté dans leurs propres mots comme « Add conditions if you would like to personalize based on the items in the cart, order total etc. (optional) » — un filtre sur l’affichage du booster. Ce qui est documenté, c’est donc un seul taux, montré ou retenu selon condition. Des taux réellement différents côte à côte dans un même panier n’apparaissent dans aucune capture ni dans aucune phrase du texte — et comme le booster duplique tout le panier plutôt qu’un produit choisi, il n’y a rien à l’intérieur sur quoi pointer un second taux. À faire confirmer par le support avant d’y compter.

Tout. Leur FAQ est directe : « Quand le client clique sur le bouton “Double the Order”, le booster duplique tous les articles présents dans le panier. Ce n’est pas limité à un seul produit. » Sur les types de produits : « Il prend en charge les produits simples et variables. Pour les produits variables, la variation sélectionnée est dupliquée avec la quantité. » C’est à cause de cette dernière phrase que la démo en haut de page porte un produit variable avec une taille choisie et une quantité de deux. Si une copie arrive comme une seconde ligne ou comme une quantité plus élevée sur la ligne copiée, l’article ne le dit pas ; la démo en haut de cette page dessine la quantité plus élevée, et ce choix n’engage qu’elle.

Display Settings vous demande de « choisir où le booster Double the Order apparaîtra sur la page de paiement » et liste quatre positions : Before Payment Gateways, Before Place Order button, After Place Order button et Bottom of the Checkout Page. Aucune valeur par défaut n’est publiée, et Display Settings est le seul panneau de cette page sans capture. Leur unique indication est un conseil — « placer le booster juste avant le bouton “Place Order” peut être particulièrement efficace, car il capte l’attention de l’acheteur au dernier moment de décision » — et c’est aussi là que leur propre capture frontend dessine la carte, sous la section de paiement et juste au-dessus du bouton. Aucune voie manuelle ne vient s’y opposer : interrogés sur Elementor et les templates personnalisés, ils répondent que « le booster fonctionne automatiquement via les hooks WooCommerce. Il n’y a pas de shortcode. Vous n’avez pas à le placer manuellement — il apparaît à des emplacements de paiement prédéfinis. » Une clause isolée dit l’inverse : la section Appearance s’ouvre en décrivant l’apparence du booster « sur votre page produit ». Toutes les autres affirmations de la page le placent au paiement.

Le texte parle de bouton sept fois et nomme le champ Custom Button Text là où les deux captures l’étiquettent CTA Button Text — mais les deux images rendues, celle du frontend et l’aperçu dans la capture Template, dessinent une case décochée dans un cadre pointillé. Cette page dessine la case à cocher et garde le nom de champ des captures. Est-elle pré-cochée ? Rien ne le dit nulle part : 8theme dessine la case décochée, et c’est toute la preuve. Rien non plus sur ce que fait le décochage, ni sur le retour à un panier non doublé. Si cela compte là où vous vendez — une option pré-cochée est une vente par option négative, restreinte sur plusieurs marchés — mieux vaut un essai sur une copie de préproduction avant une promo.

Le panneau Discount contient trois champs : Discount type, un menu dont les deux options sont Percentage discount (%) — coché dans leur capture — et Fixed cart discount ($) ; Discount value ($ or %), qui affiche 10 ; et Coupon display name, qui affiche « Discount ». Le texte ne mentionne jamais les deux derniers, et ne dit jamais ce qu’affiche le nom du coupon, ni où. Ce que fait vraiment l’option fixe est le seul point sur lequel l’article se contredit : le texte dit « Fixed Discount – applique un montant de remise précis (par ex. $5 de réduction) à chaque produit du booster », tandis que le menu de la capture parle d’une remise sur le panier. Rien dans l’article ne tranche, donc cette page non plus. {discount} est le seul placeholder, et il se résout avec son unité. Taxes, livraison, coupons existants, prix soldés, stock et tout multiple autre que deux ne sont pas publiés.