Google nu se uită doar la ce îi spui acum. Își ține minte ce i-ai spus în trecut, adună semnale din locuri pe care nu le controlezi și, uneori, le lipsește la un loc. Rezultatul sunt badge-uri de reducere pe care nu le-ai pornit, prețuri "Was" pe care nu le-ai trimis niciodată și imagini de produs vechi care încă apar în Shopping și în anunțuri. Verificarea feed-ului, a schemei și a site-ului nu prinde cauza, pentru că problema nu e acolo.

Ce este, de fapt, stratul ascuns de date

Când trimiți un feed de produse, îi comunici lui Google un adevăr de moment: produsul costă atât, e în stoc, are imaginea asta. Google însă nu se oprește la ce i-ai dat acum. Crawlează paginile, revine asupra feed-ului în timp și își construiește propriul istoric. Acel istoric continuă să existe mult după ce realitatea de pe site s-a schimbat.

Pe lângă propria memorie, Google se uită și în afara domeniului tău, la listări de marketplace și pagini terțe pe care poate nu le-ai mai deschis de ani de zile. Toate aceste straturi sunt prelucrate și pot fi luate în calcul alături de ce trimiți tu acum. Nu e o conspirație. Google încearcă să păstreze o imagine cât mai exactă a produselor tale. Problema apare când una dintre părți nu se actualizează la timp, ori tu uiți să anunți o schimbare, ori înregistrarea Google nu a prins încă realitatea nouă.

Sursa originală, un material din Search Engine Journal semnat de Emina Demiri-Watson, descrie trei componente concrete ale acestui strat: urmărirea prețului, indexarea imaginilor și un schimb de date între platforme care nu e confirmat public.

Cele trei mecanisme care îți strică datele

Primul e urmărirea prețului. Google crawl-ează pagina, schema și feed-ul în timp și își construiește propriul istoric. Dacă etichete de schemă, text în HTML sau prețuri vechi din feed sugerează o reducere, chiar una care nu a existat niciodată ca atribut explicit, memoria de preț poate corobora semnalele și afișa o adnotare pe care nu ai cerut-o.

Lucrurile se amestecă ușor, pentru că Google are cel puțin trei funcții diferite legate de preț, care arată similar. Badge-ul clasic de preț redus apare când tu trimiți un atribut de preț promoțional, iar Google validează că reducerea se încadrează între 5% și 90% și că prețul de bază a fost înregistrat o perioadă suficientă. Aici Google nu citește doar trimiterea curentă, ci validează prețul de bază față de propriul istoric. Ăsta e primul indiciu că memoria de preț lucrează mai mult decât crede lumea.

Al doilea tip, adnotarea de scădere de preț, nu poate fi controlat. Google compară prețul curent cu media înregistrată în ultimele 60 de zile și, dacă scăderea e suficient de mare față de o bază stabilă, generează automat un badge cu un preț de referință "Was". Acel "Was" nu l-ai trimis tu niciodată.

Al treilea, snippet-ul de preț redus din căutarea organică, are aceeași logică. Ce afișează Google nu vine doar din markup-ul tău, ci din propriile înregistrări istorice despre pagină.

Al doilea mecanism e indexarea imaginilor. Google își ține propriul index de imagini, separat de ce trimiți în feed sau în schema. Când crawl-ează pagina, găsește imaginile, le asociază cu URL-ul și rulează propria clasificare pe server. Rezultatele nu apar nicăieri în feed sau în auditurile de schemă. Dacă ștergi produsul de pe site dar fișierul rămâne live pe CDN, fără un 404 curat, Google poate continua să afișeze imaginea veche în anunțuri și în listări gratuite mult timp după ce ai schimbat-o.

Platformele complică lucrurile. URL-urile de CDN de la Shopify sunt permanente prin design, iar ștergerea unui produs nu scoate imaginile din CDN. Magento ține imaginile într-un director media plat, iar fișierul rămâne live până îl curăță cineva manual. WooCommerce pune totul în biblioteca media standard WordPress, rareori curățată. Dacă adaugi peste asta convenții de redenumire, rămâi cu două URL-uri de imagine indexate pentru același produs, iar Google nu alege mereu varianta curentă.

Al treilea mecanism, schimbul de date între platforme, nu e confirmat public. Autoarea suspectează că marketplace-urile mari își împărtășesc date de feed, posibil prin acces plătit la API. Dacă asta e adevărat, o greșeală în feed-ul din Merchant Center poate cauza respingeri simultane în Google Ads și pe marketplace-ul Amazon. Tratează asta ca ipoteză, nu ca fapt dovedit.

Cum arată problema în practică

Un caz concret din material: unui client i se afișa în Shopping "Was £474, now £355", deși nu rula nicio promoție. Feed-ul avea £355, fără atribut de preț promoțional. Ultimul crawl raporta £426. Pe site, cuvântul "Now" apărea în codul de afișare al prețului. Schema folosea un tip de ofertă agregată cu două niveluri, unul etichetat "List price" la £395, altul "Sale price" la £355. Acel £395 fără TVA devine £474 cu TVA, exact prețul misterios. Un export vechi de feed confirma că, cu trei luni înainte, câmpul de preț chiar avea £474.

Nimeni nu a trimis vreodată un preț promoțional, nici în feed-ul curent, nici în cel istoric. Produsul fusese doar repreciat la un moment dat. Google a asamblat narațiunea de reducere din trei semnale independente: o etichetă de schemă citită ca indicator de promoție, text în HTML citit ca marker de preț curent și un istoric de preț construit din trimiteri anterioare. Niciunul singur nu spunea "afișează reducere". Împreună, au făcut-o.

Al doilea caz, pe imagini: un client avea o imagine veche de produs în Merchant Center. Verificările obișnuite, active, feed principal și suplimentar, reguli, site, HTML, schemă, nu găseau nimic. Explicația era indexul de imagini al Google, care păstra asocieri din crawl-uri anterioare. Fără 404, nu exista semnal curat pentru actualizarea indexului, iar Google a decis că imaginea veche e cea mai bună de afișat ca principală. Clientul avea un ciclu de curățare, nu o ștergere cu 404, iar Google prindea imaginile vechi în intervalul dintre cicluri.

Un al treilea exemplu, relatat de consultantul Jarno van Driel: un client cu feed, site și schemă construite corect timp de luni vedea constant imaginea greșită la bestselleruri. O simplă căutare după numele fișierului a scos la iveală imaginea pe o pagină de produs Amazon creată manual de un angajat cu doi ani înainte și uitată complet. Amazon are autoritate mare, deci Google o considera importantă. Majoritatea managerilor de ecommerce nu se gândesc să caute acolo.

Ce verifici concret, dincolo de feed

Verificarea standard nu e suficientă. Iată pașii propuși de noi, ca recomandări, nu ca fapte confirmate de sursă:

  1. Extinde auditul dincolo de feed-ul curent. Scoate exporturi istorice și compară prețurile din ultimele 3 până la 6 luni cu ce e acum în feed, schemă și HTML.

  2. Caută etichete de schemă care pot fi confundate cu indicatori de promoție. "List price", "Sale price" în array-uri de specificații de preț, tipare de ofertă agregată cu două niveluri. Google le poate citi împreună ca reduceri.

  3. Verifică dacă textul din HTML (cuvinte precum "Now") e citit ca marker de preț curent lângă prețul afișat.

  4. Pentru imagini, decide o politică clară: ștergere cu 404 sau curățare cu același rezultat. Fără un semnal curat, indexul Google rămâne pe asocierea veche.

  5. Caută numele fișierelor vechi direct în Google. Poate scoate la iveală imagini pe marketplace-uri și pagini terțe uitate.

  6. Urmărește cross-platform dacă ai feed în Merchant Center și listări pe Amazon. Dacă respingerile apar simultan, poate exista o legătură pe care nu o vezi în Google Ads.

  7. Verifică panoul "Informații găsite pe site-ul tău" din Merchant Center ca sursă suplimentară a semnalelor colectate.

Uneori feed-ul, schema și site-ul sunt curate, iar adnotarea tot apare, pentru că problema nu e acolo. Absența unei explicații în tool-urile tale nu dovedește că datele sunt corecte, ci doar că nu ai acces la stratul care leagă semnalele.

Ce înseamnă pentru tine

Dacă ești antreprenor sau marketer într-un magazin online românesc, ai până acum un singur punct de adevăr: ce trimiți în feed. Această abordare are o gaură pe care o simți doar când cineva întreabă de ce produsul apare redus când nu e. Cineva din echipă, un director sau un client.

Primul impact e credibilitatea. Când Google afișează "Was, now" pe un preț care nu e o promoție, tu arăți ca și cum ai induce clienții în eroare, chiar dacă nu ai făcut nimic. Al doilea impact e respingerea anunțurilor. O eroare în feed cauzează probleme simultane în Google Ads și pe marketplace-uri, iar tu pierzi timp căutând cauza în loc greșit. Al treilea, imaginea veche de produs în anunțuri, care scade CTR-ul și credibilitatea brandului fără să știi de ce.

Sunt ipoteze de lucru pentru situația ta. Primul pas e să nu mai tratezi feed-ul ca singurul punct de control. Adaugă un audit periodic al stratului ascuns pe lângă auditul de feed. A doua, măsoară. Când apar respingeri sau adnotări ciudate, notează ce era în feed, ce era în schemă, ce era în HTML, ca să ai trasabilitate. Al treilea, decide o politică de imagini și verifică prezența fișierelor vechi în Google și pe marketplace-uri. Nimeni nu acoperă complet toate straturile singur.

Întrebări frecvente

De ce văd un badge de reducere când nu rulez nicio promoție? Google combină semnale din surse diferite: etichete de schemă citite ca indicatoare de promoție, text din HTML citit ca marker de preț curent și un istoric de preț construit din feed-uri anterioare. Niciunul singur nu declanșează badge-ul, dar împreună pot crea o narațiune de reducere pe care nu ai cerut-o.

Feed-ul și schema arată corect. De ce imaginea veche încă apare? Google are propriul index de imagini, separat de feed și schemă. Fără un semnal curat, cum ar fi un 404 la vechiul URL, indexul păstrează asocierea veche. Dacă fișierul e live pe CDN sau în biblioteca media, Google poate continua să îl afișeze ca imagine principală.

Cum verific dincolo de feed-ul curent? Scoate exporturi istorice de feed, compară prețurile din ultimele luni, caută numele fișierelor vechi direct în Google, verifică panoul din Merchant Center privind informațiile găsite pe site-ul tău. Tratează aceste verificări ca pe un audit periodic al semnalelor, nu ca pe o remediere urgentă.

Concluzie

AI-ul devine util aici pentru analiză, pentru compararea exporturilor de feed, pentru identificarea tiparelor în date, pentru prioritizarea verificărilor. Dar decizia rămâne a omului: media buyer-ul, marketerul, omul care știe ce e promoție reală și ce nu, care decide politicile de imagini și care validează manual fiecare semnal. Niciun tool nu poate înlocui acea judecată.

Pasul concret îl face ALLSoft Agency: un audit care leagă feed-ul, schema, site-ul și amprenta externă, urmat de procese care previn reapariția problemelor, nu doar le tratează o dată. Dacă ai un magazin online și vrei să afli ce ascunde pentru tine stratul ascuns de date al Google, discută cu echipa. Fără hype, fără promisiuni de cifre, doar verificare pe datele tale.