La ingeniería Shopify responsable empieza por ownership, límites y validación.
Guía de desarrollo Shopify: themes, apps y headless
Mapa práctico de dónde construir qué en Shopify y Shopify Plus: cuándo usar un section de theme, cuándo escribir una Shopify Function, cuándo lanzar una app y cuándo vale la pena ir headless.
Publicado
Resumen de lectura
Qué obtendrás de esta guía
Mapa práctico de dónde construir qué en Shopify y Shopify Plus: cuándo usar un section de theme, cuándo escribir una Shopify Function, cuándo lanzar una app y cuándo vale la pena ir headless.
Qué cubre esta guía
Persistencia, superficie de render, acceso a checkout, admin workflow, background work, deployment y ownership.
Para quién está escrita
Líderes ecommerce y developers que eligen entre theme, Functions, apps, extensiones, integraciones y headless.
Guía de desarrollo Shopify: themes, apps, Functions y headless
Shopify te da cuatro lugares para escribir código. Elegir el equivocado es el error más caro que vemos en auditorías. Así decidimos.
Themes (Liquid + Online Store 2.0)
- Para: UI de storefront, contenido, merchandising, cualquier cosa atada a una página.
- Fortalezas: Rápido de entregar, performance nativo, marketing edita sections sin devs.
- Límites: No puede modificar checkout (eso es Functions/UI extensions), no persiste estructuras de datos custom (eso es metafields/metaobjects).
Trabaja con nosotros
¿Necesitas ayuda aplicando esto a tu tienda?
En Shugert hemos lanzado más de 30 proyectos y migraciones de Shopify desde 2016. Agenda una sesión de trabajo y mapeamos el siguiente paso concreto para tu tienda.
Shopify Functions (Plus y no-Plus)
- Para: lógica de descuentos, customización de shipping/payment, validación de cart y checkout, ruteo de fulfillment.
- Fortalezas: Corren dentro de la infra de Shopify, milisegundos, sin app server que mantener.
- Límites: APIs específicas por function, runtime sandboxed (Wasm). No para lógica de backend arbitraria.
Apps (Remix + Shopify CLI)
- Para: UI de admin, integraciones con sistemas externos, jobs async, cualquier cosa que necesite base de datos o worker en background.
- Fortalezas: Backend completo, OAuth, webhooks, billing. Puede ser privada (solo tu tienda) o pública.
- Límites: Overhead de performance, mantén los app blocks renderizados en storefront ligeros.
Headless (Hydrogen / Next.js + Storefront API)
- Para: marcas con necesidad de velocidad de contenido, complejidad multi-región/multi-store, requerimientos de LCP <1.5s.
- Fortalezas: Libertad total de UI, edge caching, mejor DX para equipos senior de frontend.
- Límites: Reimplementas lo que el theme te da gratis. No le queda a la mayoría de marcas bajo $5M.
Árbol de decisión rápido
- "Necesito cambiar una PDP" → section de theme.
- "Necesito un descuento que ninguna app soporta" → Shopify Function.
- "Necesito sincronizar inventario con mi ERP" → app (privada) o middleware.
- "Necesito 100% control del UI del storefront" → headless (solo si puedes staffearlo).
Construimos en las cuatro capas para marcas Shopify y Shopify Plus. Pide una cotización.
A principios de 2026, el panorama del desarrollo en Shopify ha completado su transición desde los antiguos scripts basados en Ruby hacia un modelo de lógica en el "edge". Tras la depreciación final de Shopify Scripts el 28 de agosto de 2025, las Shopify Functions se han convertido en el estándar universal para la lógica de comercio en el back-end. Estos módulos de WebAssembly (Wasm) ahora gestionan logísticas complejas como el enrutamiento de pedidos y modificaciones de motores de descuento de alto volumen, operando a una escala que anteriormente requería middleware dedicado. Tras un cierre de 2025 con cifras récord de GMV, el énfasis para los desarrolladores ha pasado de "crear funciones" a "optimizar la latencia", especialmente con la adopción total de Checkout Extensibility por parte de los comerciantes Plus.
La introducción del Model Context Protocol (MCP) y las funciones de comercio agéntico ha ampliado aún más la definición del desarrollo en Shopify. Las marcas de alto crecimiento utilizan cada vez más Hydrogen —el framework de Shopify basado en React— alojado en Oxygen para construir tiendas con tiempos de carga de menos de un segundo que se integran directamente con estos modelos de IA. El "Headless" ya no es una opción puramente estética; es una estrategia de rendimiento para marcas con presencia internacional en múltiples tiendas. Al avanzar por el primer trimestre de 2026, la convergencia de Metaobjects para datos estructurados y Shopify Functions para la lógica significa que el enfoque "Liquid-first" se reserva para la orquestación de contenido, mientras que el motor de negocio principal reside en el entorno edge alojado por Shopify.
Preguntas frecuentes
¿Siguen funcionando los Shopify Scripts en 2026?
Shopify Scripts se retiraron oficialmente el 28 de agosto de 2025. Toda la lógica personalizada del carrito y el checkout debe migrarse ahora a Shopify Functions. A diferencia de los Scripts, que se basaban en Ruby y estaban limitados a Shopify Plus, las Functions se escriben en lenguajes como Rust o JavaScript y ofrecen un rendimiento significativamente superior durante eventos de alto tráfico.
¿Cuál es la diferencia entre Hydrogen y Oxygen?
Hydrogen es el framework preferido de Shopify para comercio headless, construido sobre Remix y optimizado para la Storefront API. Oxygen es la plataforma de hosting global de Shopify para tiendas Hydrogen. Juntos, eliminan la necesidad de hosting de terceros y proporcionan una integración más estrecha con la capa de datos de Shopify.
¿Cuándo debo usar una Shopify Function en lugar de una App completa?
Las Shopify Functions son ideales para la lógica que debe ejecutarse dentro del flujo de checkout, como descuentos personalizados o tarifas de envío. Las Apps deben usarse cuando se necesita una base de datos persistente, una interfaz de usuario personalizada en el Administrador de Shopify o tareas en segundo plano. Si solo necesita modificar el comportamiento del checkout, una Function es la opción más eficiente.
¿Qué papel juegan los Metaobjects en el desarrollo moderno de Shopify?
Los Metaobjects permiten definir estructuras de datos personalizadas directamente en Shopify. Son más potentes que los Metafields porque pueden gestionarse como entidades distintas con múltiples campos y vincularse a productos o clientes. Son el estándar actual para gestionar contenido complejo sin necesidad de un CMS externo.
Lecturas recomendadas
Recursos relacionados de Shugert
- Shopify Functions a fondo, qué reemplazan y cómo migrar
- Cómo construir un recomendador de productos sin app usando Liquid
- Cinco lugares donde el desarrollo custom le gana a lo off-the-shelf
- Cómo se comparan los builders de IA como Lovable y v0 vs. el desarrollo custom
- Habla con nuestro equipo de desarrollo.
Referencias adicionales
<!-- phase-3-priority-content:development-pillar -->Mapa de arquitectura para desarrollo Shopify
Desarrollo Shopify significa colocar cada requisito en la superficie soportada más pequeña que pueda asumirlo con seguridad. Empieza con el contrato de datos y ejecución. Después elige theme, app, Shopify Functions, admin extension, integración o storefront headless.
| Requisito | Superficie inicial a evaluar | Pregunta de ownership |
|---|---|---|
| Presentación storefront | Theme section, block, snippet o app block | ¿Un merchant puede editarlo sin deploy? |
| Lógica de checkout | Shopify Functions o checkout extension soportada | ¿El plan y mercado soportan el comportamiento? |
| Workflow del merchant | Admin extension o embedded app | ¿Quién asume permisos, retries y soporte? |
| Sincronización background | App service, queue y webhooks | ¿Cómo se prueban idempotencia y conciliación? |
| Integración externa | Contrato API estable y monitoreo | ¿Qué ocurre cuando un sistema no está disponible? |
| Presentación altamente custom | Headless sólo si su costo operativo se justifica | ¿El equipo puede operar hosting, cache, preview, SEO y releases? |
¿Cómo se especifica un requisito?
Escribe inputs, outputs, reglas, permisos, volumen, latencia, fallos, auditoría y responsable post-launch. Una feature sin owner operativo está incompleta aunque el código funcione.
¿Qué debe rechazar una revisión técnica?
Rechaza fuentes de verdad duplicadas, dependencias ocultas del theme, permisos elevados sin documentar, trabajo síncrono que requiere queue, retries API sin límite y supuestos de checkout no respaldados por documentación vigente.
Usa el scorecard custom vs apps para build-or-buy y el checklist de experto Shopify cuando un especialista individual asumirá el build.
Fuentes verificadas
Documentación utilizada para validar esta guía
Las capacidades de plataforma, fechas y recomendaciones técnicas deben contrastarse con fuentes oficiales. Estos enlaces salen del sitio de Shugert y abren la documentación original.
Ruta recomendada
Del aprendizaje a una decisión ejecutable.
Este recurso pertenece al recorrido de Custom Build or Replatform. Usa la guía pilar para el marco completo, revisa la capacidad relevante y solicita un scope cuando el problema ya requiere implementación.
Custom Build or Replatform
Un proyecto acotado para themes, migraciones, apps, integraciones, B2B y cambios de arquitectura.
Sigue leyendo
Recursos relacionados
Continúa con una guía del mismo sistema, no con una recomendación genérica.