---
title: "Página de producto, carrito o checkout: dónde debe vivir su selector de fecha de entrega"
description: "Las tres ubicaciones no son un ranking — son compromisos, y su plan de Shopify decide cuáles están siquiera disponibles. Lo que le cuesta cada una, el fallo del que nadie habla y cómo elegir."
contentType: "blog"
locale: "es"
localized: true
source: "https://orderrules.com/es/blog/where-to-put-delivery-date-picker-shopify"
slug: "where-to-put-delivery-date-picker-shopify"
date: "2026-09-23"
tags:
  - "shopify"
  - "delivery date picker"
  - "checkout"
  - "shopify plus"
  - "cart"
  - "delivery dates"
  - "checkout extensibility"
---
Toda tienda que vende algo sensible al tiempo acaba haciéndose la misma pregunta: ¿dónde va realmente el selector de fecha de entrega?

Las respuestas que uno encuentra suelen tratar del cómo, no del dónde — un snippet de tema por aquí, una extensión de checkout por allá. La ubicación en sí se trata como un detalle. No es un detalle. Decide qué clientes le dan una fecha, cuáles pasan sin dar ninguna y con qué frecuencia se entera usted en el peor momento.

Hay tres sitios. Ninguno es el mejor.

![Ubicaciones del selector de fecha de OrderRules comparadas — página de producto, carrito y checkout de Shopify Plus, con los planes que permiten cada una y el punto donde una fecha puede perderse](/images/blog/where-to-put-delivery-date-picker-shopify.png)

## Lo que permite su plan de Shopify

Empiece por aquí, porque elimina opciones antes de que entre en juego la preferencia.

| Ubicación | Planes | Cómo funciona |
| --- | --- | --- |
| Página de producto | Todos | Theme app block dentro del formulario de producto |
| Carrito | Todos | Theme app block en la página del carrito o en el lateral |
| Checkout | **Solo Shopify Plus** | Checkout UI extension |

Las checkout UI extensions solo se ejecutan en checkouts Plus. Es un límite de la plataforma, no una limitación de la app, y ninguna app puede venderle un atajo.

Conviene desenredar una cosa aquí, porque las fechas confunden. `checkout.liquid` y los Additional Scripts dejaron de ejecutarse para las tiendas **que no son Plus** en agosto de 2026. Las tiendas Plus ya habían migrado, en 2024 y 2025. Así que si ha llegado a esta pregunta porque su personalización del checkout se rompió hace poco, casi con seguridad está en un plan que no es Plus — y la solución para usted es la ubicación de producto o carrito, no una extensión de checkout que no puede ejecutar.

## Página de producto

La fecha va dentro del formulario de añadir al carrito, así que se elige antes de que el artículo esté en el carrito.

**Elíjala cuando la fecha forme parte de la decisión.** Una tarta para el sábado no merece la pena si el sábado está lleno. Un ramo que no puede llegar el día 14 no es una compra, es una decepción. Mostrar la disponibilidad en el momento de elegir es la diferencia entre una venta y un reembolso.

Es además la única ubicación que sobrevive a **Buy Now**. Como vive dentro del formulario de producto, quien usa el botón de pago dinámico se lleva igualmente una fecha.

**Lo que le cuesta.** Está pidiendo un compromiso antes de que el carrito exista siquiera, lo que es fricción en el punto más temprano. Y en pedidos de varios artículos la forma es la equivocada: quien compra cuatro cosas no quiere elegir cuatro fechas, salvo que los artículos salgan realmente por separado.

## Carrito

Una fecha para el pedido, elegida una vez que todo está en la cesta.

**Elíjalo cuando la fecha se aplique a todo el pedido** en lugar de a artículos individuales — una entrega semanal de la compra, un pedido de catering, una única entrega programada.

**Lo que le cuesta, y aquí es donde pillan a la gente.** El botón **Buy Now** se salta el carrito por completo. Quien lo usa aterriza directamente en el checkout sin que su selector de la página del carrito se haya renderizado nunca, y ese pedido llega sin fecha adjunta. No verá un error. Verá un pedido que no puede programar.

También está el problema del tipo de carrito. El enfoque documentado por Shopify para un selector de fecha en el carrito funciona solo en la *página* del carrito — su artículo de ayuda dice claramente que no funcionará con carritos laterales o emergentes. Muchas tiendas lo descubren después de cambiar a un carrito lateral por motivos ajenos.

## Checkout — Shopify Plus

El selector aparece en el paso final, como parte del propio checkout.

**Elíjalo cuando la fecha sea una confirmación en lugar de una elección**, o cuando quiera mantener limpio el camino hacia el carrito. Es además la única ubicación que captura todos los pedidos sin importar cómo llegó el comprador, porque por el checkout pasan todos.

**La trampa práctica.** Activar la función no basta. El selector aparece solo si las fechas de entrega están activas, existe al menos una regla de disponibilidad, el interruptor de checkout está activado *y* el bloque se ha colocado en el editor de checkout de Shopify. Tres de esas condiciones viven en la app y la cuarta vive en Shopify, por lo que «lo activé y no pasó nada» es de lejos la pregunta más frecuente sobre esta ubicación.

**Lo que le cuesta.** El cliente está tan adentro del embudo como llegará a estarlo. Una fecha que resulta no estar disponible aquí es el momento más caro posible para descubrirlo — que es exactamente por lo que la capacidad tiene que aplicarse también antes, y no solo en el último paso. Y requiere Plus.

## ¿Por artículo o por pedido?

La ubicación y la *granularidad* de la fecha son decisiones separadas, pero se condicionan mutuamente, y elegirlas de forma independiente es como las tiendas acaban reconstruyendo esto dos veces.

**Por pedido** significa una fecha para toda la cesta. Encaja con la compra de alimentación, el catering, las cajas semanales — todo lo que sale en una furgoneta un día concreto. Las ubicaciones de carrito y checkout encajan de forma natural, porque para entonces la cesta ya se conoce.

**Por artículo** significa que cada línea lleva su propia fecha. Encaja con tiendas donde los artículos tienen de verdad tiempos de producción distintos: un cojín en stock que sale mañana junto a una butaca tapizada que tarda diez semanas. Esto solo funciona realmente en la **página de producto**, porque es el único sitio donde el cliente mira un solo artículo y su propio plazo.

El error es elegir fechas por artículo y luego recogerlas en el carrito. Al cliente se le hace la misma pregunta varias veces, y las respuestas son difíciles de conciliar con una única ruta de reparto. Si los artículos salen juntos, una sola fecha es el modelo honesto. Si de verdad no salen juntos, dígalo a nivel de producto.

## El fallo del que nadie habla

Pregunte en cualquier comunidad de Shopify y encontrará los mismos dos hilos una y otra vez: *la fecha que elegí en el carrito no aparece en el checkout*, y *la fecha no se guarda en el pedido*.

Ese es el verdadero riesgo con las fechas de entrega, y no va de ubicación — va de si el valor sobrevive a los saltos. Una fecha se recoge en el escaparate, tiene que llegar al checkout, tiene que escribirse en el pedido y tiene que llegar a aquello con lo que usted realmente trabaja: una vista de admin, una etiqueta de pedido, una exportación CSV para la ruta de reparto.

Rompa cualquier eslabón y el selector seguirá pareciendo que funciona. El calendario se renderiza, el cliente elige, el pedido se completa. Se entera en la mesa de embalaje.

Cuando evalúe un enfoque — un snippet de tema, una app, una extensión a medida — la pregunta no es «¿se ve el calendario?». Es: **haga un pedido de prueba, luego compruebe el pedido en su admin, compruebe sus etiquetas y compruebe la exportación CSV.** Si la fecha está en las tres, la cadena aguanta.

## Elegir

| Su situación | Ubicación |
| --- | --- |
| La fecha decide la compra (tartas, flores, eventos) | **Página de producto** |
| Una fecha para todo el pedido (alimentación, catering, cajas semanales) | **Carrito** |
| Usa mucho Buy Now / el pago dinámico | **Página de producto**, o checkout en Plus |
| Tiene un carrito lateral o emergente | **Página de producto** o checkout — pruebe la ubicación de carrito antes de confiar en ella |
| La fecha confirma algo elegido antes | **Checkout** (Plus) |
| Quiere que todos los pedidos lleven fecha, sin excepciones | **Checkout** (Plus), con la capacidad aplicada antes |
| No está en Plus y su personalización del checkout acaba de romperse | **Página de producto o carrito** — la vía del checkout no está abierta para usted |

La mayoría de las tiendas aterriza en producto o carrito. Las tiendas Plus suelen acabar con dos ubicaciones, no con una.

## Cómo funciona esto en OrderRules

Las tres ubicaciones leen las **mismas** reglas de disponibilidad, plazos, horas de corte, fechas bloqueadas y capacidad. No hay una segunda configuración que mantener, ni forma de que la vista de checkout contradiga la vista de producto, porque leen de una sola fuente.

- Una fecha elegida antes **se arrastra**. En el checkout el cliente la confirma en lugar de volver a elegir, y donde los artículos llevan sus propias fechas, el checkout las muestra como confirmación de solo lectura.
- **La capacidad se aplica en todas partes.** Una fecha llena se atenúa en el selector de producto, en el carrito y en el checkout.
- **La fecha llega a los sitios desde los que usted realmente trabaja** — guardada en el pedido, añadida como [etiqueta de pedido](/docs/delivery/order-auto-tagging) e incluida en la [exportación CSV](/docs/delivery/carrier-csv-export) para su ruta de reparto.
- En Plus, la [ubicación de checkout](/docs/delivery/delivery-date-at-checkout) es una adición, no un reemplazo. En cualquier otro plan, los selectores de producto y carrito funcionan exactamente como siempre.

Si su restricción es cuánto puede producir un día dado en lugar de qué días entrega, esa es otra configuración — vea [fecha de pedido frente a fecha de entrega](/blog/order-date-vs-delivery-date), que trata de contar un límite diario contra la fecha de entrega en vez de la fecha del pedido.

## El límite honesto

Una cosa merece decirse claramente, porque se aplica dondequiera que ponga el selector.

La capacidad se aplica en el checkout, y aguanta en todos los casos normales, incluidos los checkouts exprés. Lo que no hace es poner un bloqueo. La validación del checkout lee una instantánea de lo ya reservado, así que dos compradores que completan el checkout aproximadamente en el mismo segundo, para la misma fecha, con una sola plaza libre, pueden pasar los dos.

Hacen falta checkouts casi simultáneos en una fecha reducida a su última plaza, así que es raro. Pero no es imposible, y cuando la capacidad de una fecha es pequeña conviene dimensionarla con una plaza de margen en lugar de al máximo exacto. Una app que le diga lo contrario está afirmando algo que la plataforma no ofrece.

## Por dónde seguir

- [Fecha de entrega en el checkout](/docs/delivery/delivery-date-at-checkout) — la ubicación Plus y las cuatro condiciones que necesita
- [Primeros pasos con las fechas de entrega](/docs/delivery/getting-started-delivery-dates) — los selectores de producto y carrito, en cualquier plan
- [Configuración del theme app block](/docs/delivery/theme-app-block-setup) — colocar el bloque en su tema
- [Límites de capacidad de entrega](/docs/delivery/capacity-limits) — por qué una fecha se atenúa cuando está llena
- [Las mejores apps de selector de fecha para Shopify](/blog/best-shopify-delivery-date-picker-apps) — si todavía está eligiendo herramienta