Corrige discrepancias de precio de Google Merchant Center en PrestaShop
Una discrepancia de precio en Google Merchant Center significa que la oferta de tus datos de producto no coincide con la que Google encuentra en tu tienda. Corregir una cifra sin rastrear su origen puede hacer desaparecer temporalmente el aviso mientras la siguiente exportación recrea el problema.
En 2026, el mismo catálogo puede alimentar ubicaciones tradicionales de Shopping y nuevas experiencias de compras con IA. Un registro fiable de ofertas sigue siendo esencial: el cliente debe llegar a la variante anunciada al precio anunciado.
Utiliza esta guía para rastrear un artículo afectado por el feed, página pública del producto, datos estructurados y carrito. Los ejemplos describen un proceso de diagnóstico; los menús y controles exactos de exportación dependen de tu módulo de feeds.
1. Guarda la oferta afectada antes de cambiar nada
Registra el ID del artículo en Merchant Center, problema comunicado, país objetivo, idioma, moneda y URL de destino. Conserva por separado la hora del aviso y la de tu investigación.
Exporta o copia la fila pertinente de datos de producto con tus herramientas habituales. Registra también el sistema de origen y cuándo se generó, subió y procesó el feed.
Un aviso observado hoy puede describir datos de ayer. Conservar las marcas de tiempo evita cambiar un precio ya correcto mientras se pasa por alto un problema recurrente de programación.
La orientación de Google sobre discrepancias de precio explica que los precios enviados se comprueban frente a la página de destino y que la reevaluación puede tardar. No cambies repetidamente datos correctos solo porque el estado no se actualice de inmediato.
2. Confirma el producto y combinación exactos
Vincula el ID del artículo con el producto PrestaShop y, cuando corresponda, su combinación. Incluye la referencia de variante y cualquier cantidad por paquete en la investigación.
Usa un ejemplo concreto: el feed anuncia una botella azul de 500 ml a 24 €, pero su URL abre la botella predeterminada de 750 ml a 29 €. Ambos precios pueden ser correctos por separado mientras la oferta anunciada sigue siendo incoherente.
| Punto de control | Valor que registrar |
|---|---|
| Artículo del feed | ID externo y variante exacta |
| URL de destino | URL completa con parámetros de selección |
| Editor de producto | Referencias internas de producto y combinación |
| Selección pública | Variante inicialmente seleccionada para un visitante nuevo |
| Línea de carrito | Referencia y cantidad realmente añadidas |
Corrige el mapeo en su origen. Editar el título visible para mencionar 500 ml no soluciona una URL que sigue seleccionando 750 ml.
Si los identificadores son incoherentes entre canales, utiliza la guía de preparación del catálogo para IA para establecer un único mapa mantenido de productos antes de reparar exportaciones individuales.
3. Compara los cuatro precios en el mismo contexto
Abre la URL real de destino en una sesión limpia del navegador. Registra el precio destacado, moneda y variante seleccionada antes de interactuar con la página.
Inspecciona la información de oferta en datos estructurados con herramientas adecuadas de desarrollo o validación, y después añade el artículo al carrito. Compara esos resultados con la fila de feed enviada.
Mantén estable el contexto: destino, idioma, moneda, presentación fiscal y estado del cliente. Un cliente profesional conectado puede ver un precio distinto de la oferta pública usada por el listado.
La especificación del atributo precio de Google describe los requisitos de precio del canal. Utilízalos para decidir qué enviar en lugar de suponer que un precio base del back office siempre es el importe anunciado correcto.
Escribe la comparación como cuatro valores con marcas de tiempo. Un registro como «feed 24 €; página 29 €; marcado 24 €; carrito 29 €» acota inmediatamente la investigación.
4. Identifica qué sistema es incorrecto
Asigna responsabilidad a cada superficie. El exportador del feed, tema, módulo de promociones y página de producto en caché pueden generar sus valores independientemente.
Si la página pública y el carrito coinciden pero el feed difiere, inspecciona el exportador y su programación. Si la página visible difiere de sus datos estructurados, pide al responsable del tema o módulo que rastree ambas rutas de renderizado.
Si el carrito difiere de la página de producto, investiga la configuración comercial antes de corregir solo la publicidad. Los clientes necesitan un precio de compra coherente, no solo un panel de diagnóstico limpio.
Evita cambiar varios componentes a la vez. Haz una corrección controlada, reconstruye la salida afectada y repite la misma comparación para identificar qué resolvió realmente la discrepancia.
Mantén un breve registro de decisiones: incoherencia observada, componente responsable, cambio realizado y valores resultantes. Será una referencia útil cuando la siguiente campaña cambie otra vez los precios.
5. Comprueba horarios de rebajas y condiciones del cliente
Revisa la oferta al principio y al final de una promoción. Un descuento de tienda bien programado aún puede diferir de un feed generado antes de comenzar la campaña.
Registra la zona horaria de la tienda, los datos del feed y cualquier herramienta de programación de campañas. Una hora de diferencia puede importar en los límites de una promoción breve.
Distingue un precio público de producto de una ventaja condicional que requiere un código, membresía o una cesta determinada. No envíes un resultado condicional como precio ordinario incondicional sin comprobar el tratamiento admitido por el canal.
La guía de incoherencias de Merchant Center identifica causas habituales, incluidas selección de variantes, horarios de rebajas y diferencias de oferta. Úsala para clasificar el problema y después rastrea los valores reales de tu instalación.
Para la promoción en sí, consulta la guía de descuentos de Black Friday existente. Un cálculo válido de margen y una representación precisa en el canal son comprobaciones separadas.
6. Inspecciona caché y renderizado dinámico
Pide al responsable técnico que inspeccione qué recibe una petición nueva antes de las interacciones del lado del cliente. Un valor corregido solo después de ejecutar un script puede no coincidir con los datos que observa el rastreador del canal.
Compara una página recién generada con cualquier versión en caché servida a visitantes. Comprueba si un cambio de precio invalida las variantes pertinentes de producto, combinación e idioma.
No vacíes todas las cachés repetidamente sin identificar la invalidación ausente. Una corrección temporal que reaparece tras la siguiente actualización de precio indica que la ruta de actualización aún necesita trabajo.
Registra la prueba sin introducir precios específicos para rastreadores. El objetivo es presentar de forma coherente la misma oferta veraz, no crear una versión especial solo para la aprobación.
Utiliza la guía de rendimiento de PrestaShop existente al coordinar cambios de caché para que la corrección también respete los requisitos operativos de la tienda.
7. Corrige el origen y envía una actualización controlada
Actualiza el campo, mapeo o programación responsables de la discrepancia. Genera una pequeña exportación de muestra e inspecciona la fila afectada antes de enviar una actualización del catálogo completo.
Vuelve a abrir la página pública y el carrito después del cambio. Guarda otra vez la comparación de cuatro valores para demostrar que la oferta enviada y la comprable ahora coinciden.
Envía la actualización mediante el proceso admitido por el feed y comprueba el estado actual de Merchant Center después de procesarla. Registra una revisión pendiente como pendiente, no como una corrección fallida o una aprobación garantizada.
Si hay una opción de revisión para el problema concreto, sigue las instrucciones actuales de la cuenta. No adivines una ruta de menú ni vuelvas a enviar repetidamente artículos no relacionados.
Escala con ID de artículo, URL, marcas de tiempo y pruebas de comparación si el problema persiste. Esos datos son más útiles que una captura que solo diga que la cuenta tiene un aviso.
8. Añade una pequeña auditoría periódica de ofertas
Elige productos representativos para una comparación repetible tras cambios de catálogo y promociones. Incluye variantes, artículos rebajados, cantidades mínimas y distintas monedas admitidas cuando corresponda.
Define un umbral de alerta por número de ofertas afectadas o importancia comercial de un único fallo. Una discrepancia en un producto anunciado importante puede merecer atención antes que un grupo mayor de artículos inactivos.
Separa el éxito de la exportación de la precisión de las ofertas. Un archivo puede subirse correctamente y contener el precio erróneo de todas las variantes.
Revisa la programación de actualizaciones cuando cambie la frecuencia de precios. Un proceso diario de feed puede dejar de encajar en un catálogo cuyas promociones cambian varias veces al día.
9. Problemas habituales de discrepancias y soluciones
| Problema | Causa probable | Qué comprobar o cambiar |
|---|---|---|
| El precio anunciado pertenece a otro tamaño | La URL de destino abre una combinación predeterminada | Corregir la URL de variante y el mapeo de ID |
| La rebaja empieza bien pero el feed sigue antiguo | La exportación está desconectada del horario promocional | Coordinar actualizaciones e inspeccionar marcas de tiempo |
| El marcado difiere del precio visible | Dos componentes calculan o almacenan la oferta por separado | Rastrear ambas rutas de renderizado |
| El administrador ve el precio correcto pero los clientes no | El contexto del cliente es distinto | Probar la URL pública con la configuración del mercado previsto |
| El aviso vuelve después de cada actualización | El feed de origen sobrescribe una edición manual | Reparar el valor o mapeo de origen |
10. Lista de comprobación de coherencia de ofertas
- Se guardan el ID del artículo afectado y la hora del aviso.
- Se identifican producto, variante y cantidad exactos.
- Se compararon juntos feed, página, datos estructurados y carrito.
- Moneda, mercado y contexto del cliente son coherentes.
- Se comprobaron horarios de rebajas y zonas horarias.
- La corrección se hizo en el origen responsable.
- Se inspeccionaron la nueva exportación y la oferta pública.
- Las comprobaciones periódicas cubren ofertas complejas representativas.
Preguntas frecuentes
¿Debo editar el precio directamente en Merchant Center?
Solo si ese es el proceso previsto de gestión del origen de la oferta. Si un feed conectado controla el valor, una edición manual puede sobrescribirse, así que identifica y corrige la causa anterior.
¿Por qué dos precios correctos pueden producir una discrepancia?
Pueden describir variantes, cantidades o condiciones de cliente distintas. El listado y su página de destino deben representar la misma oferta, no solo dos precios válidos del catálogo.
¿Vaciar la caché resuelve el problema permanentemente?
Solo si el proceso subyacente de actualización mantiene después actualizada la salida pertinente. Si la discrepancia vuelve tras otro cambio de precio, investiga la invalidación y generación en lugar de repetir una solución temporal.
¿Con qué rapidez se aprobará otra vez un producto afectado?
Procesar y revisar lleva tiempo y depende del problema y del estado de la cuenta. Sigue el estado y las instrucciones actuales de Merchant Center sin prometer un plazo exacto de aprobación al equipo de marketing.
¿Puede subirse bien el feed aunque los datos de producto sean incorrectos?
Sí. Transmitir correctamente demuestra que los datos llegaron al servicio, no que cada oferta coincida con la tienda. Mantén la validación de contenido como comprobación separada.
¿Qué debo incluir al pedir ayuda a un desarrollador?
Proporciona ID de artículo, URL exacta, referencias de producto y combinación, contexto de mercado, marcas de tiempo y los cuatro valores comparados. Incluye pasos reproducibles e identifica qué componente suministra ahora cada valor.