Pe scurt
- „Produs respins” se repară pe un produs concret, nu retrimițând tot catalogul: iei o variantă și compari ce spune magazinul, ce spune fișierul trimis, ce a procesat Google și ce vede clientul pe pagină.
- Fiecare variantă are id propriu și același item_group_id pentru familie; prețul este al ofertei pe care o poți cumpăra (cutia de 6 căni la 144 lei, nu „24 lei bucata”); GTIN-ul nu se inventează.
- Aprobat nu înseamnă vândut: un produs fără afișări, unul cu clickuri fără comenzi și unul respins sunt trei probleme diferite, cu trei rezolvări diferite.
O clientă vede în Google Shopping o pereche de pantofi, bleumarin, mărimea 38, la 189 lei. Apasă și ajunge pe un 37 negru la 169 lei. Ambele articole există în magazin. Problema este că oferta pe care a deschis-o nu este cea pe care a văzut-o.
„Feedul” este sursa din care trimiți către Merchant Center date despre ofertele tale. Poate fi întreținută de un plugin, de o integrare sau de un fișier. Ca să o repari, ia un produs concret și urmărește ce spune fiecare sistem despre aceeași variantă. Retrimiterea întregului catalog, fără să găsești eroarea, poate retrimite exact datele greșite.
Aceeași variantă trebuie să spună același lucru peste tot
Compară prețul și disponibilitatea trimise către Google cu pagina pe care ajunge clientul. Dacă anunțul arată o anumită mărime, acea variantă trebuie să poată fi cumpărată în condițiile afișate. Verifică și eventualele selecții care se fac abia după încărcarea paginii.
Pentru produse vândute numai în pachet, prețul nu trebuie să sugereze că poți cumpăra o singură bucată la costul calculat pe unitate. Google cere datele potrivite ofertei efective. Un preț atractiv care se schimbă când intri în magazin creează și o problemă pentru client, nu doar pentru aprobare.
Cum arată o variantă pe care o poți urmări
Mai jos este un exemplu fictiv, nu un fișier complet de import. Pantofii fac parte din familia Atlas, sunt vânduți la bucată ca pereche și se comandă separat pe mărime și culoare. Pentru ofertele care sunt variante ale aceluiași produs, verifică cerințele privind gruparea și atributele relevante în țara și programul tău.
| Câmp | Oferta pentru mărimea 38 | Oferta pentru mărimea 39 |
|---|---|---|
| id, identificatorul ofertei | ATL-NV-38 | ATL-NV-39 |
| item_group_id, familia de variante | ATLAS-NV-FAMILY | ATLAS-NV-FAMILY |
| Culoare și mărime | Bleumarin, 38 | Bleumarin, 39 |
| price | 189.00 RON | 189.00 RON |
| availability | in_stock | out_of_stock |
ID-ul ofertei rămâne stabil când îi schimbi prețul. ID-ul comun grupează variantele potrivite; nu transmite cu acest câmp două produse fără legătură. Dacă mai există și alte culori ale aceleiași familii de variante, proiectează gruparea consecvent pentru întreaga familie. Codul intern nu devine automat cod de bare: un SKU ales de magazin și un GTIN emis pentru produs sunt identificatori diferiți.
În anunț, clienta trebuie să recunoască oferta. Un titlu descriptiv posibil ar fi „Pantofi Atlas din piele, bleumarin, mărimea 38”, numai dacă materialul și celelalte detalii sunt reale. Pagina de destinație trebuie să deschidă această variantă sau să o facă identificabilă conform cerințelor aplicabile, iar prețul, stocul și fotografia să fie concordante. Verifică varianta adăugată în coș; fotografia potrivită pe o pagină care trimite în coș altă mărime este tot o problemă.
Numele și fotografia ajută la recunoaștere
Titlul trebuie să identifice produsul și diferențele care contează: model, material, dimensiune sau compatibilitate, după caz. Nu trebuie transformat într-un șir de superlative. Fotografia trebuie să arate ce se cumpără și să respecte cerințele formatului folosit.
Nu inventa un cod GTIN pentru a completa un câmp. Folosește identificatorii reali și cerințele aplicabile tipului tău de produs. Păstrează identificatorii stabili, astfel încât actualizările să poată fi urmărite în timp.
Pachetul are alt preț decât o bucată din pachet
Presupune că vinzi numai cutii de șase căni la 144 lei. Costul pe unitate este 24 lei. Dacă ai trimis 24 lei ca preț al ofertei, cumpărătorul vede o sumă pe care nu o poate plăti pentru a comanda produsul afișat. Oferta comercială este cutia de 144 lei. Informația pe bucată poate fi utilă separat, unde este potrivit și permis; nu înlocuiește prețul cantității minime efectiv cumpărabile.
Mai verifică diferența dintre un pachet alcătuit de magazin și unitatea în care producătorul comercializează produsul. Atributele pentru multipack sau bundle au reguli proprii și nu sunt interschimbabile cu cantitatea din WooCommerce. Nu bifa un câmp numai ca să dispară o notificare. Citește definiția pentru cazul tău, cu produsul și pagina reale în față.
Pentru imaginile principale, uită-te dacă se recunosc produsul, culoarea și accesoriile incluse. O reclamă socială cu text mare peste fotografie și un buton desenat poate fi un material nepotrivit pentru imaginea principală Shopping. Separă fișierul pentru campania creativă de fotografia pe care o exporți drept imagine de produs.
Repară locul din care pleacă eroarea
Dacă un plugin exportă datele magazinului, află dacă problema vine din produsul WooCommerce, din maparea pluginului sau dintr-o regulă aplicată în Merchant Center. O corecție făcută numai la destinație poate fi suprascrisă la următoarea actualizare.
Notează schimbarea și verifică produsul după sincronizare. Unele remedieri cer recitire sau reevaluare; nu interpreta lipsa unei actualizări imediate ca dovadă că modificarea nu a funcționat. Citește și notificările la nivel de cont, care nu se rezolvă prin editarea unui singur titlu.
O investigație de preț făcută pe ore
Ora 09:00: schimbi prețul în magazin de la 219 la 189 lei. La 09:10, pagina publică afișează noul preț, dar sursa de date exportată peste noapte arată încă 219. La 11:00, fișierul este refăcut și conține 189, însă înregistrarea procesată din Merchant Center poate aștepta prelucrarea. Aceste momente sunt inventate ca să ilustreze ordinea, nu termene garantate de platformă.
Păstrează patru dovezi pentru același ID: valoarea din produs, valoarea din sursa transmisă, valoarea procesată și ce vede cumpărătorul pe destinație. Dacă sursa este deja greșită, repari produsul sau maparea pluginului. Dacă sursa este corectă și pagina publică veche, verifici pagina servită vizitatorilor și memoria cache. Dacă doar rezultatul procesat este vechi, verifici ultima preluare și starea procesării înainte să modifici încă o dată prețul.
O reducere cu început și sfârșit trebuie să aibă datele, fusul orar și prețurile coerente între sisteme. La încheiere, verifică și revenirea la prețul obișnuit. Un catalog sănătos are nevoie și de acest test, nu numai de controlul făcut la începutul promoției.
Aprobat nu înseamnă automat rentabil
După eliminarea erorilor, uită-te la rezultatele comerciale: ce produse au afișări, pe care intră oamenii și ce comandă. Un produs poate fi acceptat, dar mai puțin atractiv prin preț, fotografie sau condițiile de livrare.
Două rapoarte pentru două probleme diferite
Dacă produsul este respins pentru o anumită destinație sau țară, citește problema exactă din Merchant Center și lista ID-urilor afectate. Unele probleme sunt la nivel de cont sau de politici; rescrierea titlului unui singur produs nu le rezolvă. După corecție și sincronizare, verifică întâi câteva ID-uri reprezentative și urmează procesul de reevaluare afișat, dacă este cerut.
Dacă produsul este eligibil, dar nu are afișări, schimbă investigația: este inclus în inventarul campaniei, este activă campania pentru locul potrivit, există cerere, există limitări de buget sau de ofertare? Dacă are afișări și clickuri, dar nu vânzări, mergi la pagină, cost total și ofertă. Niciuna dintre aceste trei situații nu se repară automat cu „mai multe cuvinte-cheie în titlu”.
Când discuți despre Google Shopping și promovarea catalogului, pregătește trei exemple: un produs respins, unul eligibil fără afișări și unul cu trafic fără comenzi, dacă ai asemenea cazuri. Cu ID-ul și adresa exactă a fiecăruia poți separa imediat trei tipuri de muncă foarte diferite.
Ce faci mâine dimineață
- Ia un produs respins și scrie într-un tabel cele patru valori: în magazin, în fișierul trimis, în Merchant Center (procesat) și pe pagina publică.
- Repară la sursă (produs sau maparea pluginului), nu în Merchant Center, apoi așteaptă sincronizarea și verifică din nou același ID.
- Fă trei liste separate: respinse, eligibile fără afișări, cu clickuri fără comenzi. Sunt trei munci diferite; nu le rezolvă „mai multe cuvinte-cheie în titlu”.
Sumele și situațiile din acest ghid sunt exemple ipotetice, fără TVA. Nu sunt rezultate ale unor clienți G-Smart și nu sunt ținte ale platformelor. Refă calculul cu cifrele afacerii tale.
Surse
- Google Merchant Center · Specificația datelor de produs — Reguli despre preț, disponibilitate, variante, identificatori și cantități minime.
- Google Merchant API · Atributele unei oferte de produs — Câmpurile ofertei de produs și rolul lor.
- Google Merchant API · Produse transmise și produse procesate — Diferența dintre produsul transmis și produsul procesat.


