Caso real: colchoneriasgonzalez.com — Colchonerías González, tienda PrestaShop de colchones en Madrid.
En Google Merchant Center PrestaShop el síntoma era claro: aviso rojo de información engañosa y el catálogo fuera de Google Shopping. No era un producto mal rellenado. Era una política a nivel de cuenta. Google Shopping no muestra productos cuando Google cree que la tienda promete una cosa y publica otra.
El bloqueo no se arregla solo desde el panel de Ads. Había que mirar dentro de PrestaShop: CMS, políticas de envío, identidad legal en el tema y el feed.
Qué se veía en Merchant Center
Aviso rojo del estilo: “Soluciona el problema (Información engañosa) que impide que tus productos se muestren en Google”.
Afectaba a todos los productos en España. Eso ya marca la diferencia:
- No es “este SKU tiene mal el GTIN”.
- Es una política de cuenta: Google rastrea la tienda, compara landings, políticas legales, identidad y feed, y si hay contradicciones o placeholders, tumba la visibilidad del catálogo.
Para el dueño: “Google Shopping no muestra productos”. Para Merchant: información engañosa a nivel de cuenta.
Una línea de contexto: el lío no era “Ads sin vincular”. El bloqueo de productos venía de la política de información engañosa y de lo que Google leía en la tienda PrestaShop.
Google Merchant Center PrestaShop: qué fallaba dentro de la tienda
Merchant Center no se limita a mirar un XML. Compara lo que anuncias con lo que hay en la web. En Colchonerías González encontramos varios frentes que, juntos, explican el aviso:
- CMS / landings con placeholders (
[dirección aquí],[teléfono]). - Promesas de envío en landings que contradicen la política real de envío.
- Opiniones tipo plantilla sin origen verificable.
- Identidad legal UE (titular + NIF) en el aviso legal, pero no visible en el footer del tema.
- Y encima: no había un feed limpio de solo productos comprables.
No hace falta inventar. Con eso basta para que Google trate la cuenta como poco fiable.
Qué encontramos (causa real)
1) CMS con placeholders
En /tienda/outlet-de-colchones-en-madrid (y el mismo patrón en otras CMS) había texto tipo [dirección aquí] y [teléfono].
Para un humano puede parecer “aún no lo he rellenado”. Para Google es tienda incompleta / poco profesional. La propia checklist de Merchant pide quitar lorem y placeholders.
2) Promesas de envío que contradicen la CMS legal
La landing del outlet prometía, en esencia: envío gratis, 24–48 h en cualquier punto de Madrid y retirada del colchón antiguo incluida.
La política real en /tienda/envio-y-entrega dice otra cosa:
- entrega en 7 a 15 días hábiles;
- envío gratis según importe y tipo (almohadas: gratis > 100 € / 4,95 € si no; colchones y somieres: 30 € hasta 200 € y gratis por encima);
- no se envía a Baleares, Canarias, Ceuta y Melilla;
- retirada del colchón antiguo solo con condiciones.
Eso es tergiversación: la landing promete lo que la ficha legal niega. Es exactamente el tipo de conflicto que dispara el aviso de información engañosa Merchant Center.
3) Opiniones no verificadas en la misma landing
Citas tipo “Marta G.” / “Luis F.” sin origen. Google pide reseñas reales o sellos de confianza, no testimonios de plantilla en la misma página donde ya hay placeholders y plazos inventados.
4) Identidad legal UE: en el aviso legal, no en el footer
El /tienda/aviso-legal sí tenía titular Antonio González Garrido y NIF 01082051Q. El footer del tema Hummingbird no.
En la UE, Merchant pide el identificador fiscal visible en el pie, alineado con la ficha de empresa. Si el aviso legal dice una cosa y el pie no muestra NIF, la cuenta queda coja.
5) No había un feed XML de solo productos comprables
El catálogo tiene cientos de productos y miles de combinaciones (tallas × montaje × retirada). Un dump de “todo” habría metido extras a 0 €, servicios/opciones y variantes que no son una oferta limpia para Shopping.
Merchant necesita ofertas reales: precio, foto, stock, enlace. Sin un feed filtrado, el riesgo de ruido es alto.
Alcance: tienda vs Merchant
| Área | Qué fallaba | Qué importaba a Google |
|---|---|---|
| CMS outlet / landings | Placeholders + plazos/envío/retirada exagerados | Tergiversación vs política real |
| Opiniones en landing | Testimonios sin origen | Confianza / “reseñas” de plantilla |
| Tema Hummingbird | Footer sin titular + NIF | Identidad UE visible en el pie |
| Aviso legal | Correcto (titular + NIF) | Había que alinear footer y schema |
| Feed | No había XML limpio de comprables | Ofertas reales vs basura a 0 € |
Lección: el aviso rojo de Merchant a menudo no se “arregla” tocando solo el módulo de Google. Hay que alinear CMS + tema + políticas + feed.
Cómo lo corregimos en PrestaShop (paso a paso)
CMS: quitar placeholders
En cms_lang (y en descripciones de categoría donde existía el mismo texto):
[dirección aquí]→ Calle Topacio, 2, 28021 Madrid[teléfono]→ 915 053 882
CMS outlet: alinear envío con la política real
Se quitó el copy de “24–48 h”, “envío GRATIS en Madrid capital y alrededores” y “retirada incluida”, y se sustituyó por el texto alineado con la política de envío: 7–15 días hábiles; envío gratis según importe; retirada según condiciones. Con enlace a /tienda/envio-y-entrega.
Opiniones
Se eliminó el bloque de opiniones falsas. En su lugar, enlace a reseñas reales de la home y de Google Maps.
Tema e identidad (Hummingbird)
- En
footer.tplycopyright.tpl: titular + NIF. - En
head-jsonld.tpl(Organization/FurnitureStore):legalNameytaxID. - Configuración
PS_SHOP_DETAILS=Antonio González Garrido · NIF 01082051Q. - Vaciar caché Smarty.
Feed RSS 2.0 para Google
Se publicó un feed limpio: https://colchoneriasgonzalez.com/google-merchant.xml.
Campos al estilo Google (g:id, title, description, link, image, price, availability, brand, GTIN/MPN, shipping ES).
Criterio del feed:
- 224 productos activos,
available_for_order, visibles, precio > 0, con imagen de portada. - Excluidos: 91 ítems a 0 € (opciones/tapizados/composiciones), 1 sin cover, categorías de retirada/opciones, combinaciones de servicio.
- Un ítem por producto (combinación por defecto), no ~4.700 variantes.
Eso es un feed Google Shopping PrestaShop usable: solo lo que se puede comprar. El XML queda listo para el fetch diario de Merchant.
Resultado (honesto)
- La tienda ya no muestra placeholders ni plazos inventados.
- Footer e identidad coinciden con el aviso legal (titular + NIF).
- El feed solo lista ofertas reales.
- La cuenta queda lista para solicitar revisión en Merchant Center.
No afirmo aquí que Google ya haya levantado el aviso: eso solo lo confirma el cliente cuando Merchant complete la revisión.
Qué debe hacer el cliente en Merchant Center
- Empresa = mismo nombre, NIF, dirección, teléfono 915 053 882, email info@colchoneriasgonzalez.com.
- Envíos y devoluciones = mismas reglas que las CMS de PrestaShop (envio-y-entrega, devoluciones).
- Fuente del feed: fetch diario de https://colchoneriasgonzalez.com/google-merchant.xml.
- Solicitar revisión de “información engañosa” con hechos: placeholders quitados, envío alineado, NIF en footer, feed de productos comprables.
Sé concreto. “Hemos arreglado la tienda” no ayuda. “Eliminamos placeholders, alineamos envío con la CMS legal, añadimos NIF al pie y publicamos un feed de 224 productos comprables” sí.
FAQ
¿Qué es “información engañosa” en Merchant Center?
Es una política de cuenta: Google detecta que la información de la tienda (precios, envíos, identidad, landings, reseñas, etc.) no cuadra con lo que se anuncia o con las políticas reales. En este caso, placeholders + promesas de envío contradictorias + NIF ausente en el pie + falta de un feed limpio.
¿Por qué afecta a todos los productos y no a uno?
Porque no es un error de un atributo suelto en un SKU. Es una decisión a nivel de cuenta: mientras la política esté activa, el catálogo entero queda fuera de Shopping.
¿El feed de PrestaShop debe incluir todas las combinaciones?
No. En una tienda con miles de combinaciones (tallas × montaje × retirada), volcar todo mete extras a 0 € y servicios. Aquí el feed lleva un ítem por producto (combinación por defecto) y excluye opciones/servicios. 224 ofertas reales, no ~4.700 variantes.
¿Basta con cambiar el módulo de Google o hay que tocar el tema y las CMS?
Casi nunca basta el módulo. En este caso hubo que tocar CMS, tema Hummingbird (footer + JSON-LD), configuración de tienda y un feed XML filtrado. Merchant mira la tienda entera, no solo el conector.
Conclusión
En Colchonerías González el aviso no era un misterio del panel: era inconsistencia dentro de PrestaShop. Placeholders en CMS, plazos de envío que contradecían la política legal, opiniones de plantilla, NIF fuera del footer y un catálogo demasiado “sucio” para un dump ciego a Shopping.
La solución correcta no fue “tocar Ads y rezar”. Fue alinear la tienda con lo que Merchant exige: datos reales, políticas coherentes, identidad visible y un feed de productos comprables.
Si Google Merchant Center PrestaShop te ha ocultado el catálogo por información engañosa, puedo hacer el mismo trabajo: revisar CMS y políticas, corregir tema/identidad y dejar un feed limpio listo para revisión.