Salta al contenuto principale
Per l'E-commerce

Modifica promozioni e checkout durante una campagna

Se un banner, un campo promo code o un passaggio del checkout richiede un fix via web, caricalo con Capgo CLI. Testalo su un canale di staging, invialo a una parte degli utenti e fai il rollback se il checkout non è corretto.

Perché i team retail usano live update

Le date delle campagne non aspettano la revisione dello store

Un bug durante una campagna sul percorso store-only

Un saldi inizia e il campo promo code fallisce su una piattaforma. La soluzione? Poche righe di JavaScript.

Con un processo basato solo sugli store, devi buildare un nuovo binario e sottoporlo a revisione. I tempi di approvazione sono spesso di 24–48 ore, a volte molto di più.

Anche dopo l'approvazione, gli utenti devono comunque installare la nuova versione. La campagna potrebbe finire prima che la maggior parte di loro lo faccia.

Le campagne hanno date fisse

Promozioni, nuovi lanci e saldi stagionali iniziano in orari prestabiliti. Un fix a livello web non dovrebbe dipendere dalle code di revisione degli store.

Le modifiche al checkout richiedono cautela

Una modifica al carrello o al checkout dovrebbe raggiungere prima una piccola parte di utenti, con un modo rapido per tornare indietro.

Molte versioni dell'app rimangono installate

Gli utenti aggiornano l'app in tempi diversi. Un bundle che richiede nuovi code nativi non deve raggiungere i binari più vecchi.

Le schermate promozionali richiedono test su device reali

Marketing e QA vogliono vedere le schermate della campagna su uno smartphone prima del rilascio ufficiale.

Cosa offre Capgo ai team retail

Una via più veloce per i cambiamenti web-layer

Prepara la UI della campagna, distribuiscila a una parte degli acquirenti e mantieni un rollback in un solo step. Le modifiche native passano comunque dagli store.

Applica fix al web-layer durante la campagna

Fai l'upload di JavaScript, HTML o CSS corretti. I dispositivi sul canale lo scaricano in background e lo eseguono la prossima volta che l'app torna in primo piano.

Docs sul comportamento degli update

Rilascia modifiche al checkout gradualmente

Invia un nuovo bundle per il checkout o la pagina prodotto a una parte dei dispositivi, mentre gli altri restano sul bundle stabile. È un controllo del rilascio, non un A/B test: confronta le conversioni nei tuoi analytics.

Docs sui rollout progressivi

Rollback in un solo step

Se un rilascio rompe il carrello, annulla il rollout o seleziona il bundle precedente dalla cronologia del canale. Un bundle che non riesce ad avviarsi esegue il rollback automaticamente sul dispositivo.

Docs sui rollback

Prepara la UI della campagna prima del lancio

Fai l'upload del bundle della campagna su un canale di staging e aprilo su un dispositivo reale con un QR code. Promuovilo quando il team dà l'ok.

Docs canali 
# 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
comando get-qr

Come funziona

Come i team retail rilasciano modifiche alle campagne con Capgo

Un flusso tipico per una promo o un cambio al checkout in un'app shopping Capacitor. Ogni comando proviene dalla documentazione Capgo CLI.

  1. Prepara tutto su un canale di staging

    Fai l'upload del bundle della campagna su staging e scansiona il QR code per aprirlo su un dispositivo reale. L'app deve avere il bundle preview abilitato.

    npx @capgo/cli@latest bundle upload --channel staging --qr-preview
    Docs canali

  2. Inviarlo a un gruppo di utenti

    Carica in produzione con --rollout. La maggior parte degli utenti rimarrà sul bundle stabile finché non deciderai di promuoverlo.

    npx @capgo/cli@latest bundle upload --channel production --delta --rollout 10
    Docs sui rollout progressivi

  3. Promuovi quando il checkout è pronto

    Controlla i dati su installazioni e fallimenti in Capgo e nelle tue dashboard di vendita, poi promuovi il bundle su tutti i dispositivi del canale.

    npx @capgo/cli@latest channel set production --rollout-promote
    Documentazione di Observe

  4. Fai il rollback se non funziona

    Riporta la cohort di rollout alla versione stable con un solo comando, o scegli un bundle precedente dalla cronologia del canale.

    npx @capgo/cli@latest channel set production --rollout-rollback
    Docs sui rollback

App buildate con Capacitor

App retail per offerte, loyalty e checkout ottimizzato

App per grocery e loyalty possono aggiornare promozioni, reward, onboarding e messaggi di checkout più velocemente di un ciclo di release binaria.

Icona app My Morrisons SHOPPING

Il mio Morrisons

App loyalty grocery con schermate di campagne e reward che cambiano a ogni promozione.

Installazioni Google Play
2,8M
Valutazione store
3.1
Icona app Sprouts SHOPPING

Sprouts

App retail dove contenuti e percorsi di navigazione cambiano continuamente.

Installazioni Google Play
1,4M
Valutazione store
4.3
Icona app Wegmans SHOPPING

Wegmans

App di grocery dove checkout, liste e loyalty possono evolversi in modo indipendente.

Installazioni Google Play
1,3M
Valutazione store
3.7

Cosa dicono i clienti

Cosa dicono i team che rilasciano con Capgo

5.0/5 valutato dai team di sviluppatori 9,400+ team Leggi le recensioni

Kapil

Fondatore, NuTriQ

“Poter rilasciare aggiornamenti OTA in produzione all'istante, senza attendere i cicli completi di revisione dell'App Store, è stato un enorme vantaggio operativo.”

Ritratto di Sergiu S

Sergiu S

Lead Developer, drivolino GmbH

“Il plugin Capgo Capacitor Updater ha rivoluzionato il nostro modo di rilasciare gli aggiornamenti. Quello che prima richiedeva giorni, ora si fa in pochi minuti.”

no-tone @ Webincode

Sviluppatore, Webincode

“Poter aggiungere i Device ID a determinati gruppi e inviare le modifiche solo a quei gruppi è una manna.”

FAQ

Domande dei team retail

Cosa può cambiare un live update in un'app di shopping e come mantenere sicuro il checkout.

Possiamo cambiare prezzi o checkout con un live update?

I prezzi di solito arrivano dal tuo backend, quindi vanno cambiati lì. Un live update cambia il code web e gli asset che li mostrano: banner promozionali, pagine prodotto, carrello e schermate di checkout. Le modifiche agli SDK o ai plugin di pagamento nativi richiedono una release sullo store.

Docs sulla compatibilità nativa

Capgo è uno strumento di A/B testing?

No. Un rollout progressivo invia il bundle a una quota random e persistente di dispositivi per limitare i rischi. Non misura la conversione. Per gli esperimenti, usa i tuoi strumenti di analytics o di feature flag. Usa i canali quando utenti specifici necessitano di un bundle differente.

Docs sui rollout progressivi

Come possiamo testare le schermate della campagna prima del rilascio?

Fai l'upload del bundle su un canale di staging e aprilo su un dispositivo tramite un QR code, oppure assegna i dispositivi di test a quel canale con un device override. Una volta approvato, promuovi lo stesso bundle in produzione.

Docs canali

E se un rilascio rompe il checkout?

Se il nuovo bundle non si avvia e non chiama notifyAppReady(), il dispositivo effettua il rollback automaticamente. Se si avvia ma il checkout presenta problemi, interrompi il rollout progressivo o seleziona il bundle precedente dalla cronologia del canale.

Docs sui rollback

Quando vedono l'aggiornamento gli utenti?

Di default, i dispositivi lo scaricano in background e lo eseguono la prossima volta che l'app torna in foreground. Se gli utenti devono vederlo subito sulla prima schermata, usa una modalità di update diretto come onLaunch.

Docs sul comportamento degli update

Pronto per la tua prossima campagna?

Configura un canale di staging e un rollout progressivo sulla tua app durante la prova.