# shopifydevelopment.info — texto completo

> El texto completo de cada guía en este idioma, para que un motor de respuestas pueda leer el catálogo en una sola petición. Aquí no hay nada que falte en las páginas visibles.

## ¿Vale la pena Shopify Plus?
https://shopifydevelopment.info/es/guides/vale-la-pena-shopify-plus
Actualizado el 2026-08-05 · Coste y contratación

- Plus es una decisión aritmética, no una decisión de estatus.
- Diferencia de tasa más apps eliminables versus la diferencia de precio.
- Usa los números reales del último trimestre, no un pronóstico.
- Características de checkout limitadas por plan lo convierten en una cuestión de viabilidad.

Shopify Plus se vende por capacidad y se compra por sentimiento. La versión honesta es aritmética: ¿a qué volumen mensual las tasas de tarjeta más bajas más las características que de otro modo comprarías exceden la diferencia de precio?

Para algunas tiendas la respuesta es claramente sí. Para muchas todavía no, y saber cuál eres toma una tarde.

### Qué estás comprando realmente
| Tasas de procesamiento de tarjetas más bajas | Cualquiera por encima del volumen de cruce |
| Mayor extensibilidad del checkout | Tiendas con reglas que el checkout estándar no puede expresar |
| Múltiples tiendas de expansión | Marcas o mercados genuinamente separados |
| Límites de API más altos | Integraciones pesadas y sincronizaciones frecuentes |
| Herramientas de automatización | Operaciones con pasos manuales repetitivos |
| Soporte nominado | Equipos que necesitan una vía de escalamiento |

### La aritmética
Toma tu volumen mensual de tarjetas y multiplica por la diferencia de tasa. Suma el costo mensual de cualquier app que podrías eliminar porque Plus incluye la capacidad. Compara eso con la diferencia de precio. Si la respuesta es negativa, la actualización es una preferencia, no una inversión — y esa es una elección legítima siempre que se nombre honestamente.
Ejecuta el cálculo con los números reales del último trimestre, no con el pronóstico del próximo año. Los pronósticos tienen una forma de justificar lo que ya se quería.

### Razones que no son razones
- "Ahora somos una marca seria" — los clientes no pueden saber en qué plan estás.
- "Podríamos necesitarlo más tarde" — actualiza más tarde, cuando la necesidad sea real.
- "El soporte será mejor" — cierto, y rara vez vale la diferencia por sí solo.
- "Una agencia lo recomendó" — pídeles que muestren la aritmética.

### Cuándo es claramente correcto
Alto volumen donde la diferencia de tasa sola lo cubre, un requisito de checkout que está limitado a Plus, o varias tiendas genuinamente separadas. En esos casos la decisión es fácil y el cálculo lo confirma en minutos.

Q: ¿A qué ingresos tiene sentido Plus?
A: No hay un número universal. Calcula el cruce desde tu propio volumen de tarjetas y diferencia de tasa.

Q: ¿La personalización del checkout es exclusiva de Plus?
A: Algunos puntos de extensión están limitados por plan. Si un requisito depende de uno, eso decide la viabilidad, no el presupuesto.

Q: ¿Podemos bajar de categoría más tarde?
A: Sí, aunque cualquier cosa construida sobre características exclusivas de Plus tiene que deshacerse primero.

## Mantener una tienda Shopify saludable después del lanzamiento
https://shopifydevelopment.info/es/guides/mantener-tienda-shopify-despues-lanzamiento
Actualizado el 2026-08-05 · Coste y contratación

- Las tiendas se deterioran porque la plataforma se mueve, no porque el código se rompe.
- Pon actualizaciones, revisiones de apps y actualizaciones de API en un calendario.
- Nombra un responsable específico o la rutina no sucederá.
- Un medio día trimestral previene la mayoría de emergencias.

Una tienda lanzada se siente terminada. Seis meses después el tema está dos versiones atrás, cuatro apps no se usan, la versión de API está expirando y nadie es responsable de nada.

El mantenimiento no es un costo continuo misterioso. Es una lista corta y específica en un calendario.

### La rutina
| Semanal | Revisar pedidos, pagos fallidos y la cola de errores en integraciones |
| Mensual | Revisar los seis números clave; verificar actualizaciones de tema y apps |
| Trimestral | Revisión de apps: desinstalar cualquiera sin un responsable nombrado |
| Trimestral | Verificación de rendimiento en un teléfono de gama media |
| Dos veces al año | Actualización de versión de API para cualquier integración personalizada |
| Anual | Revisar mercados, reglas de envío y páginas legales |

### Qué causa realmente el deterioro
- Actualizaciones de tema omitidas porque las personalizaciones entran en conflicto.
- Versiones de API expirando en una app personalizada que nadie recuerda poseer.
- Apps acumulándose hasta que la tienda es lenta y la factura es inexplicable.
- Datos de productos desviándose a medida que diferentes personas agregan nuevos artículos.
- Sin responsable — la causa raíz más común de todo lo anterior.

### Nombra un responsable o nada sucede
Mantenimiento sin una persona nombrada es mantenimiento que no ocurre. No necesita ser un rol de tiempo completo; necesita ser la responsabilidad explícita de alguien con tiempo asignado, ya sea interno o contratado.
Escribe el nombre del responsable en el documento de entrega en el lanzamiento. "La agencia" no es un nombre, y tampoco lo es "quien lo note".

### El medio día que previene la mayoría de emergencias
Una vez por trimestre: actualiza el tema deliberadamente, elimina apps no utilizadas, vuelve a probar un pedido y un reembolso, verifica el rendimiento y confirma que cada integración está funcionando. Cuatro medios días al año previenen casi todos los incidentes por los que nos llaman.

Q: ¿Cuánto mantenimiento necesita una tienda Shopify?
A: Unas pocas horas al mes para una tienda pequeña, más donde existen integraciones. Presupuesta 15–25% del costo de construcción por año.

Q: ¿Qué se rompe más a menudo?
A: Integraciones personalizadas contra versiones de API que expiran, y temas que quedaron demasiado atrás para actualizar.

Q: ¿Puede externalizarse el mantenimiento?
A: Sí, y debe ser explícito — un acuerdo nombrado con un alcance, no buena voluntad.

## Migrar a Shopify sin perder tráfico
https://shopifydevelopment.info/es/guides/migrar-a-shopify-sin-perder-trafico
Actualizado el 2026-08-05 · Coste y contratación

- El mapa de redirecciones es la migración; constrúyelo antes que nada.
- Verifica que cada URL antigua se resuelve en un salto después del lanzamiento.
- Las contraseñas no pueden moverse — planifica la comunicación de restablecimiento.
- Observa URLs antiguas y tráfico orgánico semanalmente durante un mes.

La mayoría de historias de terror de migraciones son la misma historia: los productos se movieron, las URLs no, y tres meses de tráfico de búsqueda desaparecieron el día del lanzamiento.

La migración es principalmente un ejercicio de mapeo. Haz el mapeo primero y el resto es programación.

### El orden que protege el tráfico
- Exporta cada URL que existe actualmente, con su tráfico y sus rankings.
- Decide el destino para cada una: una página coincidente, una página padre, o eliminada.
- Construye el mapa de redirecciones como un archivo, revisado antes de que se construya nada.
- Migra productos, colecciones y contenido a la nueva estructura.
- Prueba redirecciones en staging con la lista real, no una muestra.
- Lanza, luego vuelve a rastrear la lista de URLs antiguas para verificar que cada redirección se resuelve en un salto.

### Qué se rompe y qué cuesta
| URLs sin mapear | Tráfico de búsqueda perdido, a veces permanentemente |
| Redirecciones encadenadas | Páginas lentas y señales diluidas |
| Handles de productos cambiados | Cada enlace externo y anuncio se rompe |
| Cuentas de clientes perdidas | Restablecimientos de contraseña para toda tu lista |
| Pedidos históricos no migrados | Soporte y contabilidad pierden su historial |

### Datos que son más difíciles de lo que parecen
Las contraseñas de clientes no pueden migrarse entre plataformas, así que planifica la comunicación antes del lanzamiento en lugar de descubrirlo a través de una cola de soporte. Los pedidos históricos pueden necesitar importarse para soporte y devoluciones. Las reseñas de productos suelen vivir en una app y necesitan su propia exportación e importación.
Escribe el manual de migración como una lista de verificación con responsables y un punto de reversión. Las migraciones fallan a las 2am porque nadie escribió el orden de operaciones.

### Después del lanzamiento
Observa la lista de URLs antiguas, indexación y tráfico orgánico semanalmente durante el primer mes. Una pequeña caída que se recupera en dos a cuatro semanas es normal. Una caída que sigue cayendo significa que las redirecciones están mal, y es mucho más barato encontrar eso en la semana uno que en el mes tres.

Q: ¿Perderé rankings al migrar?
A: Una caída breve es normal. Una pérdida duradera casi siempre significa redirecciones sin mapear o encadenadas.

Q: ¿Se pueden mover las contraseñas de clientes?
A: No. Planifica una comunicación de restablecimiento antes del lanzamiento en lugar de después.

Q: ¿Cuánto tarda una migración?
A: Seis a dieciséis semanas para un catálogo real con integraciones. La limpieza de datos, no la tienda, es el cuello de botella.

## Cómo contratar un desarrollador o agencia Shopify
https://shopifydevelopment.info/es/guides/como-contratar-desarrolladores-shopify
Actualizado el 2026-08-04 · Coste y contratación

- Pregunta sobre restricciones y rechazos, no sobre portafolios.
- "Shopify puede hacer cualquier cosa" es la respuesta que debería preocuparte.
- Insiste en Git y propiedad del código desde el inicio.
- Una pequeña prueba pagada revela más que una entrevista larga.

Los portafolios muestran trabajo terminado bajo buenas condiciones. Lo que necesitas saber es cómo se comporta alguien cuando un requisito no encaja en la plataforma, porque ese es el momento que decide tu proyecto.

Estas son las preguntas que haríamos, y las respuestas que deberían preocuparte.

### Preguntas que vale la pena hacer
| Cuéntame sobre un requisito que rechazaste | Un caso específico, y la alternativa que propusieron |
| ¿Cómo manejas las actualizaciones de temas? | Cambios aditivos, Git, comparación de versiones |
| ¿Cuándo le dirías a un cliente que no use Shopify? | Límites concretos, no "puede hacer cualquier cosa" |
| ¿Cómo decides entre una app y una construcción personalizada? | Un argumento de costo y mantenimiento, no una preferencia |
| ¿Qué pasa después del lanzamiento? | Un acuerdo de mantenimiento nombrado, con un precio |

### Respuestas que deberían preocuparte
- "Shopify puede hacer cualquier cosa" — no puede, y la persona que lo dice descubrirá los límites con tu presupuesto.
- Sin opinión sobre apps versus construcciones personalizadas.
- Trabajo de portafolio que no puedes verificar que esté en vivo.
- Sin control de versiones, cambios hechos directamente en el editor del admin.
- Sin interés en tus datos de productos antes de presupuestar.

### Freelancer, agencia o interno
Un freelancer se adapta a una construcción definida con un responsable claro de tu lado. Una agencia se adapta a trabajo que necesita varias habilidades a la vez — diseño, desarrollo, migración, integración — o cuando la continuidad importa más que el precio. Interno se justifica cuando la tienda cambia semanalmente y los cambios son estratégicos.
A quien contrates, insiste en que la tienda esté en un repositorio Git que poseas. Es la diferencia entre cambiar de proveedor y empezar de nuevo.

### Una pequeña prueba pagada supera una entrevista larga
Encarga una pieza de trabajo bien definida — una sección, una pequeña integración — y observa cómo llega: ¿está documentada, es aditiva, probada contra un catálogo real? Una tarde de trabajo real te dice más que tres llamadas.

Q: ¿Freelancer o agencia?
A: Freelancer para una construcción definida con un responsable claro internamente; agencia cuando necesitas varias habilidades o continuidad.

Q: ¿Cómo verifico que alguien es bueno?
A: Pregunta qué se negaron a construir y por qué, luego encarga una pequeña pieza pagada de trabajo real.

Q: ¿Qué debe incluir el contrato?
A: Propiedad del código y el repositorio, un acuerdo de mantenimiento, y qué sucede en la entrega.

## Lo que realmente cuesta construir una tienda Shopify
https://shopifydevelopment.info/es/guides/costo-desarrollo-shopify
Actualizado el 2026-08-04 · Coste y contratación

- El costo de construcción está determinado por la calidad de datos e integraciones, no el diseño.
- Los rangos son amplios porque el alcance suele estar mal especificado.
- Presupuesta 15–25% del costo de construcción por año para mantenimiento.
- Compara presupuestos comparando primero sus suposiciones.

Los presupuestos para trabajos en Shopify varían en un orden de magnitud, lo que indica que la pregunta está mal especificada más que alguien esté cobrando de más.

La variación proviene de un pequeño número de factores, y una vez que puedes identificarlos puedes leer un presupuesto correctamente — y predecir el costo que llega después del lanzamiento.

### Rangos típicos de construcción
| Tema estándar, personalización ligera | $2,000 – $10,000 | Tamaño del catálogo y calidad de datos |
| Construcción seria de tema o migración | $15,000 – $50,000 | Datos reales, redirecciones, integraciones |
| App personalizada o integración | Desde $10,000 | Número de sistemas y sus APIs |
| Tienda headless | Mayor, más equipo continuo | Todo lo que ahora posees |

### Qué mueve realmente el número
- Calidad de datos de productos — la variable oculta más grande en cualquier presupuesto.
- Número de integraciones, y si sus APIs están documentadas.
- Qué tan lejos debe moverse el tema del estándar.
- Número de mercados, cada uno con su propio trabajo fiscal y de contenido.
- Si alguien ha documentado qué hace que un pedido sea correcto.

### La factura después del lanzamiento
Plan, procesamiento de pagos, apps y mantenimiento continúan para siempre. Presupuesta aproximadamente 15–25% del costo de construcción por año para mantenimiento — no porque el código se deteriore, sino porque la plataforma se mueve debajo de él y alguien tiene que mantenerse al día.
Una tienda sin presupuesto de mantenimiento no se queda quieta; silenciosamente se queda atrás hasta que una reconstrucción es la única opción.

### Cómo comparar dos presupuestos
Pide a ambos que declaren sus suposiciones sobre datos de productos, integraciones y mercados. El presupuesto más barato suele ser más barato porque asumió datos limpios y sin integraciones. Una vez que las suposiciones son iguales, los números convergen notablemente rápido.

Q: ¿Por qué varían tanto los presupuestos?
A: Porque el alcance suele estar mal especificado. La calidad de datos y las integraciones mueven el número más que el diseño.

Q: ¿Es realista un precio fijo?
A: Para una construcción de tema bien definida, sí. Para una migración con calidad de datos desconocida, un enfoque por fases protege a ambas partes.

Q: ¿Qué debo presupuestar para el segundo año?
A: Plan y procesamiento, suscripciones de apps, y 15–25% del costo de construcción para mantenimiento.

## Vender en varios mercados sin duplicar el trabajo
https://shopifydevelopment.info/es/guides/vender-multiples-mercados-shopify
Actualizado el 2026-08-04 · Conversión y crecimiento

- La moneda es trivial; impuestos, aranceles, devoluciones y contenido son el trabajo.
- Cotiza el precio entregado o di claramente que los aranceles son pagaderos.
- Da a cada idioma sus propias URLs y hreflang adecuado.
- Abre un mercado correctamente antes de abrir un segundo.

Añadir un mercado parece un cambio de configuración y se comporta como un pequeño proyecto. La tienda mostrará felizmente precios en otra moneda; si el pedido es correcto, entregable y retornable es una pregunta diferente.

Aquí está lo que un segundo mercado realmente requiere, en el orden en que muerde.

### Lo que un nuevo mercado realmente necesita
| Moneda y precios | Bajo | Nadie |
| Reglas fiscales para el destino | Medio | La mayoría de los primeros intentos |
| Coste entregado incluyendo aranceles | Medio | Casi todos |
| Contenido traducido | Alto si se hace correctamente | Equipos que usan traducción automática |
| Dirección de devoluciones en el mercado | Operacional | Todos, hasta la primera devolución |
| Soporte en el idioma | Continuo | Todos |

### Aranceles y el precio entregado
Un cliente que paga en el checkout y luego se le pide aranceles en la entrega rechazará el paquete y solicitará un reembolso. O cotiza el precio entregado incluyendo aranceles o indica claramente que los aranceles son pagaderos a la llegada. El silencio es la opción que genera reembolsos y quejas.
Modela el coste totalmente entregado para tus tres mayores destinos antes de habilitarlos. Si el total honesto hace que el producto no sea competitivo, el mercado aún no está abierto para ti.

### Contenido, no solo moneda
- El texto de producto traducido automáticamente se lee como traducido automáticamente y convierte en consecuencia.
- Cada idioma necesita sus propias URLs y hreflang correcto, o tus mercados compiten en búsqueda.
- Tallas, medidas y formatos de dirección son localización, no traducción.
- Las páginas legales difieren por mercado — los derechos de devolución no son universales.
- El soporte tiene que responder en el idioma en que vendiste.

### Una secuencia sensata
Abre un mercado correctamente en lugar de cinco aproximadamente. Haz bien los impuestos, el precio entregado, las devoluciones y el contenido para un solo país, aprende qué se rompe, luego repite. Cinco mercados medio abiertos producen tickets de soporte en cinco idiomas e ingresos en ninguno.

Q: ¿Es suficiente la conversión de moneda para vender en el extranjero?
A: Para tomar un pedido, sí. Para tomar un pedido correcto, entregable y retornable, no.

Q: ¿Necesito URLs separadas por idioma?
A: Sí, con hreflang correcto. Las URLs compartidas con un selector de idioma ocultan tu contenido de la búsqueda.

Q: ¿Cuántos mercados deberíamos abrir a la vez?
A: Uno. Aprende los modos de fallo económicamente antes de multiplicarlos.

## Análisis en los que realmente puedes confiar
https://shopifydevelopment.info/es/guides/analisis-shopify-confiables
Actualizado el 2026-08-04 · Conversión y crecimiento

- Shopify es la fuente de verdad para el dinero; nada más lo es.
- Las herramientas de análisis y plataformas de anuncios cuentan cosas diferentes y siempre lo harán.
- Nunca sumes conversiones reclamadas por diferentes plataformas de anuncios.
- Reporta seis números consistentemente en lugar de cuarenta ocasionalmente.

Cada tienda llega a la semana en que tres paneles muestran tres cifras de ingresos diferentes y se le pide a alguien que lo explique. La explicación es siempre la misma, y no es un error.

Cada sistema cuenta algo diferente, atribuye de forma diferente y pierde eventos diferentes. Saber en cuál creer para qué pregunta termina la discusión permanentemente.

### Por qué difieren los números
| Shopify | Pedidos realmente realizados y pagados | Nada — esto es el dinero |
| Análisis web | Sesiones y eventos en el navegador | Scripts bloqueados, rechazos de consentimiento |
| Plataformas de anuncios | Conversiones atribuidas a sus propios clics | Nada que puedan reclamar; se cuentan doble entre sí |
| Herramientas de email | Clics y pedidos atribuidos en su ventana | Todo fuera de la ventana |

### Elige una fuente por pregunta
- Ingresos, pedidos, reembolsos: Shopify. Siempre. Es el sistema que tomó el dinero.
- Tráfico y comportamiento en el sitio: tu herramienta de análisis, entendida como direccional.
- Rendimiento de canal: plataformas de anuncios, comparadas contra sí mismas a lo largo del tiempo, nunca sumadas.
- Valor de vida del cliente: tu propio cálculo a partir de datos de pedidos de Shopify.

### La atribución nunca suma 100%
Si sumas las conversiones que reclama cada plataforma de anuncios, excederás tu recuento real de pedidos. Cada plataforma reclama un toque que vio. Este es el comportamiento esperado, no fraude, y la respuesta correcta es dejar de sumarlas — usa los números de cada plataforma solo para comparar esa plataforma contra su propio pasado.
Reporta un número de ingresos, de Shopify, en cada reunión. Los números de canal van en una sección separada marcada como direccional.

### Un conjunto de informes que vale la pena mantener
Pedidos, ingresos, valor promedio de pedido, tasa de conversión, tasa de compra repetida y tasa de reembolso — mensualmente, de Shopify, con una nota explicando cualquier cosa inusual. Seis números reportados consistentemente durante un año valen más que cuarenta reportados una vez.

Q: ¿Qué número de ingresos es correcto?
A: El de Shopify. Es el sistema que procesó el pago; todo lo demás es una estimación de ello.

Q: ¿Por qué las plataformas de anuncios exageran los resultados?
A: Cada una reclama conversiones que puede asociar con sus propios clics, y varias pueden reclamar el mismo pedido.

Q: ¿Necesito una herramienta de análisis separada?
A: Para comportamiento en el sitio, sí, ayuda. Para preguntas de dinero, no — ese es el trabajo de Shopify.

## Arreglos de conversión que realmente mueven el número
https://shopifydevelopment.info/es/guides/optimizacion-conversion-shopify
Actualizado el 2026-08-04 · Conversión y crecimiento

- Arregla la mayor caída del embudo, no una lista de pequeños ajustes.
- El coste de envío sorpresa es la mayor causa individual de abandono.
- La velocidad en móvil es una característica de conversión, no técnica.
- Por debajo de unos pocos cientos de pedidos al mes, salta las pruebas A/B y arregla problemas conocidos.

Los consejos de conversión tienden a llegar como una lista de ajustes. La mayoría son reales pero pequeños, y ejecutarlos en orden aleatorio significa pasar meses por un error de redondeo.

Trabaja el embudo en su lugar: encuentra el paso con la mayor caída, arregla su causa conocida, mide, repite.

### El orden de magnitud habitual
| Mostrar el coste de envío antes | Grande | Bajo |
| Acelerar la página de producto en móvil | Grande | Medio |
| Eliminar la creación forzada de cuenta | Grande | Bajo |
| Mejores imágenes de producto y fotos reales | Moderado | Medio |
| Política de devoluciones clara cerca del botón de compra | Moderado | Bajo |
| Ajustes de botón y texto | Pequeño | Bajo |

### Encuentra la fuga antes de arreglar nada
- Cuenta las sesiones que llegan a página de producto, carrito, inicio de checkout, pago y pedido.
- Encuentra la mayor caída porcentual entre dos pasos adyacentes.
- Pregunta qué aprende el cliente en ese paso que no sabía antes.
- Arregla esa cosa específica.
- Vuelve a medir durante una semana completa — la mezcla de tráfico varía por día.

### Por qué domina el coste de envío
La mayor causa individual de abandono en la mayoría de las tiendas es un coste de envío que aparece por primera vez en el checkout. El cliente no ha cambiado de opinión sobre tu producto; ha conocido un precio que no se le dijo. Mostrarlo en la página de producto no te cuesta nada y elimina la sorpresa.
Si el envío gratis sobre un umbral es viable, di el umbral en la página de producto. La mitad del efecto es saber, no pagar.

### Probar honestamente
La mayoría de las tiendas Shopify no tienen el tráfico para pruebas A/B significativas en cambios pequeños. Por debajo de unos pocos cientos de pedidos al mes, prefiere arreglos obvios y medición antes-después sobre pruebas que no puedes potenciar. Fingir que una prueba fue concluyente es peor que no probar.

Q: ¿Qué es una buena tasa de conversión?
A: Varía enormemente por categoría y punto de precio. Compara contra tu propia tendencia, no contra un promedio publicado.

Q: ¿Debería ejecutar pruebas A/B?
A: Solo con suficiente tráfico para alcanzar significancia en un tiempo razonable. De lo contrario arregla problemas conocidos y mide la tendencia.

Q: ¿Ayudan los sellos de confianza?
A: Menos que una política de devoluciones clara, un coste de envío visible y una página rápida.

## El trabajo SEO que Shopify no hace por ti
https://shopifydevelopment.info/es/guides/fundamentos-seo-shopify
Actualizado el 2026-08-04 · Conversión y crecimiento

- Shopify cubre los básicos de SEO técnico; la arquitectura y el contenido son tuyos.
- Una página deliberada por intención de búsqueda supera a cincuenta colecciones delgadas.
- Decide explícitamente qué páginas filtradas pueden ser indexadas.
- El texto original de producto supera en posicionamiento y conversión al texto del fabricante.

Shopify gestiona buena parte del SEO técnico por defecto: marcado sensato, etiquetas canónicas, sitemaps, alojamiento rápido. Ese es el suelo, y es uno decente.

Lo que no puede hacer es decidir cómo se organiza tu catálogo ni escribir nada que merezca posicionarse. Esas son las dos cosas que realmente mueven el tráfico.

### Lo que te da la plataforma
| Sitemaps y etiquetas canónicas | Qué páginas deberían existir |
| Alojamiento rápido y fiable | Velocidad de página después de tus imágenes y apps |
| Marcado básico de producto | Descripciones que merezca leer |
| HTTPS y URLs limpias | Arquitectura de colecciones y enlazado interno |
| Herramienta de redirecciones | Mapear realmente las redirecciones durante una migración |

### Las peculiaridades que vale la pena conocer
- Los productos son accesibles tanto directamente como dentro de una ruta de colección; las canónicas lo gestionan, pero los enlaces internos deben ser consistentes.
- Los filtros de colección pueden generar muchas páginas delgadas y casi duplicadas — decide cuáles son indexables.
- El blog es funcional pero limitado; trátalo como un lugar para contenido genuinamente útil, no como una plataforma de contenidos.
- La paginación en colecciones grandes necesita reflexión, tanto para el rastreo como para los clientes.
- Las configuraciones multimercado necesitan hreflang bien hecho o los mercados compiten entre sí.

### La arquitectura de colecciones es la palanca real
La mayoría de las ganancias SEO en Shopify provienen de tener las páginas de colección correctas: una página por cosa que la gente realmente busca, con una descripción que responda la pregunta y enlaces internos desde productos relacionados. Una tienda con cincuenta colecciones delgadas autogeneradas posiciona peor que una con doce deliberadas.
Escribe las búsquedas para las que quieres posicionarte, luego verifica que exactamente una página apunte a cada una. La orientación duplicada es el problema SEO autoinfligido más común.

### Las descripciones de producto sí funcionan
El texto del fabricante aparece en el sitio de todos los competidores. Dos párrafos originales que respondan las preguntas que tu equipo de soporte realmente recibe lo superarán en posicionamiento y convertirán mejor mientras lo hacen.

Q: ¿Gestiona Shopify el SEO automáticamente?
A: Gestiona el suelo técnico. La arquitectura, el contenido y el enlazado interno — las partes que posicionan — son tuyos.

Q: ¿Deberían ser indexables los filtros de colección?
A: Solo los que coincidan con búsquedas reales. Deja el resto fuera del índice en lugar de generar páginas delgadas.

Q: ¿Es suficientemente bueno el blog de Shopify?
A: Para un puñado de artículos genuinamente útiles, sí. Para una operación de contenido seria, la mayoría de los equipos ejecutan un sistema separado.

## Velocidad del tema Shopify en teléfonos reales
https://shopifydevelopment.info/es/guides/velocidad-tema-shopify
Actualizado el 2026-08-04 · Conversión y crecimiento

- Las imágenes y los scripts de terceros causan la mayoría de la lentitud en Shopify.
- Mide en un teléfono de gama media, no en tu portátil.
- Arregla en orden: imágenes, scripts, hero, fuentes, luego código.
- Trae números por app a la conversación sobre eliminar apps.

El trabajo de velocidad en Shopify tiene una forma predecible: los equipos optimizan Liquid, discuten sobre el tema y dejan una imagen hero cuatro veces más grande de lo que se renderiza y once scripts de terceros cargando antes de que la página pinte.

Mide primero, luego arregla en el orden que rinde.

### Dónde se va realmente el tiempo
| Imágenes sobredimensionadas o sin optimizar | Grande | Fácil |
| Scripts de terceros y apps | Grande | Media — política, no técnica |
| Fuentes web | Moderada | Fácil |
| Sliders pesados y secciones hero con vídeo | Moderada | Fácil, si puedes ganar la discusión |
| Renderizado de Liquid | Pequeña | Media |

### El orden en que trabajar
- Mide en un teléfono de gama media con una conexión real, no en tu portátil.
- Arregla las imágenes: dimensiones correctas, formato moderno, lazy-load para todo lo que esté debajo del pliegue.
- Audita los scripts: elimina apps que nadie usa; aplaza todo lo que no sea necesario para pintar.
- Recorta el hero: una imagen supera a un carrusel de vídeo con reproducción automática en todas las métricas que importan.
- Reduce y precarga las fuentes, o usa fuentes del sistema.
- Solo entonces mira el código del tema.

### Mide lo que sienten los clientes
El Largest Contentful Paint en la página de producto sobre una conexión móvil es el número que se correlaciona con los ingresos. Las puntuaciones sintéticas son útiles para detectar regresiones y terribles como objetivos — una tienda puede puntuar bien y aun así sentirse lenta para un cliente en un tren.
Registra una línea base antes de cualquier cambio y después de cada uno. Sin una línea base, el trabajo de velocidad se convierte en una discusión sobre opiniones.

### La conversación sobre las apps
La mayoría de los problemas de velocidad son la app favorita de alguien. Trae números: esta app cuesta 400ms en cada página de producto y la usan dos personas. Esa conversación va mejor que "el sitio es lento" y es la que produce ganancias reales.

Q: ¿Importa la elección del tema para la velocidad?
A: Menos que las imágenes y los scripts. Un tema bien construido ayuda, pero no puede superar once scripts de terceros.

Q: ¿Vale la pena perseguir una puntuación perfecta?
A: No. Persigue el tiempo de pintado de la página de producto en un teléfono de gama media; eso es lo que experimentan los clientes.

Q: ¿Cuestan realmente tanto las apps?
A: Las que están de cara al escaparate sí. Mide cada una desactivándola y volviendo a probar — los números suelen zanjar el debate.

## Extensibilidad del checkout: qué puedes y no puedes cambiar
https://shopifydevelopment.info/es/guides/extensibilidad-checkout-shopify
Actualizado el 2026-08-04 · Apps e integraciones

- El checkout es extensible en puntos definidos, no reemplazable.
- El manejo de pagos y el modelo de pedido permanecen con la plataforma.
- Algunos puntos de extensión están limitados por plan — verifica durante el alcance.
- Aplica reglas con validaciones en lugar de con mensajes.

El checkout es la parte de Shopify que más quieres cambiar y la parte que menos controlas. Eso es deliberado: también es la parte que Shopify ha optimizado más duramente y hecho responsable del cumplimiento de pagos.

La extensibilidad moderna del checkout te da puntos de extensión definidos. Esto es lo que cubren y lo que no.

### Dónde puedes extender
| Extensiones UI en posiciones definidas | Campos personalizados, instrucciones de entrega, opciones de regalo |
| Reglas de validación | Bloquear un pedido que viola una regla de negocio |
| Lógica de descuento | Comportamiento de promoción personalizado más allá de los tipos integrados |
| Personalización de entrega | Reordenar, renombrar u ocultar opciones de envío |
| Página post-compra | Ventas adicionales e información adicional después del pago |
| Controles de marca | Colores, fuentes y diseño dentro de la estructura dada |

### Lo que permanece de Shopify
- El orden de los pasos del checkout y la estructura general.
- Manejo de pagos y alcance PCI — no tocas datos de tarjeta.
- El modelo de objeto de pedido que todo lo posterior lee.
- La capa de fraude y riesgo.
- Cualquier cosa que requiera lógica arbitraria del lado del servidor en medio del flujo.

### Limitado por plan, y eso importa temprano
Alguna extensibilidad está disponible solo en planes superiores. Si un requisito depende de ello, la decisión del plan es una decisión de viabilidad, no de presupuesto — y pertenece a la primera semana, no a la última.
Verifica las limitaciones de plan para cada requisito de checkout durante el alcance. Es la fuente más común de "asumimos que podíamos" tarde en un proyecto.

### Un enfoque pragmático
Expresa reglas de negocio como validaciones y personalizaciones de entrega en lugar de como UI. Una regla aplicada en el checkout es confiable; una regla comunicada por un mensaje que alguien podría no leer no lo es. Y mantén los campos personalizados a lo que realmente actuarás — cada campo adicional cuesta conversión.

Q: ¿Puedo construir un checkout completamente personalizado?
A: No, no en planes estándar. Extiendes puntos definidos; la estructura y el manejo de pagos permanecen de Shopify.

Q: ¿Los scripts de checkout siguen siendo la forma de hacer esto?
A: No. El enfoque moderno son las extensiones y funciones de checkout; la personalización antigua basada en scripts se está retirando.

Q: ¿Cuánto puedo añadir antes de que sufra la conversión?
A: Menos de lo que te gustaría. Cada campo y mensaje es fricción; añade solo lo que cambia un resultado.

## Conectar Shopify a un ERP o sistema de cumplimiento
https://shopifydevelopment.info/es/guides/conectar-shopify-erp-cumplimiento
Actualizado el 2026-08-04 · Apps e integraciones

- Escribe la tabla de propiedad de campos antes de cualquier código.
- Un propietario por campo y una dirección por sincronización.
- Dale al stock un único sistema autoritativo, usualmente el almacén.
- Registra todo con identificadores estables y una cola de fallos visible.

Los proyectos de integración fallan por propiedad, no por protocolo. Una vez que dos sistemas creen que poseen el número de stock, cada error subsiguiente es un síntoma de esa decisión no tomada.

Así que el primer entregable no es código. Es una tabla.

### La tabla de propiedad que escribes primero
| Datos maestros de producto | Usualmente ERP | ERP → Shopify |
| Precio | Usualmente ERP | ERP → Shopify |
| Nivel de stock | Un sistema, nunca ambos | Almacén → Shopify |
| Pedidos | Shopify | Shopify → ERP |
| Estado de cumplimiento y seguimiento | Almacén | Almacén → Shopify |
| Registro de cliente | Depende; decide explícitamente | Una dirección solamente |

### Las reglas que lo mantienen cuerdo
- Un propietario por campo, y el otro sistema nunca lo escribe.
- Sincroniza en una dirección por campo. La sincronización bidireccional es donde viven los bucles.
- Usa un identificador externo estable — SKU, no IDs de base de datos internos.
- Haz todo idempotente para que una repetición sea inofensiva.
- Registra cada mensaje con su identificador para que un pedido disputado pueda rastrearse de extremo a extremo.

### El stock es la parte difícil
El stock es el campo que todos quieren escribir y nadie quiere poseer. Elige el sistema más cercano a los bienes físicos, usualmente el almacén, y déjalo ser autoritativo. Shopify entonces refleja ese número en lugar de negociar con él.
Las sobreventa son casi siempre un síntoma de dos escritores, no de latencia de sincronización. Arregla la propiedad antes de ajustar la frecuencia.

### Planifica para los fallos aburridos
El almacén se desconecta por una hora; el ERP rechaza una dirección mal formada; un producto existe en un sistema y no en el otro. Ninguno de estos es exótico, y todos necesitan un comportamiento definido y un lugar donde un humano pueda ver la cola.

Q: ¿Sincronización en tiempo real o por lotes?
A: Pedidos prontamente, stock frecuentemente, datos de producto en un horario. Todo en tiempo real cuesta más y mejora poco.

Q: ¿Deberíamos usar una plataforma de middleware?
A: Para varios sistemas, sí — centraliza reintentos, registros y mapeo. Para una integración suele ser más piezas móviles que valor.

Q: ¿Quién arregla un mensaje atascado a las 2am?
A: Decide antes del lanzamiento. Una integración sin propietario y una cola visible se convierte en pérdida silenciosa de datos.

## El Admin API y webhooks en la práctica
https://shopifydevelopment.info/es/guides/admin-api-webhooks-shopify
Actualizado el 2026-08-04 · Apps e integraciones

- Lee con el API, reacciona con webhooks, reconcilia en un horario.
- Verifica firmas y haz cada manejador idempotente.
- Diseña para límites de tasa en lugar de reintentarlos.
- Agenda actualizaciones de versión del API antes de que expiren.

Las integraciones contra Shopify son principalmente dos mecanismos: el Admin API, que llamas para leer y escribir, y webhooks, que te llaman cuando algo sucede.

Ambos son directos. Lo que separa una integración confiable de una inestable es cómo manejas los casos donde se comportan mal — y lo harán.

### Los dos mecanismos
| Dirección | Tú llamas a Shopify | Shopify te llama |
| Bueno para | Leer estado, escribir cambios, rellenos | Reaccionar a eventos prontamente |
| Modo de fallo | Límites de tasa, cambios de versión | Duplicados, entrega desordenada, eventos perdidos |
| Debe manejar | Reintentos y paginación | Idempotencia y verificación |

### Reglas que hacen confiables las integraciones
- Verifica cada firma de webhook antes de confiar en la carga. Los endpoints no verificados son una puerta abierta.
- Haz cada manejador idempotente — el mismo evento llegará dos veces eventualmente.
- No asumas orden. Una cancelación puede llegar antes de la creación que estabas esperando.
- Devuelve rápidamente y procesa asincrónicamente; los endpoints lentos se reintentan y luego se deshabilitan.
- Reconcilia diariamente contra el API. Los webhooks pierden eventos; un barrido nocturno atrapa lo que se escapó.

### Los límites de tasa son un dato de diseño
Shopify mide el acceso al API. Eso no es un obstáculo que sortear con reintentos; es una restricción para la que diseñar. Agrupa lecturas, solicita solo los campos que necesitas, y usa operaciones masivas para rellenos en lugar de recorrer cada producto una llamada a la vez.
Si tu integración solo funciona cuando nada más está ejecutándose, no funciona. Pruébala mientras una importación está en progreso.

### Versionado
Las versiones del API están fechadas y expiran. Pon la actualización en el calendario en lugar de descubrirla a través de un fallo. Una integración pequeña toma una hora para avanzar; una que ha saltado cuatro versiones toma una semana.

Q: ¿Webhooks o sondeo?
A: Webhooks para prontitud, una reconciliación periódica para corrección. La mayoría de integraciones confiables usan ambos.

Q: ¿Cómo detengo el procesamiento duplicado?
A: Almacena el identificador del evento e ignora repeticiones. La idempotencia es el hábito más valioso aquí.

Q: ¿Qué se rompe primero a escala?
A: Límites de tasa, usualmente durante un relleno que recorre registros uno a la vez en lugar de usar operaciones masivas.

## Cuándo crear una app de Shopify personalizada
https://shopifydevelopment.info/es/guides/cuando-crear-app-shopify-personalizada
Actualizado el 2026-08-04 · Apps e integraciones

- Instala para trabajos estandarizados y aburridos que otra persona mantendrá.
- Crea cuando la lógica codifica cómo vendes específicamente.
- Una app privada de un verbo supera a una app pública con configuraciones sin usar.
- Verifica metafields, metaobjects y Flow antes de hacer cualquiera.

La elección suele plantearse como crear versus comprar, lo que oculta la opción que la mayoría de equipos debería tomar: una pequeña app privada que hace un trabajo bien, en lugar de una app pública con una pantalla de configuración que nunca abrirás.

Así es como decidimos, en el orden en que importan las preguntas.

### Instala cuando
- El trabajo está estandarizado: reseñas, validación de direcciones, exportación contable, suscripciones básicas.
- Muchos comerciantes necesitan exactamente lo que tú necesitas, así que la app es mantenida por los ingresos de otra persona.
- El precio es fijo o crece lentamente con tu volumen.
- De otro modo estarías manteniendo un producto básico.

### Crea cuando
| La lógica es específica de cómo vendes | Ningún proveedor mantendrá tus reglas por ti |
| Los datos deben llegar a un sistema que nadie más usa | Las integraciones son el trabajo clásico de app privada |
| Precio por pedido a tu volumen | Comprar se vuelve más caro que una pequeña construcción |
| Necesitas una función de una app grande | Estás pagando por una suite para usar un interruptor |

### El camino intermedio que la mayoría de equipos pasa por alto
Una app privada que hace un trabajo contra el Admin API suele ser unos pocos cientos de líneas y un servidor pequeño. No tiene pantalla de configuración, ni incorporación, ni facturación, ni requisitos de listado — porque tiene exactamente un usuario, tú.
Delimita una app privada a un verbo. "Sincronizar pedidos al almacén" es una app privada. "Gestionar cumplimiento" es un producto.

### Antes de cualquiera, verifica qué ya existe
Los metafields, metaobjects y Shopify Flow cubren una cantidad sorprendente de lo que los equipos buscan apps para hacer — etiquetado condicional, notificaciones, automatizaciones simples, datos estructurados de productos. Cuesta una hora verificar y regularmente ahorra una suscripción.

Q: ¿Es difícil mantener una app privada?
A: Menos de lo esperado si hace una cosa. El coste de mantenimiento viene del alcance, no del hecho de poseerla.

Q: ¿Las apps personalizadas necesitan revisión de Shopify?
A: Los listados públicos sí. Una app usada solo por tu propia tienda no pasa por el proceso de listado.

Q: ¿Qué pasa con los cambios de versión del API?
A: Planifica actualizaciones periódicas. Ese es el coste continuo real de poseer una integración, y es manejable cuando la app es pequeña.

## Elegir apps de Shopify sin acumularlas
https://shopifydevelopment.info/es/guides/elegir-apps-shopify-sin-acumularlas
Actualizado el 2026-08-04 · Apps e integraciones

- Las apps se acumulan una decisión razonable a la vez.
- Revisa metafields y Flow antes de instalar cualquier cosa.
- Revisa la lista de apps trimestralmente y desinstala las que no tienen dueño.
- Limpia scripts y metafields residuales después de eliminarlas.

Ninguna tienda se propone instalar quince apps. Ocurre una decisión justificada a la vez, y el agregado nunca se revisa porque ninguna decisión individual fue incorrecta.

Dos costes se acumulan silenciosamente: dinero, y los scripts que cada app deja en tu escaparate.

### Las dos facturas que estás firmando
| Suscripción | Mensual, por app | Finanzas, eventualmente |
| Scripts del escaparate | Páginas más lentas en móviles reales | Clientes, inmediatamente |
| Dispersión de datos | El mismo campo en tres lugares | Quien lo depure |
| Dependencia | Metafields y configuraciones propiedad de la app | Tú, al momento de eliminarla |

### Preguntas antes de instalar cualquier cosa
- ¿Qué deja exactamente de ocurrir si no instalamos esto?
- ¿Los metafields, metaobjects o Shopify Flow ya lo hacen?
- ¿Añade algo al escaparate, y puede medirse?
- ¿Qué pasa con nuestros datos si desinstalamos en un año?
- ¿Quién revisa esto en tres meses?

### Realiza una revisión trimestral
Pon una hora recurrente en el calendario. Lista cada app instalada con su coste mensual y una frase diciendo quién la usa. Cualquier cosa para la que nadie pueda nombrar un uso se desinstala ese día, y la tienda se vuelve mediblemente más rápida y económica sin necesidad de un proyecto.
Toma una medición de rendimiento antes y después de la revisión. El número suele ser lo suficientemente persuasivo para mantener el hábito.

### Desinstalar correctamente
Eliminar una app rara vez elimina sus restos: etiquetas de script, metafields, webhooks y fragmentos del tema pueden sobrevivir. Después de desinstalar, revisa el tema en busca de código huérfano y el escaparate en busca de scripts que aún se cargan. Este es el paso que convierte la eliminación de apps en una mejora real.

Q: ¿Cuántas apps son demasiadas?
A: No hay un número. La prueba es si cada una tiene un propietario identificado y un uso que alguien pueda describir.

Q: ¿Las apps realmente ralentizan la tienda?
A: Las orientadas al escaparate sí, en proporción a lo que cargan. Las apps solo de administración no afectan el peso de la página.

Q: ¿Es mejor una app cara que tres baratas?
A: A menudo, sí — menos integraciones, menos scripts, una relación con un proveedor.

## Shopify headless y Hydrogen: cuándo está justificado
https://shopifydevelopment.info/es/guides/shopify-headless-y-hydrogen
Actualizado el 2026-08-04 · Temas y escaparate

- Headless intercambia conveniencia de plataforma por control total y mantenimiento permanente.
- Justifícalo con integración o realidad del equipo, no con insatisfacción sobre un tema.
- Mide el tema existente antes de culpar a la capa de tema.
- Presupuesta para reconstruir la experiencia de edición del comerciante que pierdes.

Comercio headless significa ejecutar tu propio storefront contra las APIs de Shopify en lugar de usar un tema Liquid. Hydrogen es el framework de Shopify para hacer eso.

La tecnología funciona. La pregunta es si la tienda que estás construyendo la necesita, porque el costo no es la construcción: es la década de mantenimiento que sigue.

### Qué ganas y qué asumes
| Control del storefront | Dentro de estructura de tema | Total |
| Hosting | Shopify | Tuyo para ejecutar |
| Tiempo hasta lanzamiento | Semanas | Meses |
| Actualizaciones de plataforma | Mayormente automáticas | Tus actualizaciones de dependencias |
| Editor de temas para comerciantes | Completo | Lo que construyas |
| Equipo necesario | Desarrollador Shopify | Equipo front-end, continuo |

### Buenas razones para ir headless
- El storefront debe integrarse profundamente con una experiencia no-Shopify: un configurador, un sistema de reservas, una app existente.
- El contenido y el comercio son igualmente importantes y viven en un sistema separado ya.
- Tienes un equipo front-end que seguirá aquí en tres años.
- Requisitos de rendimiento que la capa de tema genuinamente no puede cumplir, medidos en lugar de asumidos.

### Malas razones
"Los temas son limitantes" usualmente significa que el tema fue elegido mal o personalizado hasta un rincón. "Headless es más rápido" es cierto solo si lo construyes bien; un storefront headless mal construido es más lento que un buen tema, y no hay nadie más que tú para arreglarlo.
Mide el tema actual antes de concluir que el tema es el problema. En la mayoría de las auditorías el problema son las apps y las imágenes, y ambas sobreviven una reconstrucción headless.

### La parte que la gente olvida
Pierdes el editor de temas. Los comerciantes que podían reordenar una página ahora presentan un ticket. Reconstruir una experiencia de edición para comerciantes es trabajo real, y omitirlo mueve el costo de tu equipo al de ellos, permanentemente.

Q: ¿Es Hydrogen requerido para headless?
A: No, pero es la ruta mejor soportada y elimina mucho trabajo indiferenciado si vas headless de todos modos.

Q: ¿Mejora headless el SEO?
A: Solo a través de velocidad y estructura que tendrías que construir correctamente. También introduce formas de hacer mal el renderizado que un tema no puede.

Q: ¿Podemos ir headless más tarde?
A: Sí. Mantener los datos de producto limpios y el contenido en metaobjects hace esa migración mucho más económica.

## Online Store 2.0: secciones, bloques y metafields en la práctica
https://shopifydevelopment.info/es/guides/online-store-2-secciones-y-metafields
Actualizado el 2026-08-04 · Temas y escaparate

- Las secciones y bloques permiten a los comerciantes componer páginas sin desarrolladores.
- Los metafields y metaobjects son tu capa de datos estructurados: diseñalos.
- Envía pocas secciones bien nombradas en lugar de muchos casi duplicados.
- Documenta los metafields o alguien los eliminará después.

Online Store 2.0 convirtió el tema de un conjunto de plantillas fijas en un sistema componible: secciones en cada página, bloques dentro de ellas y metafields estructurados para contener tus propios datos.

Las funciones son ampliamente conocidas. Lo que es menos común es construir como si existieran, en lugar de atornillarlas a un enfoque más antiguo.

### Las tres piezas y para qué sirve cada una
| Secciones | Módulos reordenables en cualquier plantilla | Comerciantes, en el editor de temas |
| Bloques | Elementos repetibles dentro de una sección | Comerciantes |
| Metafields | Datos estructurados y tipados en productos y otros objetos | Tú defines, comerciantes llenan |
| Metaobjects | Tus propios tipos de contenido, reutilizables en páginas | Tú defines, comerciantes llenan |

### Cómo esto cambia el diseño de temas
El instinto antiguo es codificar una página de producto y dar a los comerciantes un puñado de ajustes. El instinto 2.0 es enviar un pequeño conjunto de secciones bien hechas y dejar que el comerciante componga páginas. Menos plantillas a medida, más partes reutilizables, y muchas menos solicitudes de desarrollador para cambios de diseño seis meses después.
Cada ajuste de diseño que un comerciante puede hacer por sí mismo es un ticket de soporte que nunca recibes.

### Los metafields merecen un modelo de datos
- Define tipos deliberadamente: una tabla de tallas es un metaobject, no un blob de texto enriquecido.
- Nómbralos por lo que significan, no por dónde aparecen en la página.
- Decide cuáles son datos de merchandising y cuáles son contenido: tienen diferentes dueños.
- Llénalos en tiempo de importación, no manualmente, si tu catálogo es más que pequeño.
- Documéntalos; un metafield no documentado es descubierto un año después por alguien que lo elimina.

### Una buena estructura inicial
Una plantilla de producto con secciones para galería, caja de compra, descripción, especificaciones y ventas cruzadas. Las especificaciones leen desde metafields. Las ventas cruzadas configurables por colección. Esa estructura cubre la mayoría de los catálogos sin una sola plantilla a medida.

Q: ¿Necesito migrar un tema antiguo a 2.0?
A: No urgentemente, pero las nuevas construcciones deberían asumirlo. La experiencia de edición y el costo de mantenimiento son ambos significativamente mejores.

Q: ¿Metafields o un sistema de contenido separado?
A: Metafields para cualquier cosa adjunta a un producto o colección. Un sistema separado cuando el contenido tiene su propia vida y audiencia.

Q: ¿Cuántas secciones son demasiadas?
A: Cuando los comerciantes no pueden distinguir dos. Menos secciones mejor nombradas superan una lista larga de casi duplicados.

## Fundamentos de Liquid para desarrolladores que vienen de otros lados
https://shopifydevelopment.info/es/guides/fundamentos-liquid-para-desarrolladores
Actualizado el 2026-08-04 · Temas y escaparate

- Liquid renderiza; no es un lenguaje de aplicación.
- Los metafields y metaobjects son donde pertenecen tus propios datos.
- Los bucles y la computación por solicitud son las trampas de rendimiento usuales.
- Divide el trabajo: datos en metafields, comportamiento en apps, formateo en Liquid.

Si has escrito plantillas antes, Liquid te tomará una tarde. Lo que toma más tiempo es aceptar lo que no te dejará hacer, porque esos límites son deliberados y dan forma a cómo se construyen los temas de Shopify.

Esta es la orientación que damos a desarrolladores que se unen a un proyecto de Shopify desde cualquier otra tecnología.

### El modelo mental
Liquid es un lenguaje de renderizado, no un lenguaje de aplicación. Tiene objetos que le entrega Shopify, filtros para formatearlos y etiquetas para flujo de control. No hay acceso a base de datos, no hay computación arbitraria de consecuencia y no hay forma de alcanzar fuera de los objetos que te dieron. Si necesitas algo que el objeto no contiene, la respuesta es un metafield, una app o una página diferente.
Cada hora gastada intentando hacer que Liquid se comporte como un lenguaje de propósito general es una hora que debería haberse gastado en el modelo de datos.

### Lo que usarás constantemente
| Objetos | product, collection, cart, customer, shop: los datos de la página |
| Filtros | Formateo: money, date, image_url, escape |
| Etiquetas | Flujo de control: if, for, assign, render |
| Secciones y bloques | Estructura editable por el comerciante en el editor de temas |
| Metafields | Tus propios datos estructurados adjuntos a objetos de Shopify |

### Trampas comunes
- Los bucles sobre colecciones grandes se renderizan lentamente; pagina en lugar de filtrar en Liquid.
- Cualquier cosa que calcules por solicitud se calcula en cada solicitud: la salida amigable con caché importa.
- render recibe un ámbito aislado; include está obsoleto y se comporta diferente.
- El dinero se almacena en centavos; usa los filtros de dinero en lugar de hacer aritmética a mano.
- El contenido específico del cliente previene el almacenamiento en caché ingenuo de página completa, que es una decisión de rendimiento además de corrección.

### Dónde poner la lógica en su lugar
El modelado de datos pertenece a metafields y metaobjects, definidos una vez y leídos económicamente. El comportamiento pertenece a una app o al navegador. Liquid debería mayormente leer y formatear. Los temas que siguen esa división permanecen rápidos y comprensibles.

Q: ¿Es difícil aprender Liquid?
A: No: un desarrollador competente es productivo en un día. Aprender lo que Shopify no te dejará hacer toma más tiempo.

Q: ¿Puedo consultar datos en Liquid?
A: Solo lo que te da el grafo de objetos de la página, más metafields. No hay consultas arbitrarias.

Q: ¿Debería vivir la lógica en Liquid o JavaScript?
A: Lógica de presentación en Liquid, interacción en JavaScript, reglas de negocio en una app o en tu modelo de datos.

## Personalización de temas que sobrevive a las actualizaciones
https://shopifydevelopment.info/es/guides/personalizacion-tema-shopify-que-sobrevive-actualizaciones
Actualizado el 2026-08-04 · Temas y escaparate

- Añade secciones; no edites plantillas centrales.
- Mantén el tema en Git y documenta cada personalización.
- Compara lanzamientos del proveedor antes de actualizar en lugar de omitir actualizaciones.
- Cuando tu diferencia excede el tema, reconstruye en lugar de bifurcar.

Todo proyecto de Shopify llega al momento en que el tema no hace algo exactamente. Lo que sucede después decide cuán costosa es la tienda durante el resto de su vida.

Hay buenos lugares para poner un cambio y malos, y la diferencia es enteramente sobre qué sucede cuando el tema se actualiza.

### Dónde poner un cambio, de mejor a peor
| Ajustes del tema | Siempre | Cualquier cosa que el tema ya exponga |
| Una nueva sección o bloque | Usualmente | Nuevo diseño o módulo de contenido |
| Bloque de app | Usualmente | Funcionalidad de una app |
| Una sección copiada, renombrada | Mayormente | Necesitas una variante de una sección existente |
| Editar una plantilla central | Raramente | Último recurso, documentado |
| Ediciones dispersas en archivos | Nunca | Nunca |

### La regla que mantiene un tema mantenible
Añade, no edites. Una nueva sección que posees seguirá ahí después de una actualización. Una plantilla central modificada entrará en conflicto con cada lanzamiento hasta que alguien se rinda y deje de actualizar, que es cómo las tiendas terminan tres años atrasadas en funciones de plataforma.
Mantén un CUSTOMISATIONS.md en el repositorio del tema listando cada archivo que tocaste y por qué. El tú del futuro no recordará, y el próximo desarrollador tampoco.

### Hábitos prácticos
- Trabaja en un repositorio Git con el tema, no solo en el editor del admin.
- Usa un tema de desarrollo para cambios y publica deliberadamente.
- Prefija tus propias secciones y snippets para que sean obvios en una lista de archivos.
- Pon el CSS personalizado en un archivo, no esparcido por las plantillas.
- Antes de una actualización, compara el lanzamiento del proveedor con tu copia y revisa los conflictos.

### Cuándo dejar de personalizar y reconstruir
Cuando la diferencia contra el tema del proveedor es más larga que el tema mismo, estás manteniendo una bifurcación sin admitirlo. En ese punto un tema hecho a medida es más económico y honesto sobre lo que posees.

Q: ¿Puedo editar archivos del tema directamente en el admin?
A: Puedes, y para una corrección de una línea está bien. Cualquier cosa más grande pertenece al control de versiones donde puede revisarse y revertirse.

Q: ¿Cómo actualizo un tema personalizado?
A: Toma el lanzamiento del proveedor, compáralo con tu versión y reaplica tus cambios deliberadamente. Esto solo es factible si tus cambios son aditivos y documentados.

Q: ¿Son seguros los bloques de app?
A: Más seguros que editar plantillas, sí. Su riesgo es que la app desaparezca, no la actualización del tema.

## Elegir un tema de Shopify con el que puedas vivir
https://shopifydevelopment.info/es/guides/elegir-un-tema-de-shopify
Actualizado el 2026-08-04 · Temas y escaparate

- Juzga el historial de actualizaciones y la estructura antes que la apariencia.
- Los temas propios de Shopify siguen los cambios de plataforma primero y no cuestan nada.
- Un tema de pago muy modificado es lo peor de ambos mundos.
- Prueba con tu catálogo real, no con los datos de demostración.

La selección de temas suele hacerse por apariencia, que es el único atributo que puedes cambiar después. Los atributos que no puedes cambiar más tarde —cómo está estructurado el tema y si el proveedor sigue enviando actualizaciones— reciben casi ninguna atención.

Esto es lo que debes mirar en su lugar, en el orden que importa.

### Qué evaluar, en orden
- Historial de actualizaciones: ¿cuándo envió el proveedor por última vez y con qué frecuencia?
- Estructura: ¿la personalización se hace mediante secciones y ajustes, o editando plantillas?
- Cercanía a tu catálogo: ¿la página de producto ya maneja tu cantidad de variantes y medios?
- Rendimiento desde el inicio: ¿qué carga antes de cualquier personalización?
- Soporte: ¿hay una persona que responde y un registro de cambios que puedas leer?

### Gratuito, de pago o personalizado
| Sigue cambios de plataforma | Sí, primero | Depende del proveedor | Tú lo haces |
| Costo | Gratuito | Único pago | Proyecto |
| Riesgo | Más bajo | Abandono del proveedor | Enteramente tuyo |
| Adecuado cuando | La mayoría de tiendas | Existe una coincidencia cercana | El merchandising realmente no encaja |

### La trampa en el medio
Un tema de pago muy modificado es lo peor de ambos mundos: no actualizable, porque tus cambios entran en conflicto con cada lanzamiento, y no realmente tuyo, porque no diseñaste su estructura. Si vas a cambiar tanto, mantente cerca del estándar o encarga un tema apropiadamente.
Cuenta las personalizaciones antes de empezar. Más allá de aproximadamente una docena de cambios estructurales, un tema hecho a medida suele ser más económico en dos años.

### Una evaluación breve que puedes hacer en una hora
Instala el tema en una tienda de desarrollo, importa cincuenta productos reales con tus variantes del peor caso y pon tu título de producto más largo y tu imagen menos favorecedora en él. La mayoría de los temas se ven excelentes con tres productos y fotografía de estudio; necesitas saber cómo se comporta este con los tuyos.

Q: ¿Son suficientemente buenos los temas propios de Shopify?
A: Para la mayoría de las tiendas, sí, y son la base más segura porque siguen los cambios de plataforma primero.

Q: ¿Cómo verifico que un tema de pago se mantiene?
A: Lee su registro de cambios y fechas de actualización. Un tema sin lanzamiento en un año es un pasivo sin importar cómo se vea.

Q: ¿Puedo cambiar de tema más tarde?
A: Sí, y cuesta el trabajo de personalización nuevamente. El contenido y los productos se transfieren; las decisiones de diseño no.

## Cuándo Shopify es la elección equivocada
https://shopifydevelopment.info/es/guides/cuando-shopify-es-la-eleccion-equivocada
Actualizado el 2026-08-04 · Fundamentos de Shopify

- La mayoría de tiendas encajan; las que no fracasan de forma cara y tardía.
- Los precios arbitrarios por cliente y poseer el checkout son límites duros.
- Los productos configurables no encajan en un modelo de producto y variante.
- Prueba tus tres reglas más difíciles contra la plataforma antes de construir.

Construimos en Shopify como profesión, que es exactamente por qué existe esta página. Los proyectos caros no son los que eligieron una plataforma diferente; son los que eligieron Shopify para un negocio que no podía expresar y lo descubrieron en el mes cuatro.

Aquí están los cinco patrones que deberían detenerte, y la prueba honesta para cada uno.

### Los cinco obstáculos definitivos
| Lógica de precios específica por cliente | El checkout no puede expresar reglas arbitrarias por cliente |
| Poseer la experiencia de pago | El checkout es de Shopify; extiendes, no reemplazas |
| Productos configurables | La estructura de producto y variante no puede representar un configurador |
| Volumen de pedidos muy alto con reglas simples | Las comisiones por pedido se convierten en una línea de coste material |
| Flujos regulados que necesitan pasos personalizados | Los pasos requeridos pueden no encajar dentro del checkout que te dan |

### La prueba que lo resuelve en una tarde
Escribe tus tres reglas de negocio más difíciles como frases simples. Luego intenta expresar cada una usando solo productos, variantes, metafields, descuentos y el checkout tal como vienen. Si una de ellas necesita que el checkout haga algo que no hace, has encontrado tu respuesta antes de gastar nada.
Haz esto con alguien que haya construido en la plataforma. El modo de fallo es un confiado "probablemente podemos hacer eso con una app" de alguien que no lo ha intentado.

### Casos que parecen obstáculos pero no lo son
- Precios B2B: a menudo solucionable con las funciones B2B en planes superiores, si las reglas son escalonadas en lugar de arbitrarias.
- Suscripciones: bien servidas por aplicaciones maduras; el trabajo está en la gestión de impagos y soporte, no en la plataforma.
- Múltiples mercados: soportado, aunque impuestos y contenido por mercado es trabajo real de cualquier manera.
- Marketing de contenido intensivo: el blog es débil, pero un sistema de contenido separado junto a la tienda es un patrón normal.

### Si estás en la línea
Construye la versión limitada en Shopify, vende durante un trimestre y deja que los pedidos reales te digan si la restricción que temías realmente limita. Eso es más barato que una construcción personalizada encargada sobre una hipótesis, y mucho más barato que una construcción en Shopify que hay que abandonar.

Q: ¿Es el alto volumen de pedidos por sí solo una razón para irse?
A: Solo cuando las comisiones por pedido excedan lo que costaría ejecutar la alternativa, incluyendo la ingeniería para ejecutarla. Modélalo con números reales.

Q: ¿Pueden las aplicaciones resolver cualquier límite de plataforma?
A: No. Las aplicaciones extienden lo que la plataforma expone. Donde el checkout no expone un gancho, ninguna aplicación crea uno.

Q: ¿Qué pasa si solo una de mis reglas no encaja?
A: Pregunta si la regla es esencial o habitual. Reformular una regla suele ser más barato que cambiar de plataforma.

## Shopify frente a las alternativas, sin discurso comercial
https://shopifydevelopment.info/es/guides/shopify-frente-a-otras-plataformas-ecommerce
Actualizado el 2026-08-04 · Fundamentos de Shopify

- La comparación es realmente sobre lo inusuales que son tus reglas.
- Las plataformas alojadas absorben trabajo indiferenciado que vale la pena externalizar.
- El código abierto intercambia coste de licencia por mantenimiento que debes dotar de personal.
- Lo personalizado se justifica cuando las reglas de comercio son el producto.

Las comparaciones de plataformas suelen estar escritas por alguien que vende una de las opciones. La versión útil parte de una pregunta diferente: ¿qué tan extraños son tus requisitos?

Los requisitos ordinarios son más baratos en una plataforma alojada. Los inusuales se vuelven caros ahí muy rápidamente, y esa es toda la comparación.

### En qué es buena cada opción
| Tiempo hasta lanzamiento | Semanas | Semanas a meses | Meses |
| Quién gestiona los servidores | Shopify | Tú o tu hosting | Tú |
| Control del checkout | Limitado por diseño | Tuyo | Tuyo |
| Coste continuo | Plan más apps más comisiones | Hosting más plugins más mantenimiento | Equipo de ingeniería |
| Reglas de precios inusuales | Difícil o imposible | Posible | Lo que escribas |
| Mejor cuando | Retail estándar, la velocidad importa | Necesitas control y tienes habilidades | Tus reglas son el producto |

### Las preguntas que realmente lo deciden
- ¿Pueden expresarse tus reglas de precios y permisos en el checkout de la plataforma?
- ¿Tu catálogo encaja en un modelo de producto y variante, o es configurable?
- ¿Tienes a alguien que mantenga los servidores actualizados? Si no, alojado gana por defecto.
- Con tu volumen de pedidos, ¿las comisiones por pedido se convierten en una línea de coste material?
- ¿Es la tienda un activo de marca por sí misma, o una forma de cobrar dinero?

### Dónde Shopify es claramente la respuesta correcta
Retail estándar, un catálogo que encaja en productos y variantes, un equipo pequeño y necesidad de estar vendiendo este trimestre. La plataforma absorbe una enorme cantidad de trabajo indiferenciado —alcance PCI, tiempo de actividad, conversión de checkout, integraciones de pago— que de otro modo comprarías.
El trabajo indiferenciado es lo correcto para externalizar. Tus competidores no te están perdiendo por quién parchea sus servidores.

### Dónde es claramente la equivocada
Lógica de precios específica por cliente que el checkout no puede expresar, una necesidad regulatoria de poseer la experiencia de pago de principio a fin, o un catálogo cuyo modelo de datos genuinamente no encaja en productos y variantes —bienes industriales configurables siendo el caso clásico.

Q: ¿Es más barato el código abierto?
A: La licencia lo es. El hosting, parcheo de seguridad, mantenimiento de plugins y el tiempo de desarrollador para mantenerlo funcionando no lo son.

Q: ¿Cuándo se justifica una construcción personalizada?
A: Cuando tus reglas de comercio son el producto, no el envoltorio alrededor de él. Eso es más raro de lo que parece durante la planificación.

Q: ¿Puedo migrar después si elijo mal?
A: Sí, y cuesta dinero real, principalmente en datos, redirecciones e integraciones reconstruidas. Elegir con evidencia es más barato.

## Una lista realista de configuración de Shopify
https://shopifydevelopment.info/es/guides/lista-configuracion-tienda-shopify
Actualizado el 2026-08-04 · Fundamentos de Shopify

- Haz los datos primero y el tema al final, o reharás ambos.
- Escribe qué hace correcto un pedido antes de configurar nada.
- Lanza con un mercado, un método de pago, una regla de envío.
- Haz y reembolsa un pedido real antes de abrir.

El orden en que haces las cosas decide cuánto repites. Los equipos que empiezan con el tema pasan la última semana arreglando datos de producto; los equipos que empiezan con los datos pasan la última semana en el tema, lo cual es mucho más agradable.

Esta es la secuencia que usamos, con la razón por la que cada paso está donde está.

### La secuencia que evita rehacer trabajo
- Decide qué debe contener un pedido para ser correcto. Una página, por escrito.
- Consigue que los datos de producto sean correctos: opciones, variantes, SKUs, imágenes, stock.
- Configura los pagos y confirma el cronograma de incorporación del proveedor.
- Configura impuestos y envío solo para tu primer mercado.
- Elige e instala un tema cercano a lo que necesitas.
- Personaliza en secciones y bloques de aplicación, no ediciones dispersas.
- Añade aplicaciones para las que puedas nombrar una razón, una a la vez.
- Prueba un pedido real de principio a fin, incluyendo un reembolso.
- Configura analíticas y los informes que realmente leerás.
- Escribe quién es responsable de la tienda después del lanzamiento.

### Por qué los datos de producto van antes que el tema
Tu estructura de variantes decide qué puede hacer la página de producto. Elegir un tema primero significa escoger un diseño para un catálogo que no has definido, y el desajuste aparece como personalización que no querías comprar.
Exporta tu catálogo a una hoja de cálculo y míralo como tabla antes de importar. Las inconsistencias son visibles ahí en minutos.

### Lanza de forma limitada
| Un mercado | Países y monedas adicionales |
| Un método de pago que funciona | Wallets y compra-ahora-paga-después |
| Un catálogo limpio | Paquetes, suscripciones, preventas |
| Emails transaccionales básicos | Marketing de ciclo de vida completo |
| Una regla de envío | Tablas de tarifas por región |

### La prueba que detecta la mayoría de problemas de lanzamiento
Haz un pedido real con una tarjeta real, luego reembólsalo. Ese único bucle toca pago, creación de pedido, stock, email y tu exportación contable. Si funciona limpiamente, la mayor parte de la tienda funciona.

Q: ¿Cuánto tiempo lleva una configuración sencilla?
A: De dos a cuatro semanas para un catálogo pequeño en un tema estándar, y la mayor parte es datos de producto más que configuración.

Q: ¿Debería importar productos antes de elegir un tema?
A: Sí. La estructura de variantes decide qué tiene que hacer la página de producto.

Q: ¿Qué se olvida más a menudo?
A: Probar un reembolso, y decidir quién mantiene la tienda después del lanzamiento.

## Planes y tarifas de Shopify, sumados con honestidad
https://shopifydevelopment.info/es/guides/planes-y-tarifas-de-shopify
Actualizado el 2026-08-04 · Fundamentos de Shopify

- El plan es la parte más pequeña y predecible de la factura.
- Las suscripciones de aplicaciones crecen con una decisión razonable cada vez.
- No usar Shopify Payments añade una comisión en cada pedido.
- Modela plan más procesamiento más aplicaciones más mantenimiento antes de comprometerte.

Toda comparación de precios de Shopify empieza con los niveles de plan, que es la parte menos interesante de la factura. El plan es predecible. Lo que sorprende a la gente es todo lo que se apila encima.

Aquí está el coste completo, en el orden en que suele llegar.

### Qué pagas realmente cada mes
| Plan | Fijo, predecible | El número que todos comparan |
| Procesamiento de pagos | Porcentaje de cada pedido | Inevitable en cualquier plataforma |
| Comisión adicional por transacción | Se aplica si no usas Shopify Payments | A menudo la razón para cambiar de proveedor |
| Aplicaciones | $20–$200 cada una, mensual | La línea que crece silenciosamente |
| Tema | Único pago, o gratis | Pequeño comparado con el resto |
| Mantenimiento | 15–25% del coste de construcción al año | Casi nunca presupuestado |

### La factura de aplicaciones es la que vigilar
Una docena de aplicaciones a $20 o $200 cada una superará tu plan varias veces, y ocurre con una decisión razonable cada vez. Cada aplicación estaba justificada el día que se instaló; el agregado nunca se revisa.
Pon una revisión trimestral de aplicaciones en el calendario antes de instalar la tercera. Desinstala cualquiera para la que nadie pueda nombrar un uso.

### Dónde importa realmente el nivel de plan
- Tasas de tarjeta más bajas con mayor volumen: vale la pena modelarlo contra tu recuento real de pedidos.
- Funciones de envío e informes que reemplazan una aplicación que ibas a comprar.
- Cuentas de personal, si varias personas necesitan acceso de administrador con diferentes permisos.
- Extensibilidad del checkout, que está limitada por plan y puede decidir la viabilidad directamente.

### Cómo modelarlo antes de comprometerte
Toma tu recuento mensual esperado de pedidos y valor promedio de pedido, aplica la tasa de procesamiento, suma el plan, suma las aplicaciones que ya sabes que necesitas, y suma el 20% de tu coste de construcción dividido entre doce. Ese número, no el precio del plan, es lo que cuesta operar la tienda.

Q: ¿En qué plan debería empezar una tienda nueva?
A: En el más bajo que soporte las funciones que ya has decidido que necesitas. Actualizar es fácil; pagar por margen que no usas no lo es.

Q: ¿Se pueden evitar las comisiones por transacción?
A: La comisión adicional de Shopify sí, usando Shopify Payments donde esté disponible. El procesamiento de tarjetas en sí no es evitable en ningún sitio.

Q: ¿Cuánto debería presupuestar para aplicaciones?
A: Modela tu lista conocida, luego asume que crece. Los equipos que presupuestan cero para aplicaciones acaban sorprendidos en un trimestre.

## Qué implica realmente el desarrollo en Shopify
https://shopifydevelopment.info/es/guides/que-implica-el-desarrollo-en-shopify
Actualizado el 2026-08-04 · Fundamentos de Shopify

- El desarrollo en Shopify es construir dentro de un límite que no controlas.
- Tema, aplicaciones e integraciones son tres trabajos con riesgos diferentes.
- Checkout, pedidos y clientes pertenecen a la plataforma, no a ti.
- Prueba tus tres reglas más difíciles contra la plataforma antes de construir.

Pregunta a cinco personas qué significa el desarrollo en Shopify y obtendrás respuestas sobre temas. Esa es la parte que puedes ver, y rara vez es donde un proyecto tiene éxito o fracasa.

Construir en Shopify es construir dentro de un sistema que no controlas. El oficio consiste en saber cuáles de tus requisitos encajan dentro de ese límite, cuáles deben reformularse y cuáles significan que Shopify es directamente la plataforma equivocada.

### Las tres capas de una construcción en Shopify
| Tema | Plantillas Liquid, secciones, ajustes | Nadie: esto es lo que se presupuesta |
| Aplicaciones | Extensiones de admin y tienda mediante APIs públicas | La mayoría de equipos, en coste más que en esfuerzo |
| Integraciones | Datos que se mueven entre Shopify y tus otros sistemas | Casi todo el mundo |
| El límite | Checkout, pedidos, clientes, pagos | Todo el mundo, siempre |

### Qué se reserva la plataforma
El checkout, el modelo de pedido, el registro de cliente y el flujo de pago pertenecen a Shopify. Puedes extender partes de ellos en algunos planes, pero no puedes reemplazarlos. Ese único hecho elimina categorías enteras de requisitos, y los elimina antes del diseño, no después, si alguien pregunta a tiempo.
Escribe tus tres reglas de negocio más difíciles en una página e intenta expresarlas en el modelo de producto, variante y pedido de Shopify. Hazlo antes de encargar nada.

### Dónde fracasan realmente los proyectos
- Datos de producto que no sobreviven al contacto con una estructura de variantes real.
- Una regla de precios que depende de quién está conectado, descubierta después de aprobar el tema.
- Aplicaciones elegidas una a una hasta que la factura mensual supera el plan varias veces.
- Un tema personalizado tan intensamente que la siguiente actualización de plataforma rompe la página de producto.
- Ninguna decisión sobre quién mantiene la tienda después del lanzamiento.

### Cómo se ve el éxito en el lanzamiento
Un tema bien mantenido cercano al estándar, un catálogo limpio, un método de pago que funciona y tres aplicaciones que justifican su suscripción. Todo lo demás pertenece al mes dos, y la mayoría debería.

Q: ¿El desarrollo en Shopify es lo mismo que el diseño web?
A: No. El diseño es una capa; las reglas de comercio, aplicaciones e integraciones detrás de él llevan la mayor parte del esfuerzo y casi todo el riesgo.

Q: ¿Necesito un desarrollador para una primera tienda?
A: No siempre. Un tema estándar cubre un catálogo simple. Necesitas un desarrollador cuando tus reglas no encajan en la plataforma tal como viene.

Q: ¿Qué causa la mayoría de los retrasos?
A: Los datos de producto, seguidos de descubrir un requisito que el checkout no puede expresar.