como enviar um feed de produto WooCommerce para o Google Merchant Center

por que as reprovações do comerciante do Google aparecem após as edições do catálogo WooCommerce

O Google Merchant Center rejeita ou limita produtos quando títulos, GTINs, imagens, preços ou disponibilidade não estão de acordo com a página de destino. Os catálogos WooCommerce mudam constantemente: redução de estoque no pedido, preços promocionais com agendamento, edições de atributos para tabelas de tamanhos e identificadores ausentes em SKUs mais antigos. Plugins que despejam um feed XML completo uma vez por dia deixam os anúncios do Shopping em exibição com disponibilidade obsoleta, o que leva a reprovações e desperdício de gastos. As lojas multilíngues e multimoedas devem emitir o idioma e a moeda corretos por país-alvo, e não um único feed apenas de PL para cada campanha da UE. As lacunas de GTIN e de marca são crônicas em produtos de marca própria. O mapeamento de categorias do WooCommerce para a taxonomia de produtos do Google muda quando os comerciantes inventam novas categorias de loja. Os produtos variantes precisam da disciplina item_group_id ou o comerciante trata cada tamanho como uma oferta não relacionada. Os campos de frete e impostos precisos na finalização da compra podem estar ausentes do feed, de modo que a listagem gratuita parece mais barata que a finalização da compra e é suspensa. Sem automação que se regenera em eventos de catálogo, valida campos obrigatórios e alerta sobre picos de reprovação, as operações de canal descobrem problemas na IU do comerciante dias depois. A essa altura, as campanhas do Shopping reduziram a entrega. Catálogos liderados pelo mercado criam desvios extras. Se o Baselinker ou um ERP inserir o preço no WooCommerce depois que o comerciante já tiver obtido o feed da manhã, os anúncios do Shopping podem discordar da finalização da compra por horas. A automação deve corrigir o comerciante rapidamente por meio da API Content ou pausar temporariamente o SKU quando uma janela de conflito for detectada. Clientes recorrentes que veem um preço no Google e outro na finalização da compra geram tíquetes de suporte que parecem erros de cupom, mas na verdade são atraso no feed. As regras de sortimento regional também são importantes. Alguns SKUs podem ser vendidos no mercado interno, mas não no país de destino do Comerciante devido ao envio ou conformidade. Emiti-los globalmente convida à desaprovação de políticas. Codifique a elegibilidade do destino próximo ao produto, não em uma exclusão única da IU do comerciante que ninguém reflete no WooCommerce. A atualização do image_link também é importante: trocar uma imagem de estilo de vida sem atualizar o feed deixa o comerciante em um caminho CDN corrompido ou desatualizado e aciona falhas de rastreamento de imagem que suprimem listagens gratuitas. Anote os proprietários de cada padrão de URL antes da ativação, para que os alertas não saltem entre SEO, mídia paga e desenvolvimento sem resolução. Um proprietário nomeado reduz o tempo médio para redirecionar a correção mais do que outro widget do painel.

quando gerar novamente e reenviar o feed de produtos do Merchant Center

Gere novamente os SKUs afetados quando o preço do produto, o estoque, a visibilidade, a classe fiscal ou a imagem principal mudarem e quando uma promoção programada começar ou terminar. Execute uma reconstrução completa do feed todas as noites como reconciliação. Também acione após importações em massa de CSV e após trabalhos de sincronização do mercado que reescrevem os preços do WooCommerce. Para segmentações de vários países, recrie o feed específico do local quando os campos de tradução mudarem no WPML ou quando uma tabela de taxas de câmbio usada para preços do comerciante for atualizada. Quando o estoque estiver zerado, elimine a disponibilidade do estoque imediatamente, mesmo que a reconstrução completa ainda esteja a horas de distância. A prioridade deve favorecer a disponibilidade e a correção dos preços em detrimento das atualizações de texto descritivo.

como criar, validar e fazer upload de um feed WooCommerce do Google Merchant

1. Selecione produtos publicados, compráveis, em estoque ou em espera de acordo com a política e que não sejam excluídos por um atributo de supressão do comerciante.
2. Mapeie os campos WooCommerce para atributos do comerciante: id, título, descrição, link, image_link, disponibilidade, preço, sale_price, marca, gtin ou identificador_exists, item_group_id e google_product_category.
3. Validar atributos obrigatórios por país de destino; colocar em quarentena SKUs sem GTIN quando identificador_existe é falso somente se a política permitir. Caso contrário, bloqueie-os do feed e abra uma tarefa de merchandising.
4. Escreva XML ou feed de texto em um URL HTTPS estável, protegido contra raspagem casual, se necessário, ou envie via API de conteúdo para compras para atualizações parciais mais rápidas.
5. Peça ao Merchant Center para buscar o feed ou corrigir produtos por meio da API; armazene o ID do lote e o carimbo de data/hora em um log de sincronização.
6. Extraia contagens de reprovações e pendentes por meio da API do comerciante em um painel e alerte quando a taxa exceder a linha de base após uma janela de alteração de catálogo.
7. Se o estoque chegar a zero ou uma alteração de preço acima de um limite, envie uma disponibilidade prioritária ou patch de preço por meio da API de conteúdo sem esperar pela reconstrução completa noturna.

fluxo de dados do catálogo WooCommerce para o Merchant Center

WooCommerce é a autoridade do catálogo. Um gerador implementado como um endpoint de plug-in personalizado, WP-Cron mais arquivo estático em uploads ou um fluxo de trabalho n8n lendo a API REST cria o feed. Para catálogos grandes, prefira atualizações diferenciais da API de conteúdo em alterações de produtos webhooked e mantenha um arquivo de reconciliação diário completo para auditoria. O mapeamento da taxonomia de produtos do Google pode ficar em uma planilha espelhada na loja. O preço e a moeda devem corresponder à página de destino para a qual o link do feed aponta; se você usar preços geolocalizados, emita feeds separados por destino do comerciante. Ferramentas como Make são aceitáveis para catálogos pequenos; n8n ou PHP personalizado são melhor dimensionados quando as contagens de SKU atingem dezenas de milhares e os limites de taxa são importantes. Mantenha uma tabela de quarentena de SKUs excluídos do feed com os motivos (imagem ausente, GTIN ausente, noindex da página de destino, marca suprimida). Os comerciantes devem trabalhar nessa fila dentro do WordPress ou em uma planilha compartilhada. Conecte os alertas ao mesmo canal de operações dos alertas de erro de sincronização para que as falhas na busca de feed não sejam visíveis apenas no Merchant Center. Dados pessoais seguem o contrato de subcontratação exigido pela CNPD. A contabilidade pode viver no ERP ou no Moloni/InvoiceXpress em vez de um SaaS genérico.

correção de reprovações do Merchant Center e falhas de busca de feed

Se a hospedagem do feed retornar 500 durante a busca do comerciante, mantenha o arquivo anterior bem-sucedido imutável até que a nova compilação seja validada e, em seguida, faça a troca atômica. Se a Content API retornar erros de cota, diminua a velocidade da fila e priorize os patches de disponibilidade e preço em vez do texto de descrição. Quando as reprovações citam preços incompatíveis, congele a automação promocional que escreve sale_price sem atualizar o modelo da página de destino. Em caso de falhas no image_link, retorne para uma imagem secundária somente se ela atender às regras do comerciante; caso contrário, exclua o SKU e notifique o merchandising. Nunca descarte silenciosamente mais do que uma porcentagem configurada do catálogo sem um alerta. Se o Google retornar suspensões de listagens gratuitas no nível da conta, interrompa os alertas barulhentos por SKU e chame um proprietário humano sobre o problema da conta. As novas tentativas por SKU não limparão as retenções da política da conta. Quando uma página de destino não é indexada por engano, detecte-a no validador antes do upload, em vez de aguardar a reprovação no momento do rastreamento.

quando uma automação de feed do Merchant Center não vale a pena

Uma boutique com dez SKUs que edita produtos semanalmente pode fazer upload de uma planilha manual no Merchant Center. A automação compensa quando a rotatividade do catálogo, os gastos com anúncios ou a contagem de SKU tornam cara a disponibilidade obsoleta. Espere também se os dados de marca, GTIN e taxonomia ainda estiverem tão incompletos que cada construção automatizada colocaria a maior parte da loja em quarentena. Se os anúncios do Shopping estiverem pausados indefinidamente e você precisar apenas de uma presença simbólica no Merchant, um upload manual mensal será suficiente. Revisite a automação quando os anúncios gastarem currículos ou listagens orgânicas gratuitas impulsionarem sessões de material.

KPIs para automação de feed do Google Merchant

• Parcela de SKUs ativos aprovados no Merchant Center
• Tempo médio desde o preço do WooCommerce ou alteração de estoque até a atualização visível para o comerciante
• Reprovações abertas por 1.000 SKUs alimentados por semana
• Falhas na busca de feed por mês