Saltar al contenido principal
Para E-commerce

Cambia pantallas de promo y checkout durante una campaña

Si un banner de oferta, un campo de promo code o un paso del checkout requiere un fix en la capa web, súbelo con Capgo CLI. Pruébalo en un staging channel, lánzalo a un grupo de usuarios y haz rollback si el checkout falla.

Why retail teams add a live update lane

Las fechas de campaña no esperan la revisión de la tienda

Un bug en día de campaña en el flujo de la tienda

Empieza una oferta y el campo code falla en una plataforma. La solución son unas líneas de JavaScript.

Con un proceso exclusivo de tiendas, debes generar un nuevo binario y enviarlo. La revisión de la tienda suele tardar entre 24 y 48 horas, y a veces mucho más.

Incluso tras la aprobación, los usuarios deben instalar la nueva versión. La campaña podría terminar antes de que la mayoría lo haga.

Las campañas tienen fechas fijas

Promociones, lanzamientos y rebajas estacionales arrancan en un momento exacto. Un fix en la capa web no debería depender de una cola de revisión.

Los cambios en el checkout requieren cuidado

Cualquier cambio en el carrito o checkout debe llegar primero a un grupo pequeño de usuarios, con una vía rápida para revertirlo.

Muchas versiones de la app permanecen instaladas

Los usuarios actualizan en distintos momentos. Un bundle que requiera nuevo code nativo no debe llegar a binarios antiguos.

Campaign screens need a real-device check

Marketing y QA necesitan ver las pantallas de la campaña en un teléfono antes de que salgan a producción.

Lo que Capgo aporta al retail

Una vía más rápida para cambios en la capa web

Lanza campañas de prueba a un grupo de usuarios y mantén siempre una vía de retorno rápida. Los cambios de Native Build siguen pasando por las tiendas.

Lanza fixes en la capa web durante la campaña

Sube el JavaScript, HTML o CSS corregido. Los dispositivos en el channel lo descargarán en segundo plano y lo ejecutarán la próxima vez que la app pase al primer plano.

Docs de comportamiento de las actualizaciones

Despliega cambios en el checkout gradualmente

Envía un nuevo bundle del checkout o de la página de producto a un grupo de dispositivos mientras el resto permanece en el bundle estable. Esto es control de release, no un A/B test: compara la conversión en tus propias analytics.

Docs de rollouts progresivos

Haz un rollback en un solo paso

Si un release rompe el carrito, revierte el rollout o elige el bundle anterior desde el historial del channel. Si un bundle falla al iniciar, se hará un rollback automático en el dispositivo.

Docs de rollbacks

Prepara la UI de la campaña antes del lanzamiento

Sube el bundle de la campaña a un staging channel y ábrelo en un dispositivo real con un QR code. Promociónalo cuando el equipo dé el visto bueno.

Docs de Channels
# 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

Cómo funciona

Cómo los equipos de retail lanzan cambios de campaña con Capgo

Un flujo típico para un cambio en promos o checkout en una app de compras con Capacitor. Cada comando proviene de la doc de Capgo CLI.

  1. Prepáralo en un canal de staging

    Sube el bundle de la campaña a staging y escanea el QR de code para abrirlo en un dispositivo real. La app debe tener habilitado el bundle preview.

    npx @capgo/cli@latest bundle upload --channel staging --qr-preview
    Docs de Channels
  2. Envíalo a un grupo de shoppers

    Sube a producción con --rollout. La mayoría de los usuarios mantendrán el bundle estable hasta que lo promociones.

    npx @capgo/cli@latest bundle upload --channel production --delta --rollout 10
    Docs de rollouts progresivos
  3. Haz el promote cuando el checkout esté listo

    Revisa los datos de instalación y fallos en Capgo y tus dashboards de ventas, luego promueve el bundle a todos los dispositivos del channel.

    npx @capgo/cli@latest channel set production --rollout-promote
    Docs de Observe
  4. Haz un rollback si falla

    Devuelve la cohorte de rollout a stable con un solo comando, o elige un bundle anterior del historial del channel.

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

Apps creadas con Capacitor

Apps de retail enfocadas en ofertas, fidelización y checkout

Apps de grocery y fidelización pueden cambiar promociones, accesos a recompensas, onboarding y mensajes de checkout más rápido de lo que permite un ciclo de release binario.

Icono de la app My Morrisons COMPRAS

Mi Morrisons

App de loyalty para grocery donde las pantallas de campañas y recompensas cambian con cada promoción.

Instalaciones en Google Play
2.8M
Calificación en la tienda
3.1
Icono de la app Sprouts COMPRAS

Sprouts

App de retail donde el contenido de ofertas y rutas de navegación cambian continuamente.

Instalaciones en Google Play
1.4M
Calificación en la tienda
4.3
Icono de la app Wegmans COMPRAS

Wegmans

App de grocery donde el checkout, la lista y el loyalty pueden actualizarse de forma independiente.

Instalaciones en Google Play
1.3M
Calificación en la tienda
3.7

Testimonios de clientes

Lo que dicen los equipos que publican con Capgo

5.0/5 valorado por equipos de desarrollo 9,400+ equipos Leer reseñas

Kapil

Fundador de NuTriQ

“Poder lanzar actualizaciones OTA a producción al instante, sin esperar los ciclos completos de revisión de la App Store, ha sido una ventaja operativa enorme.”

Retrato de Sergiu S

Sergiu S

Desarrollador principal, drivolino GmbH

“El plugin Capgo Capacitor Updater transformó por completo cómo lanzamos actualizaciones. Lo que antes tardaba días ahora tarda solo minutos.”

no-tone @ Webincode

Desarrollador, Webincode

“Poder añadir Device IDs a grupos concretos y enviar los cambios solo a esos grupos es un salvavidas.”

FAQ

Dudas comunes de equipos de retail

Lo que un live update puede cambiar en una app de compras y cómo mantener seguro el checkout.

¿Podemos cambiar precios o el checkout con un live update?

Los precios suelen venir de tu backend, así que cámbialos allí. Un live update modifica el code web y los assets que los muestran: banners de promo, páginas de producto, carrito y pantallas de checkout. Los cambios en plugins o SDKs de pago nativos requieren un release en la store.

Docs de compatibilidad nativa

¿Es Capgo una herramienta de A/B testing?

No. Un rollout progresivo envía el bundle a un porcentaje aleatorio y persistente de dispositivos para limitar el riesgo. No mide la conversión. Para experimentos, usa tus herramientas de analytics o feature flags. Usa channels cuando usuarios específicos necesiten un bundle distinto.

Docs de rollouts progresivos

¿Cómo probamos las pantallas de una campaña antes de que salgan a producción?

Sube el bundle a un channel de staging y ábrelo en un dispositivo con un QR code, o asigna dispositivos de prueba a ese channel mediante un device override. Cuando esté aprobado, promociona el mismo bundle a producción.

Docs de Channels

¿Qué pasa si un release rompe el checkout?

Si el nuevo bundle falla al iniciar y nunca llama a notifyAppReady(), el dispositivo hace rollback automáticamente. Si inicia pero el checkout falla, revierte el rollout progresivo o elige el bundle anterior en el historial del channel.

Docs de rollbacks

¿Cuándo ven la actualización los compradores?

Por defecto, los dispositivos la descargan en segundo plano y la ejecutan la próxima vez que la app pase al foreground. Si los compradores deben verla en la primera pantalla, usa un modo de actualización directa como onLaunch.

Docs de comportamiento de las actualizaciones

¿Listo para tu próxima campaña?

Configura un canal de staging y un despliegue progresivo en tu propia app durante el trial.