Guarda en borrador y publica cambios de checkout
Los cambios del checkout builder no deben afectar a los compradores hasta que los publiques. El modo borrador permite que marketing, producto y soporte iteren en copy, componentes y layout sin cambiar el camino de compra en vivo usado por enlaces de campaña, embudos o afiliados.
Usa este flujo siempre que el contenido del checkout cambie antes, durante o después del lanzamiento.
Cuándo importa más el borrador y la publicación
| Situación | Por qué importa la disciplina de publicación |
|---|---|
| Ediciones en semana de lanzamiento | Los compradores pueden seguir viendo precios o copy de entrega antiguos |
| Cambios de embudo o upsell | Cada paso puede tener su propia página de checkout |
| Reproducción de soporte | Los agentes deben probar la versión publicada que usaron los compradores |
| Correcciones móviles | Ediciones móviles no publicadas causan problemas de layout |
| Cambios post-precios | Planes y ofertas y copy del checkout deben mantenerse alineados |
Borrador vs checkout publicado
| Estado | Impacto en el comprador |
|---|---|
| Borrador | Solo ediciones internas; el enlace en vivo debe seguir mostrando la versión publicada |
| Publicado | El checkout visible para compradores refleja el último estado publicado del builder |
| Página en caché | El comprador puede ver brevemente una versión anterior incluso después de publicar |
Publicar no reemplaza la necesidad de verificar métodos de pago, precios y tipo de enlace.
Flujo de trabajo
- Confirma el workspace de negocio y producto correctos.
[Captura: Encabezado de la app — contexto correcto de negocio y producto antes de editar checkout.]
- Abre el checkout builder del producto u oferta.
[Captura: Checkout builder abierto — canvas de borrador visible.]
- Edita contenido, componentes y layout en borrador.
[Captura: Componente editado en borrador — cambios no publicados en el canvas.]
- Revisa copy de precio, oferta, prueba, suscripción y cuotas frente a la configuración de precios.
[Captura: Copy del checkout alineado con precios — precio y términos coinciden con la oferta.]
- Previsualiza el layout de escritorio en el builder.
[Captura: Vista previa de escritorio — layout completo de checkout.]
- Previsualiza el layout móvil. Consulta vista previa de checkout en móvil.
[Captura: Vista previa móvil — botón de pago y copy clave visibles.]
- Confirma que métodos de pago y promesa de entrega siguen siendo claros.
[Captura: Métodos de pago y copy de entrega visibles en la vista previa publicada.]
- Publica los cambios de checkout.
[Captura: Confirmación de publicación — estado muestra Publicado.]
- Abre el enlace de checkout en vivo en una ventana privada.
[Captura: Checkout en vivo en ventana privada — coincide con la versión publicada.]
- Verifica que la versión publicada coincide con lo que esperan soporte y equipos de lanzamiento.
[Captura: Lado a lado o lista de verificación — checkout publicado verificado.]
- Vuelve a probar embudos, rutas embed y enlaces de campaña después de publicar.
[Captura: Paso de embudo o enlace de campaña abriendo el checkout actualizado.]
- Comparte o reanuda el tráfico solo después de completar la verificación de publicación.
[Captura: Enlace de campaña o anuncio en vivo — tráfico dirigido a URL de checkout verificada.]
Qué verificar antes de compartir enlaces de nuevo
| Comprobación | Por qué importa |
|---|---|
| El badge o estado publicado está actualizado | Las ediciones en borrador no están en vivo |
| Precio y oferta coinciden con precios | Previene disputas de compradores |
| El área de pago móvil es visible | Muchos compradores pagan en teléfonos |
| Los términos de prueba o suscripción están cerca del pago | Reduce carga de soporte y disputas |
| El checkout del paso del embudo coincide con el principal cuando se espera | Desajuste común de soporte |
| Las herramientas de tracking siguen cargando después de publicar | Consulta píxeles y GTM |
Buenas prácticas
- Informa a los equipos de lanzamiento que los borradores no publicados no están en vivo.
- Publica en la misma ventana de cambio que actualizaciones importantes de precios.
- Vuelve a probar un camino de compra después de publicar cuando cambió el copy de pago.
- Usa mejores prácticas de diseño de checkout antes de pulir componentes.
- Documenta qué versión de checkout debe usar soporte al reproducir tickets.
Errores comunes
- Enviar tráfico pagado mientras aún está en borrador.
- Corregir checkout en borrador pero pedir a compradores que reintenten la página publicada antigua.
- Publicar cambios de precios sin actualizar el copy del checkout.
- Probar solo escritorio antes de una campaña mayormente móvil.
- Asumir que los pasos del embudo se publican solos cuando se publica el checkout principal del producto.
FAQ
¿Por qué los compradores siguen viendo el checkout antiguo?
El borrador puede no estar publicado aún, el comprador puede estar usando una página en caché, o puede estar en un enlace o paso de embudo diferente.
¿Debo publicar antes de configurar píxeles?
Publica primero el checkout visible para compradores, luego verifica píxeles, Facebook pixel o GA4 en el camino en vivo.
¿La publicación afecta las ventas existentes?
No. Publicar cambia la página visible para compradores hacia adelante. Los registros pasados de Sales permanecen como estaban.
¿Dónde previsualizo el layout móvil?
Consulta previsualizar checkout en móvil.