La mayoría de los encargos de Shopify llegan formulados como "¿puedes cambiar el tema y ya está?". A veces la respuesta son diez minutos en el editor de temas. Otras veces el cambio afecta al proceso de pago o a la lógica de precios, donde el código del tema no llega, y la elección real está entre una app de la App Store, una app personalizada con Shopify Functions, un cambio de plan o aceptar que Shopify no lo permite. Elegir la capa equivocada es lo que lleva a pagar un apaño en el tema que se rompe con la siguiente actualización, o una app personalizada que solo funciona en un plan que la tienda no tiene.
Esta guía ordena los encargos según la capa que realmente puede resolverlos. Todos los límites de plan, fechas y cifras que aparecen abajo proceden de shopify.dev o del Centro de ayuda de Shopify, comprobados el 23 de octubre de 2026.
Qué se puede cambiar en un tema de Shopify sin programar
Los temas Online Store 2.0 se construyen con plantillas JSON. La documentación de plantillas JSON de Shopify las describe como archivos de datos que guardan una lista de secciones y sus ajustes, y dice que los comerciantes “pueden añadir, eliminar y reordenar estas secciones con el editor de temas” (traducción propia). Una plantilla puede mostrar hasta 25 secciones, y cada sección puede tener hasta 50 bloques.
Así que buena parte de la “personalización” es configuración: subir un bloque de testimonios para que se vea sin hacer scroll, añadir una sección de guía de tallas a una plantilla de producto, montar una landing con secciones existentes, cambiar colores y tipografías en los ajustes del tema. Si tu tema ya trae la sección que necesitas, nadie tiene que escribir código. El hilo de r/shopify que planteaba justo esta pregunta el 23 de octubre de 2026 lo resumió en una línea:
Muchos encargos “a medida” acaban siendo un metacampo más una sección.
(u/Born_Programmer_1089, r/shopify, 23 de octubre de 2026, traducción propia)
El siguiente escalón es editar Liquid, CSS y JavaScript en el propio tema. Ahí entran un tipo de sección nuevo, una plantilla de producto propia, un metacampo mostrado en la ficha de producto o un diseño distinto para los filtros de colección. La página de ayuda sobre editar el código del tema es directa sobre el coste: solo deberías editar el código “si no puedes hacer los cambios que necesitas” en el editor, y si tus cambios no son compatibles con una actualización del tema, “todos tus cambios de código se eliminan en la copia actualizada” (traducción propia). Duplica el tema primero y lleva una lista de los archivos modificados, para que la próxima actualización sea una fusión y no una excavación arqueológica.
Igual de importante es lo que el código del tema no puede hacer. Pinta la tienda. No se ejecuta durante el proceso de pago, no cambia cómo se calculan los descuentos y no puede impedir que se realice un pedido.
Cuándo necesitas una app o una extensión de aplicación para temas
Las reseñas, los paquetes de productos, los recomendadores de talla, los widgets de fidelización y los visores 3D suelen venir de apps. Las apps actuales colocan lo que muestran en la tienda mediante una extensión de aplicación para temas: bloques Liquid que el comerciante coloca en el editor de temas. Shopify explica la ventaja sin rodeos: los comerciantes “no tendrán que editar manualmente el código de su tema”, y las apps “no editan el código del tema, lo que reduce el riesgo de introducir cambios que lo rompan” (traducción propia). Las extensiones de aplicación para temas se integran con los temas Online Store 2.0, así que una tienda que sigue con un tema antiguo pierde ese camino limpio.
Para el propietario de una tienda, eso deja dos reglas:
- Si una app de la App Store resuelve el problema y se instala mediante bloques de aplicación, suele salir más barata y segura que el código a medida en el tema, porque la mantiene el proveedor y sobrevive a las actualizaciones del tema.
- Si un desarrollador propone pegar a mano el fragmento de una app en
theme.liquid, pregunta por qué esa app no tiene un bloque de aplicación. Los fragmentos pegados a mano suelen quedarse en el tema después de desinstalar la app.
Una app personalizada tiene sentido cuando tu lógica es propia de tu negocio (una sincronización con el ERP, una regla de precios que nadie vende, un paso de aprobación B2B) o cuando cada opción de la App Store cubre la mitad del requisito y chocan entre sí.
Qué son Shopify Functions y qué plan necesitas
Shopify Functions permiten a los desarrolladores “personalizar la lógica de backend de Shopify ejecutando código propio durante el proceso de pago” (traducción propia). Es la capa para todo lo que cambia importes, envíos o si un pedido puede seguir adelante. Las APIs de Function actuales:
- Discount: una sola función puede aplicar descuentos de producto, de pedido y de envío
- Payment Customization: renombrar, reordenar u ocultar métodos de pago, fijar condiciones de pago
- Delivery Customization: renombrar, ordenar u ocultar opciones de envío
- Cart and Checkout Validation: bloquear el pago con tu propio mensaje de error
- Cart Transform: desglosar, fusionar o actualizar líneas del carrito, para paquetes
- Fulfillment Constraints y Order Routing
- Pickup Point y Local Pickup Delivery Option Generators
Las Functions se compilan a WebAssembly, se ejecutan en los servidores de Shopify y trabajan con límites estrictos de número de instrucciones y de tamaño de entrada y salida. La regla de planes es lo que los propietarios suelen pasar por alto. La documentación de Shopify dice que “las tiendas de cualquier plan pueden usar apps públicas distribuidas en la Shopify App Store que contengan funciones”, pero “solo las tiendas con un plan Shopify Plus pueden usar apps personalizadas que contengan APIs de Shopify Function” (traducción propia).
En la práctica: una regla que oculta un método de pago y viene en una app de la App Store funciona en Basic. La misma regla escrita como app personalizada solo para tu tienda necesita Plus. Antes de encargar una Function a medida, revisa tu plan o comprueba si una app pública ya la ofrece.
También hay topes por tienda. Shopify permite un máximo de 25 funciones activas en cada tipo: descuentos, personalizaciones de pago, personalizaciones de envío y validaciones. Las tiendas con muchas apps que hacen tareas parecidas pueden llegar a ese techo.
Shopify Scripts, la antigua herramienta Script Editor para lógica de descuentos y envíos, se acabó. La página de ayuda de Script Editor dice que desde el 30 de junio de 2026 Shopify Scripts “ha quedado obsoleto”, los scripts publicados “se han desactivado y ya no funcionan” (traducción propia), y el sustituto es Shopify Functions. Si tus precios escalonados dejaron de funcionar sin avisar este verano, esa es la razón.
Cómo poner precios mayoristas en Shopify sin app
La venta mayorista es el ejemplo más claro de por qué conviene revisar las funciones nativas de Shopify antes de escribir nada. El 22 de octubre de 2026 una persona con tienda pidió exactamente esto en r/shopify:
Quiero ver qué alternativas habéis usado por aquí para dar un precio con descuento a mayoristas frente a clientes minoristas. Había pensado que quizá podría crear un código de cupón que el cliente usara para aplicar un % fijo de descuento.
(u/GreenGloober, r/shopify, 22 de octubre de 2026, traducción propia)
Las respuestas cubrieron dos de las capas anteriores. Un desarrollador describió la vía del tema: un código de descuento limitado a un segmento para el pago, más una comprobación en Liquid en la ficha de producto.
Etiqueta a tus clientes mayoristas (p. ej. “wholesale”), crea un segmento de clientes a partir de esa etiqueta y crea un código de descuento porcentual limitado a ese segmento para que no se filtre a compradores minoristas. […] Eso lo arreglas en el tema: una pequeña comprobación en Liquid sobre customer.tags que, a los mayoristas con sesión iniciada, les muestre el precio mayorista junto al de venta al público o en su lugar. Es solo visual, así que el descuento sigue haciendo el trabajo de verdad en el pago.
(u/vladeta, r/shopify, 23 de octubre de 2026, traducción propia)
Eso funciona para un porcentaje fijo, y la advertencia de “solo visual” es lo importante: el tema muestra una cifra, el descuento decide el cobro, y las dos pueden desalinearse. El mismo comentario calificaba después las listas de precios B2B nativas como función de Plus. Otra respuesta apuntó a la vía integrada:
da de alta a tus mayoristas como empresas, haz un catálogo con tu % de descuento mayorista y cuando inicien sesión ven su propio precio en cada producto. sin plus tienes un tope de 3 catálogos pero sobra si solo tienes un nivel mayorista
(u/HoneyedVices, r/shopify, 23 de octubre de 2026, traducción propia)
La documentación de Shopify da la razón a la segunda respuesta. Shopify B2B “está disponible en los planes Basic, Grow, Advanced y Shopify Plus” (traducción propia), no solo en Plus. Das de alta a los clientes mayoristas como empresas y les asignas catálogos con sus propios precios.
La comparativa de B2B por planes muestra en qué se diferencian:
| Función B2B | Basic, Grow, Advanced | Plus |
|---|---|---|
| Catálogos B2B activos | Hasta 3, asignados mediante mercados B2B | Ilimitados |
| Catálogo asignado directamente a una empresa o ubicación | No | Sí |
| Reglas de cantidad (mínimo, máximo, incremento) | Sí | Sí |
| Descuentos por volumen | Sí | Sí |
| Pago aplazado | Sí | Sí |
| Requisitos de depósito | No | Sí |
Así, un mayorista con una sola tarifa profesional y descuentos por volumen puede no necesitar ni app ni código a medida en Basic. Un negocio con un acuerdo de precios distinto para cada cliente necesita la asignación directa de catálogos, lo que significa Plus, una app de precios o una Function de descuento a medida dentro de una app pública. Reescribir precios en el carrito tiene su propia barrera: la API Cart Transform dice que solo las tiendas de desarrollo o las tiendas Plus pueden usar apps con operaciones lineUpdate.
Quien tenga WooCommerce y compare plataformas reconocerá el mismo dilema visto desde el otro lado: allí, los precios por cliente son un plugin o PHP a medida en cualquier alojamiento, sin depender de un plan, pero el mantenimiento corre de tu cuenta. Nuestra comparativa entre Shopify Plus y WooCommerce headless trata esa decisión a fondo.
Qué sustituye a checkout.liquid en Shopify
El proceso de pago era antes el sitio donde las tiendas Plus editaban Liquid con libertad. Eso terminó por fases, y las fechas de Shopify son precisas:
- 13 de agosto de 2024: las personalizaciones de checkout.liquid dejaron de funcionar en las páginas Information, Shipping y Payment. El registro de cambios de Shopify decía que las tiendas que no cumplieran el plazo se “actualizarían automáticamente a un Shopify Checkout estándar, sin personalizar” (traducción propia).
- 28 de agosto de 2025: la documentación de checkout.liquid dice que se retiró de las páginas Thank you y Order status, y que las etiquetas script en esas páginas se retiraron para las tiendas Plus. Ese mismo día el campo de scripts adicionales pasó a ser de solo lectura.
- 26 de agosto de 2026: el plazo para que las tiendas sin Plus actualizaran sus páginas Thank you y Order status. La página de ayuda de Shopify dice que la actualización sustituye esas páginas y cualquier personalización que tuvieran.
El sustituto es un conjunto de herramientas más acotadas. Las extensiones de interfaz del checkout añaden bloques construidos con los componentes propios de Shopify, que se ejecutan en un entorno aislado sin acceso a “la propia página de pago (HTML u otros recursos)” (traducción propia). Los píxeles web se ocupan del seguimiento. Los ajustes de marca y la Checkout Branding API se ocupan del diseño. Las Functions se ocupan de la lógica.
La línea entre planes pasa por el medio del proceso de pago. La página de personalización del checkout de Shopify dice que “las funciones avanzadas de personalización del checkout solo están disponibles en el plan Shopify Plus” (traducción propia), y enumera como funciones de Plus las apps que personalizan las páginas Information, Shipping y Payment y la Checkout Branding API. Las personalizaciones estándar están disponibles desde Basic.
Qué funciones de Shopify son solo de Shopify Plus
Según las páginas citadas arriba, estos son los elementos exclusivos de Plus con más probabilidades de decidir un proyecto:
- Apps personalizadas que contienen Shopify Functions (las apps públicas de la App Store con Functions funcionan en cualquier plan)
- Extensiones de interfaz del checkout en los pasos Information, Shipping y Payment
- Checkout Branding API
- Operaciones
lineUpdatede Cart Transform, que sirven para sobrescribir el precio, el título o la imagen de una línea del carrito - Condiciones de pago fijadas por una Function de personalización de pagos, y ocultar ubicaciones concretas de métodos de pago
- Catálogos B2B ilimitados, asignación directa de catálogos a empresas, requisitos de depósito
Lo que no está en la lista puede tener igualmente algún matiz de plan. Shopify cambia estas páginas, así que consulta la página en sí el día que definas el alcance, y no un artículo de blog del año pasado, este incluido.
Cómo saber si Shopify permite un cambio antes de pedir presupuesto
La primera respuesta del mismo hilo añadió el paso que casi todas las listas de decisión se saltan:
Primero comprueba si Shopify permite de verdad el cambio que intentas hacer. Por ejemplo, cambiar cómo se ve una ficha de producto es muy distinto de imponer una regla de compra en el pago. Lo primero puede necesitar solo una edición del tema, mientras que lo segundo puede necesitar Shopify Functions o una app compatible.
(u/kunalkhatri12, r/shopify, 23 de octubre de 2026, traducción propia)
Algunos encargos caen por las reglas de la plataforma antes incluso de hablar de presupuesto. Shopify documenta varias:
- Nada de código arbitrario en el pago. Las extensiones de interfaz del checkout “se limitan a componentes de interfaz y APIs concretos que expone la plataforma” (traducción propia) y se ejecutan en un Web Worker sin acceso al DOM. Un diseño que necesite inyectar un script propio en el paso de pago no se puede construir.
- La ordenación de envíos tiene un suelo. La API Delivery Customization dice que “la opción de envío más barata siempre debe ser la primera seleccionada” (traducción propia).
- Las suscripciones bloquean parte de la lógica. Cart Transform rechaza las operaciones de desglose, fusión y actualización cuando hay un plan de venta, y la personalización de pagos no puede fijar condiciones de pago si el carrito contiene artículos de suscripción.
- Las llamadas de red desde Functions están restringidas. En las funciones de descuento, el destino de la petición se limita a apps personalizadas en tiendas Plus y Enterprise; en las de validación, a apps personalizadas en tiendas Enterprise.
Diez minutos leyendo la página correspondiente de shopify.dev antes de presupuestar evitan un fallo conocido: una función especificada, diseñada y a medio construir que se abandona porque la plataforma nunca la permitió. Cuando en Shopify la respuesta es no, las opciones honestas son otro flujo, un paso externo antes del pago o una plataforma en la que el código del proceso de pago sea tuyo. Ser dueño del código tiene un precio que los desarrolladores suelen subestimar. En un hilo del 18 de octubre, un desarrollador con experiencia preguntaba si montar las tiendas de sus clientes en Shopify o en alojamiento propio, y decía que en Shopify “siento que trabajo dentro de una caja” (traducción propia). Una de las respuestas vino de alguien que ha llevado muchos desarrollos a medida:
En mi carrera he dirigido montones de desarrollos headless y a medida. Muy pocos deberían haberse hecho así, y en 2026 eso es todavía más cierto. Son los requisitos excepcionales los que justifican la complejidad.
(u/pjmg2020, r/shopify, 19 de octubre de 2026, traducción propia)
Si tu requisito es de verdad excepcional, por ejemplo una lógica de pago que Shopify no admite, nuestra guía de migración de Shopify a WooCommerce explica lo que implica el cambio.
Tema, app, Function o Plus: tabla para decidir
| Lo que quieres | Capa que lo resuelve | Plan necesario |
|---|---|---|
| Reordenar secciones, nueva landing con secciones existentes | Editor de temas | Cualquiera |
| Nuevo tipo de sección, mostrar metacampos, plantilla de producto propia | Código del tema (Liquid) | Cualquiera |
| Reseñas, widget de paquetes, visualización de fidelización | App con extensión de aplicación para temas | Cualquiera |
| Ocultar o renombrar un método de pago o de envío | App pública con Function, o app personalizada | Cualquiera con app pública; Plus con app personalizada |
| Bloquear el pago según una regla (cantidad mínima, restricción de dirección) | Function de validación | Cualquiera con app pública; Plus con app personalizada |
| Lógica de descuentos escalonados o por cliente | Function de descuento | Cualquiera con app pública; Plus con app personalizada |
| Una tarifa profesional con descuentos por volumen | Shopify B2B, integrado | Basic o superior |
| Precios distintos para cada cliente mayorista | B2B con asignación directa de catálogos | Plus |
| Bloque propio en el paso Information, Shipping o Payment | Extensión de interfaz del checkout | Plus |
| Bloque propio en la página Thank you u Order status | Extensión de interfaz del checkout | Consulta la página actual para tu plan |
| Script inyectado en el HTML del pago | No es posible en Shopify | Ninguno |
Qué incluir en el encargo a un desarrollador de Shopify
Escribe el encargo como un resultado: “los clientes mayoristas de Alemania ven precios netos y tienen que pedir en cajas de seis” es un encargo; “añade un script al carrito” es una suposición sobre la solución. Incluye tu plan, las apps que ya tienes instaladas y si usas suscripciones o B2B. Una respuesta del hilo sobre esta decisión añadió una costumbre que merece copiarse:
Antes de comprometerte, escribe la regla exacta en lenguaje llano con unos cuantos casos de prueba.
(u/Muted_Jellyfish_6784, r/shopify, 23 de octubre de 2026, traducción propia)
Pide que el presupuesto separe el desarrollo del mantenimiento posterior. El código del tema, las Functions y las extensiones del checkout necesitan a alguien que los actualice cuando Shopify cambia una versión de la API.
Si la respuesta es trabajo en el tema, un desarrollador de Shopify normalmente puede definir el alcance a partir de la lista de plantillas. Si el trabajo toca el proceso de pago, los precios o la compra mediante agentes, también cambia cómo las herramientas de compra con IA leen tu tienda y compran en ella, que es lo que revisa nuestro servicio de preparación para el comercio con IA. La guía de Universal Commerce Protocol explica cómo los agentes de IA están cambiando la forma de comprar en internet.
