Politica de Prețuri Google Merchant Center: Erori și Soluții

Erorile politicii de prețuri Google Merchant Center apar atunci când prețul trimis în feed-ul de produse nu se potrivește cu prețul afișat pe pagina produsului sau în pașii de plată. Cea mai rapidă soluție este să aliniați prețul din feed, prețul de pe pagina produsului, datele structurate, moneda, afișarea TVA-ului/transportului și regulile de discount, apoi să reindexați produsele în Merchant Center. Fără rezolvarea acestei erori, produsele dvs. pot fi restricționate în tab-ul Shopping, în listele gratuite sau în campaniile Performance Max.

Informațiile despre prețuri pe site-urile de comerț electronic nu se limitează la un singur loc. Modelul de temă, integrarea ERP, modulul de piață, plugin-ul de campanie, sistemul de cupoane, câmpul de variație, actualizările de preț în funcție de stoc și plugin-ul de feed Google pot genera prețuri diferite. Google, însă, se bazează pe prețul real afișat utilizatorului. Asta înseamnă că, dacă trimiteți 999 RON în feed și afișați 1.049 RON pe pagina produsului, adăugați TVA în ecranul de plată sau aplicați o taxă de serviciu obligatorie în coș, acest lucru poate fi considerat o încălcare a politicii de prețuri.

În acest ghid, veți găsi cauzele erorilor de preț din Merchant Center, cum să le diagnosticați cu scenarii reale și pașii tehnici necesari pentru o soluție permanentă. Am adăugat liste de verificare aplicabile, în special pentru site-urile care utilizează WooCommerce, OpenCart, Shopify, software personalizat și feed-uri bazate pe API. De asemenea, este important ca paginile produselor dvs. să funcționeze rapid, accesibil și în siguranță; în acest sens, Soluții de hosting pentru e-commerce și certificat SSL pot sprijini sănătatea tehnică a paginilor dvs.

Ce este o eroare a politicii de prețuri Google Merchant Center?

Eroarea politicii de prețuri apare atunci când Google găsește o discrepanță între prețul promis utilizatorului pentru produsul dumneavoastră și prețul verificat pe site. Această discrepanță poate fi uneori la nivelul câtorva bani, dar poate fi și mai evidentă, cum ar fi trimiterea prețului normal în locul celui redus. Google consideră prețul unul dintre cele mai sensibile domenii de date, deoarece îl influențează direct pe utilizator în procesul de decizie de cumpărare.

Merchant Center oferă de obicei următoarele tipuri de avertismente: discrepanță de preț, discrepanță de monedă, prețul de pe pagina de destinație nu se potrivește cu prețul din feed, prețul crește în timpul plății, prețul de vânzare este incorect, prețul datelor structurate este invalid sau actualizarea automată a prețului a modificat prețul. Deși numele erorii poate varia, problema de bază este adesea aceeași: prețul văzut de botul Google nu este același cu câmpul price sau sale_price din feed.

Google nu efectuează această verificare doar la prima încărcare. Produsele dvs. sunt reindexate la intervale regulate. Astfel, un produs care este aprobat astăzi poate fi respins mâine din cauza terminării unei campanii, actualizării cursului valutar, modificării stocului sau unei erori de plugin. Prin urmare, soluția nu constă doar în corectarea produsului eronat, ci în crearea unui sistem care gestionează în mod coerent datele prețurilor de la un capăt la altul.

Cele mai frecvente erori ale politicii de prețuri

1. Prețul din Feed este Diferit de Prețul de pe Pagina Produsului

Cea mai frecvent întâlnită situație este că prețul produsului din feed nu coincide cu prețul de pe pagina de destinație. De exemplu, un pantof pentru care feed-ul trimite 749,90 RON apare pe site la 799,90 RON. Această diferență apare de obicei din cauza cache-ului, plugin-ului de campanie, actualizărilor manuale de preț sau din cauza faptului că feed-ul extrage date vechi.

Pentru a rezolva problema, verificați mai întâi prețul trimis din detaliile produsului din Merchant Center. Apoi, deschideți URL-ul produsului într-o filă privată, reîncărcați pagina fără cache și notați cum apare prețul pentru utilizator. Dacă utilizați CDN sau cache de pagină, automatizați curățarea cache-ului după actualizarea prețului. Pentru site-urile care folosesc WordPress/WooCommerce, este mai sigur să setați frecvența de actualizare a plugin-ului feed la cel puțin o dată pe zi, iar în perioadele de campanie intensă, între 1-4 ore.

2. Trimiterea Incorectă a Prețului Redus

În Merchant Center, sunt importante două câmpuri pentru prețul redus: price reprezintă prețul normal, iar sale_price reprezintă prețul actual redus. Dacă un produs scade de la 599 RON la 499 RON, în feed ar trebui să fie price 599 RON, sale_price 499 RON. Cu toate acestea, multe magazine trimit doar 599 RON în feed sau nu curăță câmpul sale_price atunci când discountul a expirat.

Dacă utilizați prețuri reduse, este util să trimiteți și datele de început și sfârșit ale campaniei prin câmpul sale_price_effective_date. Acest câmp nu este obligatoriu, dar ajută Google să interpreteze corect prețul. Dacă feed-ul nu este actualizat la sfârșitul campaniei, utilizatorul poate vedea 599 RON pe pagina produsului, în timp ce Google încă așteaptă 499 RON, ceea ce va genera o eroare de preț.

3. Adăugarea Ulterioară a TVA-ului, Impozitelor și Taxelor Obligatorii

Pe site-urile de comerț electronic din România, prețul afișat consumatorului ar trebui să includă TVA. Dacă un produs afișează 1.000 RON pe pagina de produs, iar în pasul de plată apare 1.200 RON cu TVA inclus, aceasta este o discrepanță clară a prețului. În mod similar, dacă costuri obligatorii de ambalare, taxe de serviciu sau taxe de procesare sunt adăugate automat în coș, acestea ar trebui incluse în prețul produsului sau în structura de taxe/taxa de livrare specificată clar.

Un criteriu important pentru Google este suma reală pe care utilizatorul trebuie să o plătească pentru a putea cumpăra produsul. Opțiunile opționale, cum ar fi ambalajul cadou, livrarea rapidă sau garanția suplimentară, pot fi evaluate diferit; totuși, toate costurile obligatorii pe care utilizatorul nu le poate evita afectează percepția prețului. Prin urmare, o abordare de preț final care include TVA ar trebui adoptată între pagina produsului, feed și pasul de plată.

4. Erori de Monedă și Format

Prețul din feed ar trebui să fie trimis în format ISO 4217. Pentru România, formatul corect este de obicei RON. A scrie doar RON, a folosi simboluri, a formata greșit punctele și virgulele sau a afișa USD pe pagina produsului și a trimite RON în feed poate genera erori.

Exemplu de valoare corectă: 1299.90 RON. Utilizarea punctului ca separator zecimal este mai sigură în funcție de formatul feed-ului. Puteți afișa utilizatorului 1.299,90 RON pe site; totuși, formatul pe partea de date structurate și feed trebuie să fie clar pentru Google. Site-urile care folosesc mai multe monede ar trebui să verifice țările țintă, hreflang și corespondența monedelor. Dacă vindeți internațional, subiectul Administrarea domeniului și extensiile naționale este, de asemenea, important din perspectiva încrederii pieței țintă.

5. Confuzia Prețurilor Variațiilor

Produsele cu variații de culoare, mărime, capacitate sau opțiuni de ambalare au frecvent diferențe de preț. De exemplu, o carcasă de telefon de culoare neagră poate costa 199 RON, iar modelul din piele 299 RON. Dacă în feed se trimite prețul de bază de 199 RON, dar URL-ul deschis arată variația implicită la 299 RON, Google poate detecta o discrepanță de preț.

În acest caz, trebuie utilizat un ID de produs unic pentru fiecare variație, un item_group_id corect, parametrii URL corecți și pagina de destinație care arată prețul acelei variații. Utilizatorul ar trebui să fie redirecționat la variația selectată atunci când face clic pe variația pe care o vede în feed. În special pentru magazinele care utilizează software personalizat, URL-urile variațiilor ar trebui să fie scanabile și să nu arate prețuri diferite pentru boți.

6. Incongruența între Datele Structurate și Prețul Vizibil

Google poate citi nu doar textul vizibil pe ecran, ci și etichetele schema.org Product și Offer de pe pagină. Dacă pe pagină scrie 899 RON, iar în datele structurate rămâne 999 RON, Merchant Center poate detecta o discrepanță de preț folosind aceste date. Această problemă provine de obicei din actualizările temei, plugin-urile de cache sau modulele schema vechi.

Verificați cu instrumentele Google Rich Results Test și URL Inspection ce preț oferă pagina. Asigurați-vă că câmpurile din schema Product price, priceCurrency, availability și, dacă este necesar, priceValidUntil sunt actualizate. Dacă tema dvs. și plugin-ul de feed extrag prețuri din surse diferite, trecerea la o singură sursă de date pentru produs pe termen lung este mai sănătoasă.

Tabloul de Diagnostice Rapid pentru Erorile de Preț

Cum să Rezolvați Pas cu Pas Erorile Politicii de Prețuri Google Merchant Center?

Pasul 1: Determinați Extinderea Erorii

Mai întâi, înțelegeți dacă problema există doar pentru un singur produs, pentru o categorie specifică sau pentru întregul catalog. Exportați produsele respinse din secțiunea Produse din Merchant Center folosind filtre. Selectați 10-20 de produse de exemplu și comparați prețul, URL-ul, categoria, marca, variația și starea campaniei. Dacă problema există pentru toate produsele, este posibil ca setările de monedă, impozit, formatul feed-ului sau datele schema de pe site să fie eronate. Dacă problema apare doar pentru produsele cu campanie, concentrați-vă pe câmpurile sale_price și data.

Pasul 2: Comparați Valoarea Feed-ului cu Pagina Live

Pentru fiecare produs de exemplu, scrieți cele trei prețuri unul lângă altul: prețul din feed, prețul vizibil pe pagina produsului și prețul vizibil în pasul de plată. Dacă toate trei nu sunt identice, corectările pe partea Merchant Center nu sunt suficiente. De exemplu, dacă pagina produsului arată 349 RON, coșul arată 369 RON, iar feed-ul 349 RON, problema ar putea fi taxa obligatorie adăugată în coș. Dacă pagina produsului arată 349 RON, iar feed-ul 329 RON, atunci feed-ul este vechi.

Când efectuați această verificare manual, dezactivați cache-ul browserului, folosiți o filă privată și, dacă este posibil, testați dintr-o IP sau dispozitiv diferit. Deoarece unele site-uri pot schimba prețurile în funcție de locație, statutul de membru sau segmentul utilizatorului. Botul Google se comportă ca un vizitator standard în majoritatea cazurilor; prețurile speciale pentru membri, prețurile reduse cu un cupon sau reducerile care apar după logare nu ar trebui trimise ca preț în feed.

Pasul 3: Curățați și Standardizați Feed-ul de Produse

Feed-ul dvs. poate fi generat prin XML, CSV, Google Sheets, Content API sau un plugin de comerț electronic. Indiferent de metoda utilizată, câmpurile de preț ar trebui să fie alimentate dintr-o sursă unică. A avea prețuri diferite pentru același produs în ERP, pe site și în plugin-ul de feed crește riscul de erori. Stabiliți o regulă simplă pentru echipa tehnică: prețul de vânzare valid al produsului să fie generat dintr-un singur câmp din baza de date, iar informațiile despre discount să fie separate și cu date de control.

• price: Trimiteți prețul normal sau prețul de bază valid cu moneda corectă.
• sale_price: Utilizați-l doar dacă reducerea este realmente activă.
• sale_price_effective_date: Specificați începutul și sfârșitul campaniei.
• availability: Mențineți starea stocului actualizată împreună cu prețul.
• link: Direcționați utilizatorul către pagina corectă a produsului sau variației.

Pasul 4: Verificați Accesibilitatea de Scanare a Site-ului

Produsele dvs. trebuie să fie accesibile pentru boți pentru ca Google să poată citi corect pagina. URL-urile produselor, resursele CSS și JavaScript nu ar trebui blocate în fișierul robots.txt. Dacă prețul este încărcat ulterior cu JavaScript, Google poate afișa uneori un preț întârziat sau greșit. Dacă serverul este lent, botul ar putea să nu poată procesa pagina complet, capturând un preț vechi sau gol.

Pentru a reduce erorile din Merchant Center, nu neglijați viteza paginii și stabilitatea serverului. Chiar dacă în 2026 sistemele de scanare Google vor fi îmbunătățite, site-urile de comerț electronic lente, instabile sau care oferă răspunsuri eronate vor avea dezavantaje în validarea datelor. Asigurați-vă că paginile produselor dvs. returnează un cod de stare HTTP 200, că lanțurile de redirecționare 3xx sunt scurte și că certificatul SSL funcționează fără probleme. Pentru o bază tehnică solidă, conținutul Hosting NVMe și Instalarea SSL gratuit poate fi evaluat.

Pasul 5: Actualizați Datele Structurate

Utilizarea schema Product pe paginile produselor este benefică atât pentru vizibilitatea organică, cât și pentru validarea Merchant Center. Cu toate acestea, o schema greșită poate fi mai dăunătoare decât absența completă a acesteia. Verificați dacă variabila de preț din fișierul temei dvs. provine din produsul actual. Testați dacă prețul din schema se actualizează corect atunci când variația selectată se schimbă pentru produsele cu variații.

Prețul afișat în Rich Results Test trebuie să fie același cu prețul afișat utilizatorului pe pagină. De asemenea, câmpul priceCurrency ar trebui să fie unul dintre codurile valide, cum ar fi RON, USD sau EUR. Pentru produsele care nu sunt în stoc, câmpul availability trebuie să fie de asemenea corect; afișarea prețului vechi de discount pentru produsele care nu sunt în stoc afectează negativ atât experiența utilizatorului, cât și aprobarea Merchant Center.

Pasul 6: Solicitați Reexaminarea și Reindexarea în Merchant Center

După corectări, reîncărcați feed-ul sau declanșați sincronizarea API. Verificați dacă prețul recent trimis a fost actualizat în detaliile produsului din Merchant Center. Apoi, solicitați reexaminarea produselor problematice. În unele cazuri, sistemul automat se actualizează în câteva ore, în alte cazuri, poate dura între 24-72 de ore. În cazul produselor cu buget mare de campanie, efectuarea unui test pe un grup mic de exemple înainte de corectare poate preveni repetarea erorilor în masă.

Controale Specifice după Platforme

Situri WooCommerce

Pe site-urile WooCommerce, erorile de preț apar de obicei din cauza cache-ului, plugin-urilor de monedă multiplă, plugin-urilor de prețuri dinamice sau din utilizarea datelor vechi de către plugin-ul de feed. Verificați câmpurile de preț normal și preț redus în ecranul de editare a produsului. Apoi, verificați dacă setările de mapping pentru sale price din plugin-ul pe care îl utilizați sunt corecte. Dacă pe paginile produsului prețul se schimbă în funcție de membru sau de condițiile cuponului, ar trebui să trimiteți prețul general al utilizatorului în feed.

Dacă utilizați caching pe partea serverului, verificați că, atunci când prețul produsului se schimbă, fișierele de cache pentru produs, categorie și feed sunt curățate corespunzător. În această privință, infrastructura hosting WordPress și configurarea corectă a cache-ului joacă un rol critic.

Sisteme Shopify și E-Commerce Gata Făcute

În sistemele gata făcute, cum ar fi Shopify, câmpurile de preț sunt de obicei mai organizate; totuși, piețele multiple, monedele multiple și reducerile automate pot cauza erori. Verificați țara țintă, moneda și corespondența variațiilor de produse în aplicația Google & YouTube. Nu confundați prețul comparativ cu prețul de vânzare. Nu arătați reducerile automate aplicate în coș ca preț din feed; deoarece Google nu poate accepta întotdeauna reducerile bazate pe cupoane care nu sunt vizibile direct pe pagina produsului.

Software Personalizat și Integrarea API

În software-ul personalizat, cea mai bună abordare este de a crea un flux de date versionat și logat pentru prețul produsului. La fiecare modificare de preț, ar trebui să fie înregistrat cine, când, ce preț a fost modificat și când a fost reflectat în feed. Dacă utilizați Content API, urmăriți răspunsurile de succes după actualizare și scrieți codurile de eroare într-un sistem de logare centralizat. De asemenea, asigurați-vă că URL-ul accesat de Google nu are blocări pentru boți, redirecționări pe bază de țară sau obligații de sesiune.

Practicile Sustenabile pentru Prevenirea Incongruențelor de Preț

Corectarea erorilor politicii de prețuri o dată nu este suficientă; trebuie să stabiliți un mecanism de control sustenabil. În cataloguri mari, prețurile pot varia de mii de ori în fiecare zi. Prin urmare, ar trebui să adoptați o abordare de automatizare, logare și audituri regulate, în loc de control manual.

• Planificați timpul de actualizare a feed-ului să fie imediat după începutul și sfârșitul campaniilor.
• Când prețul produsului se schimbă, curățați simultan cache-ul paginii, feed-ului și schema.
• Verificați săptămânal potrivirea prețurilor pentru cele mai clicuite 50 de produse între feed și site.
• Stabiliți o politică de prețuri inclusiv TVA care să fie documentată pentru toate echipele.
• Testați prețul și URL-ul fiecărei variații pentru produsele cu variații.
• Monitorizați zilnic rapoartele de diagnosticare din Merchant Center; dacă rata erorilor depășește 1%, efectuați o analiză a cauzelor rădăcină.
• Monitorizați în mod regulat problemele de SSL, DNS, hosting și redirecționare; paginile inaccesibile pot afecta validarea prețurilor.

De exemplu, într-un magazin cu 5.000 de produse, dacă rata de schimbare a prețurilor pe zi este de 8%, aproximativ 400 de produse ar trebui să fie testate din nou pentru potrivirea între feed și pagină zilnic. Efectuarea manuală a acestei verificări nu este realistă. Chiar și generarea unui raport printr-o sarcină cron simplă care compară prețul din feed cu prețul extras de pe URL-ul live poate ajuta la identificarea timpurie a erorilor.

Cum să Gestionezi Prețurile pentru Transport, Cupoane și Campanii?

Taxa de transport poate fi gestionată separat de prețul produsului; totuși, setările de transport din Merchant Center trebuie să fie corecte. A afișa transport gratuit pe pagina produsului și a adăuga o taxă de transport în ecranul de plată subminează încrederea utilizatorului și poate duce la probleme de politică. Dacă suma de transport variază în funcție de țară, oraș, dimensiune sau valoarea coșului, structura regulilor de transport din Merchant Center ar trebui să fie configurată în consecință.

Fii atent la reducerile cu cupoane. Dacă utilizatorul trebuie să introducă manual un cupon, această reducere nu ar trebui de obicei trimisă în feed ca preț al produsului. Dacă există o reducere publică și automată pe site, aceasta poate fi definită ca sale_price. De exemplu, dacă pe pagina produsului apare 699 RON în loc de 799 RON și toți utilizatorii pot cumpăra la acest preț, atunci 699 RON poate fi folosit în feed. Cu toate acestea, a scrie în feed prețul scăzut doar cu cuponul EFSANE10 poate face ca Google să vadă un preț diferit pe pagina de destinație.

Când Ar Trebui Folosite Actualizările Automate ale Produsului Google?

Actualizările automate ale produsului în Merchant Center permit Google să corecteze temporar unele erori din feed prin citirea informațiilor de preț și stoc de pe pagina produsului. Această caracteristică poate reduce incongruențele mici; totuși, nu este o soluție permanentă. Deoarece datele citite de Google pot fi incorecte din cauza unei schema greșite sau a JavaScript-ului întârziat, actualizarea automată poate produce, de asemenea, rezultate greșite.

Puteți menține această caracteristică activată, dar trebuie să garantați exactitatea sursei principale de date. Actualizările automate ar trebui considerate ca o plasă de siguranță pentru mici diferențe de timp cauzate de feed-uri vechi. Dacă sistemul face continuu corecturi de preț, acest lucru sugerează că există o problemă fundamentală în procesele feed-ului.

Impactul Infrastructurii Tehnice asupra Erorilor de Preț

Erorile de preț din Merchant Center sunt adesea vizibile în panoul de marketing, dar cauzele fundamentale pot fi în infrastructura tehnică. O performanță slabă de hosting, frecvente erori 500, SSL defect, redirecționări greșite, schimbarea automată a monedei în funcție de țară și setările agresive de cache pot duce la citirea greșită a prețului de către Google. Este esențial ca paginile produselor din site-urile de comerț electronic să răspundă rapid și stabil, nu doar pentru SEO, ci și pentru aprobarea anunțurilor și vizibilitatea în căutări.

Hostragons oferă soluții de hosting de încredere, management al domeniilor și soluții SSL care ajută la consolidarea acestei baze tehnice pentru proiectele de comerț electronic. De exemplu, Hosting Corporate sprijină accesibilitatea paginilor produselor în perioadele de trafic intens; Transferul domeniului și managementul DNS pot reduce problemele de scanare cauzate de redirecționări greșite. Scopul aici nu este de a crea presiune asupra vânzărilor, ci de a permite un flux de date de încredere necesar de Merchant Center.

Lista de Verificare: Ultimele 12 Puncte înainte de Lansare

• Este câmpul price din feed același cu prețul de pe pagina produsului?
• Se folosește sale_price doar în campaniile active?
• Datale de început și sfârșit ale campaniei sunt corecte?
• Există o creștere obligatorie a prețului între pagina produsului și ecranul de plată?
• Este moneda trimisă în format ISO?
• Deschide URL-ul variației corecta variație?
• Schema Product arată prețul actual?
• robots.txt blochează procesarea paginii de către Google?
• Curățarea cache-ului funcționează automat cu schimbarea prețului?
• Setările de transport și impozit din Merchant Center sunt corecte?
• Prețul de pe pagina mobilă este același cu cel de pe desktop?
• Feed-ul a fost reîncărcat după corecturi?

Întrebări Frecvente

Cât durează corectarea unei erori de politică de prețuri Google Merchant Center?

Reaprobatul produselor după corectare durează de obicei între câteva ore și 72 de ore. Timpul poate varia în funcție de numărul de produse, frecvența de scanare, tipul de eroare și intensitatea reexaminării.

Cum ar trebui să trimit prețul redus în feed?

Prețul normal ar trebui trimis în câmpul price, iar prețul redus activ în câmpul sale_price. Dacă datele de început și sfârșit ale campaniei sunt cunoscute, utilizarea câmpului sale_price_effective_date ajută la reducerea erorilor.

Este obligatorie afișarea prețului cu TVA inclus?

Site-urile de comerț electronic din România care vând consumatorilor sunt așteptate să afișeze prețul cu TVA inclus. Adăugarea unei taxe sau a unei taxe obligatorii pe ecranul de plată care nu este afișată pe pagina produsului poate duce la o discrepanță de preț în Merchant Center.

Actualizările automate ale produselor rezolvă complet erorile de preț?

Nu. Actualizările automate ale produselor pot reduce discrepanțele minore de timp, dar nu rezolvă în mod permanent prețul greșit, schema veche sau prețurile greșite de pe site. Este necesară corectarea sursei principale de date.

Cum pot preveni erorile de preț pentru produsele cu variații?

Pentru fiecare variație, trebuie să utilizați prețul corect, un ID de produs unic, un item_group_id comun și URL-ul de deschidere corect. Când utilizatorul face clic, variația selectată ar trebui să se deschidă corect, corespondentă cu prețul din feed.

Concluzie

Erorile politicii de prețuri Google Merchant Center apar adesea din diferențele mici de date între feed, pagina produsului, schema și pașii de plată. Soluția permanentă constă în utilizarea unei singure surse de preț, gestionarea corectă a reducerilor, actualizarea datelor structurate, pagini care sunt rapid scanabile și un proces de audit regulat. Nu neglijați infrastructura tehnică pentru ca produsele dvs. să apară fără probleme în Google Shopping și în listele gratuite. Dacă doriți, puteți explora soluțiile de hosting, domenii și SSL de pe Hostragons pentru a oferi un flux de date de încredere pentru site-ul dvs. de comerț electronic.