Google Shopping și Merchant Center: de la catalog eligibil la vânzare măsurată

Google Shopping transformă datele produsului într-un anunț cu imagine, titlu, preț și comerciant. Nu scrii o reclamă pentru fiecare SKU și nu alegi doar o listă de cuvinte cheie. Trimiți un catalog structurat în Merchant Center, iar Google îl corelează cu căutările și cu alte contexte eligibile. Calitatea acelui catalog decide dacă produsul poate apărea și ce înțelege sistemul despre el.

De aceea, o campanie Shopping nu începe în Google Ads. Începe cu magazinul: pagini funcționale, preț și stoc sincronizate, politici clare, identificatori corecți și o sursă de date pe care o poți menține. Campania poate licita numai pentru produsele pe care Merchant Center le aprobă; nu repară un catalog contradictoriu.

Ce este Google Shopping și când se potrivește modelului tău

Shopping este un format și un ecosistem pentru oferte de produse. În rezultate, utilizatorul poate vedea produsul înainte de clic, ceea ce mută o parte din calificare în reclamă: design, preț, disponibilitate și magazin. Datele Merchant Center pot alimenta anunțuri Shopping prin campanii eligibile și listări gratuite pe suprafețele disponibile.

Se potrivește când vinzi produse cu pagină, preț, disponibilitate și posibilitate reală de cumpărare. Este potrivit pentru un magazin online propriu, un retailer cu inventar local configurat sau o structură hibridă care poate furniza date exacte. Nu este un substitut pentru promovarea serviciilor, ofertelor fără preț ori listărilor care trimit utilizatorul către o pagină generică.

Înainte de setup, răspunde la patru întrebări:

• clientul poate finaliza cumpărarea în destinația declarată?
• prețul și stocul din site se actualizează suficient de repede?
• produsele au identificatori și variante administrate coerent?
• poți calcula valoarea comenzii după anulări, retururi și marjă?

Dacă vinzi exclusiv într-un marketplace precum eMAG și nu controlezi un magazin eligibil și feedul lui, nu presupune că poți deschide Merchant Center pentru paginile marketplace-ului ca și cum ar fi site-ul tău. Verifică modelul de marketplace și drepturile asupra domeniului. Merchant Center cere ca afacerea, datele și destinația să formeze o relație verificabilă.

Separă și listările gratuite de publicitatea plătită. Același catalog poate deveni eligibil pentru suprafețe gratuite și pentru campanii, dar permisiunea de participare nu este promisiunea că produsul va primi impresii. Pentru listări, relevanța datelor și cererea rămân decisive; pentru reclame, intervin și bugetul, licitarea și structura campaniei. Evaluează cele două surse separat în rapoarte, ca să nu atribui bugetului trafic care a venit organic.

Pentru un retailer cu magazine fizice, inventarul local este încă un proiect de date: locații, cantitate sau disponibilitate și pagini potrivite magazinului. Nu activa componenta doar fiindcă există în meniu. Dacă stocul local nu este sincronizat, reclama poate trimite clientul la un produs indisponibil și transformă acoperirea în cost operațional.

Merchant Center este registrul ofertei, Google Ads cumpără distribuția

Separă rolurile. Merchant Center păstrează informațiile despre companie, site, sursele de produse, livrare, retururi, eligibilitate și probleme. Google Ads folosește produsele aprobate în campanii și atașează buget, licitare și obiective. Legarea conturilor permite schimbul necesar, dar accesul într-un cont nu oferă automat dreptul de editare în celălalt.

Această separare explică multe erori de diagnostic. Dacă produsul este respins pentru neconcordanță de preț, nu îl repari schimbând oferta din Google Ads. Dacă produsul este eligibil, dar nu primește trafic, investighezi structura campaniei, licitarea, cererea și concurența. Dacă primește clicuri, dar nu vinde, verifici pagina, prețul total, oferta și măsurarea.

Păstrează proprietatea conturilor la comerciant. Firma trebuie să controleze domeniul, Merchant Center, Google Ads, Analytics și metoda de plată, iar agenția să primească accesul necesar. Notează ID-urile, administratorii, sursa de date și cine răspunde de fiecare flux. Plecarea unui furnizor nu trebuie să lase catalogul fără proprietar.

Creează o matrice simplă de responsabilitate. ECommerce-ul răspunde de sortiment, preț și promoții; operațiunile, de stoc, livrare și retur; dezvoltarea, de export și pagini; marketingul, de titluri, etichete și campanii; financiarul, de marjă și comenzi nete. Pentru fiecare problemă din Merchant Center trebuie să existe un proprietar și un termen, nu doar un screenshot trimis într-un grup.

Păstrează și un mediu de test atunci când integrarea îl permite. O schimbare de plugin, temă, structură de URL sau monedă poate modifica feedul fără ca echipa de Ads să fi intervenit. Revizia înainte de deploy trebuie să includă câteva produse reprezentative, variante, reduceri, indisponibilitate și checkout.

Pregătește magazinul înainte să creezi sursa de produse

Merchant Center evaluează mai mult decât fișierul. Site-ul trebuie să funcționeze, să reprezinte afacerea și să ofere informațiile necesare unei decizii de cumpărare. Pagina produsului trebuie să corespundă ofertei trimise și să permită utilizatorului să înțeleagă ce cumpără.

Checklist de pregătire:

1. domeniul folosește HTTPS și paginile importante sunt accesibile;
2. datele comerciale și de contact sunt reale și ușor de găsit;
3. condițiile de livrare, costurile și termenele sunt explicate;
4. politica de retur și rambursare corespunde pieței deservite;
5. prețul final, moneda și stocul sunt vizibile pe produs;
6. checkout-ul funcționează, fără pași blocați ori costuri-surpriză;
7. imaginile și descrierile reprezintă produsul real;
8. paginile nu promit ceva ce feedul contrazice.

Fă o comandă de test pe mobil și una pe desktop. Verifică emailurile, plata, anularea și actualizarea stocului. Dacă oferi plata la livrare, ridicare sau livrare gratuită condiționată, asigură-te că regulile din site și cele configurate în Merchant Center spun același lucru.

Datele structurate Product pot ajuta Google să citească informații actuale de pe pagină și să compare feedul cu site-ul. Nu înlocuiesc sursa de produse și nici nu acoperă un checkout defect. Folosește-le ca strat de consistență și monitorizează erorile din Search Console.

Creează contul, verifică domeniul și configurează afacerea

Folosește identitatea firmei care operează magazinul. Completează țara, datele de contact și informațiile cerute pentru modelul de vânzare. Activează autentificarea în doi pași și adaugă cel puțin un administrator controlat de companie.

Verificarea domeniului dovedește că poți controla site-ul; revendicarea îl asociază contului Merchant Center în condițiile produsului. Metodele pot include tag HTML, Analytics, Tag Manager sau alte mecanisme oferite în interfață. Alege metoda pe care echipa o poate menține. Nu elimina tagul după verificare fără să înțelegi consecința.

Configurează apoi:

• adresa și datele de serviciu clienți;
• piețele și limbile în care vinzi real;
• livrarea, timpii de procesare și costurile;
• politica de retur, cu eventuale excepții;
• setările de taxe unde sunt aplicabile;
• utilizatorii și aplicațiile conectate.

Un transcript despre respingeri numește corect lipsa verificării și revendicării site-ului drept o cauză concretă. Dar nu te opri la bifă. Verifică dacă domeniul selectat este cel al paginilor din feed, dacă redirecturile nu schimbă țara sau moneda și dacă platforma eCommerce nu trimite produsele spre un subdomeniu diferit.

Construiește sursa de produse din adevărul magazinului

Sursa poate veni prin integrarea platformei, fișier, Google Sheets, preluare automată sau API, în funcție de opțiunile curente. Microsoft Merchant Center documentează la rândul său feeduri locale, FTP/SFTP, descărcare de la URL și importuri recurente, confirmând că metoda de transport trebuie aleasă după actualizare și control, nu după comoditatea inițială. Alege după volum, frecvența schimbărilor și capacitatea tehnică. Un fișier actualizat manual poate fi suficient pentru un catalog mic și stabil; devine risc pentru mii de SKU-uri cu stoc și preț dinamic.

Atributele de bază includ identificatorul intern, titlul, descrierea, URL-ul, imaginea, disponibilitatea și prețul. În funcție de produs și piață pot fi necesare brand, GTIN, MPN, stare, categorie, sex, vârstă, culoare, mărime, material, item group ID și alte câmpuri. Urmează specificația curentă, nu un șablon vechi de blog.

Trei reguli protejează catalogul:

• id trebuie să rămână stabil; schimbarea lui rupe istoricul produsului;
• variantele trebuie grupate corect și să aibă URL-uri, prețuri și imagini potrivite;
• fiecare câmp trebuie să descrie produsul, nu să fie folosit ca spațiu promoțional improvizat.

Titlul pune mai întâi informația care separă oferta: tip, brand, model, atribut relevant. Nu umple fiecare titlu cu „cel mai bun”, majuscule și promoții. Descrierea explică produsul, nu politicile magazinului. Imaginea principală trebuie să arate produsul clar, fără elemente promoționale interzise sau nepotrivite.

Un feed sănătos nu este doar „aprobat”. Este util pentru selecția campaniei și analiza afacerii. Adaugă custom labels pentru marjă, sezonalitate, best-seller, stoc sau prioritate, dacă schema de operare o cere. Etichetele nu se văd cumpărătorului; te ajută să grupezi și să iei decizii fără să rescrii titlul.

Definește etichetele înainte de a le popula. De exemplu, marja_mare trebuie să aibă o formulă și un responsabil, nu să însemne altceva pentru merchandising și PPC. Evită etichetele care se suprapun și valorile libere scrise diferit. Pentru campanii, o taxonomie stabilă permite includerea sau excluderea produselor fără filtre fragile bazate pe titlu.

Verifică și produsele pachet, abonamentele, precomenzile și bunurile personalizate. Ele pot avea reguli de preț, disponibilitate sau identificare diferite. Nu forța un atribut fals ca să treacă validarea. Dacă produsul nu se potrivește specificației ori politicii, schimbă modelul de listare sau exclude-l din destinație.

Sincronizarea prețului și stocului este o obligație continuă

Cea mai periculoasă presupunere este că un feed validat o dată rămâne corect. Site-ul, ERP-ul, promoțiile și stocul se schimbă. Merchant Center compară datele trimise cu destinația și poate aplica actualizări automate ori poate limita produsele când găsește nepotriviri.

Stabilește sursa de adevăr. Într-o arhitectură simplă, magazinul generează feedul, iar feedul reflectă aceeași bază de date ca pagina. Într-o arhitectură complexă, PIM-ul sau ERP-ul poate alimenta mai multe canale. Oricare ar fi modelul, documentează:

• cine schimbă prețul și când;
• cât durează până ajunge în feed și pe pagină;
• cum sunt tratate promoțiile și datele lor;
• cum se închide produsul epuizat;
• ce se întâmplă cu variantele parțial disponibile;
• cum sunt alertate erorile de import.

Testează diferențele de fus orar și TVA. Prețul din feed și cel accesibil utilizatorului trebuie să coincidă pentru țara și varianta trimisă. Dacă pagina alege implicit altă monedă sau modifică prețul după locație, Google poate vedea altceva decât operatorul din România.

Actualizările automate pot reduce anumite nepotriviri, dar nu trebuie folosite ca plasture permanent pentru un export defect. Dacă Merchant Center suprascrie des prețul sau stocul, investighează de ce sursele nu sunt sincronizate.

Repară respingerile după cauză, nu prin încercări aleatorii

În zona „Needs attention” sau diagnosticul echivalent, separă problemele la nivel de cont de cele la nivel de articol. O suspendare ori o problemă de site poate afecta întregul catalog. Un atribut lipsă poate afecta doar anumite produse. Deschide detaliul problemei, citește politica legată și verifică exemple concrete.

Procedura de remediere:

1. notează mesajul exact, destinația și numărul produselor afectate;
2. deschide câteva SKU-uri și compară fiecare atribut cu pagina;
3. stabilește dacă eroarea vine din sursă, integrare, site sau politica afacerii;
4. corectează sistemul de origine, nu doar valoarea rezultată;
5. regenerează și procesează sursa;
6. verifică dacă datele noi au fost preluate;
7. solicită revizuire numai când condițiile sunt îndeplinite.

Probleme frecvente: preț sau disponibilitate nepotrivite, identificatori inexacți, imagini neconforme, variante construite greșit, destinații nefuncționale, lipsa politicilor, informații comerciale insuficiente ori categorii cu restricții. Faptul că un concurent pare să afișeze un produs nu demonstrează eligibilitatea ofertei tale și nu anulează mesajul din cont.

Nu retrimite revizuiri la întâmplare. Unele procese limitează numărul sau frecvența solicitărilor. Păstrează capturi, orele modificărilor, SKU-urile testate și răspunsurile. Dacă problema reapare, jurnalul arată dacă sursa veche a suprascris corecția.

Tratează separat avertismentele și respingerile. Un avertisment poate lăsa produsul activ, dar poate reduce calitatea ori poate anunța o viitoare problemă; o respingere oprește destinația afectată. Prioritizează întâi contul și produsele cu impact comercial, însă nu lăsa avertismentele să se acumuleze până la sezonul de vârf.

Pentru incidente de cont, oprește schimbările paralele. Dacă echipe diferite modifică feedul, politica și site-ul în aceeași zi, nu vei ști ce a rezolvat sau agravat problema. Fă o ipoteză, aplică o corecție trasabilă, așteaptă procesarea necesară și documentează rezultatul. Escaladează cu exemple de produs, capturi, URL-uri și ore, nu cu descrierea vagă «nu merge Shopping».

Leagă Merchant Center de Google Ads fără să pierzi proprietatea

Pentru campaniile care folosesc catalogul, conturile trebuie conectate conform fluxului curent. Inițiatorul și aprobatorul au nevoie de rolurile potrivite. Verifică ID-ul exact: o agenție poate gestiona mai multe conturi, iar legarea greșită expune date sau blochează setup-ul.

După legare, confirmă:

• contul Ads vede Merchant Center corect;
• țara și produsele eligibile corespund campaniei;
• conversia de cumpărare înregistrează valoare, monedă și transaction ID;
• remarketingul și datele despre public au consimțământ și configurare adecvate;
• accesul agenției poate fi revocat fără să pierzi conturile;
• campania include numai grupurile de produse pe care vrei să le finanțezi.

Poți folosi feedul într-o campanie Shopping eligibilă ori într-un setup Performance Max pentru retail. Alegerea nu schimbă adevărul de bază: catalogul spune ce vinzi, iar campania decide cât și unde cumpără distribuție. Un ghid tehnic independent despre Shopping arată de ce un feed curat trebuie să păstreze atribute precum ID, disponibilitate și GTIN, nu să copieze baza de produse fără control. Ghidul Performance Max explică separat automatizarea multi-canal.

Condu campania pe marjă și disponibilitate, nu pe clicuri

După aprobarea produselor, nu declara proiectul terminat. Importă tranzacția corectă și reconciliază venitul din platformă cu comenzile nete. Pentru profit, ai nevoie de costul produsului, livrare, taxe, anulări, retururi și costul operațional. Un ROAS mare pe venit brut poate ascunde o categorie care nu produce marjă.

Construiește o vedere săptămânală pe categorii sau etichete:

Exclude ori limitează produsele fără stoc, fără marjă sau cu probleme nerezolvate. Nu lăsa algoritmul să învețe dintr-un catalog în care fiecare comandă are aceeași valoare aparentă. Pentru strategia completă, serviciul Google Ads leagă feedul de campanie, iar strategia eCommerce leagă achiziția de ofertă și retenție.

Ia deciziile și după capacitatea de reaprovizionare. Un SKU foarte performant cu două unități rămase nu merită neapărat buget suplimentar; un produs cu vânzare mai lentă, dar stoc mare și marjă sănătoasă poate susține achiziția. Feedul trebuie să transmită starea, iar structura campaniei trebuie să permită reacția.

Pentru produse cu cicluri de cumpărare diferite, nu judeca toate perioadele la fel. Mobilierul, consumabilele și moda au întârzieri, retururi și coșuri distincte. Compară rezultatul după încheierea ferestrei comerciale și urmărește dacă reclama mută doar vânzarea dintre categorii sau aduce cerere profitabilă nouă.

Auditul săptămânal care păstrează catalogul eligibil

În fiecare săptămână, verifică problemele noi, tendința produselor active, expirările și schimbările sursei. Ia un eșantion din produsele cu cost mare și compară anunțul, feedul, pagina și checkout-ul. Revizuiește căutările și categoriile, dar nu modifica titlurile numai pentru a insera termeni; păstrează precizia produsului.

Lunar, revizuiește accesul, legăturile, politicile de livrare și retur, custom labels și produsele cu performanță economică slabă. La schimbări de platformă, migrare sau promoții mari, crește frecvența. Catalogul este infrastructură operațională, nu fișier SEO uitat într-un drive.

Un incident trebuie să producă o corecție de sistem. Dacă prețurile au fost respinse după o promoție, nu edita doar zece SKU-uri: repară regula care generează perioada promoțională. Dacă variantele pierd imaginile, repară mapping-ul. Dacă produsele vechi reapar, corectează sursa și programarea importului.

Întrebări frecvente

De ce îmi respinge Merchant Center produsele?

Mesajul exact din cont este punctul de pornire. Compară feedul cu pagina și politica asociată; cauza poate fi atribut, identificator, preț, stoc, imagine, destinație, site sau cont.

Îmi trebuie Merchant Center dacă vând doar pe eMAG?

Nu presupune că poți folosi paginile marketplace-ului drept magazin propriu. Ai nevoie de un model eligibil și de controlul cerut asupra domeniului și datelor; verifică opțiunile marketplace-ului.

Listările gratuite înseamnă că produsele vor apărea sigur?

Nu. Activarea și eligibilitatea permit participarea, dar nu garantează afișarea. Datele și cererea influențează potrivirea.

Pot actualiza feedul o dată pe lună?

Numai dacă prețul și stocul nu se schimbă între actualizări, situație rară în eCommerce. Frecvența trebuie să urmărească volatilitatea catalogului.

Google Shopping folosește cuvinte cheie?

Sistemul folosește datele produsului și alte semnale pentru eligibilitate; controlul nu este identic cu o campanie Search bazată pe lista ta de cuvinte cheie.

Cum măsor dacă Shopping este profitabil?

Leagă tranzacțiile de comenzi nete și marjă, nu doar de venit brut. Include anulările, retururile, livrarea și costurile variabile.

Merchant Center este puntea dintre realitatea magazinului și distribuția Google. Când catalogul spune adevărul, campania poate decide informat. Când prețul, stocul, identificatorii și politicile se contrazic, nici licitarea și nici automatizarea nu pot compensa fundația.