Feeds do Google Shopping: a especificação completa para que os seus produtos sejam aprovados
Trabalhou a fundo as suas fichas de produto. Leem-se bem, estão estruturadas e convertem na sua própria loja. No entanto, no Google Shopping, os seus produtos não aparecem — ou, pior, são reprovados sem motivo evidente. A explicação cabe numa frase: o Google não lê a sua ficha de produto, lê a sua origem de dados. São dois objetos diferentes. A sua ficha de produto dirige-se a um ser humano que hesita; a origem de dados dirige-se a uma máquina que classifica e verifica. Essa máquina espera nomes de atributos exatos, valores de uma lista fechada e identificadores que correspondam ao produto real. Este guia percorre a especificação oficial atributo a atributo: o que é obrigatório, o que é obrigatório em determinadas condições, os limites de caracteres reais e os erros que levam à reprovação de um produto. Aborda também um prazo a ter em conta: a partir de 31 de janeiro de 2027, o Google impõe um tamanho mínimo de imagem de 500 × 500 píxeis.
Uma ficha de produto não é uma origem de dados
Na sua loja, escreve para convencer. Descreve uma utilização, responde a uma objeção, mostra uma fotografia de ambiente. O Google Shopping não trata esse texto como tal: recebe um ficheiro estruturado, em que cada informação tem um nome de atributo preciso e ocupa a sua própria coluna. Se a informação está lá, mas com outro nome, não existe.
O vocabulário mudou recentemente. Aquilo a que se chamava «feed» chama-se agora origem de dados no Merchant Center. O princípio mantém-se: descreve cada produto com um conjunto de atributos normalizados e o Google decide depois se o aprova, se o reprova ou se o aprova com avisos.
Se já trabalha as suas fichas, a matéria-prima já existe. O trabalho consiste em traduzi-la para um formato que a máquina entenda, sem perder aquilo que faz vender.
Os atributos sem os quais nada aparece
Sete atributos básicos são obrigatórios para qualquer produto, mais brand para qualquer produto novo (ver abaixo). Se faltar um só, o produto é reprovado, e nenhum esforço de otimização noutros pontos o compensará.
- id — o seu identificador único, até 50 caracteres. Nunca deve mudar entre envios; caso contrário, o Google perde o histórico do produto.
- title — o título, até 150 caracteres.
- description — a descrição, até 5000 caracteres.
- link — o URL da página do produto, que tem de começar por http ou https.
- image_link — o URL da imagem principal, também em http ou https.
- availability — o estado do stock, numa lista fechada: in_stock, out_of_stock, preorder ou backorder.
- price — o preço, sob a forma de um número seguido do código da moeda, por exemplo 15.00 USD.
Dois pormenores úteis. Se declarar um produto como preorder, o atributo availability_date passa a ser obrigatório, no formato ISO 8601. E o preço tem de incluir o código de moeda de três letras: um número sozinho é rejeitado.
O atributo id exige atenção especial. Algumas lojas voltam a gerá-lo a cada exportação, por exemplo a partir de um número de linha. Para o Google, o produto desaparece e surge um novo: recomeça do zero a cada envio.
brand, gtin e mpn: três atributos a cuidar
Estes três atributos ligam a sua oferta ao produto real, aquele que outros comerciantes também poderão estar a vender. É isso que permite ao Google comparar ofertas. As regras são precisas: um erro pode levar à reprovação do produto.
- brand — a marca, até 70 caracteres. Obrigatória para todos os produtos novos, exceto filmes, livros e gravações musicais.
- gtin — o código de barras do fabricante, até 14 dígitos, sem hífenes nem espaços. Fortemente recomendado sempre que exista.
- mpn — o número de peça do fabricante, até 70 caracteres alfanuméricos. Obrigatório quando o produto não tem um GTIN atribuído pelo fabricante.
- identifier_exists — só deve ser definido como no quando o produto não tem, de facto, nem GTIN, nem MPN, nem marca. Por predefinição, o valor é yes.
O erro mais caro é inventar um identificador para fazer passar um produto. Um GTIN incorreto não passa despercebido: pode levar à reprovação do produto, porque o Google verifica esses códigos. Se não tem o identificador, declare a sua ausência em vez de o fabricar.
Os produtos sem marca merecem um cuidado especial. Se vende um artigo genérico sem fabricante identificável, não coloque o nome da sua loja em brand por hábito: esse campo descreve o fabricante do produto, não o revendedor.
O título: 150 caracteres, mas nem todos valem o mesmo
O limite é de 150 caracteres, muito mais generoso do que na maioria dos marketplaces. Isso não quer dizer que deva preenchê-lo. Um título de origem de dados tem duas funções: permitir ao Google perceber o que é o produto e dar ao comprador o suficiente para reconhecer aquilo que procura.
A ordem conta. A informação decisiva — marca, tipo de produto, característica distintiva, tamanho ou compatibilidade — vem primeiro. O que vem depois deve esclarecer, não convencer.
Há duas práticas que levam à reprovação de um título, e a especificação exclui-as explicitamente: o texto promocional e o texto todo em maiúsculas. «Portes grátis», «Promoção», «-30%» não têm lugar num título de origem de dados. Essa informação existe noutro sítio, em atributos próprios.
Um bom teste: escreva o título como se tivesse de encontrar o seu próprio produto entre mil outros, sem ver a imagem. Se não conseguir, o comprador também não conseguirá.
A descrição: 5000 caracteres para descrever, não para vender
O limite é generoso — 5000 caracteres —, mas a regra é rigorosa: a descrição deve descrever o produto, e apenas o produto. Referências à sua loja, às suas condições de envio, à sua garantia comercial ou aos seus outros produtos não têm lugar ali.
É a diferença mais marcada em relação a uma ficha de produto de loja. No seu próprio site, mencionar o apoio ao cliente é útil e tranquilizador. Numa origem de dados, está fora de contexto e pode desencadear uma reprovação.
O que funciona: especificações concretas, dimensões, materiais, utilizações, compatibilidades, o conteúdo da embalagem. Ou seja, aquilo que um comprador gostaria de verificar antes de encomendar.
Variantes: item_group_id e os atributos que as distinguem
Uma t-shirt em cinco tamanhos e três cores corresponde a quinze produtos distintos na sua origem de dados, cada um com o seu próprio id. O que os liga é o item_group_id, comum às quinze linhas e limitado a 50 caracteres alfanuméricos.
Sem ele, o Google vê quinze produtos sem relação entre si. Com ele, percebe que se trata de um único artigo com variantes e pode apresentá-las em conjunto. Em vários países, e para as listagens gratuitas, é aliás obrigatório.
- color — a cor, até 100 caracteres no total. Obrigatória para certos artigos de vestuário e para produtos multicolores.
- size — o tamanho, até 100 caracteres. Obrigatório para vestuário e calçado em determinados casos.
- material — o material, até 200 caracteres, obrigatório quando distingue uma variante de outra.
- pattern — o padrão, até 100 caracteres, segundo a mesma lógica.
- age_group e gender — obrigatórios para certos artigos de vestuário, consoante o país; ambos usam listas fechadas de valores (newborn, infant, toddler, kids, adult para o primeiro; male, female, unisex para o segundo).
A regra geral é simples: qualquer atributo que distinga uma variante de outra deve ser preenchido em cada uma delas. Um campo vazio exclui a variante das pesquisas filtradas, exatamente como acontece nos marketplaces.
Imagens: a regra dos 500 × 500 píxeis está a chegar
É o prazo a reter desta especificação: a partir de 31 de janeiro de 2027, será aplicado às imagens um tamanho mínimo de 500 × 500 píxeis. As lojas que ainda alimentam o Merchant Center com miniaturas de catálogo têm até lá para refazer as suas imagens.
Os formatos aceites são JPEG, WebP, PNG, GIF não animado, BMP e TIFF. O URL da imagem tem de ser acessível publicamente e começar por http ou https: uma imagem protegida por autenticação ou servida a partir de um espaço privado nunca será recolhida.
Se vai planear um único projeto visual este ano, que seja este. Refazer um catálogo inteiro para um mínimo de 500 × 500 leva tempo, e a data é conhecida de antemão.
Como enviar os dados
O Merchant Center aceita várias vias, e a escolha depende sobretudo da dimensão do catálogo e das ferramentas disponíveis.
- Um ficheiro de texto delimitado por tabulações (.txt ou .tsv), adequado a catálogos pequenos e médios.
- Um ficheiro XML, no formato RSS 2.0 ou Atom 1.0, mais adequado a muitas variantes, atributos aninhados e exportações automatizadas.
- Uma folha de cálculo do Google Sheets, que se exporta em valores separados por tabulações.
- A ligação da sua plataforma de e-commerce ao Google, quando essa integração é disponibilizada.
- A adição manual de um produto no Merchant Center, útil para um teste.
- A Merchant API, para catálogos geridos por um sistema de terceiros.
Dois pormenores técnicos poupam horas de depuração. Os ficheiros têm de estar codificados em UTF-8 ou UTF-16: qualquer outra codificação estraga todos os caracteres acentuados. E o Google recomenda o formato separado por tabulações em vez do CSV, precisamente porque as vírgulas também aparecem dentro das descrições.
De resto, alguns erros são mecânicos: uma tabulação em falta num ficheiro de texto, uma tag por fechar num XML ou um ficheiro guardado com a codificação errada. Antes de suspeitar do conteúdo, verifique o ficheiro que o contém.
O que se aproveita das suas fichas de produto, e o que não se aproveita
Se as suas fichas de produto já estão bem escritas, parte do trabalho está feita. Mas a transposição não é mecânica, e é aqui que muitas lojas se enganam.
- Aproveita-se bem: as especificações concretas, as dimensões, os materiais, as compatibilidades e o vocabulário que os compradores usam de facto.
- Aproveita-se em parte: o título, desde que retire tudo o que é promocional e coloque a informação decisiva no início.
- Não se aproveita: os argumentos tranquilizadores sobre a sua loja, as menções a envios ou à garantia comercial dentro da descrição, os superlativos e tudo o que fala de si e não do produto.
Um método que funciona: escreva primeiro a ficha de produto para o ser humano, com os seus benefícios e as objeções respondidas, e depois extraia dela a versão factual para a origem de dados. Fazer o contrário dá fichas sem vida na sua própria loja, e isso custa conversões.
Estruturar esse conteúdo é precisamente o que o FichePro AI faz nas suas fichas: um título calibrado, uma descrição estruturada, características transformadas em informação utilizável e uma pontuação SEO /100 que indica o que falta. A formatação para o Merchant Center, com os nomes exatos de atributos descritos acima, continua a ser uma etapa a seu cargo.
