El coste de envío es obligatorio para los anuncios de Shopping y las fichas gratuitas en 30 países, y la forma más segura de proporcionarlo es la configuración a nivel de cuenta en Merchant Center. Tarde o temprano un catálogo necesita excepciones: artículos pesados, un recargo regional, un producto barato que queda por debajo de un pedido mínimo. Si incluye un solo price dentro del atributo [shipping] a nivel de producto, Google deja de leer los plazos de entrega y los valores de pedido mínimo que usted configuró para esa ubicación. El producto puede seguir aprobado mientras su estimación de entrega deja de proceder de los ajustes que configuró.
Esta guía está dirigida a los responsables de feeds que ya tienen una configuración de envío operativa y necesitan añadir excepciones a nivel de producto sin romperla. Al terminar sabrá qué ajustes sustituye un override, qué subatributos debe volver a indicar y cómo desplegar el cambio de modo que no pueda provocar una advertencia de envío inexacto en todo el catálogo.
Qué sustituye realmente un override de envío a nivel de producto
Merchant Center lee el envío desde dos lugares: las políticas de envío a nivel de cuenta y el atributo [shipping] de cada producto. La propia recomendación de Google es usar primero los ajustes a nivel de cuenta y tratar el atributo como último recurso. El motivo es la precedencia. Tal como indica la documentación del atributo, enviar price dentro de [shipping] hace que se ignoren los ajustes del servicio a nivel de cuenta para esa ubicación, incluidos los plazos de entrega y los valores de pedido mínimo. A partir de ese momento debe especificarlos a nivel de producto.
De ahí se derivan dos reglas. Primera: un override no es un parche sobre el ajuste de la cuenta, sino que lo sustituye para la ubicación correspondiente. Segunda: el atributo puede repetirse hasta 100 veces por producto, de modo que cada país, región y servicio al que envíe ese producto necesita su propia fila completa.
El cambio de abril de 2026 que lo facilita
La actualización de 2026 de la especificación de datos de producto, en vigor desde el 14 de abril de 2026, añadió equivalentes a nivel de producto de opciones que existían a nivel de cuenta: hora límite de preparación, valor mínimo de pedido y etiquetas de fidelización (loyalty_program_label y loyalty_tier_label) como subatributos de [shipping]. Un anuncio distinto del 28 de abril añadió [pickup_cost]. A partir del 30 de septiembre de 2026, en el Reino Unido, Suiza y el EEE, los productos in_store habilitados para recogida deberán indicar los costes de recogida y los valores de pedido mínimo si su sitio web los aplica.
Paso 1: decida si realmente necesita un override
Parta de la respuesta por defecto, que es que no. Mantenga un producto con el envío a nivel de cuenta si se cumple cualquiera de los siguientes puntos:
- Una tarifa plana o una regla de umbral cubre todo el catálogo.
- La excepción puede expresarse como una región o una etiqueta de envío en los ajustes de Merchant Center.
- La única diferencia es un plazo de entrega, que puede definirse por producto con los atributos independientes
[min_handling_time]y[max_handling_time]sin tocar el precio.
Haga override a nivel de producto solo cuando el propio precio varíe según el producto, por ejemplo mercancías voluminosas, muebles de gran tamaño o un artículo con tarifa plana enviado dentro de una tienda con envío gratuito.
Paso 2: haga un inventario de lo que aportan hoy sus ajustes de cuenta
Antes de escribir una sola fila, enumere lo que la política a nivel de cuenta proporciona para las ubicaciones que va a sobrescribir. Esos son los valores que tendrá que volver a indicar.
| Ajuste a nivel de cuenta | ¿Se pierde si la fila del producto define price? | Sustituto a nivel de producto |
|---|---|---|
| Tiempo de preparación (mín./máx. días) | Sí | Subatributos min_handling_time, max_handling_time, o atributos independientes |
| Tiempo de tránsito (mín./máx. días) | Sí | min_transit_time, max_transit_time |
| Hora límite del pedido | Sí | handling_cutoff_time (HHMM), handling_cutoff_timezone (IANA) |
| Valor mínimo de pedido | Sí | Atributo independiente minimum_order_value |
| Tarifas para miembros del programa de fidelización | Sí | loyalty_program_label, más loyalty_tier_label en programas con varios niveles |
Si hoy se muestra una estimación de entrega a los compradores y omite este inventario, lo que perderá es precisamente esa estimación. La documentación de Google indica que una velocidad de envío necesita tres elementos juntos: un tiempo máximo de preparación, un tiempo máximo de tránsito y un precio.
Paso 3: escriba filas completas, no parciales
Este es un ejemplo ilustrativo del antes y el después para una tienda alemana. La política de la cuenta tiene un servicio Standard con 1 a 2 días de preparación y 3 a 5 días de tránsito. Es un ejemplo que hemos construido para mostrar la mecánica, no datos de un cliente.
Antes. El comerciante sobrescribe solo el precio de un artículo voluminoso:
| id | price | shipping(country:service:price) |
|---|---|---|
| SOFA-204 | 1249.00 EUR | DE:Standard:29.90 EUR |
Esta fila es válida. También es la fila que causa el problema, porque los plazos de entrega de la política de la cuenta ya no se aplican a este producto en Alemania.
Después. El mismo override vuelve a indicar los campos de velocidad:
| id | price | shipping(country:service:price:min_handling_time:max_handling_time:min_transit_time:max_transit_time) |
|---|---|---|
| SOFA-204 | 1249.00 EUR | DE:Standard:29.90 EUR:1:2:3:5 |
Veamos ahora un accesorio barato con su propio precio de envío en una tienda que exige un pedido mínimo de 20 EUR. Como el precio del producto es igual o inferior al valor mínimo de pedido y la fila sobrescribe el envío, también hay que volver a indicar el mínimo:
| id | price | shipping(same header as above) | minimum_order_value(country:price) |
|---|---|---|---|
| CAB-017 | 12.90 EUR | DE:Standard:3.90 EUR:1:2:3:5 | DE:20 EUR |
La especificación del valor mínimo de pedido de Google indica que solo debe definirse cuando el precio del producto es igual o inferior al mínimo, que la moneda debe coincidir con la del price del producto y que el valor enviado debe coincidir con lo que muestra su sitio web. El sofá a 1249.00 EUR no necesita minimum_order_value.
Paso 4: gestione con cuidado la hora límite y las zonas horarias
La hora límite es fácil de equivocar porque circulan dos formatos. La página actual del atributo de Google especifica handling_cutoff_time como una cadena HHMM de cuatro dígitos, como 1530, con handling_cutoff_timezone en formato IANA, como Europe/Berlin, y por defecto la zona horaria del destino. Algunos artículos de terceros anteriores a la actualización de abril muestran desfases UTC como +02:00. Siga la página de Google y valide con unos pocos productos antes del despliegue.
Cuando la misma hora límite se aplica a varias filas [shipping] de un producto, utilice el atributo independiente handling_cutoff_time en lugar de repetirla. Tenga en cuenta también la regla de precedencia: si envía los tiempos de preparación tanto como atributos independientes como subatributos de [shipping], solo cuentan los subatributos. Si se deja en blanco la hora límite, la documentación sobre plazos de entrega de Google indica que el valor por defecto son las 8:00 a. m. PST, un reloj que no es el adecuado para la mayoría de las tiendas europeas o de la región MENA.
Paso 5: compruebe los formatos de moneda y los límites de precio
Cada moneda tiene un máximo para el subatributo price. Las cifras importan en la región donde Feedance trabaja más, porque la lira turca, el dírham de los EAU y el riyal saudí comparten un límite superior al del euro o el dólar:
| Moneda | Rango de precio de envío aceptado |
|---|---|
| EUR, GBP, USD, CHF | 0 a 1000 |
| TRY, AED, SAR, PLN | 0 a 5000 |
| INR, JPY, RUB | 0 a 100000 |
Utilice el punto como separador decimal y no use coma como separador de millares: 29.90 EUR y nunca 29,90 EUR. Los decimales con coma son habituales en muchas exportaciones turcas y europeas, así que revise el formato antes de que la columna llegue a Merchant Center. No incluya en el coste de envío las tasas impuestas por el gobierno.
Paso 6: haga un piloto con un segmento y amplíe después
Envíe las nuevas filas de un grupo de productos, por ejemplo una única categoría en un único país, mediante una fuente complementaria para no tocar el feed principal. Un feed complementario está pensado para esto: añade columnas a los productos sin sustituir los datos principales. Espere al siguiente ciclo de procesamiento, abra el producto en Merchant Center y confirme que la estimación de entrega sigue mostrándose. Solo entonces extienda el patrón al resto de excepciones. La edición basada en reglas de su herramienta de feeds ayuda a corregir la coma por el punto y a construir los valores separados por dos puntos, siempre que pueda escribir en una columna que usted defina.
Paso 7: concilie con el checkout y conozca el mensaje de error
Google compara el coste de sus datos con lo que ven los compradores en el checkout. Si los datos indican un coste inferior, la cuenta puede mostrar esta advertencia:
Costes de envío inexactos (debido a que los costes de envío no coinciden entre su feed y las páginas de pago de su sitio web)
Los pasos de corrección de Google consisten en alinear los ajustes de Servicios de envío o el atributo con el sitio web, volver a enviar los datos y solicitar una revisión. Google señala que una revisión puede tardar de 24 a 48 horas después de que las correcciones estén activas, y que si no es práctico indicar las tarifas exactas, puede sobreestimarlas ligeramente. Haga que la comprobación puntual de cinco productos sobrescritos con un carrito real forme parte de cada publicación.
Qué no cubre esta guía
No hemos tratado [carrier_shipping], que sigue reglas afines, el envío para inventario local más allá de la nota sobre el coste de recogida, ni los umbrales de envío gratuito que dependen del valor de la cesta y no del producto. Las tablas de tarifas complejas, como los tramos de peso por transportista, suelen ser más fáciles de mantener en el propio Merchant Center que como miles de filas de feed. Tampoco hemos evaluado cómo otras plataformas de feeds, como Feedonomics, Productsup, Channable o DataFeedWatch, escriben subatributos estructurados, por lo que no afirmamos nada sobre ellas. Compruebe que su herramienta puede generar subatributos separados por dos puntos antes de decidirse por un enfoque. Los nombres de atributos que aparecen aquí se verificaron en las páginas de ayuda de Google el 18 de octubre de 2026, y Google edita estas páginas con frecuencia.
Preguntas frecuentes
¿El atributo [shipping] anula los ajustes de envío de Merchant Center?
Sí. Un valor en el atributo anula la tarifa de envío a nivel de cuenta. Definir price hace además que se ignoren los plazos de entrega y los valores de pedido mínimo a nivel de cuenta para esa ubicación.
¿Cuántas filas de envío puede tener un producto?
El atributo puede repetirse hasta 100 veces por producto. Cada combinación de país, región o servicio a la que envíe ese producto necesita su propia fila.
¿Necesito minimum_order_value en todos los productos?
No. Especifíquelo solo cuando el precio del producto sea igual o inferior al valor mínimo de pedido. Si un producto también sobrescribe el envío, debe indicar el mínimo de forma explícita aunque los ajustes de la cuenta ya definan uno.
¿Qué formato usa handling_cutoff_time?
La página del atributo de Google especifica una cadena HHMM de cuatro dígitos, por ejemplo 1530. El subatributo de zona horaria relacionado admite un nombre IANA y, si se omite, toma por defecto la zona horaria del destino.
¿Qué ocurre si uso tanto los atributos independientes de tiempo de preparación como los subatributos de shipping?
Solo se utilizan los subatributos dentro de [shipping]. Los atributos independientes [min_handling_time] y [max_handling_time] son un sustituto, no un complemento.
¿Cuál es el precio de envío máximo que puedo enviar en liras turcas?
El rango documentado para TRY es de 0 a 5000, igual que para AED y SAR. Utilice el punto como separador decimal.
¿El requisito del coste de recogida se aplica fuera de Europa?
Según el anuncio de Google, el requisito del 30 de septiembre de 2026 se aplica a los productos in_store habilitados para recogida en el Reino Unido, Suiza y los países del EEE.
¿Cuánto tarda una revisión después de corregir una advertencia de envío inexacto?
Google indica que una revisión puede tardar de 24 a 48 horas después de que las correcciones estén activas en sus datos y ajustes. No solicite una revisión antes de que se haya procesado el reenvío.
Siguientes pasos
Si sus overrides forman parte de una limpieza más amplia de Merchant Center, nuestra guía de configuración del feed de Google Merchant Center cubre los atributos obligatorios y las soluciones a los errores habituales, y Cómo evitar que Google sobrescriba en silencio los datos de precio y disponibilidad de su feed explica la otra forma en que Google modifica sus datos sin avisarle. Para conocer la mecánica de añadir columnas sin tocar el feed principal, consulte feeds complementarios y Feed Rules.
Analice su propio feed con la herramienta gratuita de auditoría de feeds de productos para ver dónde están las carencias de integridad y calidad de datos antes de añadir overrides de envío.
Kardelen Yılmaz trabaja en el área de crecimiento de Feedance, donde ayuda a marcas de comercio electrónico y agencias a obtener más rentabilidad de cada producto que anuncian. Escribe sobre la calidad del feed de productos, las campañas de Shopping y Performance Max, la automatización creativa y cómo las compras impulsadas por la IA están cambiando la visibilidad de los productos.
LinkedIn
