Aller au contenu principal
Pour l'e-commerce

Modifiez vos écrans de promo et de paiement pendant une campagne

Lorsqu'une bannière de soldes, un champ promo code ou une étape de paiement nécessite un correctif web, envoyez-le via le Capgo CLI. Testez-le sur un canal de staging, déployez-l’auprès d'une partie de vos clients, et effectuez un rollback si le tunnel d'achat présente un problème.

Pourquoi les équipes retail ajoutent un canal live update

Les dates de campagne ne bougent pas pour la revue des stores

Un bug le jour d'une campagne sur le parcours d'achat

Une vente commence et le champ promo code échoue sur une plateforme. Le correctif ne prend que quelques lignes de JavaScript.

Avec un processus limité aux stores, vous compilez un nouveau binaire et le soumettez. La validation par le store prend souvent 24 à 48 heures, parfois bien plus.

Même après l'approbation, les clients doivent encore installer la nouvelle version. La campagne peut être terminée avant que la plupart ne l'aient installée.

Les campagnes reposent sur des dates fixes

Promotions, product drops, and seasonal sales start at a set time. A web-layer fix should not depend on a review queue.

Les changements de checkout demandent de la prudence

Une modification du panier ou du checkout devrait d'abord toucher une petite partie des clients, avec un retour arrière rapide.

De nombreuses versions de l'app restent installées

Les clients font leurs mises à jour à des moments différents. Un bundle nécessitant de nouveaux code natifs ne doit pas atteindre les anciens binaires.

Les écrans de campagne nécessitent un test sur appareil réel

Le marketing et la QA veulent voir les écrans de campagne sur un téléphone avant leur mise en ligne.

Ce que Capgo apporte aux équipes retail

A faster lane for web-layer changes

Préparez l'UI de vos campagnes, déployez-les auprès d'une partie de vos clients et gardez un retour en arrière simple. Les changements natifs passent toujours par les stores.

Déployez des correctifs web en pleine campagne

Envoyez le JavaScript, le HTML ou le CSS corrigé. Les appareils sur le canal le téléchargent en arrière-plan et l'exécutent dès que l'app repasse au premier plan.

Doc sur le comportement des mises à jour

Déployez les changements du checkout progressivement

Envoyez un nouveau bundle pour le checkout ou la page produit à une partie des appareils pendant que les autres restent sur le bundle stable. Il s'agit d'un contrôle de release, pas d'un test A/B : comparez les conversions via vos propres analytics.

Docs sur le déploiement progressif

Effectuez un rollback en une étape

Si une release casse le panier, annulez le déploiement progressif ou choisissez le bundle précédent dans l'historique du canal. Un bundle qui ne parvient pas à démarrer effectue un rollback automatique sur l'appareil.

Doc sur les rollbacks

Préparez l'UI de la campagne avant le lancement

Envoyez le bundle de la campagne sur un canal de staging et ouvrez-le sur un appareil réel via un QR code. Déployez-l’une fois validé par l'équipe.

Doc sur les canaux 
# upload the campaign bundle to staging, print a QR code
npx @capgo/cli@latest bundle upload --channel staging --qr-preview

# after sign-off, ship the same code to production
npx @capgo/cli@latest bundle upload --channel production --rollout 10
Commande get-qr

Comment ça marche

Comment les équipes retail déploient un changement de campagne avec Capgo

Un flux typique pour une promo ou un changement de checkout dans une app e-commerce Capacitor. Chaque commande ci-dessous provient de la doc Capgo CLI.

  1. Déployez-le sur un canal de staging

    Envoyez le bundle de la campagne sur le staging et scannez le QR code pour l'ouvrir sur un appareil réel. L'aperçu du bundle doit être activé pour l'app.

    npx @capgo/cli@latest bundle upload --channel staging --qr-preview
    Doc sur les canaux

  2. Envoyez-l’à une partie des acheteurs

    Envoyez en production avec --rollout. La plupart des acheteurs restent sur le bundle stable jusqu'à votre promotion.

    npx @capgo/cli@latest bundle upload --channel production --delta --rollout 10
    Docs sur le déploiement progressif

  3. Promouvez quand le checkout est correct

    Vérifiez les données d'installation et d'échec dans Capgo et vos propres dashboards de vente, puis déployez le bundle sur chaque appareil du canal.

    npx @capgo/cli@latest channel set production --rollout-promote
    Consulter la doc Observe

  4. Faites un rollback si besoin

    Renvoyez la cohorte de déploiement progressif vers la version stable en une commande, ou choisissez un bundle précédent dans l'historique du canal.

    npx @capgo/cli@latest channel set production --rollout-rollback
    Doc sur les rollbacks

Apps développées avec Capacitor

Des apps retail pour les offres, la fidélité et l'optimisation du checkout

Les apps de drive et de fidélité peuvent modifier les promos, les accès aux récompenses, l'onboarding et les messages du checkout plus vite qu'un cycle de release binaire.

Icône de l'app My Morrisons Achats

Mon Morrisons

App de fidélité alimentaire où les écrans de campagne et de récompenses changent à chaque promotion.

Installations Google Play
2,8 M
Note du store
3.1
Icône de l'application Sprouts Achats

Sprouts

Application de shopping où le contenu des offres et les parcours de navigation changent continuellement.

Installations Google Play
1,4 M
Note du store
4.3
Icône de l'application Wegmans Achats

Wegmans

Une app de courses où le checkout, la liste et la fidélité peuvent évoluer indépendamment.

Installations Google Play
1,3 M
Note du store
3.7

Témoignages clients

Ce que disent les équipes qui déploient avec Capgo

5.0/5 noté par les équipes de développeurs 9,400+ équipes Lire les avis

Kapil

Fondateur, NuTriQ

“Pouvoir pousser instantanément des mises à jour OTA en production sans attendre les cycles complets de validation de l’App Store est un avantage opérationnel énorme.”

Portrait de Sergiu S

Sergiu S

Lead Developer, drivolino GmbH

« Le plugin Capgo Capacitor Updater a totalement transformé notre façon de déployer les mises à jour. Ce qui prenait des jours ne prend plus que quelques minutes. »

no-tone @ Webincode

Développeur, Webincode

« Pouvoir ajouter des Device ID à certains groupes et n'envoyer les changements qu'à certains groupes, ça nous sauve la vie. »

FAQ

Questions des équipes retail

Ce qu'un live update peut changer dans une application de shopping, et comment sécuriser le checkout.

Peut-on modifier les prix ou le checkout avec un live update ?

Les prix proviennent généralement de votre backend, modifiez-les donc là-bas. Un live update modifie le code web et les assets qui les affichent : bannières promo, pages produits, panier et écrans de checkout. Toute modification des SDK de paiement natifs ou des plugins nécessite une release sur les stores.

Docs de compatibilité native

Est-ce que Capgo est un outil d'A/B testing ?

Non. Un déploiement progressif envoie un bundle à une fraction d'appareils aléatoire et persistante pour limiter les risques. Il ne mesure pas la conversion. Pour vos expérimentations, utilisez vos outils d'analytics ou de feature flags. Utilisez les canaux lorsque des utilisateurs spécifiques ont besoin d'un bundle différent.

Docs sur le déploiement progressif

Comment tester les écrans d'une campagne avant leur mise en ligne ?

Envoyez le bundle sur un canal de staging et ouvrez-le sur un appareil via un QR code, ou épinglez des appareils de test à ce canal via un device override. Une fois approuvé, déployez le même bundle en production.

Doc sur les canaux

Et si une release casse le tunnel d'achat ?

Si le nouveau bundle ne parvient pas à démarrer et n'appelle jamais notifyAppReady(), l'appareil effectue un rollback automatique. S'il démarre mais que le checkout ne fonctionne pas correctement, effectuez un rollback du déploiement progressif ou choisissez le bundle précédent dans l'historique du canal.

Doc sur les rollbacks

Quand les clients voient-ils la mise à jour ?

Par défaut, les appareils la téléchargent en arrière-plan et l'exécutent la prochaine fois que l'application repasse au premier plan. Si les clients doivent la voir dès le premier écran, utilisez un mode de mise à jour directe comme onLaunch.

Doc sur le comportement des mises à jour

Prêt pour votre prochaine campagne ?

Configurez un canal de staging et un déploiement progressif sur votre propre application pendant l'essai.