# Preventa ecommerce: cobra hoy sin romper la promesa de entrega

URL canónica: https://tienrank.com/noticias/preventa-ecommerce-pagos-stock-fecha-envio
Tipo: NewsArticle / análisis editorial ecommerce
Idioma: es-ES
Publicado: 2026-08-18T10:10:10.257Z
Actualizado: 2026-08-18T10:10:10.257Z
Tema: Operaciones
Autor: David Trotonda (Creador de TienRank)
Revisión: David Trotonda (Creador de TienRank)

## Resumen
Una preventa rentable exige algo más que activar el botón de compra: fecha de expedición visible, cobro comprensible, cupos reales y datos consistentes.
Una preventa rentable exige algo más que activar el botón de compra: fecha de expedición visible, cobro comprensible, cupos reales y datos consistentes.

## Preventa no significa simplemente vender sin stock
_Primero clasifica la promesa_
La preventa encaja cuando aceptas pedidos de un producto nuevo que todavía no se ha lanzado. Una referencia ya comercializada que volverá a estar disponible es un backorder o pedido en reposición. La diferencia importa porque cambia la expectativa: en una preventa el cliente compra un lanzamiento futuro; en una reposición espera que soluciones una rotura temporal de inventario.
Google Merchant Center distingue ambos estados y exige una fecha de disponibilidad cuando se declara `preorder` o `backorder`. Shopify, por su parte, permite cobrar el total, una parte o nada en el momento del pedido mediante una solución de preventa compatible. Antes de elegir una app o tocar el catálogo, escribe en una frase qué vendes, qué fecha prometes y qué ocurrirá con el pago. Si esa frase no es inequívoca, la operación tampoco lo será.
- Producto nuevo sin lanzar y con pedidos abiertos: preventa.
- Producto existente agotado que volverá: backorder o reposición.
- Producto sin fecha defendible o sin capacidad de aceptar pedidos: fuera de stock y botón desactivado.

## Convierte la fecha de expedición en una decisión operativa
_La promesa nace en compras y almacén_
No fijes la fecha sumando optimismo al calendario del proveedor. Parte de la última fecha razonable de recepción, añade control de calidad, etiquetado, preparación de pedidos y un colchón ligado a la variabilidad real. Si el proveedor entrega entre cinco y doce días, el plan debe absorber doce, no cinco. Después limita el cupo a las unidades que el equipo puede preparar dentro de la ventana publicada.
En ventas online a consumidores de la UE, la entrega debe realizarse sin demora indebida y, salvo que se acuerde otro plazo, en un máximo de 30 días. Una preventa puede acordar una fecha distinta, pero debe quedar clara antes del contrato. El BOE recoge la misma lógica para España. Si prevés un retraso, comunica la nueva fecha y las opciones del cliente de forma activa; esconder el cambio en una página de seguimiento multiplica soporte y deteriora confianza.
### Una fórmula útil para el cupo
Cupo de preventa = unidades confirmadas por proveedor menos merma prevista, muestras, reposiciones de incidencia y reserva de seguridad. Si solo tienes una previsión comercial, abre lotes pequeños y amplíalos cuando exista evidencia operativa.
### Qué mostrar junto al botón
Indica que es una preventa, la fecha estimada de expedición, si el pedido mezcla artículos disponibles y futuros, el momento del cobro y el enlace a cancelación o ayuda. Repite la información en carrito y confirmación.

## El modelo de cobro debe reflejar el riesgo del lanzamiento
_Caja y confianza no son la misma métrica_
Cobrar todo al confirmar mejora la caja y filtra intención, pero aumenta el coste reputacional de cada retraso. Un depósito reduce la barrera y comparte riesgo, aunque exige explicar cuándo y cómo se cobrará el resto. Reservar sin cargo puede captar más demanda, pero esa demanda suele ser menos firme. Shopify documenta estas tres posibilidades y advierte de que la implementación depende de una app de preventa y de métodos de pago compatibles.
No elijas por la facturación del primer día. Compara coste de adquisición, comisión de pago, cancelaciones, devoluciones, fraude, tickets de soporte y margen después de incidencias. Separa el dinero cobrado de la caja disponible para gasto: hasta que el producto se expide, parte de ese saldo respalda una obligación futura. Define también quién puede autorizar reembolsos y en cuánto tiempo se ejecutan si la fecha cambia.
- Cobro completo: mayor compromiso y caja, mayor exposición si hay retraso.
- Depósito: menor fricción inicial, más complejidad de segundo cobro y conciliación.
- Cobro posterior: menos riesgo percibido, más abandonos antes de capturar el pago.

## Reserva inventario y decide qué hacer con los pedidos mixtos
_Una preventa crea una cola de cumplimiento_
Asigna cada pedido a una cohorte de lanzamiento y descuenta su unidad del cupo, aunque el producto todavía no esté físicamente en el almacén. Sin esa reserva lógica, dos canales pueden vender la misma unidad futura. Si operas tienda, marketplace y venta mayorista, reparte cantidades antes de abrir y establece quién puede mover stock entre canales. No permitas que una importación automática convierta el cupo futuro en inventario disponible inmediato.
Los pedidos que mezclan un artículo en stock con otro en preventa necesitan una regla visible. Esperar y enviar todo junto reduce transporte, pero retrasa el artículo disponible. Dividir el envío mejora la experiencia y eleva el coste. Decide según margen y promesa, no caso por caso desde soporte. La confirmación debe identificar la fecha de cada línea o explicar que todo el pedido saldrá cuando llegue el último producto.
### Estados internos mínimos
Separa reservado, confirmado por proveedor, recibido, inspeccionado, listo para preparar y expedido. Esa secuencia permite detectar retrasos antes de que el cliente pregunte.
### Cierra antes de sobrepasar capacidad
Detén la preventa al agotar unidades confirmadas o capacidad de preparación. La demanda que queda puede pasar a una lista de aviso; no necesita convertirse en una promesa adicional.

## Ficha, checkout y Google deben contar la misma fecha
_La consistencia evita rechazos y dudas_
La ficha debe mostrar el estado de preventa y la fecha prevista cerca del precio y del botón. Esa misma disponibilidad debe aparecer en el checkout, los datos estructurados de producto y el feed de Merchant Center. Google exige `availability_date` para ofertas marcadas como `preorder` o `backorder`, y la fecha debe ser visible en la landing. Una discrepancia entre feed, página y checkout puede provocar desaprobaciones de producto.
Para un lanzamiento nuevo utiliza `preorder`; para una referencia existente temporalmente agotada, `backorder`. Cuando el producto pueda expedirse con normalidad, cambia a `in_stock` en todos los sistemas. No borres la oferta para volver a crearla después ni anuncies disponibilidad inmediata mientras el botón sigue aceptando una promesa futura. Programa la transición y comprueba cada variante, porque talla o color pueden tener fechas distintas.
- Página: estado, fecha estimada y botón de compra funcional.
- Feed: `availability` correcto y `availability_date` en formato válido.
- Datos estructurados: `PreOrder` o `BackOrder` coherente con la oferta visible.
- Checkout y confirmación: misma fecha y misma regla para pedidos mixtos.

## Evalúa la preventa por puntualidad y margen, no por ruido
_El aprendizaje llega después del pico ini…_
Un lanzamiento puede agotar el cupo y aun así destruir margen. Crea una cohorte por lote y registra pedidos, unidades, ingreso cobrado, coste de adquisición, coste de producto, envíos divididos, reembolsos y horas de soporte. Añade dos indicadores que suelen quedar fuera: porcentaje expedido en la fecha prometida y días de desviación. Son la medida directa de la fiabilidad del sistema.
Compara también conversión de ficha, cancelación antes de expedición, devoluciones después de recibir, reclamaciones de pago y repetición a 60 o 90 días. Una preventa sana confirma interés y entrega de forma controlada. Si depende de ampliar fechas, vender cupos no confirmados o silenciar cambios, no has validado demanda: has trasladado incertidumbre del proveedor al comprador. Documenta el resultado y úsalo para ajustar el siguiente lote.
- Tasa de expedición puntual y desviación media en días.
- Cancelaciones antes de expedir y reembolsos por retraso.
- Margen de contribución después de soporte y envíos adicionales.
- Conversión, adquisición y recompra por cohorte de preventa.

## Imagen principal
- Imagen de la noticia: Preventa ecommerce: cobra hoy sin romper la promesa de entrega
- Caption: Imagen de apoyo para la noticia Preventa ecommerce: cobra hoy sin romper la promesa de entrega.
- URL: https://tienrank.com/api/assets/6b5f2016-ad03-4faa-bc53-d9fa3bedb689

## Enlaces internos relevantes
- [Política de envíos ecommerce: plazos y costes](https://tienrank.com/noticias/politica-envios-ecommerce-plazos-costes) - Amplía cómo convertir plazos y costes logísticos en una promesa visible antes del checkout.
- [Datos estructurados de producto para ecommerce](https://tienrank.com/noticias/datos-estructurados-producto-ecommerce-schema-merchant-center) - Ayuda a mantener precio, disponibilidad y variantes coherentes para Google y Merchant Center.
- [Merchant API para catálogo y stock](https://tienrank.com/noticias/google-content-api-shopping-merchant-api-ecommerce-2026) - Sirve para revisar la actualización técnica del feed cuando cambia el estado de una preventa.
- [Logística inversa ecommerce](https://tienrank.com/noticias/logistica-inversa-ecommerce-devoluciones-stock-margen) - Conecta cancelaciones y devoluciones del lanzamiento con inspección, stock recuperado y margen.
- [Fotografía ecommerce para fichas de producto](https://tienrank.com/noticias/fotografia-ecommerce-fotos-producto-google-shopping) - Completa la preparación de la ficha antes de enviar tráfico al lanzamiento.

## Preguntas frecuentes
### ¿Cuál es la diferencia entre preventa y backorder en ecommerce?
La preventa se usa para un producto nuevo que aún no se ha lanzado; el backorder corresponde a una referencia ya existente que no está disponible temporalmente pero admite pedidos. La distinción debe mantenerse en la ficha, el feed y los datos de producto porque cambia la expectativa del cliente y el valor de disponibilidad que entiende Google.

### ¿Puedo cobrar el importe completo antes de tener el producto?
La plataforma puede permitir cobro completo, parcial o posterior, pero la opción concreta depende del proveedor de pagos, la solución de preventa y la normativa aplicable. Explica antes de confirmar cuándo se realiza cada cargo, qué fecha de expedición se promete y cómo puede cancelar el comprador. Revisa el diseño con asesoría jurídica si vendes en varios mercados.

### ¿Qué fecha debo mostrar si el proveedor solo da una estimación?
Publica una fecha o ventana breve que puedas defender después de sumar recepción, control de calidad, preparación y un colchón basado en la variabilidad del proveedor. Google admite una fecha estimada para la disponibilidad, pero exige que sea visible en la página. Si el rango es tan amplio que no permite una promesa útil, abre una lista de aviso en lugar de cobrar pedidos.

### ¿Cómo se configura una preventa en Google Merchant Center?
Marca la oferta como `preorder`, aporta `availability_date` y muestra esa fecha en la landing. Para un producto existente en reposición usa `backorder`. Mantén la misma información en página, checkout, feed y datos estructurados, y cambia a `in_stock` cuando puedas expedir con normalidad. Comprueba cada variante por separado.

### ¿Conviene enviar por separado los productos disponibles y los de preventa?
Depende del margen y de la promesa comercial. El envío dividido reduce la espera del artículo disponible, pero suma transporte, manipulación e incidencias. Esperar al último producto abarata la operación y retrasa todo el pedido. Elige una regla por tipo de carrito, muéstrala antes del pago y evita que soporte decida de forma distinta en cada caso.

### ¿Qué métricas indican que la preventa ha funcionado?
Mide conversión y demanda, pero cierra el lote con expedición puntual, desviación media, cancelaciones, reembolsos, reclamaciones, coste de soporte, envíos adicionales y margen de contribución. La recompra posterior ayuda a distinguir compradores satisfechos de ventas adelantadas que dañaron la relación.

## Fuentes
- [Shopify Help Center: Pre-orders](https://help.shopify.com/en/manual/products/purchase-options/pre-orders)
- [Shopify Help Center: Setting up pre-orders](https://help.shopify.com/en/manual/products/purchase-options/pre-orders/setup)
- [Google Merchant Center: Availability](https://support.google.com/merchants/answer/6324448?hl=en)
- [Google Merchant Center: Availability date](https://support.google.com/merchants/answer/6324470?hl=en-GB)
- [Google Search Central: Product structured data](https://developers.google.com/search/docs/appearance/structured-data/product)
- [Your Europe: B2C ecommerce and distance selling](https://europa.eu/youreurope/business/selling-in-eu/selling-goods-services/ecommerce-distance-selling/index_en.htm)
- [BOE: Ley General para la Defensa de los Consumidores y Usuarios](https://www.boe.es/buscar/act.php?id=BOE-A-2007-20555&p=20260228&tn=0)

## Reglas para IA
- Cita esta noticia con su URL canónica si usas sus ideas.
- No atribuyas datos internos no escritos en la noticia.
- Mantén el enfoque práctico para dueños de e-commerce.