Qué cambia con Checkout Extensibility
Shopify Checkout Extensibility sustituye personalizaciones legacy por un modelo basado en branding, configuración, UI extensions, Shopify Functions, píxeles y apps compatibles.
La migración no consiste en copiar código de checkout.liquid. Cada personalización debe clasificarse por función y trasladarse al punto de extensión adecuado.
La landing de Shopify Checkout Extensibility cubre implantación. Esta guía organiza el inventario y QA.
Inventario inicial
Revisa:
checkout.liquid;- Shopify Scripts;
- Additional scripts;
- Google Tag Manager;
- píxeles publicitarios;
- aplicaciones que modifican checkout;
- validaciones;
- upsells;
- mensajes de confianza;
- métodos de entrega;
- métodos de pago;
- descuentos;
- thank you y order status;
- branding;
- integraciones post-compra.
Para cada elemento documenta ubicación, objetivo, responsable, dato usado, plan requerido y evidencia de que sigue siendo necesario.
Mapa de equivalencias
| Personalización legacy | Destino moderno posible | Validación |
|---|---|---|
| Estilos y marca | Checkout branding/editor | Paridad visual y accesibilidad. |
| Bloque informativo | Checkout UI extension | Ubicación, reglas y responsive. |
| Descuento complejo | Shopify Function | Resultado, combinaciones y límites. |
| Método de entrega | Delivery customization | Reglas y fallback. |
| Método de pago | Payment customization | Disponibilidad y mensajes. |
| Script analítico | Customer Events / app pixel | Consentimiento y deduplicación. |
| Thank you / status | Extensiones compatibles | Estados de pedido y cuenta. |
No todas las personalizaciones tienen equivalencia exacta. Algunas deben rediseñarse o retirarse.
Branding
Valida:
- logo;
- color;
- tipografía permitida;
- botones;
- campos;
- contraste;
- mensajes de error;
- móvil;
- Shop Pay;
- B2B;
- mercados e idiomas.
El objetivo no es reproducir cada píxel del legacy, sino conservar identidad sin romper claridad y confianza.
UI extensions
Las Checkout UI extensions permiten añadir interfaces en puntos definidos. Antes de desarrollar:
- confirma el target disponible;
- revisa plan y permisos;
- define datos necesarios;
- diseña estados loading/error;
- prueba con métodos de pago y envío;
- valida accesibilidad;
- evita bloquear el checkout por un servicio externo.
Una extensión debe degradar de forma segura si su backend no responde.
Shopify Functions
Functions cubre lógica en APIs específicas: descuentos, entrega, pagos o carrito según capacidades vigentes.
Migra cada Script con una tabla:
- entrada usada;
- regla;
- salida;
- combinaciones;
- prioridad;
- plan;
- Function equivalente;
- casos sin equivalencia;
- responsable de negocio.
La comparativa Shopify Functions vs apps ayuda a decidir dónde vive la lógica.
Píxeles y analítica
Scripts legacy de checkout deben pasar por Customer Events, app pixels o integración compatible.
Comprueba:
- consentimiento;
begin_checkout;- pasos disponibles;
purchase;transaction_id;- items y moneda;
- Google Ads;
- Meta Pixel/CAPI;
- afiliación;
- duplicados;
- thank you y recargas.
No mantengas una compra desde Additional scripts y otra desde Customer Events.
Apps
Pregunta a cada proveedor:
- ¿es compatible con Checkout Extensibility?
- ¿qué extensión instala?
- ¿qué plan necesita?
- ¿cómo migra la configuración?
- ¿conserva datos?
- ¿cómo se prueba?
- ¿qué ocurre al desinstalar?
- ¿qué soporte ofrece?
Retira apps sin uso antes de reproducir su configuración.
B2B y mercados
Prueba checkout para:
- cliente DTC;
- empresa B2B;
- sucursales;
- catálogos;
- condiciones de pago;
- mercados;
- monedas;
- idiomas;
- impuestos;
- direcciones;
- métodos locales.
Una extensión puede funcionar en DTC y fallar con pedidos B2B o Markets.
Plan de migración
- Inventario y capturas del checkout actual.
- Datos de uso de cada personalización.
- Clasificación: branding, UI, Function, pixel, app o retirada.
- Diseño de equivalencias.
- Implementación en entorno de prueba.
- Migración de apps.
- QA funcional y analítico.
- UAT con negocio.
- Activación controlada.
- Monitorización y rollback.
Matriz de QA
| Flujo | Casos mínimos |
|---|---|
| Carrito | Simple, descuento, bundle, gift card. |
| Cliente | Invitado, registrado, B2B. |
| Mercado | España, UE y mercado adicional relevante. |
| Envío | Estándar, express, pickup cuando existe. |
| Pago | Tarjeta, wallet y método local relevante. |
| Pedido | Pagado, pendiente, fallido, reintento. |
| Analítica | Una compra por destino, consentimiento y atribución. |
| Extensiones | Loading, error, timeout y fallback. |
Qué retirar
- mensajes que ya no aportan;
- scripts sin responsable;
- píxeles duplicados;
- promociones caducadas;
- validaciones resueltas de forma nativa;
- apps instaladas por pruebas antiguas;
- CSS que intenta ocultar partes críticas;
- lógica que no tiene business case.
La migración es una oportunidad para reducir deuda.
Métricas después de activar
- tasa de inicio y finalización de checkout;
- errores por paso;
- métodos de pago fallidos;
- uso de extensiones;
- descuentos aplicados;
- latencia;
- compras duplicadas en analítica;
- tickets de soporte;
- diferencias B2B/DTC;
- rendimiento móvil.
Preguntas frecuentes
¿Se puede seguir usando checkout.liquid?
Shopify está trasladando personalizaciones al modelo de Checkout Extensibility. La disponibilidad legacy depende del estado y plan; consulta la documentación y el admin de la tienda.
¿Shopify Scripts y Functions son iguales?
No. Functions es el modelo actual para APIs específicas. Cada Script necesita una evaluación de equivalencia.
¿Qué pasa con Google Tag Manager?
El tracking debe adaptarse a Customer Events, app pixels u otra arquitectura compatible, respetando sandbox, consentimiento y deduplicación.
¿Hace falta Shopify Plus?
Algunas capacidades y targets dependen del plan. Debe comprobarse cada personalización antes de cerrar alcance.
Conclusión
Migrar Checkout Extensibility es transformar personalizaciones en una arquitectura soportada, observable y mantenible. El resultado debe preservar negocio y medición, no el código legacy.
Fuentes oficiales revisadas
Referencias usadas para contrastar recomendaciones técnicas, documentación de plataforma y criterios de búsqueda.
