Produse respinse în Google Merchant Center: cum rezolvi

Un magazin online poate avea 4.000 de produse în catalog și, fără să știe, doar 2.600 active în Google Shopping. Restul sunt respinse, iar campaniile continuă să ruleze normal, cu aceleași bugete și aceleași rapoarte aparent sănătoase. Diferența apare abia când compari numărul de produse trimise cu cel aprobat în Merchant Center. Pentru un magazin cu marjă mică, fiecare produs dispărut din auction înseamnă impresii și vânzări pe care nu le recuperezi niciodată.

Vestea bună este că majoritatea respingerilor au cauze repetitive și se rezolvă sistematic. Mai jos găsești cum le identifici, cum le tratezi în ordinea impactului și cum construiești un proces care le împiedică să revină.

De ce contează produsele respinse, chiar dacă nu le vezi

Un produs respins nu apare în anunțurile Shopping, în Performance Max și nici în listările gratuite din Google. Nu există o notificare în campanie care să-ți spună „ai pierdut 30% din catalog”. Contul arată în regulă, ROAS-ul pare stabil, dar acoperirea reală scade.

Problema se agravează din două motive. Primul: produsele respinse sunt adesea cele mai sensibile la modificări, adică cele cu stoc variabil, prețuri promoționale sau variante multiple. Al doilea: algoritmul Google învață din produsele active. Dacă bestseller-urile tale sunt respinse, campania se optimizează pe restul catalogului, care poate avea marjă mai mică sau cerere mai slabă.

Există și o diferență între respingere și avertisment. Un produs cu avertisment continuă să ruleze, dar cu vizibilitate redusă sau cu risc de suspendare ulterioară. Un produs respins (disapproved) este scos complet. Ambele merită tratate, dar prioritatea merge întâi la respingeri.

Cum identifici problemele în Merchant Center

Punctul de pornire este secțiunea Produse > Diagnosticare (sau „Needs attention”, în funcție de interfață). Acolo vezi problemele grupate după tip, cu numărul de produse afectate și cu exemple concrete. Nu începe cu produsul individual, ci cu grupul cel mai mare: o singură cauză la nivel de feed poate afecta sute de produse deodată.

Pași practici de audit:

exportă lista de produse cu statusul fiecăruia și filtrează după „Respins”;
grupează problemele după mesajul de eroare, nu după produs;
verifică dacă eroarea vine din feed (atribut greșit sau lipsă) sau din site (pagina de destinație nu corespunde feedului);
notează data primei apariții a erorii, ca să o corelezi cu o modificare recentă (schimbare de temă, actualizare de platformă, import nou).

Fă acest audit cel puțin lunar. Dacă ai promoții sezoniere sau catalog care se schimbă des, săptămânal. Un feed bine gestionat, descris în ghidul nostru despre feed management, reduce mult volumul de erori, dar nu le elimină complet, pentru că regulile Google se schimbă.

Cauzele cele mai frecvente și cum le rezolvi

Preț sau disponibilitate neconcordantă

Aceasta este cea mai frecventă respingere în magazinele românești. Google compară prețul din feed cu cel de pe pagina produsului. Dacă diferă, produsul este respins. Cauze tipice: feedul se actualizează o dată pe zi, dar prețurile se modifică de mai multe ori; TVA-ul este inclus pe site, dar lipsește din feed; moneda sau formatul zecimal diferă (1.299,00 versus 1299.00 RON).

Exemplu: un magazin de electrocasnice rulează un Black Friday cu reduceri programate la miezul nopții. Feedul se reîmprospătează la 06:00. Timp de șase ore, prețul din Google este cel vechi, iar sute de produse sunt respinse pentru neconcordanță. Soluția: programează actualizări de feed mai dese în perioadele promoționale, folosește fluxuri de actualizare parțială pentru preț și stoc și activează funcția de preț automat (automatic item updates), care permite Google să preia prețul și disponibilitatea direct din datele structurate de pe site.

GTIN lipsă sau invalid

GTIN-ul (codul de bare EAN/UPC) este atributul care leagă produsul tău de catalogul global Google. Lipsa lui reduce vizibilitatea, iar un GTIN invalid (cifră de control greșită, număr de cifre incorect) duce direct la respingere. Eroarea apare frecvent la produse de marcă pentru care furnizorul nu a transmis codul sau unde acesta a fost introdus manual cu greșeli.

Ce faci: cere codurile de la furnizori în fișierele de produse, validează cifra de control cu un script simplu sau cu un instrument de feed și nu inventa niciodată coduri. Pentru produse realizate la comandă sau fără cod de bare, setează atributul identifier_exists pe „no”, dar doar acolo unde este adevărat. Folosirea abuzivă poate duce la suspendarea contului.

Imagini neconforme

Google respinge imaginile cu watermark, text promoțional suprapus, logo-uri excesive, fundal prea încărcat sau rezoluție prea mică (minimum 100x100 px, recomandat peste 800x800). Respingerea apare și când URL-ul imaginii nu răspunde sau este blocat de robots.txt, ori când imaginea este un placeholder generic de tip „imagine indisponibilă”.

Rezolvarea este operațională: stabilește un standard intern pentru fotografiile de produs, fundal alb sau neutru, produs centrat, fără ștampile „-30%“. Dacă folosești imagini diferite pentru site și pentru feed, setează un câmp separat de imagine pentru Merchant Center.

Politici lipsă sau pagini incomplete

Contul poate avea produse perfect formatate și totuși să fie respins din motive de încredere. Google verifică existența paginilor de politică de returnare, politică de livrare, termeni și condiții, date de contact vizibile și informații despre firmă. În România, asta înseamnă și coerența cu obligațiile legale: drept de retragere de 14 zile, informații ANPC, date de identificare ale comerciantului.

Exemplu: un magazin nou lansat și-a trimis feedul corect, dar a primit „Politica de returnare lipsă”. Pagina exista, dar era accesibilă doar din subsolul încărcat dinamic, iar crawlerul nu a găsit-o. După ce a fost adăugat un link static în footer și a fost completată politica în setările Merchant Center, produsele au fost aprobate în două zile.

Probleme de site

Pagina de destinație trebuie să fie accesibilă, rapidă și să corespundă produsului din feed. Respingerile frecvente includ: eroare 404 sau redirect către altă pagină, pagină care cere login, blocare prin robots.txt sau firewall, lipsa HTTPS, produs marcat „indisponibil” pe site dar „în stoc” în feed. Verifică și că Googlebot are acces la pagina de coș și la imaginile produselor. Platformele cu protecție anti-bot agresivă blochează uneori crawlerul Google fără ca proprietarul să știe.

Procesul de remediere, pas cu pas

Ordinea contează, pentru că unele erori se maschează reciproc.

Prioritizează după impact. Începe cu grupul care afectează cele mai multe produse sau cele mai profitabile categorii.
Corectează la sursă. Dacă repari doar în Merchant Center, eroarea revine la următoarea sincronizare. Intervenția corectă se face în platformă, în PIM sau în regulile de feed.
Folosește reguli de feed pentru erori sistematice. Un exemplu: o regulă care adaugă automat brandul în titlu sau care completează o valoare implicită pentru atributul de condiție.
Retrimite și validează. După corecții, forțează o reîmprospătare a feedului și urmărește evoluția în Diagnosticare.
Cere o reevaluare, unde e cazul. Pentru suspendări la nivel de cont, nu doar de produs, trebuie să soliciți o revizuire după remedierea completă. Revizuirile repetate fără corecții reale prelungesc procesul.

Aprobarea durează de obicei între câteva ore și trei zile lucrătoare. Dacă după 72 de ore produsele rămân respinse cu același mesaj, reia verificarea sursei, nu retrimite la nesfârșit același fișier.

Monitorizare continuă și bune practici de feed

Remedierea unică nu ajunge. Un feed este un sistem viu: stocurile se schimbă, apar produse noi, furnizorii modifică datele. Cele mai bune rezultate le au magazinele care tratează calitatea feedului ca pe un proces permanent.

Practici care funcționează:

setează alerte pe email pentru probleme noi în Merchant Center și verifică-le zilnic în perioadele de campanie;
definește un prag intern, de exemplu „peste 95% din produse aprobate”, și investighează orice scădere;
documentează schimbările de platformă sau de temă, pentru că o actualizare poate rupe datele structurate peste noapte;
păstrează titluri descriptive și atribute complete (brand, culoare, mărime, material, categorie Google corectă);
testează feedul pe un set mic de produse înainte de importuri masive.

Optimizarea nu se oprește la eliminarea erorilor. Un produs aprobat cu titlu slab sau cu categorie greșită performează mult sub potențial. Pentru partea aceasta, ghidul despre cum optimizezi feedul de produse detaliază titlurile, atributele și segmentarea pe marjă. Merită citit odată ce baza tehnică este curată, iar conceptul general de feed de produse rămâne referința pentru echipa ta.

Documentația oficială Google despre problemele de produs din Merchant Center listează fiecare mesaj de eroare cu pașii de rezolvare, deci este util să o ai la îndemână când întâlnești un caz atipic.

Întrebări frecvente

Cât durează până când un produs respins devine aprobat?

După ce ai corectat sursa și ai retrimis feedul, Google reevaluează produsele de obicei în 24-72 de ore. Dacă mesajul de eroare nu dispare, problema nu a fost remediată la sursă.

Pot rula campanii Shopping cu o parte din produse respinse?

Da, produsele aprobate rulează normal. Dar produsele respinse nu generează impresii, deci pierzi acoperire exact pe produsele cu probleme, care adesea includ bestseller-e.

Lipsa GTIN duce întotdeauna la respingere?

Nu întotdeauna. Pentru multe produse lipsa duce la vizibilitate redusă sau la avertisment. Respingerea apare când codul este invalid sau când atributele de identificare sunt contradictorii.

De ce se întâmplă respingerile de preț chiar dacă feedul pare corect?

De obicei apar din decalajul de timp între actualizarea feedului și modificarea prețului pe site, sau din diferențe de TVA și format. Actualizările automate de articole reduc mult riscul.

Ce fac dacă tot contul este suspendat?

Identifică politica încălcată din notificarea Merchant Center, corectează complet problema pe site și în setări, apoi solicită o revizuire. Nu cere revizuiri repetate înainte de a remedia cauza.

Cât de des ar trebui să verific Diagnosticarea?

Lunar este minimul, săptămânal pentru cataloage dinamice și zilnic în perioade de reduceri sau campanii majore.

Concluzie

Produsele respinse sunt una dintre cele mai ieftine surse de creștere ignorate în e-commerce: nu trebuie să cumperi mai mult trafic, ci doar să recuperezi vizibilitatea pe care o meriți deja. Diagnosticul este simplu, remedierea cere disciplină, iar monitorizarea continuă face diferența între un cont stabil și unul care pierde vânzări în tăcere.

Dacă vrei un audit al contului tău Merchant Center și al feedului, echipa SalesUp îți poate identifica rapid erorile cu cel mai mare impact și le poate corecta la sursă. Află mai multe despre abordarea noastră în Google Ads pentru eCommerce sau scrie-ne aici pentru o discuție fără obligații.