Shopify Rollouts : programmer et tester tes remises sans casser ta campagne
Par Teo Comyn · Consultant Shopify · CRO, SEO & Liquid · EXPERAISE
Lecture ~13 min · Shopify · Rollouts · Promotions · CRO · Data · Octobre 2026 · Mis à jour 2026-10-06
Shopify Rollouts permet de coordonner des changements de boutique et, depuis l'annonce du 2 octobre 2026, d'y inclure des remises. Tu peux préparer un lancement, un événement temporaire ou une expérimentation. Mais programmer une promotion ne suffit pas : vérifie les dates propres à la remise, les clients réellement concernés et la cohérence entre ton annonce, ta boutique et le checkout. Annonce marchands Shopify du 2 octobre.
Le bon objectif n'est pas « mettre une promo en ligne plus vite ». C'est lancer une offre compréhensible, réellement applicable, puis savoir quoi conserver ou arrêter. Voici une méthode de préparation et de recette : elle est proposée à partir de la documentation officielle, pas présentée comme un test déjà exécuté sur une boutique cliente.
En bref
- Une campagne coordonnée et une expérience pour apprendre sont deux projets différents. Choisis lequel tu veux mener.
- Un calendrier de rollout ne remplace pas automatiquement le calendrier propre à la remise.
- Un test sur une partie du trafic exige une attention particulière aux messages diffusés en dehors de la boutique.
- Une hausse de conversion ne prouve pas une hausse de contribution économique après remise et coûts.
- Prépare les contrôles de fin aussi soigneusement que ceux du lancement.
Ce que fait Rollouts, et ce qu'il ne décide pas à ta place
Un rollout regroupe des changements programmés. Il peut concerner le thème, le checkout et les comptes clients, des catalogues ou des remises. La gestion se trouve dans Markets > Rollouts. Shopify distingue trois usages. Présentation officielle de Rollouts.
Tableau : défilement horizontal si nécessaire.
| Ton intention | Type à examiner | Question à trancher avant de commencer |
|---|---|---|
| Conserver un changement | Launch | Pourquoi cette modification doit-elle devenir l'état permanent ? |
| Afficher une opération limitée dans le temps | Event | Qu'est-ce qui doit revenir à son état habituel à la fin ? |
| Comparer une modification à l'existant | Experiment | Quelle décision le résultat permettra-t-il de prendre ? |
Launch conserve les changements ; Event prévoit un retour à la fin ; Experiment compare un traitement à un contrôle. Le contrôle correspond à l'existant, pas automatiquement à une seconde offre promotionnelle choisie séparément. Types et fonctionnement des changements.
Mon conseil : ne commence pas par la configuration. Écris d'abord la décision. « Afficher notre opération de lancement pendant trois jours » appelle un calendrier cohérent. « Vérifier si cette offre est plus intéressante que l'existant » appelle une comparaison interprétable. Mélanger les deux produit un joli lancement, mais rarement une réponse claire.
Vérifier l'accès avant de promettre une campagne
Au 6 octobre 2026, le Help Center indique Rollouts à partir de Basic, et les expériences à partir de Grow. L'accès utilisateur dépend notamment des permissions Markets > Rollouts et Discounts. Des changements de thème ou de checkout demandent leurs permissions propres. Les thèmes vintage et la modification de templates Liquid ne sont pas pris en charge dans un rollout. Prérequis et limites Shopify.
Ne déduis pas de ce tableau de forfaits que chaque personnalisation de checkout est disponible sur ta boutique. Vérifie l'accès réel à la ressource, puis ce que ton thème et tes apps permettent de préparer. Si une fonction indispensable n'est pas accessible, réduis le périmètre ou change de méthode avant de communiquer une date.
Pas besoin de transformer chaque campagne en projet de développement. Pour une promotion isolée, Shopify maintient aussi la programmation par dates de début et de fin de la remise. Rollouts devient pertinent quand la coordination ou l'expérimentation répond à un besoin réel. Annonce des remises dans Rollouts.
Une méthode en six étapes
1. Écrire l'offre comme le client doit la comprendre
Prépare une fiche courte : produits concernés, clients admissibles, marchés, période, exclusions, conditions de cumul, message et résultat attendu. Sépare la promesse visible de la règle effectivement appliquée au panier.
Exemple de question utile : un client qui lit « offre de lancement » sait-il quels produits sont inclus et quand l'avantage disparaît ? Si la réponse dépend d'une explication du service client, le problème n'est pas le calendrier. C'est l'offre.
Je recommande un responsable pour la règle commerciale et un responsable pour sa recette. Ils peuvent être la même personne, mais les deux responsabilités doivent être explicites. Une bannière validée ne vaut pas validation du montant payé.
2. Cartographier les deux calendriers
La remise garde ses dates propres. Elle peut être active selon celles-ci ou parce qu'un rollout actif l'active pour un client. Un rollout qui la désactive la rend inactive pour les clients concernés, même si ses dates habituelles sont actives. Les conditions de cumul continuent de s'appliquer. Règles des remises dans les rollouts.
Conséquence pratique : la fin de l'événement ne garantit pas la fin de l'avantage. Il faut examiner ce que les règles habituelles permettront après le retour à l'état courant. Ce point mérite une vérification dédiée, pas une supposition.
Utilise ce tableau de préparation ; les réponses dépendent de ta configuration réelle :
Tableau : défilement horizontal si nécessaire.
| Moment | Question de recette | Preuve à conserver |
|---|---|---|
| Avant le lancement | L'avantage peut-il déjà être obtenu sans le rollout ? | Réglages de la remise et parcours contrôlé |
| Pendant l'opération | Quels clients voient le message et obtiennent réellement la remise ? | Audience, conditions, panier et checkout |
| Après la fin | Les dates propres à la remise la rendent-elles encore disponible ? | État de la remise et nouveau contrôle d'achat |
Évite de changer simultanément plusieurs calendriers sans écrire leur relation. Une règle simple, documentée et vérifiée est préférable à une combinaison difficile à expliquer.
3. Préparer les ressources puis le rollout
La documentation demande de préparer les remises existantes avant de les ajouter. Dans Markets > Rollouts, crée et nomme l'opération, choisis son type, ajoute les changements, puis règle audience et calendrier. Le fuseau provient des paramètres généraux de la boutique. Examine les conflits affichés avant d'enregistrer. Procédure officielle de création.
Donne au rollout un nom exploitable : objectif, marché et référence de campagne. « Test 2 » devient ambigu dès qu'une autre personne doit intervenir. Dans la fiche de lancement, conserve les identifiants des ressources et le message approuvé.
Pour une expérience, je recommande de limiter les changements à l'hypothèse étudiée. Si tu changes remise, navigation et réassurance ensemble, tu compares deux ensembles : tu ne mesures pas l'effet isolé de la remise. Cela peut être un choix assumé, mais le compte rendu doit le dire.
4. Aligner les canaux et l'audience
Un rollout partiel et une expérience ne se propagent pas aux canaux externes comme un changement de catalogue atteignant toute l'audience. Des détails de produit peuvent diverger entre la boutique, les annonces et les flux ; ces canaux ont aussi leurs délais de synchronisation. Shopify avertit du risque d'incohérence d'offre et recommande notamment de revoir les flux, surveiller les canaux ou suspendre les annonces concernées. Portée et canaux externes.
Pour les remises, la documentation développeur précise : activation avec une allocation effective de 100 % disponible sur tous les canaux, sous réserve des conditions d'éligibilité ; activation partielle limitée à Online Store. Ce n'est pas une promesse de mise à jour simultanée de chaque outil marketing. Disponibilité par canal.
Mon conseil : ne diffuse pas une promesse universelle si seule une partie des visiteurs peut obtenir l'avantage. Prépare un message exact pour le parcours réellement concerné. Une campagne d'acquisition ne doit pas devenir involontairement une expérience différente pour chaque personne.
Pour le trafic organique, conserve des URL stables et évite des erreurs de page temporaires. Ne transforme pas une opération courte en suppression de fiches produit indexées. Considérations sur la recherche organique.
5. Faire la recette du parcours, pas seulement du bandeau
Voici une grille originale de contrôle. Elle décrit des scénarios à exécuter, pas des tests déjà passés. Vérifie chaque situation pertinente dans un environnement adapté et consigne les observations réelles.
Tableau : défilement horizontal si nécessaire.
| Scénario | Ce que tu vérifies | Critère de décision proposé |
|---|---|---|
| Client admissible, produit inclus | Message, panier, remise et montant final | La règle annoncée correspond au paiement |
| Client ou produit exclu | Absence d'avantage indu et conditions compréhensibles | Pas de promesse incompatible avec l'éligibilité |
| Cumul avec une autre offre | Combinaisons réellement appliquées | Montant expliqué et économiquement acceptable |
| Arrivée depuis une annonce ou un e-mail | Promesse externe et expérience de destination | Aucun avantage annoncé comme acquis à tort |
| Début et fin de l'opération | Transitions du message et de la règle | Pas de promotion qui déborde selon un autre calendrier |
| Pause ou arrêt décidé | Achat possible, prix et ressources restaurés | Retour contrôlé, documenté et compréhensible |
Ajoute mobile, marchés, devises et parcours accélérés à ta recette lorsqu'ils font partie du périmètre. Un contrôle sur une session ne démontre pas l'ensemble des affectations d'une expérience : demande une méthode de vérification adaptée, plutôt que multiplier les fenêtres au hasard.
La preuve utile contient date, environnement, scénario, résultat attendu, résultat observé et décision. Un problème bloquant reste bloquant même si le reste de la boutique semble correct. Ne programme pas la communication avant de savoir qui autorise le lancement et qui peut l'arrêter.
6. Lire le résultat avant de généraliser
Les métriques Rollouts dépendent des ressources et ne sont pas personnalisables. Les remises n'ont pas de métriques dédiées d'attribution de revenu ou de commandes dans ce rapport. Les résultats couvrent Online Store, panier et checkout, pas toutes les ventes POS ou headless. Shopify signale aussi des limites d'exposition et le partage possible des codes promotionnels. Limites de Rollout Analytics.
Je recommande de lire trois niveaux séparément : fiabilité du parcours, effet commercial observable et contribution économique. Définis avant le lancement ce qui permet de poursuivre, d'arrêter ou de considérer le résultat comme insuffisant. Un compteur de commandes seul ne suffit pas.
Le guide du revenu par visiteur explique le lien entre panier et conversion. Pour rapprocher tes outils sans confondre leurs définitions, utilise aussi le guide Shopify Analytics et GA4. Ils complètent la lecture ; ils ne changent pas le périmètre du rapport natif.
Exemple fictif : la conversion monte, mais la contribution baisse
Supposons deux groupes de 1 000 visiteurs chacun. Le contrôle produit 20 commandes à 80 €, le traitement 25 commandes à 70 € après remise. Chiffres entièrement fictifs, construits pour expliquer le raisonnement, sans significativité statistique prétendue.
Le contrôle représente 1 600 € de revenu, soit 1,60 € par visiteur. Le traitement représente 1 750 €, soit 1,75 € par visiteur. Avec un coût variable fictif de 45 € par commande dans chaque groupe :
- Contrôle : 20 × (80 − 45) = 700 €, soit 0,70 € de contribution par visiteur.
- Traitement : 25 × (70 − 45) = 625 €, soit 0,625 € par visiteur.
La conversion passe de 2 % à 2,5 % et le revenu par visiteur augmente. Pourtant cette contribution simplifiée diminue. Elle n'est pas un bénéfice net : elle exclut notamment acquisition, frais fixes et éléments non inclus dans l'hypothèse de coût.
Le conseil n'est pas « toute remise détruit de la valeur ». C'est « choisis une métrique qui correspond à ta décision ». Si les retours, la logistique ou les coûts produit diffèrent, ajoute-les au modèle. N'attribue pas un effet durable à quelques commandes sans examiner l'incertitude et la période.
Le point technique à demander aux éditeurs d'apps
La version 2026-10 de l'Admin GraphQL API ajoute la lecture des rollouts associés aux remises. Les intégrations qui lisent celles-ci doivent tenir compte des rollouts, de leurs calendriers et de leur portée, et demander le scope read_rollouts en plus des droits utiles. Une réautorisation peut être nécessaire. Annonce développeur du 1er octobre.
Le guide de migration prévient que certaines remises affectées peuvent ne plus apparaître dans les lectures d'anciennes versions API. Une absence ne doit pas provoquer la suppression d'un enregistrement local. Dans la version actuelle, le statut propre de la remise peut aussi différer de sa disponibilité effective : un cache de dates ne suffit pas. Guide de mise à niveau des apps.
Pose à ton éditeur une question testable : « Votre app reconnaît-elle les remises activées ou désactivées par un rollout, et vérifie-t-elle leur disponibilité après pause ou conclusion ? » Demande la version API utilisée et une preuve de recette, sans présumer que toutes les apps sont compatibles ou incompatibles.
Shopify expose également des requêtes et webhooks de lecture des rollouts pour garder les intégrations à jour. Cela ne signifie pas qu'un marchand doit développer une app pour chaque campagne. Requêtes et notifications Rollouts.
Finir l'opération : pause, retour ou application permanente ?
Ne clique pas sur « appliquer définitivement » comme s'il s'agissait d'un simple archivage. Shopify indique qu'une remise activée par un rollout appliqué définitivement reste active et perd sa date de fin ; une remise désactivée expire. L'archivage est aussi différent d'une pause : il supprime définitivement les changements de thème du rollout. Gestion et effets de fin.
Je recommande une fiche de clôture avec : décision prise, état final voulu, état constaté, message retiré ou conservé, remise contrôlée, canaux externes revérifiés et propriétaire du prochain contrôle. Conserve les observations utiles avant une action irréversible.
Une opération n'est pas terminée parce que le calendrier a expiré. Elle est terminée quand le client obtient l'expérience attendue et que l'équipe sait dans quel état la boutique se trouve.
Quand utiliser Rollouts, et quand rester simple ?
Une promotion ponctuelle sans autre changement : commence par vérifier si les dates de la remise suffisent. N'ajoute pas une orchestration dont personne ne maîtrisera la fin.
Une opération avec message, thème et offre à coordonner : Rollouts mérite une préparation et une recette communes. Le résultat attendu est d'abord une campagne cohérente, pas un gain CRO supposé.
Une hypothèse commerciale à comparer : cadre l'expérience, son contrôle et ses métriques. Le guide Intelligems et tests A/B traite la méthode générale et le choix d'un outil ; ce guide-ci traite la mise en place spécifique des remises dans Rollouts. Ne superpose pas deux outils qui modifient la même expérience sans un plan explicite.
Une refonte ou un projet Canvas : le guide Shopify Canvas traite l'éditeur et ses compatibilités. Ici, la priorité est le calendrier commercial et son exécution ; la nouveauté d'un outil de design ne valide pas une promotion.
Méthode et dernière vérification
Sources primaires Shopify consultées le 6 octobre 2026 : annonce marchands du 2 octobre, annonces API du 1er octobre, Help Center et guide développeur. Les dates des annonces ne sont pas confondues avec la date de vérification. L'article reformule les fonctions documentées et propose une méthode de recette originale.
Aucun test Rollouts sur une boutique, aucune capture de client et aucun gain réel ne sont revendiqués ici. Les exemples chiffrés sont fictifs. Le contrôle documentaire ne vaut pas relecture humaine de Teo ni validation de ta configuration ; relis les conditions officielles avant un lancement réel.
Avant ta prochaine campagne, vérifie l'offre, les deux calendriers et le parcours payé. Si tu veux cadrer les priorités, découvre mon audit Shopify. Pour une mission d'expérimentation, consulte l'accompagnement CRO Shopify. Tu peux aussi me contacter avec l'URL de ta boutique, l'offre envisagée et ton échéance, sans envoyer de données sensibles.
Sources & documentation officielle
Liens utiles (hors affiliation) pour creuser le sujet.
Articles connexes
- Intelligems sur Shopify : le guide complet pour lancer des tests A/B qui impactent le revenuGuide test A/B Shopify 2026 : Intelligems vs natif vs VWO, 7 tests prioritaires, trafic minimum, significativité, pièges…
- Revenu par Visiteur (RPV) : le seul KPI qui réconcilie conversion et panier moyenLe RPV (CR × AOV) est le KPI central pour piloter la rentabilité d'un store Shopify. Définition, formules, benchmarks 20…
- Shopify Analytics et GA4 : pourquoi tes sessions et ton taux de conversion ne racontent pas la même histoireSessions en baisse, conversion en hausse : distingue changement de mesure, différence de périmètre et incident GA4 avant…
Accompagnement Shopify
Besoin d'aller plus loin qu'un article ? Pages services et audit.
