Las aplicaciones de suscripciones en Shopify pueden eliminar una consulta adicional por pedido. Desde la API 2026-10, los webhooks de Orders incluyen el campo selling_plan_id dentro de cada line_item.
Shopify publicó el cambio el 1 de octubre en su changelog oficial. El identificador indica qué plan de venta se ha aplicado a una línea de suscripción y devuelve null cuando el producto no forma parte de una suscripción.
Menos llamadas a la Admin API
Antes de este cambio, una aplicación que necesitara conocer el selling plan aplicado debía recibir el pedido y realizar después una consulta adicional a la Admin API. Ahora ese dato llega en el propio payload del webhook.
Para integraciones con mucho volumen, la reducción puede significar menos latencia, menor complejidad y menos consumo de límites de API. Shopify aclara que no es necesario realizar ninguna acción para que las apps sigan funcionando.
La plataforma ya había ampliado recientemente los webhooks de inventario: los envíos de inventario incorporan ahora el ID de transferencia.
Útil para apps de suscripciones y back office
El campo puede simplificar sistemas que clasifican ventas recurrentes, calculan métricas por plan, sincronizan pedidos con ERP o aplican reglas diferentes a una compra puntual y a una suscripción.
Shopify también está modificando la gestión de contratos de suscripción y ha reforzado el ecosistema de apps. En paralelo, permite migrar suscripciones de apps a App Pricing sin pedir una nueva aprobación al merchant.
Las integraciones deberían aprovechar el dato del webhook en vez de mantener una llamada secundaria innecesaria. Eso encaja con otras optimizaciones recientes como las URLs relativas en callbacks de Shopify Flow.
API 2026-10 concentra muchos cambios
La nueva versión estable incorpora modificaciones en varias superficies. BlackHold News ha detallado los cambios de la API 2026-10 en impuestos, descuentos y metafields.
Para desarrolladores, también es relevante que Shopify haya ampliado el margen para recuperar migraciones de tokens fallidas, reduciendo el riesgo de reautorizar instalaciones.
La observabilidad de aplicaciones tampoco se queda fuera: las apps personalizadas disponen ya de métricas de salud y logs filtrables.
Qué deberían hacer las aplicaciones
Aunque el cambio no es obligatorio, las apps que hoy realizan una llamada extra para recuperar el selling plan deberían revisar su flujo. Si trabajan con API 2026-10 o posterior, pueden leer directamente selling_plan_id en el webhook.
La mejora es pequeña a nivel de interfaz, pero puede tener impacto operativo en tiendas con miles de pedidos recurrentes. Menos consultas significa una arquitectura más sencilla y un procesamiento más rápido de eventos.
Fotografía: Erik Mclean / Pexels.
