Optimizează-ți feedul de produse pentru serviciile Comparison Shopping

Două niveluri de date despre produse pe care ar trebui să le distingi

În CSS și Google Shopping, două niveluri diferite de date sunt adesea amestecate.

1. Feedul comerciantului în Google Merchant Center

Acest feed conține datele despre produse din magazinul online. Acestea includ, de exemplu:

• ID produs
• title
• Descriere
• Pagina produsului
• Preț
• Disponibilitate
• Imagini
• Brand
• GTIN
• Informații despre variante
• Date de livrare

Aceste date sunt utilizate, printre altele, pentru anunțuri Shopping și înregistrări gratuite de produse. Feedul rămâne crucial chiar și atunci când comerciantul este conectat printr-un partener CSS.

2. Date despre produse pentru paginile de produse CSS

Serviciile de Comparare a Cumpărăturilor (Comparison Shopping Services - CSS) pot oferi, în plus, propriile pagini de produse. Pentru afișarea organică a acestor pagini de produse CSS, Google menționează atribute precum id, title, description, image_link, additional_image_link, google_product_category, product_type, brand, gtin, mpn, atribute de variantă, product_detail și product_highlight.

Consecința practică este următoarea:

Datele despre produse nu ar trebui să fie doar valide din punct de vedere tehnic. Ele trebuie să fie structurate astfel încât comercianții, Google și furnizorul CSS să poată identifica în mod unic aceleași produse.

În ce ordine ar trebui să optimizezi feedul?

O decizie greșită frecventă este de a scrie imediat titluri noi, chiar dacă există încă erori fundamentale de date.

Este mai rațional să prioritizezi clar:

Un title optimizat cu efort nu este de mare folos dacă produsul este respins din cauza unei erori de preț. Invers, un feed aprobat nu este încă un feed bun.

ID-urile stabile de produse și variantele curate stau la baza

Fiecare produs vandabil sau fiecare variantă de produs care poate fi comandată independent necesită o alocare unică.

Pentru un tricou cu cinci mărimi și patru culori, nu există doar un singur produs, ci până la 20 de variante concrete. Fiecare variantă poate avea o combinație proprie din următoarele informații:

• ID produs
• Culoare
• Mărime
• Preț
• Disponibilitate
• Imagine
• GTIN
• MPN

Google arată în exemplele sale că variantele pot fi trimise separat și conectate printr-un item_group_id comun. title și atributele variantei ar trebui să descrie corect execuția respectivă.

Reguli bune pentru ID-urile de produse

Un ID de produs ar trebui:

• să rămână stabil permanent
• să fie unic în cadrul feedului
• să nu depindă de preț sau stoc
• să provină, pe cât posibil, din sistemul de gestionare a mărfurilor sau al magazinului online
• în cazul variantelor, să identifice execuția concretă

Nu folosi un ID nou de fiecare dată când modifici title-ul, prețul sau imaginea. Pentru Google, acest lucru ar crea o nouă ofertă, deși este în continuare același produs.

Eroare tipică de variantă

Un comerciant trimite toate mărimile unui pantof sub același ID. Pe pagina de destinație, mărimea 42 este selectată implicit, dar în feed produsul este descris ca mărimea 39.

Astfel, feedul, pagina produsului și varianta efectiv selectabilă nu se potrivesc perfect.

Mai bine este:

• un ID propriu pentru fiecare mărime și culoare
• varianta corectă a paginii de destinație
• imaginea variantei corespunzătoare
• disponibilitatea validă în fiecare caz
• un item_group_id comun

Optimizarea titlului produsului: precizie înaintea numărului de cuvinte cheie

Titlul produsului nu este un title clasic SEO și nici un anunț publicitar. Acesta ar trebui să explice cât mai repede posibil, atât pentru Google, cât și pentru utilizator, ce produs specific este oferit.

Un title bun răspunde la mai multe dintre aceste întrebări, în funcție de sortiment:

• Ce brand?
• Ce model?
• Ce tip de produs?
• Pentru ce grup țintă?
• Ce execuție?
• Ce culoare?
• Ce mărime?
• Ce material?
• Ce specificație tehnică?
• Ce cantitate?

Google recomandă titluri precise și specifice și prezintă variante precum culoarea și mărimea direct în titlu, chiar și în propriile sale exemple.

Structuri de titluri utile în funcție de tipul produsului

Exemple

Prea general:

Jachetă damă modernă ieftină

Mai bine:

Brand Jachetă damă de tranziție hidrofugă Albastru închis Mărime 40

Prea publicitar:

Top Aparat de cafea profesional acum la preț avantajos

Mai bine:

Brand Model Espressor automat 15 bar 1,8 l Negru

Imprecis:

Pompă industrială Inox

Mai bine:

Brand Pompă centrifugă 400 V 12 m³/h Inox DN 50

Cele mai importante informații trebuie plasate la început

Nu toate titlurile sunt afișate integral în toate reprezentările. Prin urmare, puneți informațiile decisive pentru achiziție la început.

În cazul unui produs de marcă cunoscut, marca poate fi plasată prima. Pentru un producător mai puțin cunoscut, tipul specific de produs poate fi mai important.

Nu există o regulă fixă pentru toate sortimentele. Cheia este cu ce informație un utilizator poate identifica cel mai rapid produsul.

Fără liste artificiale de cuvinte cheie

Un titlu ca acesta nu aduce claritate suplimentară:

Scaun birou scaun de birou scaun de lucru scaun rotativ cumpără ieftin online

Mai mulți termeni similari unul după altul fac titlul ilizibil și diluează descrierea concretă a produsului.

Mai bine:

Brand scaun de birou ergonomic cu suport lombar Negru

Sinonimele, domenii suplimentare de utilizare și detaliile tehnice pot fi incluse în descriere sau în alte atribute.

Etichetarea corectă a titlurilor de produse generate de AI

Pentru sortimente mari, sistemele AI pot ajuta la generarea titlurilor din datele structurate ale produselor. Cu toate acestea, AI-ul nu ar trebui să scrie "creativ" în mod liber, ci să lucreze pe baza unor reguli clare.

Un prompt util sau un șablon de titlu utilizează doar câmpuri existente:

Creați un titlu de produs din marcă, model, tip de produs, culoare, mărime și material. Nu inventați proprietăți și nu folosiți afirmații publicitare.

În documentația actuală a Merchant Center, Google face distincție între atributul clasic title și structured_title. Pentru titlurile create cu AI generativă, ar trebui utilizat structured_title. Titlurile care nu sunt generate de AI pot fi trimise prin title sau structured_title.

Chiar și pentru titlurile automatizate, este necesară o verificare a calității. Verificați în special:

• proprietăți inventate
• termeni dublați
• unități de măsură greșite
• denumiri de model trunchiate
• informații lipsă despre variante
• traduceri nenaturale
• afirmații publicitare nepermise

Scrie descrieri pentru utilizatori și sisteme

Multe descrieri de produse din feed constau doar din primul paragraf al paginii produsului. Altele conțin elemente de navigare, reziduuri HTML, texte generale de la producător sau fraze publicitare interșanjabile.

O descriere bună a feed-ului ar trebui, în schimb, să rezume în mod inteligibil cele mai importante caracteristici ale produsului.

Acestea includ, în funcție de produs:

• Funcție
• Domeniu de aplicare
• Material
• Dimensiuni
• Date tehnice
• Compatibilitate
• Conținutul livrării
• Public țintă
• Caracteristici speciale

Pentru reprezentări bogate ale produselor, Google recomandă descrieri detaliate, bine structurate și menționează peste 200 de caractere ca recomandare. În plus, detaliile produsului și imagini suplimentare ale produsului pot fi trimise prin atribute separate.

Exemplu de descriere slabă

Produs de înaltă calitate, de cea mai bună calitate. Comandați acum online și beneficiați de livrarea noastră rapidă.

Textul s-ar putea potrivi aproape oricărui produs. Nu oferă informații utile nici pentru Google, nici pentru potențialul client.

Mai bine

Birou reglabil pe înălțime cu cadru controlat electric, o suprafață de lucru de 160 × 80 cm și o gamă de reglare de la 65 la 130 cm. Cadrul are două motoare, o funcție de memorie pentru patru înălțimi și o capacitate maximă de încărcare de 100 kg.

Aici sunt descrise proprietăți concrete, fără a supraîncărca textul cu termeni de căutare.

Utilizează inteligent product_highlight și product_detail

Nu toate informațiile trebuie înghesuite în titlu sau descriere.

Cu product_highlight poți transmite avantaje scurte ale produsului sau caracteristici cheie într-un mod structurat. Google recomandă patru până la șase "highlights"; sunt posibile cel puțin două și maximum 100. Un singur "highlight" poate conține până la 150 de caractere.

Exemple:

• Reglabil electric pe înălțime de la 65 la 130 cm
• Funcție de memorie pentru patru înălțimi de lucru
• Suportă până la 100 kg
• Două motoare silențioase
• Blat de masă din lemn certificat FSC

Atributul product_detail, pe de altă parte, este potrivit pentru specificații tehnice mai structurate, de exemplu:

Astfel, titlul rămâne lizibil, în timp ce informațiile tehnice sunt disponibile într-un mod structurat.

Transmite GTIN, marca și MPN corect

Identificatorii unici de produs ajută la identificarea clară a unui produs comercial specific.

Printre cele mai importante informații se numără:

• gtin: Global Trade Item Number, de exemplu EAN sau UPC
• brand: Marca
• mpn: Numărul piesei producătorului

Google recomandă, pe cât posibil, să trimiți toate cele trei informații. Acești identificatori de produs pot ajuta Google să asocieze corect oferta și să arate utilizatorilor produsul căutat.

Nu inventa niciodată GTIN

Dacă un produs are un GTIN oficial, trebuie folosit exact acest număr. Nu crea propriile secvențe de numere doar pentru a completa câmpul.

În cazul variantelor, de multe ori, fiecare variantă specifică are propriul GTIN. O cămașă roșie mărimea M poate avea, prin urmare, un GTIN diferit de același model în albastru sau mărimea L.

Produse fără identificare unică

Articolele unice lucrate manual, produsele personalizate sau anumite produse proprii ar putea să nu aibă GTIN, MPN sau o marcă.

Pentru produsele cărora nu li s-au atribuit, într-adevăr, identificatori unici, identifier_exists poate fi folosit cu valoarea no sau false. Acest atribut nu ar trebui folosit pentru a ocoli datele lipsă la produsele de marcă obișnuite.

Mărci proprii

În cazul unei mărci proprii autentice, vei introduce marca ta ca brand. Un număr de articol intern existent poate servi, în anumite condiții, ca MPN, atâta timp cât identifică produsul în mod unic ca articol al producătorului.

Este importantă o utilizare consecventă în magazin, feed, ambalaj și pe pagina produsului.

Diferențierea între categoria de produs Google și tipurile tale de produse

Atributele google_product_category și product_type îndeplinesc sarcini diferite.

google_product_category

Aici, produsul este clasificat în taxonomia de produse predefinită de Google.

Exemplu:

Îmbrăcăminte și accesorii > Îmbrăcăminte > Îmbrăcăminte de exterior > Jachete și paltoane

Google documentează atât ID-urile numerice de categorie, cât și căile de categorie scrise complet și arată asocierea pe baza numeroaselor tipuri de produse.

Alege cea mai specifică categorie potrivită. Un scaun de birou nu ar trebui clasificat doar sub "Mobilier" în general, dacă este disponibilă o subcategorie mai precisă.

product_type

Acest câmp poate reflecta structura propriului tău magazin sau a sortimentului.

Exemplu:

Mobilier de birou > Scaune de birou > Scaune ergonomice de birou

Un tip de produs clar te ajută să evaluezi și să grupezi produsele conform logicii tale reale de sortiment.

Nu scrie logica campaniei în categorie

Valori precum acestea nu sunt tipuri de produse semnificative:

• marjă mare
• Bestseller
• Reducere
• Campanie 3
• Test PMax
• Prioritate A

Astfel de informații aparțin etichetelor personalizate (Custom Labels). Categoria ar trebui să descrie ce este produsul, nu cum vrei să-l promovezi.

Optimizează imaginile produselor și lifestyle_image_link

Imaginea decide adesea dacă un utilizator observă deloc un rezultat de cumpărături.

Imaginea principală ar trebui să prezinte produsul specific cât mai clar posibil. Evită:

• variante greșite
• produse minuscule în spații mari de imagine
• decupaje proaste
• fundaluri neuniforme
• fotografii neclare
• imagini de rezervă
• accesorii neincluse în ofertă ca element dominant

Pentru reprezentări bogate ale produselor, Google recomandă imagini de înaltă rezoluție și menționează peste 1.500 de pixeli pe latura cea mai lungă ca recomandare.

Imaginea principală răspunde la întrebarea: Ce cumpăr?

Atributul image_link ar trebui să arate produsul oferit efectiv.

În cazul variantelor, imaginea trebuie să se potrivească cu culoarea, materialul sau execuția. Un utilizator care dă clic pe un scaun albastru nu ar trebui să ajungă pe o pagină de produs cu un scaun roșu ca variantă preselectată.

Imaginile suplimentare răspund altor decizii de cumpărare

Prin additional_image_link poți trimite vederi suplimentare. Google suportă până la zece imagini suplimentare. Acestea pot arăta, de exemplu, diferite perspective, detalii, ambalaje sau situații de utilizare.

O secvență utilă de imagini poate arăta astfel:

• imagine principală clară
• vedere laterală
• vedere din spate
• prim-plan detaliat
• raport de mărime
• produs în utilizare
• conținutul livrării
• ambalaj

Ce este lifestyle_image_link?

Cu lifestyle_image_link pot fi trimise imagini de stil de viață separat de imaginile clasice de produs.

Google menționează, de exemplu, următoarele:

• haine pe un model
• mobilier într-o cameră amenajată
• mai multe produse ca set complet
• produse într-o situație reală de utilizare
• image_link: Canapea decupată sau pe un fundal neutru
• additional_image_link: Vedere laterală, spate, detaliu țesătură
• lifestyle_image_link: Canapea într-un living complet amenajat

Atributul este potrivit în special dacă imaginea ta principală ar trebui să rămână obiectivă și centrată pe produs, dar vrei să transmiti și contextul de utilizare.

În cazul unei canapele, împărțirea ar putea arăta astfel:

Prețurile și disponibilitatea trebuie să fie sincronizate

Un feed optimizat este lipsit de valoare dacă utilizatorii găsesc un preț diferit sau un articol indisponibil după clic.

Prețul transmis sub price trebuie să corespundă cu prețul de pe pagina de produs respectivă. De asemenea, moneda trebuie să se potrivească cu țara de destinație și cu moneda vizibilă pe pagina de destinație.

Pentru availability, Google suportă, printre altele:

• in_stock
• out_of_stock
• preorder
• backorder

Informația trebuie să corespundă cu pagina de produs, checkout-ul și, dacă este cazul, cu datele structurate. Pentru precomenzi sau comenzi restante, este necesară o dată suplimentară de disponibilitate, care ar trebui să fie vizibilă și pe pagina de produs.

Nu șterge produsele inutil

Dacă un articol este temporar indisponibil, nu ar trebui să-l ștergi automat complet din sursa de date.

În funcție de situație, poți:

• folosi out_of_stock
• controla o pauză prin atributul corespunzător
• folosi backorder pentru comenzi restante
• folosi preorder pentru produse încă nepublicate

Astfel, alocarea produsului este menținută în principiu, iar articolul poate fi actualizat atunci când devine din nou disponibil.

Implementarea sigură a repricing-ului pentru Google Shopping

Controlul dinamic al prețurilor poate fi util în mediul de cumpărături. Cu toate acestea, crește riscul de abateri de preț.

Un sistem de repricing nu ar trebui să modifice doar prețul vizibil în magazin. Acesta trebuie să actualizeze simultan toate nivelurile relevante de date:

• Preț în sistemul magazinului
• Preț pe pagina de produs
• date structurate pe pagina de produs
• sursa de date Merchant Center
• dacă este cazul, prețuri locale
• date produs CSS

Modificarea ar trebui să aibă loc, pe cât posibil, ca un proces coerent. Dacă feed-ul este actualizat mai întâi, în timp ce pagina de produs arată încă prețul vechi, apare temporar o abatere. Același lucru este valabil și în ordine inversă.

Google poate utiliza actualizări automate de produs pentru preț și disponibilitate dacă există date structurate pe pagina de produs. Această funcție este însă concepută ca o siguranță suplimentară și nu înlocuiește o actualizare regulată a datelor produsului.

Repricing-ul are nevoie de limite economice

Cel mai mic preț nu este automat și cel mai profitabil preț.

Un sistem inteligent ține cont de:

• Prețul de achiziție
• Marja
• Costurile de transport
• Taxele de plată
• Rata de retur
• Costurile de publicitate
• Stocul minim
• Nivelul concurenței
• Poziția dorită pe piață

De aceea, stabilește prețuri minime și limite de marjă. Altfel, o reducere automată a prețului poate genera mai multe clicuri, dar în același timp poate distruge contribuția la profit.

Conectează Local Inventory corect cu feed-ul de produse

Comercianții cu magazine fizice au nevoie, pe lângă datele generale despre produse, și de informații locale despre stocuri.

Trebuie făcută o distincție între:

• produsul în sine
• disponibilitatea acestuia într-un anumit magazin
• un preț local eventual diferit
• opțiuni de ridicare și livrare

Google permite comercianților să utilizeze datele de produs existente și pentru anunțurile locale și listările gratuite de produse locale. În funcție de configurație, datele de produs și datele locale de inventar pot fi sincronizate automat.

Pentru prețurile dependente de magazin, prețul poate proveni fie din sursa principală de date a produsului, fie din datele locale de inventar. Este esențial ca prețul vizibil pe pagina de produs a magazinului respectiv să corespundă cu datele transmise.

Structură tipică Local Inventory

Produsul rămâne același. Stocul și prețul pot diferi însă în funcție de locație.

Importantă este o identificare consecventă a magazinului. ID-ul magazinului utilizat în inventarul local trebuie să fie atribuit în mod unic magazinului respectiv.

Utilizează Custom Labels pentru campanii profitabile

Un feed tehnic bun descrie produsul. Un feed economic bun conține în plus informații cu ajutorul cărora poți gestiona sortimentul în funcție de valoarea afacerii.

Google oferă cinci etichete personalizate în acest sens:

• custom_label_0
• custom_label_1
• custom_label_2
• custom_label_3
• custom_label_4

Google menționează ca posibile aplicații, printre altele, sezonul, puterea de vânzare, intervalul de preț, marja și lansarea pe piață. Valorile nu sunt vizibile pentru clienți, ci servesc la gruparea și evaluarea în campaniile Shopping și Performance Max.

Exemplu de alocare utilă

Astfel poți, de exemplu, să îți dai seama dacă, deși campania ta generează vânzări, vinde în principal produse cu marjă mică.

Evită prea multe valori individuale

Un Custom Label nu este conceput ca un al doilea ID de produs.

Puțin util:

• custom_label_0 = SKU-183729
• custom_label_0 = SKU-183730
• custom_label_0 = SKU-183731
• custom_label_0 = marja_mare
• custom_label_0 = marja_medie
• custom_label_0 = marja_mica

Mai util:

Valorile ar trebui să formeze grupuri reale, pe baza cărora poți lua decizii.

Alege sursa de date potrivită

Nu fiecare magazin are nevoie de aceeași soluție tehnică.

Sortimente mici, relativ stabile

Pentru puține produse și modificări rare de preț, un fișier preluat automat poate fi suficient.

Formatele posibile sunt, de exemplu:

• XML
• TSV
• fișier de produs furnizat automat
• integrare directă în magazin

Decisiv nu este formatul în sine, ci fiabilitatea actualizării.

Game med sortimente med date suplimentare despre afaceri

Aici poate fi utilă o combinație de surse de date primare și suplimentare.

Sursa primară conține, de exemplu:

• ID produs
• Titlu
• Preț
• Disponibilitate
• Link produs
• Imagini
• Clase de marjă
• Clasificări sezoniere
• Etichete campanii
• Titluri optimizate
• Caracteristici suplimentare ale produsului

O sursă suplimentară oferă:

După prelucrare, un produs Merchant Center poate consta dintr-o intrare de produs primară și mai multe intrări suplimentare.

Sortimente mari sau foarte dinamice

În cazul modificărilor frecvente de preț, stoc sau sortiment, Merchant API este adesea o bază mai robustă.

Google permite gestionarea surselor de date primare și suplimentare prin Merchant API. Sursele de date pot fi configurate pentru anumite limbi și etichete de feed sau pot fi utilizate mai flexibil pentru mai multe combinații.

Pentru sursele de date bazate pe fișiere, Google indică faptul că o preluare manuală sau programată nu este destinată actualizărilor cu o frecvență arbitrară. Dacă sunt necesare actualizări mai des decât o dată pe zi, ar trebui utilizat în schimb Products-Service.

O clasificare practică este, prin urmare:

Localizarea feed-urilor de produse pentru mai multe țări

Un feed internațional nu este pur și simplu o copie tradusă a feed-ului românesc.

În funcție de țara de destinație, pot exista diferențe la nivel de:

• Limbă
• Monedă
• Preț
• TVA
• Costuri de livrare
• Disponibilitate
• Denumiri mărimi
• Unități de măsură
• Denumiri produse
• Informații legale obligatorii
• Sortiment

În Merchant API, feedLabel, contentLanguage și țările de destinație sunt elemente de configurare separate. O etichetă de feed precum „RO” nu înseamnă automat că produsele vor fi vizate exclusiv în România. Țările de destinație și configurația de livrare trebuie setate separat.

Nu traduce doar cuvinte, ci și comportamentul de căutare

O traducere literală poate fi corectă din punct de vedere lingvistic, dar inadecvată din punct de vedere comercial.

De exemplu, utilizatorii din diferite țări pot:

• utiliza alți termeni pentru produse
• scrie măsurile diferit
• combina mărci și modele în mod diferit
• căuta mai mult după materiale sau cazuri de utilizare
• aștepta alte standarde de mărime

De aceea, creează reguli proprii pentru titluri pentru fiecare limbă. O bază de date comună a produselor poate constitui baza, dar rezultatul lingvistic ar trebui localizat.

Cum poți măsura optimizările feed-ului

Nu modifica toate atributele întregului sortiment în același timp. Altfel, îți va fi greu să identifici ulterior ce măsură a ajutat cu adevărat.

Un proces controlat este mai bun.

Pasul 1: Formează grupuri de produse comparabile

De exemplu:

• 200 de produse cu titluri optimizate
• 200 de produse similare cu titluri anterioare
• Grup de produse cu imagini lifestyle
• Grup de produse comparabile fără imagini lifestyle

Sau:

Pasul 2: Documentează performanța anterioară

Înregistrează cel puțin:

• Impresii
• Click-uri
• Rata de click (CTR)
• Costuri
• Conversii
• Rata de conversie
• Venituri
• Cost-Venit (ROAS)
• Proporția produselor aprobate

Pasul 3: Modifică un singur factor major

De exemplu, testează mai întâi titlurile. Apoi imaginile. Apoi etichetele personalizate sau descrierile produselor.

Pasul 4: Colectează suficiente date

Un produs cu două afișări nu oferă informații concludente. Evaluează modificările la nivelul unor grupuri de produse suficient de mari și ia în considerare efectele sezoniere.

Pasul 5: Evaluează valoarea comercială în loc de rata de clic

Un titlu nou poate crește rata de clic, dar poate atrage utilizatori mai puțin dispuși să cumpere.

De aceea, nu evalua doar:

A adus optimizarea mai multe clicuri?

Ci și:

A generat mai multe comenzi profitabile sau o contribuție mai mare la marja brută?

Cele mai frecvente greșeli în feed-urile de produse CSS

Un plan practic pe 30 de zile

Săptămâna 1: Verifică starea tehnică

Începe prin a face un inventar:

• Câte produse sunt aprobate?
• Care sunt cele mai frecvente erori?
• Sunt prețul și disponibilitatea corecte?
• Sunt ID-urile stabile?
• Sunt variantele separate corect?
• Care este proporția GTIN-urilor valide?
• Ce produse nu au imagini?

Remediază mai întâi erorile care exclud complet produsele de la afișare.

Săptămâna 2: Îmbunătățește titlurile și identificatorii

Alege cele mai importante grupuri de produse în funcție de vânzări sau potențial.

Dezvoltă un șablon de titlu pentru fiecare categorie și adaugă:

• Brand
• Model
• Tip produs
• Specificație centrală
• Detalii variante

În același timp, verifică GTIN, MPN și brandul.

Săptămâna 3: Extinde imaginile și informațiile despre produs

Completează pentru produsele importante:

• imagini principale de înaltă rezoluție
• perspective alternative
• fotografii detaliate
• imagini lifestyle
• caracteristici cheie ale produsului
• detalii tehnice ale produsului

Concentrează-te mai întâi pe produsele cu multe afișări, dar cu o rată slabă de clic sau de conversie.

Săptămâna 4: Control economic și automatizare

Definește un sistem de Custom Labels și transferă:

• Marja
• Puterea de vânzare
• Stocul
• Sezonul
• Prioritatea strategică

Verifică apoi dacă frecvența ta de actualizare se potrivește cu sortimentul. Prețurile dinamice și stocurile indică o soluție bazată pe API.

Concluzie: Partenerul CSS este infrastructura, feed-ul este pârghia de performanță

Un serviciu bun de comparare a prețurilor (Comparison Shopping Service) creează premisa unei conexiuni CSS profesionale. Dacă sortimentul tău își atinge cu adevărat potențialul, depinde însă esențial de calitatea datelor despre produse.

Nu începe cu optimizări cosmetice. Asigură-te mai întâi că produsele sunt identificate în mod clar, aprobate corect și livrate cu prețuri și stocuri actualizate.

Apoi urmează măsurile de creștere a performanței:

• titluri precise ale produselor
• descrieri structurate
• GTIN-uri corecte
• categorii specifice
• imagini convingătoare ale produselor
• imagini lifestyle
• etichete personalizate economice (Custom Labels)
• automatizare fiabilă

Cel mai bun feed de produse nu conține cât mai multe informații. El conține informațiile corecte, în atributul corect, pentru produsul corect și la momentul potrivit.

În special în cazul sortimentelor mari, optimizarea feed-ului devine un proces continuu. Cine privește conexiunea CSS, datele produselor, controlul prețurilor și logica campaniilor în ansamblu, creează o bază mult mai bună pentru Google Shopping scalabil.

Întrebări frecvente despre optimizarea feedului de produse pentru CSS