GLAMI și ShopMania: comparatoare de nișă pentru magazine

GLAMI și ShopMania nu sunt două butoane echivalente prin care „mai pui magazinul undeva”. GLAMI se prezintă ca motor de căutare pentru modă și construiește catalogul în jurul produsului fashion, al variantei, imaginii și categoriei. ShopMania acceptă o paletă mai largă de categorii și descrie un datafeed general, cu o schemă mai apropiată de un catalog comercial transversal.

Diferența schimbă selecția produselor, munca de integrare și felul în care măsori rezultatul. Un magazin de fashion poate avea o potrivire tematică bună cu GLAMI, dar un catalog slab modelat pe culori și mărimi. Un magazin mixt poate încăpea mai firesc în ShopMania, însă să piardă bani dacă prețul și stocul ajung târziu. Audiența promisă nu rezolvă niciuna dintre aceste probleme.

Mai jos comparăm cele două canale din perspectiva comerciantului din România: ce catalog are sens să trimiți, ce trebuie să controlezi și cum decizi dacă păstrezi canalul. Pentru mecanismul general — feed, click, pagină și comandă — documentează mai întâi sursa și formatul feedului, apoi citește cum funcționează comparatoarele de prețuri.

Alegerea pornește de la verticală, nu de la audiența promisă

Pagina de prezentare GLAMI definește serviciul ca motor de căutare fashion. Documentația de feed enumeră îmbrăcăminte, încălțăminte, accesorii, genți și bijuterii. Asta nu garantează trafic ori vânzări unui magazin de modă; arată doar că produsul, taxonomia și experiența canalului sunt construite pentru această verticală.

ShopMania se prezintă drept sistem de comparare a prețurilor și portal de cumpărături, cu magazine și produse din categorii diverse. Schema sa standard include câmpuri generale precum categorie, producător, model, cod, nume, descriere, link, imagine, preț, monedă, livrare, disponibilitate și GTIN. Pentru un magazin cu electronice, casă, hobby ori un catalog mixt, această deschidere poate fi mai apropiată de realitate.

Prima alegere este, așadar, una de potrivire a catalogului:

Nu folosi dimensiunea declarată a audienței ca criteriu unic. Din sursele publice consultate nu am putut verifica un volum actual de cumpărători din România, distribuit pe categoria magazinului tău, și nici o rată de conversie transferabilă. Chiar dacă ai avea aceste cifre, ele nu ar spune cât costă o comandă livrată pentru marja ta.

Fă mai întâi inventarul de eligibilitate. Etichetează fiecare familie de produse cu „potrivită”, „neclară” sau „în afara verticalei”, apoi alege numai grupul în care poți garanta date complete. Un lot de o sută de produse corecte este mai informativ decât întregul catalog trimis cu variante amestecate și stoc incert.

Separă și rolul canalului. Comparatoarele trimit de regulă utilizatorul către pagina magazinului; nu le evalua ca pe un marketplace care deține checkout-ul. Dacă analizezi și marketplace-uri, folosește harta canalelor disponibile magazinelor din România și compară traseul comenzii, costurile și controlul asupra clientului.

Înainte să alegi, testează și destinația cu ochii clientului. Caută produse apropiate de ale tale, observă filtrele, denumirile categoriilor și informațiile vizibile înainte de click. Exercițiul nu dovedește ce trafic vei primi, însă descoperă nepotriviri pe care o pagină comercială nu le arată. Dacă utilizatorul filtrează după material, mărime sau brand, iar catalogul tău nu păstrează aceste date, intrarea în canal începe cu o restanță.

Scrie un mini-contract intern pentru catalogul eligibil. De exemplu: „intră numai variantele cu stoc individual, fotografie autorizată, categorie mapată și marjă disponibilă”. Regula trebuie să poată fi executată de sistem și verificată de o persoană care nu a construit integrarea. Formulări precum „trimitem produsele bune” nu sunt reguli; nu spun ce se întâmplă când lipsește o imagine ori când stocul este sub rezervă.

Nu confunda potrivirea verticală cu exclusivitatea. Un produs fashion poate fi testat în ambele canale dacă respectă ambele seturi de reguli. Păstrează însă identificatori de sursă și parametri de tracking separați. Altfel, o comandă asistată de mai multe puncte de contact va fi atribuită celui mai convenabil raport, nu explicată.

GLAMI cere ca mărimea și culoarea să fie variante reale

Specificația de feed GLAMI cere ca fiecare combinație de culoare și mărime să fie trimisă ca SHOPITEM separat. Fiecare variantă are ITEM_ID unic, iar variantele aceluiași produs sunt reunite prin ITEMGROUP_ID. Numele produsului nu trebuie să înghită mărimea, iar fiecare mărime trebuie să conducă la URL-ul propriu prin URL_SIZE.

Aceasta nu este o simplă convenție de export. Într-un catalog corect, varianta are identitate operațională:

• SKU sau identificator stabil;
• culoare standardizată, nu numai o denumire poetică;
• mărime disponibilă și mapabilă;
• prețul care se aplică exact acelei oferte;
• stocul real al combinației;
• URL care deschide produsul în contextul corect;
• imagine compatibilă cu varianta afișată.

Dacă magazinul ține „rochie albastră, S/M/L” într-un singur rând fără stoc pe mărime, feedul nu poate inventa adevărul. Poate multiplica rândul, însă vei produce variante aparent cumpărabile care nu există. Repararea începe în PIM, ERP sau platforma de eCommerce, acolo unde produsul este sursă de adevăr.

Tutorialele video despre administrarea feedurilor confirmă valoarea mapării, dar nu documentează regulile GLAMI. În demonstrația DataFeedWatch, câmpurile sursă sunt mapate la câmpurile canalului, produsele pot fi incluse sau excluse, iar categoriile sunt asociate o singură dată și apoi reutilizate. Lecția aplicabilă este procesul: definești sursa, transformarea și destinația. Cerința concretă pentru GLAMI rămâne cea din documentația sa.

Construiește un tabel de mapare înainte de primul export:

Nu transforma titlul în depozit de date doar pentru că lipsesc câmpuri. GLAMI precizează că mărimea nu intră în numele produsului. În plus, denumiri precum „bleumarin noapte” pot avea valoare de brand pe site, dar canalul are nevoie de culoare inteligibilă. Un transcript DataFeedWatch arată tocmai folosirea unui tabel de corespondență între numele creative de culoare și culorile standard. Aplică ideea numai dacă păstrezi și denumirea originală acolo unde experiența magazinului o cere.

Imaginile fashion trebuie să vândă produsul fără să denatureze oferta

În fashion, fotografia nu este decor. Ea transmite croiala, textura, culoarea și felul în care produsul arată purtat. Totuși, imaginea care convinge trebuie să rămână imaginea produsului pe care utilizatorul îl găsește după click.

Documentația GLAMI cere imagini fără watermark, text ori logo de brand și spune că resursele trebuie să poată fi accesate de adresele IP publicate pentru descărcare. Asta creează patru controale diferite:

1. drept de utilizare — magazinul deține fotografia sau are licența necesară;
2. concordanță — culoarea, modelul și varianta vizibile corespund ofertei;
3. calitate — produsul este lizibil, bine încadrat și suficient de clar;
4. acces tehnic — URL-ul răspunde crawlerului și nu expiră.

Regula fără watermark nu îți acordă dreptul de a elimina semnul de pe fotografia altcuiva. Dacă furnizorul livrează numai imagini marcate, ceri o versiune autorizată sau produci propriile imagini. Drepturile și politica de canal sunt două filtre separate, iar produsul trebuie să treacă prin ambele.

Verifică imaginea la nivel de variantă. Dacă ITEM_ID descrie pantoful verde, imaginea principală nu poate arăta modelul negru doar pentru că are o fotografie mai bună. Nici pagina de destinație nu trebuie să deschidă implicit altă culoare, cu varianta din anunț ascunsă într-un selector.

Un audit util nu se rezumă la rezoluție. Pentru fiecare URL de imagine din lot, înregistrează răspunsul HTTP, tipul fișierului, dimensiunile, produsul și culoarea recunoscute, apoi deschide pagina de destinație. Testează și fără sesiune, dintr-o fereastră privată. Protecțiile anti-hotlink, tokenurile temporare și rețelele CDN configurate greșit pot lăsa imaginea vizibilă administratorului, dar inaccesibilă canalului.

ShopMania cere și ea URL de imagine între câmpurile obligatorii. Documentația publică consultată nu justifică însă transferarea automată a tuturor regulilor vizuale GLAMI către ShopMania. Păstrează un set comun de standarde interne — drepturi, concordanță, acces — apoi aplică separat politica publicată de fiecare destinație.

Nu măsura calitatea fotografiei numai prin rata de click. O imagine foarte agresivă poate ridica interesul și totodată poate produce retururi dacă denaturează culoarea sau proporția. Leagă experimentul de sesiuni eligibile, adăugări în coș, comenzi livrate și motive de retur. Fotografia bună atrage cumpărătorul potrivit, nu orice click.

CPC-ul GLAMI se citește împreună cu marja pe categorie

Documentația CPC GLAMI descrie un cost dinamic influențat de categorie și nivelul prețului. Pagina despre bidding arată că licitarea poate fi controlată pe categorii și la nivel de produs, inclusiv prin GLAMI_CPC, iar valoarea propusă trebuie să depășească baza aplicabilă pentru a avea efect.

Nu publicăm aici exemplele numerice din documentație deoarece sunt valori contextuale și se pot schimba. În cont, citești grila curentă pentru piață, categorie și produs. Apoi o confrunți cu contribuția disponibilă, nu cu venitul.

Pentru un produs, limita economică pornește astfel:

contribuție înainte de canal = preț net – cost marfă – procesare – livrare suportată – ambalare – retururi estimate – costuri variabile

Costul canalului intră după aceea. Un videoclip despre profitabilitatea reclamelor explică util diferența: platforma vede vânzarea, dar nu cunoaște costul produsului, transportul, taxele, comisioanele sau retururile. Exemplul este despre Google Shopping, nu despre GLAMI, însă principiul contabil este transferabil. Niciun dashboard de trafic nu îți poate calcula profitul fără datele magazinului.

Pentru test, grupează produsele după economie și comportament, nu doar după taxonomia site-ului:

O creștere a bidului nu este o optimizare dacă aduce mai multe comenzi neprofitabile. Înainte de schimbare, notează ipoteza: „mărim vizibilitatea produselor cu marjă și stoc, fără să extindem produsele sensibile”. Modifică un singur nivel, păstrează un lot de reper și așteaptă suficiente comenzi livrate pentru a vedea efectul.

Calculul complet al costului maxim este tratat separat în ghidul despre marjă. Aici regula este operațională: category bid-ul pornește numai după ce finanțele au furnizat contribuția pe familie, iar produs bid-ul se folosește doar când produsul are date suficiente și o excepție justificată.

ShopMania primește un catalog mai larg, dar tot cere o schemă controlată

Instrucțiunile ShopMania pentru datafeed acceptă TXT, CSV și XML și descriu un format standard cu treisprezece câmpuri. Obligatorii sunt categoria, codul produsului, numele, URL-ul produsului, URL-ul imaginii și prețul. ISBN devine obligatoriu pentru cărți. Faptul că sunt mai puține câmpuri obligatorii nu înseamnă că restul trebuie ignorate.

Un produs cu nume generic și fără producător, model, disponibilitate ori GTIN poate trece de o validare minimală, dar rămâne greu de înțeles și asociat. Câmpurile opționale devin utile când elimină ambiguitatea. Completează-le din date verificate, nu din texte generate pentru a umple coloane.

Tratează formatul standard ca pe un contract de date. Pentru fiecare coloană, stabilește tipul, sursa, regula de gol, transformarea și proprietarul. price nu este un șir copiat din interfață, ci o valoare numerică formatată așa cum cere destinația. availability nu este promisiunea „în stoc” scrisă de marketing, ci rezultatul unei reguli despre cantitate, rezervă și capacitatea de livrare. category nu este o etichetă SEO, ci legătura controlată dintre două taxonomii.

Păstrează un eșantion de referință cu produse dificile: diacritice și caractere speciale, preț promoțional, imagine cu URL lung, produs fără GTIN justificat, produs cu variante și produs care trebuie exclus. Rulează eșantionul după orice schimbare de platformă, temă, ERP sau modul de feed. Dacă testezi numai primul SKU simplu, exportul poate părea sănătos în timp ce restul catalogului se rupe.

Versionează mapările. Când muți o subcategorie ori schimbi regula pentru producător, notează data, motivul, produsele afectate și metoda de revenire. Nu este nevoie de infrastructură sofisticată: un fișier de configurare sub controlul versiunilor și un jurnal de modificări sunt mai utile decât reguli editate direct într-o interfață, fără istoric.

Formatul se alege după capacitatea magazinului:

• URL de feed generat automat: bun pentru catalog viu, dacă exportul este monitorizat și autentificarea nu blochează importul;
• CSV/TXT: ușor de inspectat și depanat, dar delimitatorii, ghilimelele și encodingul trebuie controlate;
• XML: clar pentru structuri și validare, cu riscul de a produce document invalid dacă escape-ul sau tagurile sunt greșite;
• upload manual: util pentru un lot mic și stabil, nu ca substitut permanent al sincronizării.

ShopMania recomandă încărcarea manuală pentru cel mult 50 de produse. Nu transforma această cifră într-un prag universal de performanță; este o recomandare operațională din documentația sa. Pentru un catalog mai mare sau schimbător, ai nevoie de un export actualizabil.

Aplică aceeași disciplină de mapare pe care o vezi în integrările de marketplace: categorie internă către categorie destinație, parametri interni către valori acceptate, apoi previzualizare înainte de trimitere. Transcriptul despre listarea produselor pe eMAG ilustrează această ordine pentru alt canal. Nu este dovadă pentru regulile ShopMania, dar arată de ce maparea explicită este mai sigură decât concatenarea liberă a descrierii.

Înainte de activare, validează cel puțin:

• codurile sunt unice și persistente;
• linkurile folosesc HTTPS și deschid produsul, nu o pagină de căutare;
• prețul are moneda și taxele corecte pentru oferta afișată;
• imaginea este publică și corespunde produsului;
• disponibilitatea reflectă cumpărabilitatea reală;
• GTIN, producătorul și modelul nu sunt inventate;
• categoria păstrează sensul produsului după mapare.

Listarea generală nu scutește catalogul de guvernanță. Din contră, când mai multe familii intră în același feed, proprietarul trebuie să poată explica regulile fiecăreia.

Stocul oprit trebuie să dispară înainte să producă un click inutil

GLAMI declară preluarea automată a feedului la fiecare oră și cere ca produsele fără stoc să nu fie trimise. ShopMania cere actualizarea feedului când se schimbă prețurile ori stocul și cel puțin o dată la 30 de zile; în lipsa actualizării, listarea poate fi suspendată. Aceste afirmații descriu ritmul canalelor, nu garantează latența reală dintre ERP și pagina publică.

Latența totală are mai multe segmente:

schimbare în stoc → export magazin → accesarea feedului → procesare canal → ofertă publică → cache/click

Dacă feedul este preluat orar, dar exportul magazinului se regenerează o dată pe zi, produsul poate rămâne vechi aproape o zi înainte să ajungă la canal. Dacă ERP-ul actualizează platforma cu întârziere, problema începe și mai devreme. De aceea, „platforma importă des” nu este sinonim cu „stocul este sincronizat”.

Măsoară fiecare segment cu un produs de test sau cu o schimbare controlată. Notează ora când stocul devine zero în sursă, ora ultimei generări a feedului, ora accesului de către canal și momentul când oferta nu mai este vizibilă. Nu face comenzi fictive pe un produs real fără un protocol intern; scopul este observarea, nu poluarea operațiunii.

Definește și o rezervă de stoc pentru produsele cu viteză mare. Dacă același SKU se vinde în magazin, marketplace și magazin fizic, ultima bucată nu ar trebui promisă simultan în toate locurile. Bufferul poate fi diferit pe canal și familie, însă decizia aparține operațiunii, nu generatorului de feed.

Pentru preț, regula este asemănătoare. Pagina produsului, feedul și coșul trebuie să arate oferta compatibilă. Un tutorial Google despre date structurate explică felul în care informația de pe pagină poate fi citită pentru actualizări automate, însă această funcție nu există implicit pe orice comparator. Pentru GLAMI și ShopMania te bazezi pe mecanismele documentate de ele și pe verificarea paginii publice.

Construiește alerte pentru anomalii, nu doar pentru căderea feedului:

• numărul de produse active sare sau scade neașteptat;
• oferta are preț zero ori monedă greșită;
• produse fără stoc rămân exportate;
• rata de URL-uri cu eroare crește;
• o categorie întreagă rămâne fără mapare;
• imaginile răspund cu redirect, autentificare sau eroare;
• aceeași variantă apare sub mai multe ID-uri.

O integrare sănătoasă detectează diferența înaintea clientului. Dacă primul semnal este reclamația „am dat click și produsul nu există”, costul s-a produs deja, iar încrederea s-a pierdut.

Testul compară două surse fără să le forțeze să fie identice

Nu este obligatoriu să trimiți exact aceleași produse în GLAMI și ShopMania. Un test corect păstrează întrebarea comună — ce contribuție și ce efort produce canalul — dar respectă potrivirea fiecăruia. GLAMI poate primi familia fashion cu variante complete; ShopMania poate primi un lot general cu identificatori și prețuri stabile.

Începe cu o fișă de test semnată de marketing, eCommerce și operațiuni:

Folosește aceleași definiții pentru sesiune eligibilă, comandă atribuită, comandă livrată, retur și contribuție. Nu folosi însă același target de CPC dacă marjele, prețurile și rata de retur diferă între loturi.

Etichetează URL-urile consecvent și păstrează identificatorul produsului până la comandă. Raportul canalului, analytics și platforma de comenzi trebuie reconciliate, nu puse într-un singur tabel fără reguli. Diferențele pot veni din consimțământ, fus orar, ferestre de atribuire, blocarea scripturilor, anulări sau deduplicare.

Separă trei tipuri de rezultat:

1. tehnic — produsele sunt procesate, corecte și cumpărabile;
2. comercial — clickurile ajung la produse relevante, iar comenzile apar;
3. economic — comenzile livrate lasă contribuție după costul canalului și excepții.

Un canal care nu trece testul tehnic nu primește verdict comercial. Unul care produce vânzări, dar nu contribuție, nu primește verdict de scalare. Iar un canal profitabil pe cinci produse nu justifică automat extinderea către o categorie cu altă marjă.

Stabilește înainte de pornire și condițiile de oprire. Exemplele sănătoase sunt observabile: procent mare de produse cu ofertă greșită, imposibilitatea de a reconcilia costul, depășirea bugetului aprobat ori repetarea vânzărilor fără stoc. Oprirea tehnică nu este același lucru cu verdictul definitiv asupra canalului; poate însemna că repari exportul și reiei același lot.

Pentru cererea incrementală, evită certitudinea falsă. O comandă cu UTM-ul canalului este atribuită acelui click, dar clientul putea să cumpere oricum după ce a văzut produsul în altă parte. Dacă volumul permite, păstrează produse comparabile neexpuse sau alternează expunerea în ferestre controlate. Dacă nu permite, declară limita și folosește rezultatul drept semnal direcțional, nu dovadă cauzală.

În raport, explică și diferențele de lot. Dacă GLAMI primește articole fashion cu retur ridicat, iar ShopMania primește electronice cu preț comparabil și retur mic, comparația brută dintre costurile pe comandă este înșelătoare. Compară fiecare canal cu pragul economic al propriului lot și cu o alternativă realistă pentru același tip de produse.

Nu am putut verifica un benchmark public credibil de conversie, CPC sau volum pentru magazine românești comparabile. Raportul tău trebuie să pornească de la zero: ce lot ai trimis, ce s-a afișat, ce s-a cumpărat și ce s-a livrat.

Canalul câștigător reduce și costul de operare, nu doar CPC-ul

CPC-ul este ușor de observat și, tocmai de aceea, poate acapara decizia. Dar o integrare consumă și timp: corectarea categoriilor, investigarea variantelor respinse, răspunsuri către suport, regenerarea feedului, reconcilierea comenzilor și verificarea stocului. Aceste ore sunt costuri reale.

Adaugă în evaluare un registru de operațiuni:

La sfârșitul pilotului, calculează contribuția după costurile variabile și costul canalului, apoi scade costul operațional estimat. Nu trebuie să transformi fiecare minut într-o contabilitate fals precisă; este suficient să diferențiezi un canal care rulează controlat de unul care cere intervenții zilnice.

Un câștigător poate fi și un canal cu volum mai mic, dacă are produse bine potrivite, puține erori și contribuție stabilă. Invers, canalul cu cele mai multe clickuri poate pierde dacă atrage comparații pe produse cu marjă mică, returnări frecvente ori stoc volatil.

Planul de scalare ar trebui să reducă munca pe unitate:

• mapările aprobate devin reguli reutilizabile;
• excluderile se alimentează din starea catalogului;
• exportul are monitorizare și alertă;
• loturile noi moștenesc validări automate;
• fiecare excepție repetată este reparată în sursă;
• proprietarul și procedura de rollback sunt explicite.

Tutorialul Fortune3 despre feeduri subliniază avantajul actualizării automate și al controlului asupra câmpurilor. Este o prezentare de produs, nu o garanție pentru integrarea ta. Valoarea practică este direcția: feedul trebuie să preia schimbările catalogului fără regenerare manuală, iar comerciantul trebuie să decidă ce câmpuri și produse ies către fiecare destinație.

Când alegi între GLAMI și ShopMania, nu căuta un verdict universal. Pentru un magazin fashion, GLAMI poate justifica investiția în variante și imagini. Pentru un catalog general, ShopMania poate oferi o schemă mai firească. Pentru unele magazine, răspunsul va fi ambele, cu loturi diferite. Pentru altele, niciunul, până când catalogul și măsurarea sunt suficient de mature.

Documentează ce ai citit în cont, ce ofertă ai primit și ce nu ai putut verifica. Tarifele, funcțiile și disponibilitatea listării se pot schimba; sursa curentă și contractul prevalează. Decizia bună este reversibilă: poți opri lotul, diagnostica eroarea și relua fără să pierzi adevărul catalogului.

Întrebări frecvente

GLAMI este potrivit pentru orice magazin online?

Nu. GLAMI se definește ca motor de căutare fashion și documentează categorii precum îmbrăcăminte, încălțăminte, accesorii, genți și bijuterii. Verifică eligibilitatea exactă și calitatea variantelor înainte de a pregăti feedul.

Ce diferență importantă există între feedurile GLAMI și ShopMania?

GLAMI cere modelarea granulară a variantelor de culoare și mărime prin identificatori separați și grupare. ShopMania descrie o schemă generală, în mai multe formate, cu șase câmpuri obligatorii și câmpuri suplimentare utile identificării.

Cât de des se actualizează produsele?

GLAMI spune că preia automat feedul la fiecare oră. ShopMania cere actualizare la schimbările de preț ori stoc și cel puțin o dată la 30 de zile. Aceste intervale nu măsoară singure latența completă; cronometrează traseul din sursa magazinului până la oferta publică.

Pot încărca manual produsele în ShopMania?

Documentația recomandă metoda manuală pentru cel mult 50 de produse. Pentru un catalog mai mare sau dinamic, un feed accesibil și regenerat controlat reduce intervenția, dar trebuie monitorizat.

Care dintre cele două canale este mai ieftin?

Nu există un răspuns generic verificabil. GLAMI și ShopMania publică informații de CPC care depind de categorie și condițiile curente. Compară oferta din cont cu contribuția produselor, comenzile livrate și costul de operare.

Pot trimite același feed în ambele platforme?

Poți porni din aceeași sursă de catalog, dar nu ar trebui să trimiți orbește același fișier. Fiecare canal are schemă, taxonomie, reguli de imagine și câmpuri proprii. Construiește ieșiri separate, cu mapări și excluderi explicite.