Google Merchant vs Facebook Shop para ventas locales: la decisión empieza por el objetivo. Google Merchant (Shopping y Local Inventory Ads) funciona mejor para captar demanda con intención de compra y llevar clientes a la tienda física para recogida o compra; Facebook Shop / Commerce Manager y Dynamic Ads rinden mejor para descubrimiento, impulso de marca y remarketing social. Decide según objetivo principal, capacidad de sincronizar el POS y necesidad de medir conversiones offline. A partir de ahí, la elección puede ser una plataforma, ambas o una estrategia escalonada, según recursos y madurez operativa.
Comparativa rápida — Google Merchant vs Facebook Shop para ventas locales
| Criterio |
Google Merchant |
Facebook Shop / Commerce Manager |
| Objetivo principal |
Captar intención de compra y visitas/recogidas en tienda |
Descubrimiento, remarketing social y ventas vía chat/checkout en redes |
| Sincronización POS |
Requiere feed específico y *local_product_price* / *pickup_method* |
Feed + API de inventario; integración POS común vía partners o API Graph |
| Medición offline |
Store visits (limitado), upload de conversiones offline recomendado |
Offline conversions upload, llamadas y eventos de tienda vía API |
| Coste / ROI esperado (España) |
CPA recogida: 5–25€; ROAS prueba: 2–6 (dependiendo sector) |
CPA descubrimiento: 8–40€; ROAS inicial: 0.8–3 (depende de creatives) |
| Complejidad técnica |
Alta: feeds, atributos locales y sincronización frecuente |
Media: catalog manager + integración / pixel / API |
| Mejor para |
Tiendas con stock preciso, alto volumen de búsquedas locales y capacidad POS |
Tiendas que necesitan discovery, público social y ventas impulsivas |
Quiénes ganan con Google Merchant para ventas locales
Google Merchant favorece a negocios que ya reciben búsquedas de producto con intención clara. Es ideal para escaparates físicos con inventario controlado: electrodomésticos, moda con tallajes definidos, ferretería y tiendas de conveniencia con catálogo SKU estable. La plataforma muestra producto y precio en el momento de la búsqueda, por lo que la conversión suele ser más rápida que en social. Además, los Local Inventory Ads pueden mostrar la disponibilidad y precio local en tiempo real, lo que impulsa las visitas en tienda y reduce el coste por conversión cuando la sincronización funciona bien.
La ventaja práctica es la intención: según datos de 2024, entre el 60 y 70% de las búsquedas «near me» terminan en una visita a tienda o llamada en las siguientes 24 horas, lo que explica por qué Merchant rinde en captura de demanda. Para aprovecharlo, la tienda necesita feeds limpios, políticas claras de devoluciones y una estrategia de pickup que sea visible en los anuncios. Sin esos elementos, los clics pueden convertirse en cancelaciones y problemas reputacionales.
Ventajas reales de usar Merchant para la venta local
Google Merchant convierte la intención directa en visitas físicas y recogidas. Permite segmentar por ubicación, lanzar Local Inventory Ads y aprovechar formatos con ficha de producto enriquecida. Para un comercio local, esto suele traducirse en una tasa de recogida en tienda sensiblemente mayor que con campañas sociales. Además, el feed controla atributos clave como availability y local_product_price, que son visibles en el anuncio, y la penalización por mostrar producto agotado afecta al ranking si no hay reconciliación de stock frecuente.
Limitaciones honestas que conviene conocer
No es la panacea: la configuración es técnica, exige sincronización POS→feed y capacidad de actualizar stock con frecuencia. Si el negocio no puede garantizar actualizaciones cada 15–60 minutos, es probable que aparezcan anuncios con stock erróneo. Las store visits requieren volumen y verificación por parte de Google; cuando no están disponibles, hay que usar offline conversions uploads y reconciliar ventas diarias. Además, algunos productos regulados o categorías pueden estar limitados por políticas de Google.
Infografía
Proceso POS → Merchant Center (resumen visual)
1. Exportar SKU desde POS (CSV/API)
2. Mapear a atributos de Merchant (id, title, price, availability)
3. Subir feed + pruebas
4. Activar Local Inventory Ads y checks
Cuándo Facebook Shop funciona mejor para tiendas locales
Facebook Shop / Commerce Manager es la mejor opción cuando la prioridad es descubrimiento, crear audiencias y remarketing creativo. Tiendas con productos visuales (moda, complementos, gastronomía preparada) o negocios que dependen del impulso social obtienen mejor rendimiento en formatos dinámicos y colecciones. Facebook permite vender directamente en la app, usar mensajes para cerrar ventas y recuperar carritos vía Dynamic Ads. Es recomendable para comercios que quieran construir intención antes de la compra y convertir mediante promociones locales y mensajería.
Meta ha potenciado las herramientas de comercio y remarketing: el catalog manager con el pixel y la API de conversiones facilita uploads offline y eventos de tienda. Para tiendas pequeñas, la barrera técnica es menor que con Merchant, aunque la precisión del inventario suele depender de terceras apps o integradores. En zonas urbanas españolas con alta actividad en Instagram, Facebook Shop puede generar descubrimiento que luego se cierra en tienda física si la oferta de recogida es clara y visible.
Ventajas reales de Facebook Shop para la venta local
Permite creatividades atractivas y segmentación granular por intereses y comportamiento social. Los Dynamic Ads for Retail muestran productos basados en navegación y permiten remarketing cross-device. Además, la venta por chat y la posibilidad de checkout en la plataforma simplifican el proceso para clientes que prefieren no desplazarse. Facebook también acepta uploads cotidianos de conversiones offline, lo que ayuda a medir llamadas, recogidas y ventas en tienda cuando la integración con el POS es posible.
Limitaciones honestas que conviene conocer
El tráfico social suele tener menor intención de compra que el de búsqueda: los costes por adquisición para descubrimiento pueden ser más altos y el ROAS inicial más bajo. Las conversiones fuera de la plataforma pueden ser difíciles de atribuir sin una política clara de uploads offline; además, Meta exige cumplimiento estricto de políticas de producto y pago. Para tiendas con escaso equipo o catálogo muy dinámico, mantener el catálogo sincronizado puede generar errores visibles en las publicaciones.
Infografía
Flujo básico: catálogo → Commerce Manager → Anuncio dinámico
1. Cargar catálogo (CSV/API)
2. Conectar pixel / API de conversiones
3. Crear Dynamic Ads y público
Costes reales y comisiones de anuncios: Merchant vs Facebook
La plataforma no cobra comisión por venta directa en el feed estándar de Google, pero los costes publicitarios en Google Shopping y Local Inventory Ads dependen del CPC y la competencia por producto. En España, para una prueba local razonable, se recomienda un presupuesto de 500 a 1.500 € por tienda/mes inicialmente para recopilar datos. Muchos comerciantes reportan CPA para recogida en tienda entre 5 y 25 €, en función del sector (menor en conveniencia, mayor en lujo). El ROAS esperado puede situarse entre 2 y 6 en campañas optimizadas con stock correcto y segmentación local.
En Meta, la estructura estándar es CPC/CPM y catálogo para Dynamic Ads. Los costes de descubrimiento suelen ser más altos por conversión inmediata: CPA para acciones de descubrimiento oscila entre 8 y 40 € en España (2024), dependiendo del producto y la calidad creativa. El ROAS inicial en campañas sociales puede ir de 0,8 a 3 antes de optimizaciones profundas. Hay que considerar además el coste operativo de mantener integraciones POS y feeds, que puede ser un coste fijo mensual (50–300 € según proveedor) o tiempo del equipo.
Google no aplica comisiones por venta en Shopping tradicional; Meta aplicó comisiones por Marketplace/checkout en algunos países, pero en España la práctica común para tiendas pequeñas es no pagar comisión directa a Facebook por ventas fuera del checkout nativo. Conviene revisar las políticas actuales de ambos proveedores porque cambian con frecuencia. Además, hay costes indirectos: devoluciones por errores de stock, tiempo del equipo para reconciliación y gastos de integrador.
Riesgos, limitaciones y casos en que fallan ambos
Ambas plataformas fallan cuando el inventario no es fiable. El riesgo más frecuente es publicar productos sin controles desde el POS: los anuncios traen tráfico que no se puede atender, y las cancelaciones generan impacto en reputación y calidad de la cuenta publicitaria. Otro riesgo es depender exclusivamente de conversiones online para medir el éxito: las recogidas en tienda, llamadas y ventas en caja pueden perderse si no se configuran uploads de conversiones offline. En sectores con rotación elevada o ventas por unidad (ej. panadería, floristería), la latencia del feed impide usar Merchant de forma efectiva.
Otras limitaciones importantes incluyen políticas de producto (alcohol, medicamentos, armas), restricciones geográficas y requisitos de información al consumidor (direcciones, horarios, condiciones de devolución). Cuando las store visits están deshabilitadas por volumen o verificación, es necesario implementar un plan de fallback: subir conversiones offline diariamente, usar códigos personalizados para recogida, o medir por llamadas y códigos de cupón únicos. Ignorar esto lleva a sobreestimaciones de rendimiento y decisiones de inversión equivocadas.
Lista práctica: requisitos técnicos para vender localmente
A continuación se ofrece un checklist sólido, orientado a que una pyme en España valide si puede ejecutar una estrategia local en Merchant y/o Facebook. Los puntos incluyen pasos inmediatos y controles diarios. Muchos errores vienen por omitir reconciliación y pruebas de extremo a extremo.
1) POS y exportación de SKU: el POS debe poder exportar un feed CSV o exponer una API con campos base: id, sku, title, price, availability, quantity, store_id. Si el POS no ofrece exportación, considerar un integrador (coste habitual 50–300 €/mes).
2) Mapeo de atributos: para Merchant se necesita además local_product_price, pickup_method (ej. 'store pickup'), availability_date si aplica. Para Commerce Manager mapear campos a id, title, description, price, availability y retailer_id si hay múltiples tiendas. Evitar errores comunes como confundir availability con availability_date o dejar precios con impuestos inconsistentes.
3) Frecuencia de actualización: actualizar inventario cada 15–60 minutos para alta precisión; como mínimo reconciliación diaria. Latencias superiores a 24 horas generan anuncios con stock erróneo y riesgo de penalización.
4) Medición offline: activar offline conversions upload en ambas plataformas. Crear un proceso diario que cruce ventas POS con clicks/IDs de campaña. Si no hay volumen para 'store visits', usar CSV uploads diarios con purchase_time, value, and transaction_id.
5) Creatividades y mensajes: preparar fotos específicas para ‘recogida en tienda’, textos que indiquen disponibilidad y plazo (ej. “recógelo hoy en 2 horas”), y ofertas locales. No usar las mismas creatividades que para envíos por correo.
6) Políticas y logística: revisar políticas de devolución, plazos de recogida y datos de contacto. Mapear qué SKU pueden venderse para recogida y cuáles solo envío.
7) Testing y reconciliación: antes de escalar presupuesto, hacer 7–14 días de pruebas por producto y tienda: verificar que 95% de las transacciones se casen con datos del feed. Si no, revisar el proceso de exportación y middleware.
Mapeo práctico de atributos entre Merchant y Commerce Manager
A continuación se muestra un mapeo de atributos clave y errores frecuentes al traducirlos. Esta tabla ayuda a evitar problemas técnicos al subir un catálogo desde el POS a ambas plataformas.
- id (POS) → id (Merchant / Commerce) — identificar SKU único por tienda si hay multi-ubicación.
- title → title — cuidar longitud y evitar emojis; en Google 150 caracteres es ventana segura.
- price (incl. impuestos/IVA) → price / local_product_price — usar el mismo formato (EUR 9.99 EUR).
- availability (in_stock/out_of_stock) → availability — no confundir con availability_date.
- quantity → quantity (Merchant: recommend >0 for local inventory) — algunos integradores requieren >0.
- pickup_method → pickup_method (Google) / delivery_info in Commerce — indicar claramente si se permite recogida.
- store_id → store_code (Merchant) / retailer_id (Commerce) — importante para multi-ubicación.
Errores comunes: enviar precio sin IVA distinto al que muestra la web, usar distintos SKUs entre POS y ecommerce, y no incluir store_id para cada local. Estos errores provocan discrepancias visibles en anuncios y problemas al conciliar.
Paso a paso: sincronizar POS con Google Merchant Center (Local Inventory Ads)
1) Exportar feed local desde POS: generar CSV con fields: id, title, price, availability, quantity, store_id, local_product_price, pickup_method. Validar formatos (EUR, números con punto decimal) y que el id sea único por tienda.
2) En Merchant Center crear una cuenta de Local Inventory ads: completar información de tienda (dirección, horario, teléfono) y verificar la ubicación con Search Console si procede.
3) Subir Feed de inventario local vía FTP/SFTP o programar feed por API. Configurar el horario de fetch cada 15–60 minutos. Hacer pruebas con 10–20 SKUs controlados antes de subir todo el catálogo.
4) Mapear atributos en Merchant: asignar local_product_price y pickup_method. Ejecutar la prueba de anuncio y comprobar que la ficha muestre disponibilidad en el área local.
5) Implementar reconciliación diaria: script o proceso manual que compare ventas POS con impresiones y clicks de Merchant. Configurar offline conversions upload para cruzar ventas con clicks si las store visits no están activas.
Si se detectan errores, detener la campaña y revertir el feed a una versión verificada. En tiendas pequeñas, una ventana segura es comenzar con 50–100 productos best-sellers antes de escalar al catálogo completo.
Paso a paso: sincronizar POS con Facebook Commerce Manager
1) Crear catálogo en Commerce Manager y seleccionar método de carga (CSV, Google Sheets or API). Incluir campos básicos y inventory por store.
2) Conectar Pixel y/o API de conversiones: el pixel mide comportamiento web; la API permite subir eventos de servidor a servidor para mayor precisión.
3) Establecer mapeo POS→catalog: id, title, description, price, availability, url, image_link. Para multi-ubicación usar campos custom como retailer_id.
4) Implementar actualizaciones automáticas cada 30–60 minutos con un integrador o la API. Testear campañas dinámicas con un público pequeño y revisar si las creatividades y títulos aparecen correctamente en ads.
5) Configurar uploads diarios de conversiones offline: incluir purchase_time, value y moneda. Usar identificadores para cruzar con campañas y entender CPA real.
Facebook facilita la venta in-app y mensajes; se recomienda activar respuestas automáticas para pedidos por DM y tener proceso de confirmación de stock antes de aceptar pedidos por chat.
Cuando el objetivo es visitas y recogida en tienda inmediatas, la elección práctica es Google Merchant con Local Inventory Ads y una sincronización POS robusta. Si la prioridad es descubrimiento, remarketing y ventas impulsivas, entonces Facebook Shop y Dynamic Ads son la opción. Para muchos comercios locales la estrategia óptima es combinar ambas plataformas: usar Merchant para capturar intención y Facebook para generar demanda y remarketing. Durante la fase inicial, recomiendar una prueba de 4–8 semanas con presupuesto compartido y comparar CPA y tasa de recogida.
Ejemplo numérico: una tienda de moda en Madrid puede empezar con 800 € en Merchant (foco en bestsellers locales) y 600 € en Facebook para discovery. Tras 6 semanas de datos, si Merchant logra CPA de recogida de 12 € y tasa de recogida del 25%, y Facebook genera CPA de 22 € pero con mayor AOV en ventas finales, la combinación puede seguir pero ajustando bids y creativos para optimizar ROAS total. Estas cifras son orientativas; la medición offline y reconciliación son las que darán la certeza.
Primero, la latencia del inventario es el enemigo número uno. No importa cuánto se optimicen anuncios si el feed está retrasado: un cliente llega a tienda y el artículo no está. La recomendación práctica es priorizar la integración de stock antes de escalar inversión; en muchos proyectos locales se ha reducido el churn de clientes en un 30% tras mejorar la reconciliación a 60 minutos o menos (dato operativo de casos reales 2023–2024).
Segundo, la atribución de store visits en Google suele requerir verificación y volumen; no está garantizada. Por ello, preparar un plan de uploads offline es crítico: incluso pequeñas tiendas pueden usar códigos QR o cupones únicos para unir la venta en caja con la campaña que la originó. Tercero, la creatividad importa: para recogida en tienda el mensaje debe indicar tiempo de preparación y condiciones; si no, se pierde la conversión por incertidumbre.
Plantillas de campaña y KPIs para pruebas en España (por sector)
Aquí hay plantillas resumidas para fases de prueba (4–8 semanas) con KPIs objetivo. Ajustar según AOV y margen.
- Cafetería/food-to-go: presupuesto prueba 400–800 €/mes; objetivo CPA recogida 3–10 €; CTR esperado 2–4%; tasa de conversión recogida 8–20%.
- Moda boutique: presupuesto prueba 1.000–2.000 €/mes; Merchant para bestsellers (CPA recogida 8–25 €), FB para discovery (CPA 15–35 €); ROAS objetivo 2–4 en 8 semanas.
- Ferretería local: presupuesto prueba 600–1.200 €/mes; Merchant focalizado (CPA recogida 6–18 €); alta conversión de búsqueda técnica, ROAS objetivo 3–6.
Estos valores son referencias basadas en campañas locales en España en periodos recientes. La variabilidad viene del ticket medio, oferta competitiva y calidad del feed.
Casos edge: qué hacer cuando X no funciona
1) Si los anuncios muestran stock disponible pero las tiendas no lo tienen: pausar campañas y activar un feed en modo solo lectura (mostrar solo disponibilidad real) hasta corregir. Priorizar la reputación sobre las impresiones.
2) Si no hay volumen para store visits: implementar uploads diarios de conversiones offline y usar códigos de recogida únicos. También probar medición por llamadas (call tracking) para atribuir leads.
3) Si el equipo técnico no puede mantener un feed: externalizar a un integrador o limitar el catálogo a 50–200 SKUs más vendidos mientras se prepara la integración completa.
En cualquiera de estos casos, documentar los procedimientos y SLAs (acuerdos de nivel de servicio) con el equipo o proveedor para evitar repetición de errores. La mayoría de problemas se resuelven con procesos simples, no con más presupuesto.
Consideraciones legales y de políticas para España
Cumplir la normativa sobre información al consumidor es obligatorio: precios con IVA, derechos de desistimiento, y datos de contacto visibles. Para productos regulados (alcohol, productos sanitarios) verificar las políticas de Google y Meta antes de subir el catálogo. También hay que cumplir la LOPDGDD al manejar datos para uploads offline; almacenar identificadores y datos de clientes requiere consentimiento y protocolos de seguridad.
Para ventas locales, el etiquetado de precios y condiciones de recogida debe aparecer en la ficha del producto y en el anuncio. En caso de venta por chat, conservar registro de aceptación de condiciones evita problemas en reclamaciones.
Preguntas frecuentes
¿Qué es mejor para ventas locales, Google Merchant o Facebook Shop?
Depende del objetivo: Google Merchant es mejor para captar demanda con intención y lograr visitas/recogidas en tienda; Facebook Shop funciona mejor para descubrimiento, remarketing y ventas impulsivas. Si el comercio tiene capacidad técnica y stock fiable, combinar ambas plataformas suele ofrecer mejores resultados. La elección final depende de recursos, tipo de producto y prioridad entre visitas inmediatas o creación de demanda.
¿Cómo sincronizo el inventario de mi tienda física con Google Merchant Center?
Sincronizar exige exportar el catálogo desde el POS con campos como id, price, availability, quantity y store_id; luego subir un feed de inventario local a Merchant Center vía FTP/API y configurar fetch cada 15–60 minutos. Es imprescindible mapear local_product_price y pickup_method, verificar tiendas y probar con un subconjunto de SKUs antes de escalar. Implementar reconciliación diaria y uploads de conversiones offline para completar la medición.
¿Cómo sincronizo el inventario de mi tienda física con Facebook Shop/Commerce Manager?
Crear un catálogo en Commerce Manager y cargar un feed (CSV/API) con id, title, price, availability y custom fields para multi-ubicación. Conectar el pixel o la API de conversiones para medir eventos y usar integradores si el POS no ofrece exportación automática. Programar actualizaciones cada 30–60 minutos y probar con campañas dinámicas pequeñas. Activar uploads de conversiones offline para medir ventas en tienda vinculadas a campañas.
¿Qué son los Local Inventory Ads y cómo funcionan?
Los Local Inventory Ads muestran productos disponibles en tiendas cercanas cuando un usuario busca en Google. Muestran precio local, disponibilidad y opciones de recogida. Para usarlos se necesita un feed de inventario local y cuentas verificadas de tienda; el anuncio redirige al usuario a la ficha local donde se señala la disponibilidad en tiempo real. Funcionan bien cuando el feed se actualiza con frecuencia y la información de recogida está clara.
Sí. De hecho, es recomendable combinar plataformas para captación y descubrimiento. El reto es mantener feeds sincronizados y evitar discrepancias de precio y disponibilidad. La fórmula práctica es empezar con un catálogo sincronizado y pruebas en paralelo durante 4–8 semanas, comparando CPA, tasa de recogida y ROAS, y luego reasignar presupuesto según resultados.
¿Cómo mido las visitas a tienda procedentes de anuncios en Google y Facebook?
La medición puede usar store visits (Google) cuando está disponible, uploads de conversiones offline para ambos proveedores y sistemas alternativos como cupones únicos o códigos QR para unir ventas físicas a campañas. Otra vía es el tracking de llamadas y el cruce diario entre clicks/campaign IDs y tickets POS. En España es frecuente usar uploads diarios para asegurar la atribución cuando store visits no cubren el volumen.
¿Qué requisitos de feed tiene Google Merchant vs Facebook Commerce Manager?
Google requiere campos específicos para Local Inventory Ads como local_product_price, pickup_method y store_code; formato de precios y disponibilidad debe ser preciso. Facebook necesita id, title, price, availability y puede aceptar campos custom para multi-ubicación. Errores típicos incluyen precios inconsistentes (IVA incluido/ excluido), SKUs distintos entre plataformas y falta de store_id para tiendas múltiples.
Advertencias específicas y recomendaciones finales
Cuidado cuando el equipo confía en una sola métrica online para medir campañas locales: sin uploads offline o procesos de reconciliación, las decisiones serán erróneas. Esto no funciona si el negocio no tiene capacidad técnica o presupuesto para mantener feeds sincronizados, ni si los productos están sujetos a restricciones por política. Priorizar la calidad del inventario y la experiencia de recogida antes de escalar presupuesto de anuncios reduce cancelaciones y mejora el ROAS.
Como regla práctica en España, empezar con pruebas controladas de 4–8 semanas y presupuestos modestos por tienda (500–1.000 €).500 €) permite obtener datos suficientes para decidir entre Merchant, Facebook Shop o una combinación. Documentar procesos, auditar feeds y medir ventas offline son los pasos que separan campañas costosas de campañas rentables.
Guía oficial de Google Merchant Center
Información sobre Commerce Manager en Meta
