« Je voudrais remplacer mon application de précommande actuelle. Mais qu'adviendra-t-il des précommandes déjà prises et des clients qui attendent une alerte de réassort ? » Le plus grand risque du changement, c'est de rompre les promesses déjà faites aux clients.
La méthode sûre, en résumé : continuer de traiter les commandes en cours dans l'ancienne application jusqu'au bout, et ne démarrer dans la nouvelle que les commandes futures. Pour cela, avancez dans cet ordre : consigner les commandes en cours et les promesses → vérifier ce qui peut être repris → tester uniquement sur les nouvelles commandes → fixer la date de bascule et le retour arrière → vérifier ce qui reste de l'ancienne application.
Cet article est publié par JizaiDev, l'éditeur de l'application de précommande SellRules. La démarche est la même pour passer à SellRules ou pour quitter SellRules vers une autre application.
Consigner les commandes en cours et les promesses
La première étape n'est pas de modifier les réglages, mais d'inventorier ce que vous avez promis. Notez ce que vous avez annoncé aux clients, pas ce qui figure dans les écrans de réglage de l'application.
- Précommandes non expédiées : numéro de commande, produit, délai d'expédition promis, statut du paiement (payé ou non au moment de la commande)
- Réglages de vente en cours : produits concernés, début et fin de la prise de commande, plafonds de commande et texte de délai affiché sur les pages produit
- Clients en attente de notification : la liste des adresses e-mail inscrites aux alertes de réassort ou de lancement
Par exemple, triez par quantités et par promesses : « 23 précommandes en cours — 15 promises pour cette semaine, 8 pour la semaine suivante ; 41 inscriptions aux alertes de réassort. » Si les volumes sont importants, exportez via la fonction d'export de l'ancienne application ou la liste des commandes Shopify, et conservez aussi des captures des écrans de réglage.
Ce relevé servira ensuite de référence pour vérifier « tout a-t-il été repris ? » et « quelle commande traiter où ? ».
Vérifier ce qui peut être repris et ce qui ne le peut pas
L'endroit où chaque information est stockée décide de ce qu'elle devient après le changement.
| Donnée | Où elle est stockée | Ce qu'elle devient après le changement |
|---|---|---|
| Les commandes elles-mêmes (y compris les précommandes) | L'administration des commandes Shopify | Elles restent même sans l'application. Expédition et remboursements continuent dans Shopify |
| Le texte de délai sur les pages produit | Pages produit / thème | Il reste tel quel. Si le texte est géré par l'application, il faut le réécrire |
| Listes d'attente et journal d'envoi | Dans l'application | Vérifiez si l'ancienne application permet l'export. Souvent non transférable |
| Réglages des plannings de vente | Dans l'application | À recréer avec les mêmes conditions dans la nouvelle application |
Le point clé : les précommandes sont souvent enregistrées comme de simples commandes Shopify, pas dans l'application. Dans SellRules aussi, précommandes et ventes sur commande sont enregistrées comme des commandes Shopify ordinaires (guide d'utilisation). Supprimer l'application n'efface pas les commandes Shopify elles-mêmes ; l'expédition et les remboursements des commandes déjà prises se poursuivent donc côté Shopify.
En revanche, les données qui ne vivent que dans l'application — listes d'attente, journal d'envoi, réglages des plannings — cessent d'être utilisables une fois l'application supprimée. L'aide Shopify conseille également de sauvegarder les données nécessaires avant de désinstaller une application. La possibilité de reprendre les inscriptions dépend des spécifications de l'ancienne application : ne présumez pas que « tout sera transféré », vérifiez comment exporter et ce que deviennent les données après la suppression.
Tester la nouvelle application uniquement sur les nouvelles commandes
Ne basculez pas tout d'un coup — commencez uniquement par les commandes pas encore prises.
- Choisissez un produit de test. Prenez un produit dont la vente n'a pas encore commencé, ou un produit de test — pas un produit qui prend déjà des commandes.
- Réglez les mêmes conditions dans la nouvelle application. Saisissez les dates de début et de fin de la prise de commande, le plafond et le texte de délai en les comparant à votre relevé.
- Vérifiez du côté client. Contrôlez le bouton sur la page produit, l'affichage du délai et l'arrivée des commandes. Si le bouton ou le champ d'inscription n'apparaît pas, l'ordre des vérifications est résumé dans que vérifier quand le bouton de précommande ne s'affiche pas.
- Passez une commande de test. Observez comment la commande est gérée côté nouvelle application.
Pendant ce temps, les produits en cours de vente continuent de fonctionner sur l'ancienne application. La règle d'or : ne jamais mettre le même produit en état de prise de commande dans les deux applications en même temps. Si boutons ou notifications se déclenchent en double, les clients reçoivent deux fois le même e-mail ou les conditions de vente entrent en conflit.
Si vous voulez reprendre le choix de la nouvelle application depuis le début, consultez comment choisir une application de précommande, qui compare selon le moment du paiement et les règles de vente.
Fixer d'abord la date de bascule et le retour en arrière
Si le test est concluant, élargissez le périmètre — mais décidez deux choses d'abord.
- Date de bascule : un jour calme pour les commandes, ou juste avant l'ouverture d'une nouvelle prise de commande. Évitez la période juste avant un gros lancement ou les semaines où les dates d'expédition promises se concentrent.
- Retour en arrière : concrètement, quelles opérations restaurent l'état précédent — « supprimer les plannings de la nouvelle application », « désactiver l'intégration d'application du thème », etc. Gardez l'ancienne application et ses réglages jusqu'à ce que le basculement soit stable.
Répartissez aussi la gestion des commandes. Les commandes prises dans l'ancienne application sont suivies jusqu'à l'expédition dans l'ancienne (ou dans l'administration des commandes Shopify) ; celles prises dans la nouvelle sont gérées du nouveau côté. Séparer commande par commande évite les confusions. Pour la suite de la gestion des commandes après la prise de commande, gérer les commandes sur commande jusqu'à l'expédition est une bonne référence.
Avant de retirer l'ancienne application : vérifier ce qui reste
Quand le basculement est stable, retirez l'ancienne application — après quatre vérifications.
- Avez-vous exporté les données nécessaires ? Listes d'attente, journal d'envoi, relevés de plannings. Dans la plupart des cas, elles ne sont pas récupérables après la suppression. Avec SellRules par exemple, la suppression de l'application efface l'intégralité des plannings, règles, listes d'attente, journaux d'envoi et autres données de la boutique ; la liste d'attente doit donc être exportée en CSV au préalable (guide : Contrat, facturation et données).
- La facturation s'arrêtera-t-elle ? Pour les applications facturées via le système de facturation Shopify, la désinstallation arrête les prélèvements futurs, mais les frais déjà générés pour la période en cours peuvent encore être facturés. Si l'application facture en dehors de Shopify, une résiliation séparée est nécessaire.
- Reste-t-il quelque chose dans le thème ? Si l'application a ajouté du code à votre thème, la désinstallation seule peut ne pas le retirer. Vérifiez dans l'écran de personnalisation du thème si des intégrations d'application sont actives ou si du code subsiste.
- Les notifications sont-elles ramenées à un seul expéditeur ? Les notifications que l'ancienne application devait envoyer (alertes de réassort, etc.) sont-elles arrêtées, et rien ne part-il en double depuis les deux applications ?
À noter : 48 heures après la désinstallation d'une application, Shopify envoie à son développeur une demande d'effacement des données personnelles des clients collectées (Centre d'aide Shopify). C'est un repère si le sort des données personnelles conservées par l'application vous préoccupe.
Check-list du changement (avec responsabilités)
Voici le travail organisé selon qui vérifie quoi et où. Pour les lignes marquées « spécifications de l'ancienne application », consultez la documentation de votre application.
| Ce qu'il faut vérifier | Où / auprès de qui | Moment |
|---|---|---|
| Précommandes non expédiées et dates d'expédition promises consignées | Administration des commandes Shopify / texte des pages produit | Avant le basculement |
| Listes d'attente et journal d'envoi exportés (l'export dépend de l'ancienne application) | Écrans de l'ancienne application | Avant le basculement |
| Réglages de plannings des produits en vente consignés | Écrans de réglage de l'ancienne application | Avant le basculement |
| Affichage et commandes de la nouvelle application vérifiés sur un nouveau produit | Page produit / commande de test | Pendant l'essai |
| Aucun produit en prise de commande dans les deux applications à la fois | Écrans de réglage des deux applications | Pendant l'essai et le basculement |
| Gestion des commandes répartie par commande | Règles d'exploitation de la boutique | Au basculement |
| Retour en arrière décidé | Votre boutique | Avant le basculement |
| Arrêt de facturation de l'ancienne application / frais restants vérifiés | Écran de facturation Shopify / documentation de l'ancienne application | Avant la suppression |
| Pas de code ou d'intégration restant dans le thème | Écran de personnalisation du thème | Avant et après la suppression |
| Pas de notifications en double | Journal d'envoi / e-mails reçus | Après le basculement |
Quand cette démarche ne s'applique pas — et que faire en cas de problème
- Quand le changement n'est pas urgent : si l'ancienne application ne pose pas de gros problème, attendre une période avec moins de précommandes non expédiées ou l'après-lancement est aussi un choix valable. Si l'objectif est « supprimer une tâche pénible », bouger quand la prise de commande est calme est plus sûr.
- Quand le paiement est particulier : si vous utilisez des mécanismes de paiement propres à l'ancienne application — acompte, paiement différé, etc. — vérifiez d'abord que la nouvelle application peut faire la même chose.
- Quand vous voulez reprendre les inscriptions telles quelles : une fonction qui transfère dans la nouvelle application les notifications des clients déjà inscrits n'est pas proposée par la plupart des applications. Prévoyez d'informer la liste exportée individuellement.
- En cas de problème pendant le basculement : arrêtez le côté nouvelle application (supprimer ses plannings ou désactiver l'intégration d'application) et revenez à l'état de l'ancienne application. Les notifications déjà distribuées ne peuvent pas être rappelées ; en cas de doublons envoyés, informez les clients avec un correctif.
Questions fréquentes
Mes précommandes en cours disparaîtront-elles si je change d'application ?
Les commandes elles-mêmes sont enregistrées dans Shopify et ne disparaîtront pas. En revanche, si le suivi des dates d'expédition ou l'affichage « précommande » est géré dans l'application, cet écran de gestion ne sera plus utilisable après la suppression de l'ancienne application. Les commandes non expédiées se traitent alors via l'administration des commandes Shopify et vos promesses consignées.
Puis-je reprendre la liste des clients inscrits aux notifications ?
Si l'ancienne application propose un export, vous pouvez en sortir la liste, mais rien ne garantit qu'elle puisse être transférée telle quelle dans la nouvelle application. Vérifiez la documentation de l'ancienne application ; si le transfert est impossible, informez les adresses exportées une par une ou proposez une nouvelle inscription dans la nouvelle application.
Peut-on installer deux applications en même temps ?
L'installation des deux est possible, mais le même produit ne doit pas être en état de prise de commande dans les deux applications à la fois. Les produits en cours de vente restent sur l'ancienne application et seules les nouvelles prises de commande passent par la nouvelle, en séparant produit par produit.
Quand faut-il désinstaller l'ancienne application ?
Une fois décidé le traitement des précommandes non expédiées et exportées les données nécessaires comme les listes d'attente. La désinstallation arrête les facturations futures, mais selon le cycle de facturation, la période en cours peut encore être facturée.
Si le changement échoue, peut-on revenir en arrière ?
Oui : la suppression des plannings de la nouvelle application ou la désactivation de l'intégration d'application du thème rétablit l'état de prise de commande. En revanche, les réglages supprimés et les notifications déjà envoyées sont irréversibles. C'est précisément pour cela que le retour en arrière se décide avant le basculement.
En résumé : changer sans rompre les promesses
Le changement d'application de précommande se passe bien si vous « continuez de traiter dans l'ancienne application les commandes et les promesses déjà prises, et ne démarrez dans la nouvelle que les nouvelles commandes ». Consigner et décider le retour en arrière avant de basculer est le meilleur moyen d'éviter l'échec.
Si vous essayez SellRules comme application d'arrivée : le forfait Launch coûte 7,99 dollars US par mois avec un essai gratuit de 10 jours ; l'utilisation au-delà de l'essai est payante.
Pour gérer les commandes après le changement, voir gérer les commandes sur commande jusqu'à l'expédition ; pour comparer à nouveau les candidats, comment choisir une application de précommande.
Fonctionnalités et tarifs vérifiés le 18 septembre 2026, à partir de la fiche Shopify App Store, du guide officiel et du Centre d'aide Shopify.
Articles liés : Comment décider les ventes en accès anticipé et limitées
