Ce trebuie să știi despre feedurile de produse respinse în Diagnostice

Întrebarea de ce este respins feed-ul de produse în Diagnostice nu are întotdeauna un singur răspuns. O problemă poate ține de sursa de date, de anumite produse, de destinația de publicitate sau de contul Merchant Center. De aceea, corectarea unui câmp ales la întâmplare poate consuma timp fără să elimine cauza reală.

Punctul de plecare este mesajul concret afișat în secțiunea Diagnostice. Acesta arată problemele active, produsele afectate și, în multe situații, acțiunea recomandată. Folosește mesajul ca bază pentru analiză, în loc să pornești de la o presupunere generală despre feed.

Ce poate însemna un feed de produse respins

În Merchant Center, problemele pot apărea la niveluri diferite. Sursa de date poate necesita corectarea structurii sau a valorilor trimise. Produse individuale pot avea date care le împiedică procesarea ori eligibilitatea. Pot exista și probleme legate de destinația de publicitate sau de contul Merchant Center.

Este important să identifici nivelul raportat înainte de a interveni. O eroare care afectează doar anumite produse cere verificarea exemplelor indicate, în timp ce o problemă din sursa de date poate necesita corectarea mapării sau a regulilor de export. Dacă mesajul se referă la cont, analiza trebuie orientată către cerințele și politicile aplicabile acestuia.

Diagnostice: informația care stabilește ordinea verificărilor

Deschide problema activă și notează mesajul exact, produsele afectate și exemplele de ID-uri indicate. Compară apoi informațiile din feed cu cele afișate pe pagina produsului și cu datele configurate în Merchant Center. Această comparație ajută la separarea unei probleme de export de o discrepanță dintre catalog și magazin.

Nu trata eliminarea produselor din feed ca soluție automată pentru un avertisment. Când cauza rămâne în catalog, în integrare sau în setările magazinului, ea poate reapărea pentru aceleași produse sau pentru produse noi. Remedierea durabilă pornește din sistemul-sursă al datelor.

Atribute obligatorii: prima zonă de control

Multe probleme sunt legate de atribute obligatorii lipsă sau nevalide. Verifică pentru fiecare ofertă valorile pentru id, title, description, link, image_link, price și availability. Când se aplică, verifică și brandul, GTIN-ul sau MPN-ul.

ID-ul ar trebui să rămână consecvent pentru produsul sau varianta pe care o reprezintă. Identificatorii de produs trebuie să corespundă produsului și brandului. Un GTIN incorect, asociat altui produs sau generat artificial poate conduce la neeligibilitate ori la probleme de identificare.

În feedurile automate, verificarea trebuie făcută la sursă: maparea câmpurilor, variantele, prețurile promoționale, stocul, moneda, URL-urile și frecvența actualizării. Această verificare este relevantă indiferent dacă datele provin din XML, CSV, API sau dintr-o integrare cu platforma de magazin.

Când feedul nu corespunde cu magazinul online

Prețul, moneda, disponibilitatea și informațiile despre livrare din feed trebuie să fie consecvente cu ceea ce vede utilizatorul pe pagina produsului și la checkout. Pentru un magazin care vinde în România, verifică în mod particular dacă moneda și datele de livrare sunt aliniate cu experiența oferită cumpărătorului.

Diferențele pot apărea după schimbări în catalog, tema magazinului, checkout sau integrare. O actualizare de preț ori stoc care ajunge în magazin, dar nu este reflectată în sursa de date, poate reintroduce aceeași problemă. De aceea, este util să compari câteva produse afectate cu variantele lor reale, nu doar să inspectezi fișierul de feed.

URL-uri, imagini și acces la paginile de destinație

Linkurile de produs și imaginile indisponibile pot împiedica procesarea ofertelor. Verifică dacă paginile de destinație sunt accesibile și dacă nu există redirecționări problematice, erori 4xx sau 5xx ori blocaje pentru crawler. Imaginile trebuie, la rândul lor, să poată fi accesate.

O verificare practică este să iei exemplele de produse din Diagnostice și să controlezi atât URL-ul paginii, cât și URL-ul imaginii. Dacă o intervenție asupra serverului, catalogului sau integrării a schimbat adresele, datele din Merchant Center și cele afișate în magazin trebuie aduse din nou în concordanță.

Livrare, disponibilitate și configurarea pentru țara vizată

Un feed valid ca structură nu rezolvă toate problemele de eligibilitate. Setările privind țara de vânzare, moneda, disponibilitatea și livrarea trebuie analizate împreună cu datele de produs. Informațiile despre livrare din feed trebuie să corespundă cu cele prezentate pe pagina produsului și la checkout.

Verifică dacă produsul declarat disponibil poate fi comandat în condițiile afișate utilizatorului. Controlează și concordanța dintre sursa de date, setările Merchant Center și magazin, deoarece informațiile contradictorii pot produce discrepanțe ale ofertei.

Politicile: alt tip de problemă decât o eroare de câmp

Unele produse pot fi respinse din motive de politică, precum produse interzise, conținut înșelător, informații lipsă, practici comerciale inacceptabile sau diferențe între ofertă și pagina de destinație. Aceste situații nu se rezolvă doar prin reformatarea unui atribut din feed.

Verifică mesajul din Diagnostice și compară oferta cu pagina de destinație. Dacă problema este la nivel de cont Merchant Center, urmează explicația afișată și procesul oficial disponibil pentru remediere. Nu presupune că o modificare punctuală într-un produs rezolvă automat o problemă care afectează contul.

Pași de remediere înainte de retrimiterea feedului

1. Identifică nivelul problemei: sursă de date, produse, destinație de publicitate sau cont.
2. Folosește mesajul exact din Diagnostice și exemplele de produse afectate.
3. Compară valorile exportate cu pagina produsului și checkoutul.
4. Corectează cauza în catalog, în maparea feedului sau în setările relevante, nu doar un exemplu izolat.
5. Verifică atributele de bază, identificatorii, moneda, prețul, disponibilitatea, livrarea, URL-urile și imaginile.
6. Retrimite feedul sau permite prelucrarea lui din nou.
7. Verifică rezultatul după finalizarea procesării.

După corectare, aprobarea nu este automată instantaneu. Rezultatul trebuie urmărit după ce procesarea se încheie. Dacă problema persistă, revino la mesajul activ și la datele efectiv transmise, apoi documentează ce a fost schimbat pentru a putea reproduce verificarea la actualizările viitoare.

Checklist scurt pentru o verificare consecventă

• Mesajul din Diagnostice este identificat la nivelul corect.
• Atributele necesare sunt prezente și au valori valide.
• Identificatorii produsului sunt verificați în raport cu produsul și brandul.
• Prețul, moneda, disponibilitatea și livrarea corespund magazinului și checkoutului.
• URL-urile produselor și imaginilor sunt accesibile.
• Datele exportate sunt aliniate cu catalogul curent și cu setările Merchant Center.
• Nu există discrepanțe între ofertă și pagina de destinație care pot ridica probleme de politică.

Pentru detalii practice și variante potrivite, vezi Import / Export / Feed-uri - CS-Cart.ro.

Întrebări frecvente

Unde văd motivul exact pentru care feedul este respins?

În secțiunea Diagnostice din Merchant Center. Mesajul activ, produsele afectate și exemplele de ID-uri sunt punctul de plecare pentru verificare.

Ce atribute trebuie verificate prima dată?

Verifică id, title, description, link, image_link, price și availability. După caz, verifică și brandul, GTIN-ul sau MPN-ul.

Poate un GTIN greșit să creeze probleme?

Da. Un GTIN incorect, asociat altui produs sau generat artificial poate produce neeligibilitate ori probleme de identificare.

Ce fac după ce modific feedul?

Retrimite feedul sau lasă-l să fie prelucrat din nou, apoi verifică rezultatul după finalizarea procesării. Corectarea nu înseamnă aprobare instantanee.

Cauți Import / Export / Feed-uri potrivite pentru nevoile tale?

Vezi Import / Export / Feed-uri - CS-Cart.ro