Produsele sunt aprobate, campania consumă buget, iar interfața Google Ads afișează conversii. Totuși, comenzile din magazin nu lasă profitul așteptat. În alt cont, bugetul nici nu pornește: produsele sunt respinse pentru preț, imagine sau identificator, iar echipa încearcă să repare problema modificând licitația. Ambele situații vin din aceeași confuzie — Google Shopping este tratat ca o singură setare, deși este un lanț de sisteme.
Google Shopping pentru magazine online pornește de la catalogul și paginile tale, trece prin Merchant Center, apoi prin Google Ads și se închide abia când o comandă validă este reconciliată cu valoarea și marja ei. Dacă un produs nu este eligibil, campania nu îl poate salva. Dacă purchase trimite o valoare greșită, algoritmul poate optimiza disciplinat spre rezultatul greșit.
Ghidul urmează opt pași, în ordinea în care dependențele se pot verifica: cont, sursă de produse, calitatea datelor, campanie, licitare, buget, măsurare și control post-lansare. Pentru rolul canalului în ansamblul afacerii, vezi strategia de creștere pentru ecommerce; aici rămânem la mecanica și economia Shopping.
Google Shopping este un lanț de date, eligibilitate și distribuție
Un anunț Shopping se construiește din atributele produsului, nu dintr-un text publicitar scris pentru fiecare căutare. Google explică în documentația despre product data că Shopping și Performance Max folosesc date precum titlul, imaginea, prețul, disponibilitatea și condiția pentru a crea și potrivi afișările. În Search alegi cuvinte-cheie; în Shopping, catalogul descrie ce poate înțelege sistemul despre ofertă.
Separă patru niveluri:
| Nivel | Rol | Întrebarea de control |
|---|---|---|
| magazinul | ține produsul, prețul, stocul, pagina și checkoutul | informația este adevărată și identică până la plată? |
| Merchant Center | primește datele, verifică politica și eligibilitatea | produsul este aprobat pentru țara și destinația dorită? |
| Google Ads | alege campania, inventarul, licitația, bugetul și distribuția | cheltuiala urmărește obiectivul comercial potrivit? |
| măsurarea | leagă clickul de comandă, valoare, anulare și retur | conversia raportată seamănă cu rezultatul economic? |
Există și listări gratuite. Ele nu sunt același lucru cu reclamele. Ghidul Google pentru crearea unei campanii Shopping numește Shopping campaigns publicitate plătită și precizează că oferă control și vizibilitate față de free listings, care depind de oferta de produs și de algoritmul de afișare. Un produs aprobat poate apărea într-o destinație și nu în alta; un produs eligibil nu primește automat trafic.
Această distincție te scapă de diagnostice false. „Apare în Merchant Center” nu înseamnă „este în campanie”. „Campania este activă” nu înseamnă „produsul este eligibil”. „Google Ads are purchase” nu înseamnă „comanda este achitată și profitabilă”. Pentru fiecare simptom, verifică nivelul care îl poate produce.

Pasul 1: stabilește conturile, țara și perimetrul comercial
Înainte să creezi campania, desenează pe o pagină proprietatea conturilor. Firma trebuie să știe cine controlează domeniul, Merchant Center, Google Ads, analytics și integrarea platformei. Folosește adrese ale organizației și cel puțin doi administratori potriviți, nu un singur cont personal al colaboratorului. Notează ID-urile și păstrează recuperarea accesului în responsabilitatea firmei.
Configurarea Merchant Center — firma, verificarea și revendicarea domeniului, datele de livrare și retur, țara și legarea conturilor — este tratată separat în ghidul despre Google Shopping și Merchant Center. Nu o repetăm click cu click, deoarece interfața se schimbă, iar articolul de față deține decizia după ce infrastructura există.
Perimetrul comercial trebuie să răspundă la câteva întrebări înainte de buget:
- în ce țări livrezi realmente și în ce monedă încasezi;
- ce produse poți promova legal și operațional în fiecare țară;
- cum calculezi transportul și în cât timp îl livrezi;
- ce categorie, brand, marjă și stoc accepți în pilot;
- dacă ai magazin fizic, cine administrează inventarul local separat de cel online;
- care obiectiv intră în bidding: achiziția online, o vânzare în magazin sau alt rezultat.
Țara campaniei nu este o simplă setare geografică. Trebuie să se potrivească cu țara de vânzare din Merchant Center, moneda, pagina, condițiile de livrare și disponibilitatea produsului. Dacă magazinul livrează numai în România, o audiență „interesată de România” din alt stat nu este automat eligibilă. Verifică prezența geografică, nu presupune că interesul înseamnă capacitate de livrare.
Pentru inventarul local, tratează online și fizic ca două promisiuni de stoc. Pentru local inventory ads, Google cere date de produs locale în Merchant Center și bifarea opțiunii „Turn on ads for products sold in local stores” la nivel de campanie; nu rulează implicit. Setarea este volatilă; controlul corect este să verifici ce inventar intră și ce buget îl deservește în contul real, nu să te bazezi pe un screenshot vechi.
Pasul 2: alege sursa de produse și păstrează un adevăr unic
Sursa de produse poate fi un conector al platformei, un fișier programat, un tabel, o integrare proprie sau Merchant API. Alegerea depinde de mărimea catalogului, frecvența schimbărilor, variante, piețe și capacitatea de mentenanță. Nu alege metoda după viteza primei configurări, ci după cât de repede poate reflecta o schimbare reală de preț și stoc.
O integrare nativă reduce lucrul manual, dar nu completează automat datele care lipsesc din catalog. Shopify arată în cerințele canalului Google & YouTube că importă datele existente, însă unele produse au nevoie de categorie Google și identificatori suplimentari înainte de sincronizare. În plus, variantele și anumite categorii au cerințe proprii. „Conectat” descrie conducta, nu calitatea informației care curge prin ea.
O platformă românească poate oferi aceeași logică de sincronizare. Aplicația Google Shopping de la Gomag generează un feed configurabil și permite selectarea produselor ori mărcilor care intră. Folosește această pagină doar ca dovadă a funcției locale; promisiunile comerciale despre costuri sau rezultate nu spun ce va obține magazinul tău.
Conectarea nu este același lucru cu operarea. Google cere date de produs complete, actualizate și coerente cu pagina de destinație; licitarea și profitabilitatea rămân decizii separate. O sursă comercială nu poate stabili rezultatul canalului pentru magazinul tău.
Stabilește un sistem-sursă pentru fiecare câmp critic:
| Câmp | Sursa recomandată | Control |
|---|---|---|
| ID produs/variantă | catalogul magazinului sau ERP | rămâne stabil între actualizări |
| titlu și descriere | catalogul aprobat editorial | corespund exact produsului și variantei |
| preț și preț redus | sistemul comercial care conduce checkoutul | moneda și perioada promoției coincid cu pagina |
| disponibilitate | stocul care poate fi onorat | statusul se schimbă înainte să accepte comenzi imposibile |
| imagine | biblioteca produsului | varianta, culoarea și produsul sunt cele vândute |
| GTIN/brand/MPN | producător ori evidență verificată | nu se inventează identificatori |
GS1 definește GTIN drept identificator global unic al unui produs comercial; nu genera coduri arbitrare pentru a trece validarea feedului. | custom labels | stratul de marketing | marjă, sezonalitate și categorie, fără a rescrie datele produsului |
Nu edita manual în Merchant Center un preț care va fi suprascris la următoarea sincronizare. Repară sursa. Dacă ai nevoie de o regulă suplimentară, documentează unde este aplicată și cine o menține. Altfel, după câteva luni vei avea magazin, plugin, feed supplemental și corecții manuale care se contrazic.
Pasul 3: repară datele și respingerile într-o ordine verificabilă
Când produsele nu apar, începe prin a separa Status de Visibility. Documentația Merchant Center despre lista de produse explică faptul că statusul arată aprobarea sau respingerea datelor, iar vizibilitatea arată dacă produsul se afișează efectiv. Un produs poate fi aprobat și totuși invizibil din alte motive, precum destinația, magazinul sau campania.
Folosește ordinea următoare:
- Contul: există o suspendare, o verificare incompletă sau o problemă de politică la nivel de cont?
- Destinația și țara: produsul este trimis către Shopping ads pentru țara potrivită?
- Sursa: ultima preluare a reușit, iar produsul vine din sursa așteptată?
- Câmpul obligatoriu: titlu, link, imagine, preț, disponibilitate, brand ori identificator lipsesc sau au format greșit?
- Concordanța: feedul, datele structurate, pagina și checkoutul afișează aceeași variantă, monedă, valoare și stare?
- Pagina: URL-ul funcționează pentru crawler și utilizator, fără autentificare, redirect nepotrivit ori eroare?
- Campania: produsul eligibil este inclus în feed label, product group și locație și nu este exclus?
- Timpul: corecția a fost preluată și reprocesată sau verifici înainte de actualizare?
Video-ul oficial Google despre depanarea produselor respinse grupează cauzele în date lipsă, probleme de politică, date inexacte — în special diferențe de preț — și probleme tehnice precum linkuri rupte sau format greșit. El indică Needs attention ca loc pentru impact, explicație și remediere. Urmează eroarea concretă, nu o listă generică de „optimizări”.
Specificația oficială pentru datele de produs trebuie consultată pentru câmp și țară. De exemplu, variantele pot cere item_group_id, culoare, mărime ori material, iar anumite produse în UE au cerințe de certificare. Cerințele evoluează; nu transforma un checklist static într-o garanție.
Prețul și disponibilitatea sunt o sursă frecventă de discrepanță. Google poate aplica automatic item updates folosind datele din landing page pentru preț, disponibilitate și condiție, dar documentația spune explicit că funcția repară temporar un procent mic de nepotriviri și nu înlocuiește actualizarea regulată a sursei. Dacă automatizarea „salvează” zilnic feedul, ai o problemă de sincronizare de rezolvat.
Structured data pentru merchant listings ajută Google să înțeleagă Product și Offer, inclusiv preț, stoc, livrare și retur. Nu este un feed complet și nici nu scuză discrepanțele. Testează markupul, dar verifică și HTML-ul vizibil, varianta selectată și valoarea din checkout.
Pasul 4: alege campania după controlul și inventarul necesar
După ce produsele pilot sunt eligibile, alegi tipul de campanie. Standard Shopping oferă controale și raportare centrate pe produse și interogări. Performance Max distribuie pe mai multe suprafețe și folosește mai multă automatizare. Niciuna nu este „corectă” independent de obiectiv, date, inventar și capacitatea de analiză.
Pentru un pilot, întrebările utile sunt:
- vrei să izolezi Shopping sau accepți distribuție multi-canal;
- ai conversii de cumpărare curate și valori suficient de stabile pentru bidding automat;
- poți separa produsele după marjă, categorie, stoc, sezon și rol;
- există campanii care promovează același inventar și pot concura ori suprascrie controlul;
- ai active și semnale potrivite dacă alegi Performance Max;
- ce raport poți folosi pentru a decide la nivel de produs, nu doar la nivel de campanie.
Nu trimite întreg catalogul în prima zi. Alege o familie pentru care stocul, prețul, pagina și marja sunt stabile. Exclude produsele fără disponibilitate, cu retur neobișnuit, cu restricții ori cu economie necunoscută. Folosește product_type și custom labels pentru o segmentare pe care o poți explica.
În Standard Shopping, product groups îți permit să incluzi sau să separi inventarul. Tutorialul din 2026 despre configurarea unei campanii Shopping arată gruparea pe categorii și identificatori. Este util ca demonstrație de interfață, dar CPC-ul, bugetul și adaosurile procentuale propuse sunt ale exemplului; nu intră în recomandarea noastră.
Dacă vrei să compari Standard Shopping cu Performance Max, nu judeca două campanii lansate în luni diferite, cu alte produse și alte obiective. Google oferă o procedură de experiment dedicată. O comparație utilă păstrează inventarul eligibil, conversia, valoarea, perioada și tratamentul promoțional cât mai comparabile și urmărește canibalizarea, nu doar ROAS-ul raportat.

Pașii 5 și 6: derivează licitarea și bugetul din economia produselor
Bugetul nu pornește de la „cât cere Google”, iar licitarea nu pornește de la ROAS-ul preferat. Începe cu marja disponibilă pentru achiziție și cu rata la care clickurile devin comenzi valide.
Pentru fiecare familie de produse, construiește o fișă:
venit fără TVA − cost marfă − discount − subvenție transport − procesare plată − cost variabil de retur = marjă de contribuție înainte de ads.
Presupune un produs cu 300 lei venit fără TVA și costuri variabile de 210 lei. Rămân 90 lei înainte de publicitate. Dacă firma cere 30 lei contribuție după ads, costul maxim teoretic de achiziție este 60 lei. La o rată de conversie observată de 2%, valoarea maximă pur aritmetică per click ar fi 60 × 0,02 = 1,20 lei. Exemplul nu este recomandare și nu include incertitudinea, retururile întârziate sau diferențele între produse.
Același calcul poate fi exprimat ca ROAS de echilibru. Dacă poți cheltui 60 lei pentru 300 lei venit, raportul venit/cost este 5, adică 500%. Dar un target ROAS egal cu pragul de echilibru nu lasă tampon pentru erori, variație și comenzi returnate. În plus, dacă valoarea trimisă în Google Ads include TVA și transport, iar calculul financiar nu, compari definiții diferite.
Alege strategia de licitare după datele disponibile și toleranța la explorare. Manual CPC sau Maximize Clicks poate oferi control inițial, dar poate cumpăra trafic fără comenzi. Maximize Conversion Value și target ROAS pot folosi valoarea, însă o valoare greșită este multiplicată de automatizare. Nu schimba simultan feedul, inventarul, bidul, bugetul și obiectivul; nu vei ști ce a produs schimbarea.
Un buget de pilot trebuie să poată cumpăra suficientă observație pentru decizia aleasă, fără să riște cashflow-ul. Estimează clickurile din intervalul CPC plauzibil, comenzile din rata internă și timpul până când retururile se maturizează. Dacă volumul estimat este prea mic pentru a evalua o categorie, restrânge întrebarea sau prelungește perioada; nu inventa certitudine.
Pasul 7: măsoară comanda corectă, valoarea și profitul
Pentru ecommerce, obiectivul primar al campaniei ar trebui să fie de regulă purchase valid, cu ID de tranzacție și valoare coerentă. Add to cart, begin checkout și newsletter sunt utile pentru diagnostic, dar dacă intră ca obiective primare în aceeași strategie pot orienta bidurile spre acțiuni care nu sunt venit.
Leagă tehnic și financiar traseul prin măsurarea ecommerce și reconcilierea conversiilor. Pentru fiecare comandă atribuită, verifică:
- ID-ul există o singură dată și se potrivește cu platforma;
- moneda și valoarea au aceeași definiție în Google Ads, analytics și magazin;
- anularea și rambursarea pot fi importate sau măcar analizate separat;
- produsele, cantitatea, discountul și transportul sunt disponibile pentru reconciliere;
- consimțământul și modelarea sunt documentate, astfel încât lipsa observabilității să nu fie confundată cu lipsa vânzărilor;
- fereastra de atribuire este cunoscută când compari platforma cu comenzile zilnice.
ROAS-ul din interfață este venit atribuit împărțit la costul ads. Nu este marjă și nu este MER. Dacă o comandă de 600 lei are marjă mică, iar una de 250 lei are marjă mare, bidding-ul pe valoarea brută o poate prefera pe prima. Poți segmenta inventarul după economie, importa valori ajustate sau analiza profitul în afara platformei; important este să nu numești venitul profit.
Separă trei rapoarte. Raportul de livrare răspunde ce produse și interogări au primit impresii și clickuri. Raportul de conversie răspunde ce comenzi atribuie platforma. Raportul financiar răspunde ce comenzi au rămas după anulări și retururi și ce contribuție au lăsat. Decizia de scalare are nevoie de toate trei.
Pasul 8: verifică după lansare în ordinea dependențelor
Primele zile nu sunt un concurs de optimizări. Sunt o perioadă în care confirmi că sistemul funcționează și acumulezi date. Verifică zilnic erorile critice, dar nu schimba țintele din reflex la fiecare fluctuație.
Folosește această rutină:
| Frecvență | Verificare | Acțiune dacă apare o problemă |
|---|---|---|
| zilnic la lansare | suspendare, produse respinse, preț/stoc, buget blocat, purchase absent | oprește riscul și repară nivelul sursă |
| de câteva ori pe săptămână | termeni, produse fără trafic, cost fără comenzi, distribuție pe dispozitiv/locație | formulează ipoteză și limitează pierderea evidentă |
| săptămânal | venit atribuit vs comenzi, valoare, anulări timpurii, marjă pe categorie | ajustează inventarul și analiza, nu toate setările odată |
| după maturizarea retururilor | profit, refund, contribuție și clienți noi/recurenți | decide ce scalezi, păstrezi ori excluzi |
Pentru fiecare schimbare scrie data, motivul, valoarea înainte, valoarea după și fereastra de evaluare. Fără jurnal, o campanie cu multe intervenții devine imposibil de interpretat. Nu considera învățarea algoritmului o explicație universală; notează ce ai schimbat și ce dependențe puteau fi afectate.
După o respingere, repară problema concretă și cere review numai când documentația și interfața îl permit. Video-ul oficial despre sănătatea datelor recomandă verificarea Needs attention, a identificatorilor, a domeniului și a integrărilor. Automatic improvements poate ajuta la nepotriviri temporare, dar nu trebuie să ascundă un catalog pe care magazinul nu îl mai actualizează.
O campanie poate trece verificările mecanice și totuși să nu merite. Dacă produsele au puține căutări, preț necompetitiv, pagină slabă sau marjă insuficientă, nu mări bugetul ca să „iasă din learning”. Oprește categoria, repară oferta ori alege alt canal. Administrarea matură a campaniilor Google Ads include și decizia de a nu cumpăra trafic.
Întrebări frecvente
Cum folosesc Google Shopping pentru magazinul meu?
Configurezi și deții conturile, trimiți un catalog sincronizat în Merchant Center, repari eligibilitatea produselor, apoi creezi o campanie cu inventar, țară, obiectiv și buget clare. Purchase trebuie să trimită ID și valoare corecte. După lansare compari cheltuiala cu comenzile valide și marja, nu doar cu clickurile ori ROAS-ul din interfață.
De ce îmi respinge Google feedul?
Cele mai frecvente clase de cauze sunt date lipsă, încălcări de politică, diferențe între feed și pagină și probleme tehnice. Deschide eroarea din Needs attention, verifică nivelul de cont și produs, apoi repară sursa câmpului. Nu corecta permanent prețul ori stocul manual în Merchant Center dacă integrarea îl va suprascrie.
Standard Shopping sau Performance Max?
Alege după controlul necesar, suprafețele acceptate, calitatea conversiilor și capacitatea de analiză. Standard Shopping izolează mai bine canalul și product groups; Performance Max automatizează distribuția pe mai multe suprafețe. Dacă vrei un verdict pentru magazinul tău, compară printr-un experiment cu inventar, obiectiv, valoare și perioadă compatibile.
Ce buget minim trebuie pentru Google Shopping?
Nu există un prag universal. Derivează un cost de achiziție acceptabil din marja produselor, estimează clickurile din CPC-ul plauzibil și comenzile din rata internă. Bugetul trebuie să poată răspunde unei întrebări fără să pună cashflow-ul în pericol. Dacă nu cumpără suficientă observație, restrânge inventarul ori prelungește pilotul.
Un produs aprobat apare automat în Google Shopping?
Nu. Aprobarea arată că datele au trecut controlul relevant, dar vizibilitatea depinde și de destinație, țară, starea magazinului, campanie, inventar, buget și potrivirea cu cererea. Verifică separat Status, Visibility, includerea în product group și activitatea campaniei.

De la catalog activ la canal controlabil
Google Shopping devine gestionabil când fiecare rezultat poate fi urmărit înapoi până la sursă. Produsul trebuie să fie adevărat în catalog, eligibil în Merchant Center, inclus corect în campanie și măsurat printr-o comandă care există și în business. Licitarea și bugetul vin după aceste condiții, nu înaintea lor.
Începe cu o categorie stabilă, treci prin cei opt pași și păstrează un jurnal al schimbărilor. Dacă un produs este respins, nu umbli la bid. Dacă ROAS-ul arată bine, nu scalezi până nu vezi marja și retururile. Această disciplină transformă Shopping dintr-o interfață care cheltuie bani într-un canal pe care proprietarul îl poate evalua și controla.