cómo enviar un feed de productos WooCommerce a Google Merchant Center

por qué aparecen las desaprobaciones de Google Merchant después de las ediciones del catálogo de WooCommerce

Google Merchant Center rechaza o limita productos cuando los títulos, GTIN, imágenes, precios o disponibilidad no coinciden con la página de destino. Los catálogos de WooCommerce cambian constantemente: disminución de existencias en los pedidos, precios promocionales con programación, ediciones de atributos para tablas de tallas e identificadores faltantes en SKU más antiguos. Los complementos que descargan un feed XML completo una vez al día dejan los anuncios de Shopping ejecutándose con disponibilidad obsoleta, lo que genera desaprobaciones y gastos desperdiciados. Las tiendas multilingües y multidivisa deben emitir el idioma y la moneda adecuados para cada país de destino, no un único feed exclusivo de PL para cada campaña de la UE. Las brechas de GTIN y de marca son crónicas en los productos de marca blanca. El mapeo de categorías de WooCommerce a la taxonomía de productos de Google cambia cuando los comerciantes inventan nuevas categorías de tienda. Los productos variantes necesitan la disciplina item_group_id o el comerciante trata cada tamaño como una oferta no relacionada. Los campos de envío e impuestos que son precisos en el momento del pago pueden no aparecer en el feed, por lo que el anuncio gratuito parece más barato que el proceso de pago y se suspende. Sin una automatización que se regenere en los eventos del catálogo, valide los campos obligatorios y alerte sobre los picos de desaprobación, el departamento de operaciones del canal descubre problemas en la interfaz de usuario del comerciante días después. Para entonces, las campañas de Shopping habían reducido la entrega. Los catálogos dirigidos por Marketplace crean una deriva adicional. Si Baselinker o un ERP introduce el precio en WooCommerce después de que el comerciante ya haya obtenido el feed de la mañana, los anuncios de Shopping pueden no estar de acuerdo con el pago durante horas. La automatización debe parchear rápidamente al comerciante a través de la API de contenido o pausar temporalmente el SKU cuando se detecta una ventana de conflicto. Los clientes recurrentes que ven un precio en Google y otro al finalizar la compra generan tickets de soporte que parecen errores de cupones pero que en realidad son un retraso en la alimentación. Las reglas de surtido regional también importan. Algunos SKU se pueden vender a nivel nacional, pero no en el país de destino del comerciante debido al envío o al cumplimiento. Emitirlos globalmente invita a desaprobar políticas. Codifique la elegibilidad del destino junto al producto, no en una exclusión única de la interfaz de usuario del comerciante que nadie refleja en WooCommerce. La frescura de image_link también es importante: intercambiar una imagen de estilo de vida sin actualizar el feed deja al Comerciante en una ruta CDN rota u obsoleta y provoca fallas de rastreo de imágenes que suprimen los listados gratuitos. Anote los propietarios de cada patrón de URL antes de su publicación para que las alertas no reboten entre SEO, medios pagos y desarrollo sin resolución. Un propietario designado acorta el tiempo medio para redirigir y arreglar más que otro widget del panel.

cuándo regenerar y volver a enviar el feed de productos de Merchant Center

Regenere los SKU afectados cuando cambie el precio del producto, el stock, la visibilidad, la clase impositiva o la imagen principal, y cuando comience o finalice una promoción programada. Ejecute una reconstrucción completa del feed todas las noches para conciliar. También se activa después de importaciones masivas de CSV y después de trabajos de sincronización del mercado que reescriben los precios de WooCommerce. Para objetivos de varios países, reconstruya el feed específico de la configuración regional cuando los campos de traducción cambien en WPML o cuando se actualice una tabla de tipos de cambio utilizada para los precios del comerciante. En el inventario cero, agote la disponibilidad inmediatamente, incluso si faltan horas para la reconstrucción completa. La prioridad debe favorecer la disponibilidad y la corrección de los precios sobre las actualizaciones de texto descriptivo.

cómo crear, validar y cargar un feed de Google Merchant de WooCommerce

1. Seleccione productos que estén publicados, adquiribles, en stock o en espera de acuerdo con la política, y que no estén excluidos por un atributo de supresión de comerciante.
2. Asigne los campos de WooCommerce a los atributos del comerciante: id, título, descripción, enlace, enlace_imagen, disponibilidad, precio, precio_venta, marca, gtin o identificador_existe, item_group_id y google_product_category.
3. Validar los atributos requeridos por país de destino; Poner en cuarentena los SKU a los que les falta GTIN cuando identifier_exists es falso solo si la política lo permite; de lo contrario, bloquearlos del feed y abrir una tarea de comercialización.
4. Escriba XML o fuente de texto en una URL HTTPS estable protegida contra raspado casual si es necesario, o envíe información a través de Content API for Shopping para obtener actualizaciones parciales más rápidas.
5. Solicite a Merchant Center que obtenga el feed o parchee los productos a través de la API; almacene el ID del lote y la marca de tiempo en un registro de sincronización.
6. Extraiga los recuentos de desaprobación y pendientes a través de Merchant API a un panel y alerte cuando la tasa exceda la línea de base después de una ventana de cambio de catálogo.
7. Si el stock llega a cero o un cambio de precio supera un umbral, envíe una disponibilidad prioritaria o un parche de precio a través de la API de contenido sin esperar la reconstrucción completa nocturna.

flujo de datos desde el catálogo de WooCommerce al Merchant Center

WooCommerce es la autoridad del catálogo. Un generador implementado como un punto final de complemento personalizado, WP-Cron más un archivo estático en las cargas o un flujo de trabajo n8n que lee la API REST crea el feed. Para catálogos grandes, prefiera las actualizaciones diferenciales de la API de contenido en los cambios de productos conectados a la web y mantenga un archivo de conciliación completo diario para su auditoría. El mapeo de taxonomía de productos de Google puede residir en una hoja de cálculo reflejada en la tienda. El precio y la moneda deben coincidir con la página de destino a la que apunta el enlace del feed; Si utiliza precios geolocalizados, emita feeds separados por destino del comerciante. Herramientas como Make son aceptables para catálogos pequeños; n8n o PHP personalizado escalan mejor cuando el número de SKU alcanza decenas de miles y los límites de velocidad son importantes. Mantenga una tabla de cuarentena de los SKU excluidos del feed con los motivos (falta imagen, GTIN faltante, página de destino sin índice, marca suprimida). Los comerciantes deberían trabajar esa cola dentro de WordPress o en una hoja compartida. Conecte las alertas al mismo canal de operaciones que las alertas de errores de sincronización para que las fallas en la recuperación de feeds no solo sean visibles dentro de Merchant Center. Los datos personales deben alinearse con el encargo de tratamiento y criterios de la AEPD. La contabilidad puede vivir en el ERP o en Holded/FacturaDirecta en lugar de un SaaS genérico.

Solucionar desaprobaciones de Merchant Center y fallas en la recuperación de feeds.

Si el alojamiento del feed devuelve 500 durante la recuperación del comerciante, mantenga inmutable el archivo anterior exitoso hasta que se valide la nueva compilación y luego realice el intercambio atómico. Si Content API devuelve errores de cuota, ralentice la cola y priorice los parches de disponibilidad y precio sobre el texto de descripción. Cuando los rechazos citan precios no coincidentes, congele la automatización de promociones que escribe precio_venta sin actualizar la plantilla de la página de destino. En caso de fallas en image_link, recurra a una imagen secundaria solo si cumple con las reglas del Comerciante; de lo contrario, excluya el SKU y notifique a merchandising. Nunca descartes silenciosamente más de un porcentaje configurado del catálogo sin una alerta. Si Google devuelve suspensiones de listados gratuitos a nivel de cuenta, detenga las alertas ruidosas por SKU y avise a un propietario humano con el problema de la cuenta. Los reintentos por SKU no eliminarán las retenciones de políticas de la cuenta. Cuando una página de destino no está indexada por error, detéctela en el validador antes de cargarla en lugar de esperar a que se desapruebe en el tiempo de rastreo.

cuando no vale la pena automatizar el feed de Merchant Center

Una boutique de diez SKU que edita productos semanalmente puede cargar una hoja de manual dentro de Merchant Center. La automatización vale la pena cuando la rotación de catálogos, la inversión en anuncios o el recuento de SKU encarecen la disponibilidad obsoleta. Espere también si los datos de marca, GTIN y taxonomía todavía están tan incompletos que cada compilación automatizada pondría en cuarentena a la mayor parte de la tienda. Si los anuncios de Shopping están en pausa indefinidamente y solo necesita una presencia simbólica en Merchant, una carga manual mensual es suficiente. Revise la automatización cuando los anuncios gastan currículums o listados orgánicos gratuitos impulsan sesiones de material.

KPI para la automatización del feed de Google Merchant

• Porcentaje de SKU activos aprobados en Merchant Center
• Tiempo medio desde el cambio de precio o stock de WooCommerce hasta la actualización visible para el comerciante
• Rechazos abiertos por cada 1000 SKU alimentados por semana
• Fallos en la recuperación de feeds por mes