Cómo funciona shopify: arquitectura, hosting y el modelo SaaS explicado

Comprender lo que hay detrás de una tienda Shopify importa más de lo que la mayoría de los comerciantes —e incluso muchos desarrolladores— se dan cuenta. Cuando te comprometes con una plataforma para tu infraestructura de comercio, estás tomando una decisión arquitectónica a largo plazo. El modelo SaaS de Shopify, su stack de hosting y la forma en que estructura temas, APIs y datos tienen implicaciones directas sobre qué puedes construir, qué tan rápido funcionará y hasta dónde puede escalar. Esta publicación desglosa cómo funciona Shopify realmente bajo el capó, para que puedas tomar decisiones informadas sobre desarrollo personalizado, migraciones de plataforma y crecimiento a largo plazo.

El Modelo SaaS: Qué Significa Construir en Shopify

Shopify es una plataforma de Software como Servicio (SaaS). Esa distinción define todo sobre cómo interactúas con ella como desarrollador o comerciante. A diferencia de las plataformas autohospedadas como WooCommerce o Magento, no gestionas servidores, versiones de PHP, conexiones de base de datos ni parches de seguridad. Shopify es propietaria y opera la infraestructura. Tú alquilas el acceso a ella mediante una suscripción mensual y construyes sobre lo que Shopify expone.

Este modelo tiene compensaciones concretas que cualquier equipo de desarrollo serio necesita entender antes de comprometerse con una implementación.

Lo que el Modelo SaaS te Ofrece

• Infraestructura gestionada a escala. Shopify se encarga del balanceo de carga, la entrega por CDN, los certificados SSL, el cumplimiento de PCI DSS y los SLAs de disponibilidad. Durante eventos de alta demanda como el Black Friday, la infraestructura de Shopify escala automáticamente — los comerciantes procesaron más de $9.3 mil millones en ventas durante el BFCM 2023 sin que ninguna tienda individual gestionara un solo servidor.
• Actualizaciones continuas de la plataforma. Nuevas funcionalidades como Checkout Extensibility, Markets y la funcionalidad B2B llegan a todos los comerciantes de la plataforma. Heredas mejoras sin la carga de una migración.
• Infraestructura de pagos integrada. Shopify Payments, Shop Pay y el checkout en múltiples divisas forman parte de la plataforma, no son integraciones que debas construir y mantener por tu cuenta.
• Rendimiento base del storefront. El CDN de Shopify —impulsado por Fastly— sirve activos globalmente con caché en el edge. Un tema bien construido parte de una infraestructura sólida antes de que se escriba una sola línea de Liquid.

Lo que el Modelo SaaS Restringe

La contrapartida es el control. No puedes acceder directamente a la base de datos subyacente. No puedes instalar software arbitrario del lado del servidor. No puedes modificar el flujo de checkout principal de Shopify sin Checkout Extensibility (disponible en Shopify Plus). Tu superficie de personalización está definida por lo que Shopify expone a través de sus APIs, la arquitectura de temas y el ecosistema de aplicaciones.

Esto no es una limitación para la mayoría de los casos de uso de comercio electrónico — es un diseño deliberado. Las restricciones de Shopify empujan la complejidad hacia la capa correcta: las apps manejan la lógica de negocio, los temas manejan la presentación y la plataforma gestiona la infraestructura. Cuando los equipos intentan luchar contra estas restricciones en lugar de trabajar dentro de ellas, crean tiendas frágiles y difíciles de mantener. Cuando adoptan la arquitectura, construyen tiendas que escalan de manera limpia.

Para marcas enterprise, Shopify Plus elimina varias de estas restricciones. Las páginas de checkout personalizadas, los portales mayoristas B2B, las automatizaciones con Shopify Flow, las arquitecturas multi-tienda y los términos de plataforma negociados están disponibles en el nivel Plus. Aquí es donde el modelo SaaS se vuelve genuinamente poderoso para operaciones complejas.

Niveles de Suscripción y sus Implicaciones para el Desarrollo

Los niveles de precios de Shopify —Basic, Shopify, Advanced, Plus— no son solo diferencias de facturación. Afectan a qué APIs y funcionalidades puede acceder tu equipo de desarrollo:

• Checkout Extensibility (extensiones de UI de checkout, Checkout Branding API) es exclusivo de Plus
• Las APIs de B2B y mayoreo requieren Plus
• Shopify Flow para automatización compleja es exclusivo de Plus en su forma completa
• Multi-divisa y Markets están disponibles en todos los niveles pero con diferente profundidad de configuración
• Script Editor (legado) y su sucesor, Checkout Extensibility, son funcionalidades de Plus

Al definir el alcance de un proyecto en Shopify, el nivel es un insumo arquitectónico, no solo una línea presupuestaria.

La Arquitectura de Hosting de Shopify: CDN, Centros de Datos y Rendimiento

Shopify no publica un mapa detallado de infraestructura como lo hace AWS, pero su arquitectura de hosting está bien documentada a través de su blog de ingeniería y la documentación de la plataforma. Comprenderla te ayuda a optimizar los temas correctamente y a establecer expectativas de rendimiento realistas con los clientes.

La Capa CDN

Shopify utiliza Fastly como proveedor de CDN. Todos los activos estáticos —archivos de tema, imágenes, fuentes, bundles de JavaScript— se sirven desde nodos edge distribuidos globalmente. Cuando un cliente en Buenos Aires carga un storefront de Shopify, no está llegando a un único servidor de origen. Está llegando a un nodo edge de Fastly que ha almacenado en caché la respuesta.

Esto tiene una implicación directa para el desarrollo de temas: la entrega de activos no es tu cuello de botella. El cuello de botella casi siempre es el JavaScript que bloquea el renderizado, las imágenes no optimizadas o el Liquid mal estructurado que genera un tiempo excesivo de renderizado del lado del servidor. Cuando construimos temas Liquid personalizados en werun.dev, la optimización de Core Web Vitals está integrada en la arquitectura desde el primer día — no se añade como ajuste posterior al lanzamiento.

Renderizado del Storefront: Liquid y la Storefront API

Shopify admite dos modelos de renderizado:

Renderizado del lado del servidor mediante Liquid — el modelo tradicional. Las plantillas Liquid se procesan en los servidores de Shopify y se devuelve HTML al navegador. Así es como funcionan todos los temas estándar de Online Store 2.0.

Headless mediante la Storefront API — el modelo desacoplado. Tu frontend (Next.js, Hydrogen o cualquier framework personalizado) consulta la Storefront API GraphQL de Shopify y renderiza la UI de forma independiente. El propio framework Hydrogen de Shopify está construido sobre este modelo.

Para la mayoría de las marcas B2B y DTC, el Liquid del lado del servidor sigue siendo la arquitectura correcta. Es más sencillo de mantener, hereda automáticamente la optimización del CDN de Shopify y no requiere una capa de hosting separada para el frontend. El enfoque headless tiene sentido cuando necesitas una experiencia de frontend genuinamente personalizada, una integración estrecha con una capa de datos que no sea de Shopify, o la entrega de contenido multicanal desde un único backend.

Online Store 2.0 y las Plantillas JSON

Online Store 2.0 —introducido en 2021— cambió fundamentalmente la arquitectura de temas de Shopify. El cambio clave: las plantillas pasaron de archivos Liquid estáticos a archivos de plantilla JSON que referencian secciones. Esto significa:

// templates/product.json
{
  "sections": {
    "main": {
      "type": "main-product",
      "blocks": {
        "title": { "type": "title" },
        "price": { "type": "price" },
        "buy_buttons": { "type": "buy-buttons" }
      },
      "block_order": ["title", "price", "buy_buttons"]
    }
  },
  "order": ["main"]
}

Los comerciantes ahora pueden agregar secciones a cualquier página —no solo a la página de inicio— a través del editor de temas. Los desarrolladores pueden exponer controles granulares mediante la configuración de secciones y bloques. Los metafields y metaobjects extienden el modelo de datos sin requerir la sobrecarga de una app para contenido estructurado simple.

Esta arquitectura es la razón por la que construir desde cero utilizando los patrones de Online Store 2.0 produce resultados fundamentalmente mejores que modificar temas heredados. La flexibilidad es estructural, no cosmética.

Residencia de Datos y Cumplimiento Normativo

Los centros de datos principales de Shopify están ubicados en los Estados Unidos, con infraestructura distribuida globalmente a través de su CDN. Para los comerciantes que operan en la UE, Shopify mantiene el cumplimiento del GDPR a nivel de plataforma. Sin embargo, los requisitos de residencia de datos para industrias o jurisdicciones específicas pueden requerir configuración adicional — particularmente en torno al manejo de datos de clientes, el almacenamiento de datos de apps de terceros y los pipelines de analítica. Esta es una conversación importante de alcance para implementaciones enterprise, especialmente en industrias reguladas.

La Capa de API: Cómo Shopify Expone la Extensibilidad

El modelo de extensibilidad de Shopify es API-first. Todo lo que un comerciante o desarrollador puede hacer fuera del admin principal está mediado a través de una de las APIs de Shopify. Comprender qué API hace qué es fundamental para definir correctamente el alcance de integraciones, apps personalizadas y flujos de trabajo de automatización.

Admin API

La Admin API (disponible en variantes REST y GraphQL, siendo GraphQL el enfoque recomendado actualmente) es la interfaz principal para leer y escribir datos de la tienda:

• Productos, variantes, inventario y colecciones
• Pedidos, fulfillments y devoluciones
• Clientes y segmentos de clientes
• Metafields y metaobjects
• Descuentos, reglas de precios y tarjetas de regalo
• Webhooks para integraciones basadas en eventos

Cuando construimos apps privadas de Shopify en werun.dev —conectando tiendas a sistemas ERP, proveedores 3PL, CRMs o plataformas de fulfillment personalizadas— la Admin API es la superficie de integración principal. Las mutaciones y consultas GraphQL reemplazan los endpoints REST más antiguos en las nuevas implementaciones, con mejor rendimiento y una obtención de datos más precisa.

# Ejemplo: Obtener producto con metafields mediante GraphQL Admin API
query GetProduct($id: ID!) {
  product(id: $id) {
    id
    title
    metafields(first: 10, namespace: "custom") {
      edges {
        node {
          key
          value
          type
        }
      }
    }
  }
}

Storefront API

La Storefront API es una API GraphQL de cara al público diseñada para construir storefronts personalizados. Expone:

• Catálogo de productos y disponibilidad
• Creación y gestión del carrito
• Autenticación de clientes
• Creación del checkout (vinculando al checkout hospedado de Shopify)

Esta es la API que impulsa las implementaciones headless de Shopify, las apps móviles personalizadas y cualquier frontend que no utilice plantillas Liquid directamente.

Checkout Extensibility

Antes de Checkout Extensibility, la única forma de personalizar el checkout de Shopify era mediante checkout.liquid — un archivo exclusivo de Plus que daba a los desarrolladores acceso HTML directo a las páginas de checkout. Shopify deprecó checkout.liquid para la mayoría de los casos de uso en agosto de 2024, reemplazándolo con Checkout Extensibility: un conjunto de APIs de extensión de UI, la Checkout Branding API y bloques de app específicos del checkout.

Este es un cambio arquitectónico significativo. Las personalizaciones del checkout ahora viven en extensiones de UI en entornos aislados en lugar de HTML arbitrario. La contrapartida: pierdes la capacidad de inyectar código arbitrario, pero ganas compatibilidad garantizada con futuras actualizaciones del checkout de Shopify, Shop Pay y los flujos de checkout acelerado. Para los comerciantes de Plus, definir el alcance de las personalizaciones del checkout ahora significa definir el alcance de las extensiones de UI — un conjunto de habilidades diferente al de editar checkout.liquid.

Arquitectura de Apps: Públicas vs. Privadas vs. Personalizadas

Las apps de Shopify se presentan en tres formas:

• Apps públicas — listadas en el Shopify App Store, instalables por cualquier comerciante, sujetas al proceso de revisión de Shopify
• Apps personalizadas — construidas para una sola tienda, instaladas directamente sin revisión del App Store, ideales para integraciones propietarias
• Apps privadas — el equivalente heredado de las apps personalizadas (deprecadas en favor del modelo de app personalizada)

Para implementaciones enterprise donde necesitas una integración profunda con ERP, lógica de fulfillment personalizada o reglas de negocio propietarias, las apps personalizadas son la arquitectura correcta. Utilizan el mismo acceso a la Admin API que las apps públicas, pero están limitadas a una sola tienda y no requieren ciclos de aprobación del App Store.

Webhooks y Arquitectura Basada en Eventos

El sistema de webhooks de Shopify permite que las apps e integraciones reaccionen a los eventos de la tienda en tiempo casi real. Los tópicos de webhook clave incluyen:

• orders/create, orders/updated, orders/fulfilled
• products/create, products/update
• inventory_levels/update
• customers/create, customers/update
• checkouts/create, checkouts/update

Para implementaciones con muchas integraciones —particularmente conexiones con ERP y 3PL— una arquitectura de webhooks bien diseñada con manejo adecuado de reintentos, claves de idempotencia y colas de eventos es la diferencia entre una integración confiable y una frágil. Este es un trabajo de infraestructura que pertenece a la fase de arquitectura, no como una consideración de último momento durante el QA.

Lo que Esta Arquitectura Significa para tu Proyecto en Shopify

El modelo SaaS de Shopify, el hosting respaldado por CDN y el modelo de extensibilidad API-first no son limitaciones que sortear — son una base sobre la cual construir de manera inteligente. Los comerciantes y marcas que obtienen el mayor provecho de Shopify son aquellos cuyos socios de desarrollo comprenden estas capas con suficiente profundidad como para utilizarlas correctamente.

Los temas Liquid personalizados construidos sobre los patrones de Online Store 2.0 tienen mejor rendimiento y cuestan menos de mantener que los temas de terceros modificados, porque se alinean con la arquitectura real de Shopify. Las apps personalizadas construidas contra la Admin API de GraphQL con un manejo adecuado de webhooks se integran de manera más confiable que las llamadas REST improvisadas. Las implementaciones de Shopify Plus que utilizan Checkout Extensibility correctamente sobrevivirán a las actualizaciones de la plataforma que romperían las personalizaciones de checkout.liquid.

En werun.dev, cada proyecto de Shopify —ya sea un tema Liquid personalizado desde cero, una implementación enterprise en Shopify Plus, una migración desde WooCommerce o Magento, o una app personalizada que conecta tu tienda con tu ERP— parte de esta base arquitectónica. La plataforma es sofisticada. El trabajo también debe serlo.

Si estás evaluando Shopify para una nueva implementación, planificando una migración o intentando entender por qué tu tienda actual no está rindiendo como debería, inicia una conversación con nuestro equipo. Respondemos en un plazo de cuatro horas.