Fecha de disponibilidad [availability_date] en Google Shopping: guía para preventa y productos bajo pedido

Qué es el atributo availability_date

El atributo availability_date indica la fecha en la que un producto en preventa o bajo pedido estará disponible para su envío. Solo tiene sentido (y solo es obligatorio) cuando availability es preorder o backorder. Para los productos en stock, se ignora.

Su objetivo es doble: da a Google una fecha concreta que mostrar junto al producto (en lugar de solo «preventa») e indica a los compradores cuánto tendrán que esperar exactamente hasta que se envíe el artículo. Los productos en preventa sin esta fecha inspiran menos confianza porque no se sabe cuánto habrá que esperar, un freno importante en la decisión de compra, sobre todo en artículos caros.

Especificaciones técnicas

Valores de availability y cuándo se aplica availability_date

Países admitidos

El atributo availability_date se admite en todos los países donde opera Google Shopping. Los productos en preventa y bajo pedido con fecha pueden aparecer en los anuncios de Shopping y en las fichas gratuitas en todos los mercados. La fecha se muestra a los compradores en el formato estándar del mercado de destino (por ejemplo, día/mes/año en el Reino Unido y la UE, mes/día/año en EE. UU.). Tú siempre envías la fecha en formato ISO 8601, sea cual sea el mercado de destino; Google se encarga de mostrarla en el formato local.

Reglas

• Envíalo solo cuando availability sea preorder o backorder.

• El formato debe ser ISO 8601; nada de formatos separados por barras o con el día primero.

• Incluye siempre una diferencia horaria cuando lo envíes con un componente de hora.

• Actualízalo de inmediato cuando cambie la fecha de lanzamiento o reposición.

• No pongas una fecha pasada en un producto que aún no está disponible: provoca el rechazo del producto.

• Cuando el producto pase a estar disponible, actualiza availability a in_stock y elimina o ignora availability_date.

Prácticas recomendadas

• Usa la fecha más precisa disponible: incluso una fecha aproximada (por ejemplo, el primer día del mes de lanzamiento) es más útil que ninguna fecha. Marca las expectativas del comprador y aumenta la confianza en el producto.

• Automatiza el cambio de estado: en tu flujo de feed, cuando la fecha actual supere el availability_date, cambia automáticamente availability a in_stock. Gestionar fechas a mano a gran escala acaba dejando productos en preventa desactualizados.

• Usa feeds complementarios para actualizaciones de fecha urgentes: si la fecha de lanzamiento de un producto cambia inesperadamente, un feed complementario limitado solo a ese producto propagará la actualización más rápido que esperar a la siguiente recogida completa de tu feed.

• Sé prudente con las fechas: si hay una incertidumbre real, usa una fecha algo posterior a tu mejor estimación. Retrasar una fecha (aplazar el lanzamiento) perjudica menos la confianza del comprador que incumplir una fecha prometida.

Errores comunes

• Enviar availability_date para productos in_stock: Google lo ignora, pero desperdicia espacio en el feed y puede confundir a los validadores de feeds.

• Usar formatos de fecha no ISO: 06/05/2025, 5th June 2025 o 2025.06.05; todos se rechazan.

• Dejar una fecha ya pasada en un producto en preventa que se ha retrasado: genera una incoherencia en los datos y lo más probable es que se rechace.

• Olvidar actualizar availability a in_stock después de que pase la fecha de lanzamiento: el producto sigue marcado como preventa aunque ya haya stock.

• Establecer availability_date muy lejos en el futuro (más de 12 meses) sin una fecha de lanzamiento confirmada: reduce la confianza y la visibilidad del producto.

Consejos profesionales

• En las subastas de Shopping, la preventa suele tener menos competencia: pocos comerciantes hacen preventas, los CPC suelen ser más bajos y tu audiencia son compradores pioneros con alta intención de compra. Un availability_date preciso te permite sacar el máximo partido a este periodo de menor competencia, porque genera confianza en el comprador.

• Revisa también el precio de la preventa: si tu precio de preventa va a cambiar en el lanzamiento (por ejemplo, por un descuento de lanzamiento), actualiza el atributo de precio a la vez que cambias availability de preorder a in_stock. Los precios que no coinciden en el lanzamiento son un motivo habitual de rechazo.