Google Merchant Center: ghid complet de configurare, Google Ads, erori și suspendări

Ai un magazin online, produsele sunt pe site, dar vrei ca oamenii să le poată descoperi în Google împreună cu imaginea, prețul și numele magazinului. Aici intervine Google Merchant Center: locul în care gestionezi informațiile despre produsele și afacerea ta pentru experiențele de cumpărare Google. Configurarea contului este doar începutul. Partea care cere atenție continuă este concordanța dintre catalog, pagina produsului și ceea ce clientul găsește la finalizarea comenzii.

Acest ghid explică traseul complet pentru un magazin online: pregătirea site-ului, configurarea contului, transmiterea produselor, conectarea cu Google Ads, diagnosticarea erorilor și gestionarea unei suspendări. Exemplele comerciale sunt demonstrative, nu rezultate ale unor clienți. Documentația oficială a fost consultată la 22 octombrie 2026; denumirile meniurilor și disponibilitatea funcțiilor pot varia după cont, țară și actualizările Google.

Ce este Google Merchant Center și la ce te ajută

Gândește-te la Merchant Center ca la o evidență organizată a ofertei tale comerciale. Pentru fiecare produs trimiți informații precum denumirea, adresa paginii, imaginea, prețul și disponibilitatea. Google le procesează și verifică eligibilitatea lor pentru diferite destinații. Un produs încărcat nu este automat un produs aprobat, iar unul aprobat nu are afișări sau vânzări garantate.

Utilitatea practică este că poți gestiona catalogul într-un format pe care sistemele Google îl pot interpreta, poți identifica problemele produselor și poți folosi datele eligibile în listări gratuite sau în publicitate. Conform documentației pentru listările gratuite, activarea lor permite participarea, fără să garanteze afișarea. Nu ai nevoie de un buget publicitar pentru simpla participare la acest program.

Merchant Center nu repară un magazin nefuncțional. Dacă vizitatorul găsește alt preț, o variantă indisponibilă sau costuri de livrare neașteptate, problema rămâne în experiența de cumpărare. Începe cu produsul și cu procesul de comandă, apoi conectează canalele de distribuție. Pentru pregătirea paginii, folosește și lista de verificare pentru pagina de produs.

Merchant Center, Google Ads, Search Console: roluri diferite

Pentru servicii locale precum instalații, consultanță sau reparații, nu transforma artificial serviciul într-un produs fizic ca să intre într-un catalog. Politica pentru conținut Shopping neacceptat include restricții pentru servicii și excepții specifice. Pentru promovarea serviciilor, consultă ghidul Google Ads pentru servicii locale. Eligibilitatea se verifică pentru oferta și țara concretă, nu după ce permite un magazin din altă piață.

Pasul 1. Pregătește magazinul înainte să trimiți catalogul

Deschide site-ul ca un client nou, pe telefon, fără sesiunea ta de administrator. Alege un produs, selectează o variantă, adaugă-l în coș și parcurge checkoutul până înaintea plății. Notează unde apare o informație diferită sau o acțiune care nu funcționează. O comandă de test controlată, făcută prin procedura magazinului, este mai relevantă decât verificarea exclusivă a paginii principale.

• Identitatea comerciantului și datele de contact sunt reale, coerente și ușor de găsit.
• Politicile de livrare și retur descriu operațiunile efective și pot fi citite fără autentificare.
• Pagina produsului prezintă varianta, prețul, moneda, starea și disponibilitatea corecte.
• Coșul păstrează produsul și varianta selectată; costurile suplimentare sunt explicate înainte de confirmare.
• Linkurile esențiale funcționează, iar site-ul nu afișează texte de demonstrație sau pagini în construcție.
• Pe mobil poți închide bannerele, selecta opțiunile și folosi butoanele fără obstacole.

Acestea sunt verificări operaționale, nu o promisiune de aprobare. Cerințele Google pentru pagina de destinație urmăresc o experiență funcțională și concordanța ofertei. Nu copia politicile altui magazin: poți ajunge să promiți metode de livrare sau condiții pe care nu le oferi. Aspectele juridice trebuie stabilite pentru situația afacerii tale, separat de acest ghid tehnic.

Pasul 2. Creează contul și stabilește cine îl administrează

Pornește de la contul Google al afacerii și verifică dacă există deja un Merchant Center creat prin platforma magazinului sau de o agenție. Notează ID-ul contului, cine este administrator și ce domeniu este asociat. Această inventariere simplă previne situația în care echipa modifică un cont, iar integrarea trimite produsele în altul.

Completează informațiile reale despre afacere și țările în care poți vinde și livra. Acordă acces individual persoanelor care lucrează în cont, în loc să distribui parola comună. Păstrează controlul administrativ în cadrul afacerii și documentează responsabilitatea pentru catalog, campanii și probleme tehnice. O agenție poate administra operațiuni fără ca istoricul contului să devină inaccesibil când colaborarea se încheie.

La acest pas, rezultatul urmărit este clar: știi ce cont folosești, ce magazin reprezintă și cine poate interveni. Nu continua cu importuri repetate dacă aceste informații sunt încă neclare. Dacă apare o solicitare suplimentară de verificare în interfața oficială, trateaz-o ca pe o etapă distinctă; nu trimite documente sau parole unor persoane care promit aprobarea prin canale neoficiale.

Pasul 3. Verifică și revendică domeniul corect

Verificarea demonstrează controlul asupra site-ului, iar revendicarea asociază adresa cu Merchant Center. Sunt operațiuni diferite. Google descrie metode precum integrarea platformei, un tag sau fișier HTML și metode prin servicii Google, în funcție de accesul disponibil. Urmează opțiunea afișată în cont și instrucțiunile oficiale de verificare a magazinului.

Dacă domeniul este deja revendicat, identifică întâi contul vechi și persoanele cu acces. Nu modifica la întâmplare domeniul, protocolul sau verificările existente: poți afecta o integrare funcțională. Pentru un site cu redirecționare de la www la varianta fără www, documentează adresa finală și verifică faptul că linkurile produselor ajung la paginile corecte.

Într-un magazin construit personalizat, de exemplu cu Laravel, dezvoltatorul trebuie să verifice HTML-ul public efectiv, nu doar un fișier din proiect. Un tag prezent în cod poate lipsi din răspunsul servit din cache. După confirmare, păstrează mecanismul de verificare și include-l în verificările făcute la schimbarea temei sau a infrastructurii. Nu publica tokenuri de verificare sau date de acces în documentația destinată clienților.

Pasul 4. Configurează livrarea și retururile pe baza regulilor reale

Scrie mai întâi regulile într-un tabel intern: țară, produse acoperite, cost, prag pentru transport gratuit, pregătirea comenzii, transport și excepții. Apoi transpune-le în setările disponibile. Verifică separat produsele voluminoase, localitățile cu suprataxă și articolele cu termen diferit. Regula „transport gratuit” este greșită dacă la checkout există condiții suplimentare necomunicate.

Exemplu fictiv: transportul standard costă 19 lei, iar comenzile de minimum 250 lei beneficiază de gratuitate. Testează un coș de 249 lei și unul de 250 lei. Dacă o reducere schimbă baza de calcul a pragului, testează și acel caz. Scopul nu este alegerea unui anumit tarif, ci verificarea aceleiași reguli în magazin și în setările Merchant.

Pentru retururi, folosește o pagină dedicată și descrie procedura reală, condițiile, costurile și rambursarea. Configurează informațiile corespunzătoare în cont. Google explică gestionarea setărilor de livrare și retur, inclusiv relația lor cu Search Console. Nu presupune că o politică introdusă într-un alt serviciu a fost transferată automat în noul cont Merchant.

Pasul 5. Alege o sursă de date pe care o poți întreține

Un feed de produse este o sursă structurată de informații despre catalog. În funcție de platformă și opțiunile contului, poți folosi un conector, un fișier preluat periodic sau o integrare API. Nu alege metoda doar fiindcă importă rapid primele produse. Întrebarea importantă este cine actualizează prețurile, stocul și variantele după lansare.

Pentru un catalog administrat printr-un conector, verifică maparea câmpurilor și istoricul sincronizărilor. Pentru un fișier, verifică generarea, accesul la adresă, programarea preluării și erorile de procesare. Pentru un API, cere documentarea autentificării, jurnalizarea erorilor, reluarea operațiunilor eșuate și confirmarea datelor acceptate. Alegerea platformei influențează aceste costuri; vezi criteriile pentru platforma magazinului online.

Recomandarea operațională este să ai o sursă principală clară pentru fiecare informație. Dacă schimbi manual prețul în Merchant, iar integrarea îl suprascrie peste o oră, nu ai remediat cauza. Corectează locul din care pleacă valoarea greșită. Înainte de extindere, testează un eșantion reprezentativ: produs simplu, produs cu variante, reducere, stoc epuizat și livrare specială.

Pasul 6. Construiește corect datele produselor

Specificația oficială a datelor de produs este referința pentru atribute și condițiile lor de utilizare. Lista de mai jos este un punct de lucru, nu înlocuiește cerințele specifice categoriei, țării sau destinației.

Exemplu editorial de titlu: „Rucsac de drumeție, model X, 30 L, albastru”. Este mai informativ decât „SUPER OFERTĂ!!! CEL MAI BUN RUCSAC”. Include marca numai dacă este reală și caracteristicile numai dacă descriu produsul. Nu adăuga termeni căutați care schimbă sensul ofertei: un rucsac rezistent la stropi nu trebuie prezentat drept complet impermeabil fără dovadă.

Pentru variante, verifică potrivirea completă. Dacă oferta este pentru mărimea M, pagina deschisă trebuie să prezinte acea variantă și prețul ei. Nu trimite imaginea unei culori și URL-ul alteia. În fișa de verificare notează ID-ul intern, ID-ul transmis, varianta selectată și URL-ul final; astfel poți urmări problema din catalog până la pagina clientului.

GTIN, EAN și identifier_exists: greșeala care nu se rezolvă cu un cod inventat

EAN este unul dintre formatele folosite pentru GTIN. Nu confunda identificatorul comercial atribuit produsului cu SKU-ul intern al magazinului. Cere informația corectă de la producător sau furnizor și verifică varianta exactă. Două produse asemănătoare nu primesc automat același identificator.

Google documentează separat atributul identifier_exists. Valoarea false nu este o scurtătură pentru „nu am completat codul”. Ea se folosește conform situației reale a identificatorilor produsului. Nu inventa GTIN-uri și nu copia un cod de la un produs apropiat. Pentru eroarea de identificator incorect, verifică și procedura oficială de remediere.

În practică, păstrează o coloană cu proveniența informației: ambalaj, documentație de producător sau catalog de furnizor. Dacă ai zece produse cu aceeași eroare, verifică dacă problema vine dintr-o regulă globală a conectorului. Repararea fiecărui rând manual poate ascunde o mapare defectuoasă care va afecta și produsele adăugate ulterior.

Pasul 7. Verifică imaginile și concordanța prețului

Imaginea principală trebuie să reprezinte produsul vândut, fără elemente promoționale care încalcă cerințele. URL-ul trebuie să poată fi accesat, nu să expire după o sesiune. Verifică cerințele actuale pentru image_link. La data documentării, Google anunță un minimum de 500 × 500 pixeli pentru toate produsele începând cu 31 ianuarie 2027. Nu trata această dată viitoare drept o cerință deja intrată în vigoare în octombrie 2026.

La preț, compară trei locuri: sursa transmisă, pagina produsului și checkoutul. Regula de bază este concordanța sumei și a monedei, conform specificației price. O reducere programată trebuie să pornească și să se încheie coerent. Un preț condiționat de o ofertă specială nu trebuie confundat cu prețul disponibil în mod obișnuit tuturor cumpărătorilor vizați.

Exemplu fictiv de diagnostic: în feed apar 149 lei, în HTML 159 lei, iar după încărcarea JavaScript se văd 149 lei. Verifică sursa HTML, cacheul și modul în care este calculat prețul. Google explică în ghidul pentru prețuri neconcordante de ce diferențele dintre datele trimise și pagina accesată pot produce respingeri. Nu presupune că ceea ce vezi într-o sesiune de administrator este ceea ce primește crawlerul.

Pasul 8. Leagă Merchant Center de Google Ads

Înainte de conectare, notează ID-ul Merchant și ID-ul contului Google Ads care va rula campaniile. În Merchant Center, traseul documentat este Settings → Access and services → Apps and services → Add service → Google Ads. Selectezi contul potrivit sau trimiți solicitarea către administratorul lui. Verifică apoi starea legăturii, nu doar mesajul de trimitere. Detaliile sunt în instrucțiunile oficiale de conectare.

Interfața poate oferi conectarea prin Business Manager sau doar la Merchant Center. Citește ce conturi și servicii sunt implicate înainte de confirmare. Nu selecta un cont manager Ads în locul contului publicitar destinat campaniilor. Dacă solicitarea necesită aprobare, administratorul contului destinatar trebuie să o accepte.

Conectarea permite utilizarea datelor de produs în campanii compatibile. Nu reprezintă în sine lansarea reclamelor și nu stabilește strategia comercială. Înainte de activare, verifică produsele incluse, țările, bugetul, obiectivul și măsurarea achizițiilor. O legătură tehnică reușită nu spune dacă oferta este competitivă sau dacă o comandă va fi profitabilă.

Shopping standard sau Performance Max: cum alegi campania

O campanie Shopping standard este o opțiune de evaluat când vrei o structură axată pe catalog și o administrare specifică acestui tip de campanie. Performance Max folosește automatizarea pe mai multe canale Google și urmărește obiectivele de conversie configurate. Nu este doar un alt nume pentru Shopping. Google descrie rolul obiectivelor, semnalelor și materialelor în prezentarea Performance Max.

Recomandarea editorială este să alegi după capacitatea de măsurare și administrare, nu după promisiunea că un tip de campanie „merge pentru orice magazin”. Pentru început, selectează produse pe care le poți livra predictibil, cu pagini complete și economie comercială înțeleasă. Nu include automat întregul catalog dacă are stocuri incerte sau condiții foarte diferite.

Scrie înaintea lansării ce vrei să afli: ce produse atrag vizite relevante, unde se întrerupe cumpărarea și cât costă comenzile măsurate. Dacă testezi două abordări, evită să schimbi simultan catalogul, prețurile, site-ul și obiectivul de conversie. Altfel nu vei putea explica de unde vine diferența. Nu există în acest ghid un buget universal sau un număr garantat de comenzi.

Ce măsori înainte să mărești bugetul

Verifică o achiziție de test în sistemul de măsurare: evenimentul apare pentru comanda corectă, valoarea și moneda sunt coerente, iar reîncărcarea paginii nu produce o a doua comandă în raportare. Dacă urmărești achiziția prin mai multe integrări, verifică dacă aceeași tranzacție este numărată de două ori în obiectivele folosite pentru optimizare.

Exemplu strict aritmetic: 2.000 lei valoare atribuită reclamelor împărțită la 500 lei cost publicitar înseamnă ROAS 4. Nu înseamnă profit de 1.500 lei. Mai există costul produselor, livrarea suportată de magazin, retururile și alte cheltuieli. Compară datele de marketing cu comenzile efective și cu metoda contabilă folosită în afacere; exemplul nu este o recomandare financiară sau un rezultat estimat.

Separă eligibilitatea de performanță. „Produs aprobat, fără afișări”, „afișări fără clickuri” și „clickuri fără comenzi” sunt trei investigații diferite. În primul caz verifici inclusiv includerea în campanie și destinația. În al doilea examinezi oferta și prezentarea. În al treilea testezi experiența de cumpărare și măsurarea. La volume mici, câteva interacțiuni nu sunt suficiente pentru concluzii ferme.

Erori Merchant Center: tabel de diagnostic practic

Pornește din secțiunea produselor care necesită atenție și copiază mesajul exact, ID-urile afectate, țara și destinația. Tabelul de mai jos arată ipoteze de investigat, nu stabilește cauza unui cont pe care nu l-am inspectat.

Pentru fiecare incident, păstrează un exemplu înainte și după. Dacă toate produsele unei categorii au aceeași problemă, caută regula comună. Dacă numai o variantă este afectată, verifică maparea acelei variante. Această separare economisește muncă și evită schimbările globale făcute pentru o eroare izolată.

Produs respins, avertisment sau cont suspendat: ce înseamnă

Un produs respins nu este eligibil pentru destinația afectată. Un avertisment semnalează o problemă care trebuie rezolvată conform notificării. O suspendare de cont afectează participarea la nivelul indicat în cont și poate opri afișarea ofertelor. Citește amploarea exactă a problemei; nu presupune că toate destinațiile au același statut.

Google explică în ghidul avertismentelor și suspendărilor că există situații cu perioadă de remediere și încălcări grave care pot produce suspendarea imediată. Termenul popular „ban” ascunde aceste diferențe. Nu orice eroare de imagine înseamnă suspendarea întregului cont, dar nici nu trebuie ignorate problemele repetate sau notificările de cont.

În fișa incidentului notează: mesajul exact, data, tipul problemei, produsele afectate, termenul afișat și persoana responsabilă. Dacă Ads și Merchant prezintă notificări distincte, investighează-le separat. Nu considera că rezolvarea unuia dintre conturi elimină automat toate problemele din celălalt.

De ce poate suspenda Google contul: misrepresentation și alte politici

Politica Misrepresentation vizează prezentarea înșelătoare a afacerii sau ofertei. Exemplele includ identitate falsă, afiliere sugerată fără drept, informații esențiale ascunse și condiții de plată înșelătoare. Unele categorii grave din această politică pot duce la suspendare fără avertizare. Google poate analiza mai multe surse, nu doar feedul.

Practic, verifică dacă un cumpărător poate înțelege cine vinde, ce primește, cât plătește și cum este onorată oferta. Nu inventa recenzii, autorizații, adrese sau parteneriate pentru a face magazinul să pară mai credibil. Nu ascunde locația reală a operațiunilor ori termenele reale de expediere prin afirmații care induc în eroare.

Există și alte politici: produse contrafăcute, categorii interzise sau restricționate, practici comerciale neacceptate și cerințe editoriale. Consultă lista politicilor Shopping și a listărilor pentru oferta concretă. Aprobarea unui produs obișnuit nu dovedește eligibilitatea întregului catalog.

Important: dintr-un mesaj generic nu poți deduce cu certitudine că problema este o anumită pagină sau o anumită frază. Un consultant poate formula ipoteze și le poate verifica. Nu poate cunoaște motivul intern complet al deciziei fără dovezi și nu poate garanta reactivarea printr-un „șablon secret”.

Cum pregătești corect o solicitare de reevaluare

1. Citește politica indicată. Păstrează notificarea și stabilește dacă problema privește un produs, site-ul sau contul.
2. Adună dovezile. Notează URL-uri, ID-uri și valori concrete; separă ceea ce ai observat de presupuneri.
3. Corectează cauza. Repară sursa datelor sau experiența comercială și verifică toate produsele afectate.
4. Confirmă propagarea. Controlează importul, datele procesate și paginile publice după modificare.
5. Completează verificările cerute în cont. Folosește exclusiv interfața și canalele oficiale pentru documente sensibile.
6. Trimite solicitarea potrivită. Folosește opțiunea pentru problemă remediată sau pentru contestarea unei decizii, după situația reală.
7. Urmărește răspunsul. Respectă intervalele și restricțiile afișate, păstrând istoricul schimbărilor.

Procedura oficială pentru solicitarea unei reevaluări explică și perioadele de așteptare după încercări nereușite. În timpul unui cooldown, butonul poate fi indisponibil, iar suportul nu poate scurta perioada. Nu trimite cereri repetate fără schimbări relevante și nu promite un termen fix de reactivare.

Un rezumat util al intervenției arată așa: „Am identificat diferența dintre tariful din cont și cel din checkout pentru grupa X. Am corectat regula, am testat URL-urile A și B și am confirmat importul la data indicată.” Completezi numai date reale. O poveste lungă, fără dovezi, nu înlocuiește remedierea.

Nu crea alt cont sau alt domeniu pentru a ocoli suspendarea. Urmează procesul oficial al problemei existente. Nici plata unei agenții, nici creșterea bugetului Ads nu cumpără o excepție de la politicile Google.

Pentru dezvoltatori: feedul, HTML-ul și datele structurate trebuie să fie coerente

Într-o implementare personalizată, stabilește o sursă comună pentru prețul activ, moneda, stocul și varianta selectată. Folosește aceleași reguli la generarea paginii, a feedului și a datelor structurate. Dacă fiecare componentă calculează separat oferta, crește riscul ca o reducere sau o modificare de stoc să apară doar într-un loc.

Google documentează datele structurate pentru merchant listings. Marcajul Product/Offer trebuie să reflecte informații reale din pagină. Nu adăuga evaluări inventate sau disponibilitate falsă. Validarea sintactică ajută, dar nu garantează afișarea unui rezultat îmbogățit și nu anulează problemele de politică din Merchant Center.

Testează explicit schimbarea prețului, începerea și expirarea reducerii, epuizarea stocului și alegerea unei variante. Verifică răspunsul public după invalidarea cacheului. Pentru un job de export, păstrează ora ultimei rulări reușite, numărul ofertelor și erorile, fără date personale sau credențiale în jurnalele editoriale. Un fișier generat fără eroare nu dovedește că Merchant l-a acceptat.

Automatizările Google pot corecta anumite diferențe, însă actualizările automate ale produselor nu înlocuiesc întreținerea regulată a sursei. Dacă problema revine la fiecare sincronizare, remediază integrarea. Nu elimina protecțiile site-ului la întâmplare; verifică accesul legitim și regulile care provoacă blocarea.

Checklist de lansare și rutină de întreținere

Înainte de lansare: confirmă conturile și domeniul, informațiile afacerii, politicile comerciale, importul produselor, imaginile, variantele, eligibilitatea destinațiilor, legătura Ads și măsurarea. Păstrează dovezi pentru câteva produse reprezentative. Nu marca etapa drept finalizată doar pentru că nu mai vezi un mesaj roșu în prima pagină a contului.

După modificări importante: verifică din nou o comandă de test, sincronizarea și paginile afectate. Schimbarea temei, a conectorului, a regulilor de preț sau a transportului poate modifica oferta fără ca persoana care administrează reclamele să știe. Include responsabilul de catalog în comunicarea acestor schimbări.

Săptămânal: examinează problemele noi, produsele respinse, importurile nereușite și diferențele de performanță. Prioritizează după gravitate și valoarea reală a produselor pentru afacere. Un cont cu mii de produse aprobate poate avea totuși indisponibile tocmai produsele importante. Numărul total de aprobări nu este singurul indicator util.

La evaluarea comercială: compară perioade suficient de mature, ține cont de întârzierile raportării și de retururi. Notează promoțiile și modificările de catalog. Nu atribui automat unei schimbări de titlu fiecare creștere sau scădere din raport. Pentru principii mai largi de vizibilitate organică, vezi ghidul SEO.

Întrebări frecvente despre Google Merchant Center

Google Merchant Center este gratuit?

Poți folosi Merchant Center și listările gratuite fără să cumperi publicitate pentru acele listări. Campaniile Google Ads au bugete separate. Pot exista costuri pentru platforma magazinului, conectori sau administrare, chiar dacă participarea la listările gratuite nu cere buget Ads.

Am nevoie de Google Ads ca să apar în listările gratuite?

Nu este obligatoriu să rulezi campanii plătite pentru participarea la listările gratuite. Produsele și magazinul trebuie să îndeplinească cerințele aplicabile. Activarea programului nu garantează afișări sau vânzări.

De ce produsul este aprobat, dar nu are afișări?

Aprobarea confirmă eligibilitatea pentru destinația indicată, nu distribuția garantată. Verifică destinația, țara, includerea în campanie dacă este vorba despre reclame și datele raportate. Abia apoi investighează prezentarea ofertei și performanța comercială.

Pot folosi același GTIN la toate variantele?

Nu presupune acest lucru. Folosește identificatorul atribuit variantei reale de producător. SKU-ul intern și item_group_id au alte roluri; nu înlocuiesc automat GTIN-ul.

O pagină de retur garantează aprobarea?

Nu. Este necesară o experiență comercială coerentă, nu simpla existență a unei pagini. Informațiile trebuie să fie reale, aplicate în practică și aliniate cu setările contului și cu restul site-ului.

Pot deschide alt cont dacă Merchant Center este suspendat?

Nu folosi un cont nou pentru ocolirea suspendării. Investighează problema existentă, corectează ceea ce este neconform și utilizează procesul oficial de reevaluare sau contestare, cu dovezi reale.

Cât durează aprobarea sau reevaluarea?

Durata depinde de tipul verificării și de situația contului. Urmărește indicațiile și starea solicitării din interfață. Nu există aici un termen garantat, iar o perioadă de așteptare activă trebuie respectată.

Performance Max repară erorile din catalog?

Nu. Campania folosește datele și eligibilitatea disponibile, dar nu corectează sursa unui preț greșit, o imagine neconformă sau o încălcare a politicilor. Rezolvă problema în magazin și în Merchant Center înainte de a evalua rezultatul publicității.

De unde începi concret

Alege un produs simplu și urmărește-l pe întregul traseu: sursa din magazin, datele transmise, procesarea în Merchant Center, pagina publică și checkoutul. Repetă verificarea pentru o variantă și pentru o ofertă redusă. Când acest traseu este corect și repetabil, extinde catalogul și testează promovarea cu obiective măsurabile. Un Merchant Center sănătos se construiește prin date exacte și o ofertă onorată, nu prin artificii de aprobare.