Un feed de produse pentru Google Shopping sau pentru un marketplace se generează automat prin combinarea a doi pași: colectarea datelor de produs acolo unde nu există deja structurate (prin web crawling, atunci când sursa este un furnizor, un producător sau un site fără export propriu) și maparea acestor date pe lista exactă de atribute cerută de canalul respectiv, urmată de un export periodic în formatul XML sau CSV acceptat de platformă.
Un feed de produse este, în esență, un fișier structurat care descrie fiecare produs din catalogul tău prin câmpuri standardizate — nume, preț, disponibilitate, imagine, identificator unic — pe care Google Shopping sau un marketplace îl citește automat, fără intervenție manuală, pentru a afișa produsele în rezultatele de cumpărături sau în propria platformă.
Acest ghid explică de ce ai nevoie de crawling atunci când datele de produs nu vin deja structurate din magazinul propriu, ce atribute trebuie să conțină un feed valid, cum arată procesul de generare pas cu pas, ce format alegi, cât de des îl actualizezi, ce erori frecvente duc la respingerea feedului și cum alegi între o soluție internă, un tool SaaS de feed management sau un serviciu de crawling personalizat.
De ce ai nevoie de crawling ca să generezi un feed de produse, nu doar un export din magazin
Dacă toate produsele tale sunt introduse manual în platforma de eCommerce, cu preț, stoc și descriere completă, un export nativ către Google Shopping sau marketplace poate fi suficient — majoritatea platformelor (Shopify, WooCommerce, Magento) oferă un plugin sau un modul de generare a feedului direct din baza de date proprie.
Problema apare atunci când o parte semnificativă din datele de produs nu există structurat în magazinul tău: un distribuitor auto primește cataloage de la mai mulți furnizori, fiecare în alt format; un retailer de electronice preia specificații tehnice de pe site-urile producătorilor; o agenție construiește un catalog agregat din mai multe surse web publice. În aceste cazuri, feedul nu poate fi generat direct din magazinul propriu, pentru că datele sursă nu sunt acolo — trebuie mai întâi extrase prin crawling, apoi normalizate și abia după aceea mapate pe formatul cerut de canal.
Aceasta este diferența față de simpla populare a propriului catalog: aici scopul final nu este completarea magazinului tău, ci producerea unui fișier de ieșire (feed) care respectă exact regulile impuse de Google Merchant Center sau de marketplace-ul țintă.
Ce atribute trebuie să conțină un feed valid pentru Google Shopping și marketplace-uri
Indiferent de canal, câteva atribute sunt aproape universal obligatorii. Tabelul de mai jos rezumă cele mai importante, orientativ, întrucât fiecare marketplace poate avea câmpuri suplimentare specifice categoriei de produs:
| Atribut | Rol | Observație |
|---|---|---|
| id | Identificator unic al produsului | Trebuie să rămână constant între actualizări |
| title, description | Denumire și descriere afișate cumpărătorului | Fără cuvinte cheie forțate sau text promoțional excesiv |
| link, image_link | Pagina produsului și imaginea principală | Ambele trebuie să fie accesibile public, fără erori 404 |
| price, availability | Preț curent și stoc | Trebuie să corespundă exact cu pagina produsului |
| brand | Producător/marcă | Obligatoriu pentru majoritatea categoriilor |
| gtin sau mpn | Cod unic de identificare a produsului | Necesar dacă produsul are un astfel de cod atribuit de producător |
| condition | Stare produs (nou, recondiționat, second-hand) | Influențează eligibilitatea în unele categorii |
| product_type / category | Încadrarea produsului pe categorii | Trebuie să respecte taxonomia canalului țintă |
Specificația completă și actualizată a atributelor pentru Google Shopping este publicată oficial de Google în documentația Merchant Center (vezi secțiunea Surse); orice marketplace suplimentar are propria listă de atribute obligatorii, de regulă disponibilă în panoul de administrare pentru vânzători.
Cum arată, pas cu pas, procesul de generare automată a feedului prin crawling
Un pipeline funcțional de generare automată a unui feed de produse pe bază de crawling urmează, de regulă, aceeași secvență de pași:
- Colectare (crawling) — un script vizitează periodic sursele țintă (site-uri de furnizori, cataloage web publice) și extrage câmpurile brute: nume, preț, cod produs, imagini, specificații.
- Curățare și normalizare — datele brute sunt uniformizate: prețuri convertite în același format și monedă, denumiri de produs standardizate, coduri duplicate eliminate.
- Mapare pe schema feedului — fiecare câmp normalizat este atribuit unui atribut cerut de canal (de exemplu, câmpul intern „cod_producator" devine „mpn" în feed).
- Validare — feedul este verificat automat pentru câmpuri lipsă, prețuri neconforme sau imagini inaccesibile, înainte de trimitere.
- Generare fișier — se produce fișierul final în formatul cerut (XML, CSV sau alt standard specific canalului).
- Publicare/trimitere — feedul este încărcat automat în Google Merchant Center sau în panoul marketplace-ului, ori pus la o adresă URL pe care platforma o preia periodic.
- Monitorizare — erorile raportate de platformă sunt urmărite și corectate la sursă, nu doar în fișierul final.
Ce format de feed alegi: XML, CSV sau Google Sheets
Google Merchant Center acceptă mai multe formate — XML, CSV sau un Google Sheets conectat direct la cont — iar majoritatea marketplace-urilor acceptă cel puțin CSV. Alegerea formatului depinde mai puțin de preferința ta și mai mult de cerințele canalului și de volumul de produse:
- XML este util pentru cataloage mari, cu structuri de date complexe (variante de produs, atribute multiple), și este preferat de multe integrări automate.
- CSV este mai simplu de generat și de depanat manual, potrivit pentru cataloage de dimensiune medie sau pentru testare inițială.
- Google Sheets este util pentru cataloage mici sau pentru verificare rapidă, dar devine greu de întreținut automat la volume mari.
Când feedul trebuie trimis simultan către Google Shopping și către unul sau mai multe marketplace-uri, cea mai practică soluție este generarea unui feed „master" intern, din care se derivă automat câte un fișier pentru fiecare canal, respectând formatul și atributele specifice acestuia.
Cât de des trebuie actualizat automat feedul de produse
Frecvența de actualizare depinde de cât de volatile sunt prețul și stocul produselor tale. Ca reper orientativ:
- Pentru produse cu preț și stoc stabile, o actualizare zilnică este de regulă suficientă.
- Pentru categorii cu preț dinamic (electronice, categorii cu promoții frecvente), merită o actualizare de mai multe ori pe zi.
- Pentru produse epuizate rapid, disponibilitatea trebuie sincronizată aproape în timp real, altfel riști reclamații pentru comenzi neonorate.
Un feed generat o singură dată și nemodificat ulterior devine, în timp, o sursă de neconcordanțe între preț/stoc afișat și cel real — exact tipul de eroare pe care platformele îl penalizează prin respingerea sau suspendarea produselor.
Erori frecvente care duc la respingerea feedului și cum le eviți
Câteva erori revin constant în feed-urile generate automat, indiferent de canal:
- Lipsa unui GTIN sau MPN unde producătorul l-a alocat produsului — soluția este extragerea acestui cod încă din etapa de crawling, nu completarea lui manuală ulterior.
- Neconcordanță de preț între feed și pagina reală a produsului — de regulă cauzată de o frecvență de actualizare prea mică față de ritmul modificărilor de preț.
- Imagini inaccesibile sau de calitate slabă — link-uri către imagini expirate sau blocate de sursă, ceea ce cere validare automată înainte de trimiterea feedului.
- Disponibilitate greșită — produse marcate „în stoc" deși nu mai sunt disponibile la sursă, frecvent cauzat de o sincronizare prea rară.
- Încadrare greșită pe categorie — taxonomia internă nu corespunde cu cea cerută de canal, ceea ce duce la respingerea sau afișarea incorectă a produsului.
Majoritatea acestor erori nu se rezolvă „în feed", ci la sursă: fie în etapa de crawling (extragere incompletă), fie în frecvența de actualizare — de aceea validarea automată înainte de trimitere (pasul 4 din procesul descris mai sus) este esențială.
Crawling personalizat vs. soluții de tip feed management SaaS: cum alegi
Există două direcții principale pentru a ajunge la un feed automat, iar alegerea corectă depinde de structura datelor tale, nu de preferința pentru un tool sau altul:
- Dacă toate produsele există deja structurat într-o singură platformă de eCommerce, un tool SaaS de feed management (conectat direct la platformă) este de regulă mai rapid de implementat și suficient.
- Dacă o parte din date trebuie mai întâi colectate de pe surse externe fără export propriu (furnizori, producători, cataloage publice), un serviciu de crawling personalizat este necesar înainte ca orice tool de feed management să aibă ce procesa.
- Dacă lucrezi cu mai multe surse eterogene care trebuie normalizate într-un singur catalog consistent înainte de export, combinația crawling + mapare personalizată oferă control mai bun decât un tool generic, care presupune de regulă o singură sursă de date structurată.
Articole conexe despre crawling
- Popularea automată a propriului magazin online
- Web crawling vs API oficial: cum alegi metoda potrivită
- Cum poate ajuta crawling-ul un magazin online
- Toate articolele HappyWeb despre crawling
Întrebări frecvente despre feed-urile de produse generate prin crawling
Ce este un feed de produse pentru Google Shopping?
Este un fișier structurat (XML, CSV sau Google Sheets) care descrie fiecare produs din catalogul tău prin atribute standardizate — nume, preț, disponibilitate, imagine, identificator — pe care Google Merchant Center îl citește automat pentru a afișa produsele în Google Shopping.
Pot folosi crawling dacă am deja un magazin online cu date proprii?
Da, dar de regulă doar parțial — dacă toate produsele au deja preț, stoc și descriere complete în platforma ta, un export nativ e suficient; crawling-ul devine necesar acolo unde o parte din date (specificații, imagini, coduri de producător) provin din surse externe fără export propriu.
Cât costă generarea automată a unui feed de produse prin crawling?
Costul depinde de numărul de surse de date, complexitatea normalizării și frecvența de actualizare cerută; setarea inițială (scriptul de crawling și maparea pe schema feedului) costă de regulă mai mult decât mentenanța ulterioară.
Cât de des trebuie actualizat feedul ca să nu fie respins?
Nu există un prag universal, dar prețul și disponibilitatea trebuie să corespundă aproape întotdeauna cu pagina reală a produsului; pentru categorii cu preț sau stoc volatil, o actualizare zilnică este de regulă minimul recomandat.
Ce diferență este între feed-ul pentru Google Shopping și cel pentru un marketplace?
Structura de bază (nume, preț, disponibilitate, imagine, identificator) este similară, dar fiecare marketplace poate cere atribute suplimentare specifice categoriei de produs și propria taxonomie de categorii, diferită de cea folosită de Google.
Este legal să extrag date de la furnizori prin crawling pentru feed-ul propriu?
Depinde de termenii site-ului sursă și de fișierul robots.txt al acestuia; verifică întotdeauna aceste condiții înainte de a începe colectarea și, pentru situații neclare, cere consultanță juridică de specialitate.
Concluzie: un feed de produse automat pornește de la date complete, nu doar de la un export
Un feed de produse funcțional pentru Google Shopping sau pentru un marketplace nu este doar un fișier exportat o singură dată, ci un proces continuu: colectare a datelor lipsă prin crawling acolo unde este cazul, normalizare, mapare pe atributele exacte cerute de canal și actualizare la o frecvență potrivită volatilității prețului și stocului. Punctul de plecare practic este identificarea sursei reale a datelor tale — magazin propriu, furnizori externi sau o combinație a celor două — înainte de a alege instrumentul de generare a feedului.
Vrei să automatizezi colectarea de date pentru magazinul tău? Contactează-ne pentru o ofertă personalizată, sau vezi serviciul complet de preluare date online prin crawling.
Ai nevoie de un feed de produse pentru Google Shopping sau marketplace?
Echipa HappyWeb colectează datele lipsă prin crawling, le normalizează și livrează feedul automat, în formatul cerut de fiecare canal. Discutăm proiectul tău.
Surse
Ultima actualizare a articolului: 05.07.2026 · Revizie recomandată: în 90-180 de zile, întrucât cerințele de format ale Google Merchant Center și ale marketplace-urilor se pot schimba.
- HappyWeb — Servicii de preluare date online (crawling), definiție, cazuri de utilizare și formate de livrare: happyweb.ro/servicii/servicii-servicii-preluare-date-online-crawling.
- Google Merchant Center — specificația oficială a atributelor de produs pentru feed-uri: support.google.com/merchants/answer/7052112.
Dacă ai întrebări despre generarea unui feed de produse pentru proiectul tău, contactează-ne.
Imagine generată cu AI, folosită în scop ilustrativ.
Scrie un comentariu