Feed respins în Merchant Center: cele cinci cauze frecvente

Un feed respins în Google Merchant Center nu anunță pe nimeni. Produsele dispar din Shopping și din Performance Max, cheltuiala scade, iar în rapoarte arată ca o lună mai slabă. Într-un catalog tehnic, respingerile ajung frecvent la sute de referințe fără ca cineva să observe săptămâni întregi.

Cauzele sunt aproape întotdeauna aceleași cinci. Iar diferența dintre a le repara în interfață și a le repara la sursă e că primele revin la următoarea actualizare.

1. Prețul din feed nu e prețul de pe site

E cea mai frecventă respingere și cea mai ușor de subestimat. Google compară prețul declarat în feed cu prețul pe care îl vede el pe pagina produsului. Dacă diferă, produsul e dezaprobat.

Sursele obișnuite ale diferenței: TVA inclus într-un loc și exclus în altul, preț cu reducere afișat pe site dar preț de listă în feed, sau pur și simplu un feed actualizat o dată pe zi într-un magazin unde prețurile se schimbă mai des.

Reparația la sursă înseamnă ca feedul să ia prețul din același câmp din care îl ia pagina, nu dintr-un export separat făcut altfel.

2. Lipsește GTIN-ul, sau e greșit

GTIN e codul global de identificare a produsului — EAN în Europa. Google îl cere pentru produsele fabricate de altcineva, fiindcă îi permite să potrivească aceeași referință între vânzători.

Într-un catalog de distribuție apar trei situații, și fiecare are alt răspuns corect:

• Produsul are GTIN de la fabricant. Se pune. Fără el, produsul pierde vizibilitate chiar dacă nu e respins direct.
• Produsul e fabricat de voi și nu are cod atribuit. Se declară explicit lipsa lui, cu atributul de identificator existent pus pe fals. Nu se lasă gol.
• Produsul e un set sau un pachet. Se marchează ca atare, altfel Google îl potrivește cu componenta individuală și îl consideră supraevaluat.

Greșeala frecventă e completarea GTIN-ului cu codul intern de stoc. Codul acela nu e global, nu se potrivește cu nimic, iar Google îl respinge ca invalid.

3. Imaginea are text, filigran sau ramă

Google cere imaginea produsului curată: fără text suprapus, fără logo promoțional, fără „reducere 20%”, fără ramă adăugată. E o regulă pe care magazinele care își fac singure imaginile o încalcă des, fiindcă aceleași fișiere se folosesc și în campanii de social media, unde textul e util.

Soluția e o variantă curată dedicată feedului, generată din aceeași ședință foto, nu retușată manual la fiecare respingere.

4. Disponibilitatea declarată nu corespunde realității

Un produs declarat „în stoc” care duce la o pagină unde scrie „la comandă” e o respingere sigură. Într-un catalog tehnic, unde jumătate din referințe se aduc pe comandă cu termen, atributul de disponibilitate trebuie să reflecte exact ce vede cumpărătorul.

Merită menționat că „la comandă” nu e o problemă în sine — e o stare validă, cu propriul atribut. Problema apare doar când feedul spune altceva decât pagina.

5. Categoria de produs Google lipsește sau e greșită

Taxonomia Google e separată de categoriile voastre. Pentru produse tehnice, potrivirea automată greșește des: un senzor industrial ajunge la electronice de consum, iar concurența pe licitație devine complet alta.

Se completează manual pentru categoriile importante. Nu pentru toate — pentru cele care aduc cifra de afaceri.

Cum verificați că nu se strică din nou

Respingerile se repară o dată; problema e că revin. Trei lucruri fac diferența:

• Feedul se generează, nu se editează. Orice corectură făcută manual în interfața Merchant Center se pierde la următoarea actualizare. Corectura trebuie făcută în sistemul care produce feedul.
• Cineva se uită la diagnostic săptămânal. Merchant Center trimite notificări doar la probleme grave. Avertismentele — care preced respingerile — trec neobservate.
• Există o alertă pe numărul de produse active. Dacă azi sunt active 3.200 de produse și mâine 2.700, cineva trebuie anunțat în aceeași zi, nu la raportul lunar.

Cât durează

Diagnoza pe un catalog de câteva mii de produse durează de obicei câteva zile. Reparațiile depind aproape în întregime de cât de accesibile sunt datele sursă: cu un ERP care expune corect câmpurile, e chestiune de săptămâni; cu date împrăștiate în fișiere întreținute manual, curățarea lor devine partea principală a proiectului.

Efectul se vede repede după aprobare, fiindcă produsele reintră în licitație imediat. Ce nu se recuperează e cheltuiala pierdută cât au fost afară — motiv suficient ca verificarea să fie periodică, nu ocazională.