Precio y stock en tiempo casi real: feeds parciales, API de contenido y actualizaciones automáticas

Precio y disponibilidad son los atributos que más cambian y los que más rechazos y dinero perdido causan cuando van con retraso: un producto agotado que sigue anunciándose paga clics sin venta; una rebaja que el feed no refleja muestra un precio caro y pierde el clic. Esta lección cubre las herramientas para que el feed vaya al ritmo de la tienda.

Las tres herramientas

Combinación típica: feed completo diario + feed parcial cada 2-4 horas

• actualizaciones automáticas activadas. Con API, el parcial sobra.

Rebajas con sale_price programado

sale_price + sale_price_effective_date (fecha inicio/fin) permiten programar la rebaja: el precio rebajado se muestra solo en la ventana, sin tocar el feed el día de la rebaja. Requisitos: la página debe mostrar el mismo precio rebajado en la misma ventana; la anotación de "rebaja" exige un precio base que haya sido real durante un periodo previo. Para campañas de rebajas (Black Friday, temporada): feed con sale_price programado una semana antes, landing preparada y, en Shopping/PMax, presupuesto y objetivo ajustados antes del pico (módulo 9 del Intermedio).

Stock por almacén y disponibilidad parcial

• Disponibilidad es global por producto en el feed online; si el stock está repartido por almacenes, la regla es "hay si se puede servir al país/zona del feed".
• Productos con stock bajo (1-2 unidades): valorar marcarlos no disponibles en el feed antes de que se agoten en checkout, o reducir su puja vía etiqueta.
• Backorder / preorder con availability_date: anunciables, con el plazo visible.
• Variantes: disponibilidad por variante (la talla 42 agotada no debe salir aunque la 41 siga).

No anunciar lo que se agota: el circuito con las pujas

Un producto que se agota a mediodía paga clics hasta el siguiente feed. Circuito recomendado:

1. Stock < umbral → etiqueta custom_label "stock_bajo" (vía regla o API).
2. En la campaña, el grupo "stock_bajo" con objetivo ROAS alto o excluido.
3. Stock = 0 → availability = out_of_stock en el feed parcial o por API en minutos.
4. Reposición → vuelve solo.

El Shopping Ninja detecta la huella del caso contrario: productos que siguen recibiendo clics sin ventas tras un cambio de stock o precio.

Validar la frescura

Cada semana: muestra aleatoria de 20 productos, comparar precio y disponibilidad en feed, Merchant y página. Diagnóstico de Merchant: rechazos por precio/disponibilidad (si suben, la frecuencia no basta). Y el dato que resume todo: tiempo medio entre cambio en la tienda y cambio en Merchant — el objetivo es menos de una hora en catálogos con rotación.

Errores típicos

• Feed completo una vez al día en una tienda con rebajas diarias.
• Precio sin IVA en el JSON-LD y con IVA en pantalla: las actualizaciones automáticas "corrigen" al precio equivocado.
• sale_price sin fechas: la rebaja nunca acaba (o Google la ignora).
• Disponibilidad global con stock por variante.
• Confiar solo en las actualizaciones automáticas (son red de seguridad, no sistema).

💡 Truco ninja: el feed parcial de precio y stock es también la vía más barata de automatizar etiquetas dinámicas (stock bajo, rebaja activa, margen recalculado con el precio nuevo) sin tocar el feed completo: un archivo de cuatro columnas, generado por la tienda cada hora, que las reglas de Merchant convierten en estructura de campaña.

Qué debes recordar

• Feed parcial varias veces al día o API inmediata, más actualizaciones automáticas como red.
• sale_price con fechas para programar rebajas; landing igual.
• Disponibilidad por variante; stock bajo etiquetado y con objetivo alto o excluido; agotado fuera en minutos.
• Mide el tiempo tienda → Merchant; objetivo menos de una hora.