Cum listezi produse pe eMAG: fișă nouă, cod EAN și atașarea la o ofertă existentă

Listarea unui produs pe eMAG începe cu o căutare, nu cu un formular. Cauți produsul în catalogul platformei după codul EAN sau după PNK; dacă există, îți adaugi propria ofertă — preț și stoc — și ea devine activă imediat, fără să treacă prin validare. Dacă nu există, abia atunci creezi o fișă nouă, iar aceea trece prin documentare și poate fi respinsă.

Diferența dintre cele două trasee decide unde îți pui efortul, iar ea nu e de nuanță. Documentația oficială o spune direct: la atașare, oferta ta „va deveni automat activă pe site-ul eMAG, fără a mai trece prin procesul de validare, deoarece documentația produsului la care te asociezi este deja validată în platformă”.

Ce decide dacă produsele tale intră fără probleme:

1. Dacă produsul există deja în catalog, iar tu îl cauți înainte să scrii ceva.
2. Dacă ai cod EAN și dacă ai dreptul să ceri unul — nu toată lumea îl are.
3. Dacă respecți constrângerile de câmp publicate în specificația API, indiferent pe ce cale urci.
4. Dacă știi ce mai poți edita pe o fișă pe care o împarți cu alți vânzători.

Articolul e pentru cineva care are cont de vânzător și trebuie să urce produse — manual, prin fișier sau prin API. Nu tratează redactarea comercială a descrierii și nici alegerea platformei pe care rulează magazinul propriu, care sunt discuții separate. Tratează ce cere efectiv catalogul ca fișa să treacă.

Toate cifrele de mai jos sunt verificate la 29 iulie 2026, în specificația API eMAG Marketplace v4.5.1 — versiunea pe care documentația oficială o declară valabilă începând cu 2 martie 2026 — și în documentația publică GS1 România.

Prima decizie: produs nou sau atașare la o ofertă existentă

Recomandarea platformei e explicită și merită tratată ca primul pas de proces, nu ca sugestie: „Înainte de a începe procesul de listare al unui produs, îți recomandăm să cauți în site-ul eMAG și să vezi dacă există deja oferte active identice cu produsul pe care vrei să îl încarci. Poți face asta completând în zona de căutare codul EAN sau PNK.”

Tabelul se citește ca ordine de încercare, nu ca alegere liberă: atașarea e mereu prima opțiune de testat, pentru că e mai rapidă și nu are risc de respingere. Creezi fișă nouă doar când produsul chiar nu există în catalog.

Condiția de atașare e mai strictă decât pare. Documentația precizează: „asocierea se poate realiza doar în cazul produselor cu caracteristici identice, fiind necesară suprapunerea inclusiv la nivel de Brand.” Un produs identic tehnic, dar vândut sub alt brand, nu se atașează — devine fișă nouă.

Traseul de verificare, înainte de a deschide orice formular:

1. Cauți în catalog după codul EAN. Căutarea după EAN găsește inclusiv produse vândute momentan doar de eMAG.
2. Dacă știi că produsul se vinde deja pe site, cauți direct după PNK — codul unic generat automat la validarea documentației, format din ultimele 9 caractere ale linkului către produs.
3. Dacă lucrezi la volum, interoghezi ruta de căutare după coduri EAN din API: acceptă până la 100 de coduri per cerere, cu o limită de 5.000 de cereri pe zi, iar codurile în plus sunt ignorate cu un mesaj de notificare, nu resping cererea.
4. Pentru fiecare rezultat, te uiți la două câmpuri înainte de orice: dacă ai voie să adaugi ofertă pe acel produs și dacă ai deja una.

Rezultatul acestei căutări schimbă tot restul zilei de muncă. Așa privim și noi creșterea magazinelor online: mai întâi afli ce există deja și ce e efort irosit, apoi construiești. Dacă alegi acum și platforma pe care rulează magazinul propriu, comparația platformelor de magazin online din România tratează separat criteriile de acolo — sunt alte criterii decât cerințele de catalog ale unui marketplace.

Codul EAN, cine îl poate emite și ce faci dacă produsul nu are unul

Prima corecție utilă: codul EAN nu e obligatoriu pentru tot ce vinzi. Specificația API descrie câmpul ca fiind „Required/Optional based on category” și trimite la un parametru pe care îl poți interoga singur, pe fiecare categorie, înainte de import. Aceeași logică se aplică garanției, care are propriul indicator de obligativitate pe categorie.

A doua corecție e mai scumpă și e cea care oprește cele mai multe listări. GS1 România — organizația care emite codurile — publică o regulă pe care majoritatea distribuitorilor o află abia după ce a plătit: „Importatorilor / distribuitorilor cărora li se solicită codurile de bare EAN pentru a lista produsele pe diverse platforme trebuie să utilizeze codurile de bare EAN deja alocate acelor produse, tipărite pe ambalaj de producători.”

Ultimul rând e cazul cel mai frecvent și singurul care produce cheltuială inutilă: dacă revinzi produse care au deja cod, cumpărarea unui cod nou nu îți rezolvă listarea, îți creează un al doilea cod pentru același produs. Verifică ambalajul înainte de a cumpăra orice.

Când chiar ai dreptul să ceri coduri, sunt două rute, cu tarife publice verificate la 29 iulie 2026:

Alegerea nu e doar de preț: pachetele anuale vin în patru capacități — 100, 1.000, 10.000 și 100.000 de coduri — iar constrângerea care contează e că ele „nu pot fi upgradate în cazul epuizării capacității de codificare”. Dacă epuizezi pachetul, cumperi un al doilea și le plătești pe amândouă, cât timp mai ai produse pe piață din primul. Un pachet de 1.000 e mai ieftin decât două de 100, deci dimensionarea se face pe necesarul la doi-trei ani, nu pe cel de acum.

Notă: scurtătura ieftină care circulă în comunitățile de vânzători — coduri cumpărate în bloc de la revânzători din afara sistemului — se lovește de o cerință publicată de ambele părți. GS1 România se descrie ca „unicul emitent de coduri de bare EAN cu licență GS1 pe teritoriul național” și precizează că „eMAG solicită coduri de bare EAN cu licență GS1 și verifică autenticitatea acestora, precum și informațiile asociate în Registrul Global Verified by GS1”. Un cod obținut în afara sistemului nu are ce să confirme în acel registru.

Câmpurile fără de care fișa nu se salvează

Specificația API declară exact șase câmpuri obligatorii la salvarea unei oferte: identificatorul intern al produsului, statusul, prețul de vânzare fără TVA, cota de TVA, timpul de procesare și stocul. Restul câmpurilor țin de documentația produsului și sunt obligatorii doar când creezi fișă nouă.

Constrângerile pe care le vezi mai jos sunt publicate și se aplică indiferent pe ce cale urci produsul — manual, prin fișier sau prin API.

Rândul cu dimensiunile e cel pe care îl greșesc cei veniți din alte sisteme: unitatea e milimetrul și gramul, nu centimetrul și kilogramul. O eroare de unitate nu produce un mesaj de eroare, produce un cost de livrare greșit pe fiecare comandă.

Există și o capcană de comportament care merită scoasă în față. Specificația precizează că, „în cazul unei erori de documentație la salvarea unui produs, răspunsul returnează isError: true, dar noua ofertă este totuși salvată și procesată”. Cu alte cuvinte, un răspuns de eroare nu înseamnă că nu s-a întâmplat nimic — înseamnă că oferta a intrat, iar documentația e cea respinsă. Cine tratează eroarea ca eșec total și retrimite tot, își dublează munca.

Notă: cele patru căi de listare nu sunt echivalente. Formularul manual și fișierele XLS permit salvarea unui produs parțial documentat, în stare de ciornă, pe care îl completezi ulterior. API-ul, în varianta actuală, cere documentația completă pentru produse noi și nu permite introducerea parțială. Feed-ul salvează doar câteva detalii, pentru că nu suportă chei dinamice de introducere. Alegerea căii se face în funcție de cât de complete sunt datele tale, nu de cât de tehnică e echipa.

Prețul pe care îl treci în ofertă nu e prețul din magazinul propriu: prețul minim care mai lasă profit după comision se calculează separat, împărțind, nu scăzând. Iar dacă alimentezi mai multe canale din același export, feed-ul de produse ca activ comun mai multor canale e locul unde structura se decide o singură dată, pentru toate.

Ce verifică platforma la imagini și de ce contează unde le ții

Cerințele tehnice sunt scurte: maximum 6000 × 6000 de pixeli și 8 MB per imagine, în JPG, JPEG sau PNG. Adresa imaginii poate avea până la 1024 de caractere.

Partea pe care nu o spune aproape nimeni e alta: platforma nu primește fișiere, ci descarcă imaginile de la adresa ta. Constrângerea de mai sus se aplică imaginii găzduite la tine, iar din asta ies patru consecințe practice:

• Adresa imaginii trebuie să fie publică și stabilă. Dacă schimbi găzduirea sau structura de foldere, produsele deja listate rămân cu adrese care nu mai răspund.
• Există un comportament implicit de reîmprospătare: imaginile se descarcă din nou doar dacă adresa s-a schimbat. Dacă înlocuiești fișierul păstrând aceeași adresă, platforma nu observă schimbarea până nu ceri explicit redescărcarea.
• La actualizare alegi între a înlocui setul de imagini și a adăuga la el. Sunt două comportamente diferite, iar cel greșit fie șterge imagini bune, fie lasă în fișă imagini vechi.
• Imaginea principală se marchează separat de cele secundare, iar restul intră ca imagini suplimentare.

Imaginea principală e și singura zonă a fișei în care efortul se vede direct în vânzări, nu doar în validare. Dacă vrei să vezi ce schimbă efectiv comportamentul cumpărătorului pe pagina de produs, rata de conversie a fișei de produs se măsoară separat de rata de acceptare a documentației. Sunt două probleme diferite, cu soluții diferite.

Cele opt clase de eroare și constrângerea din spatele fiecăreia

eMAG publică opt clase distincte de eroare la adăugarea și actualizarea produselor, fiecare cu pagina ei în secțiunea de documentare pentru vânzători. Numele lor sunt publice; textul explicativ e în spatele contului de vânzător.

Dintre sursele deschise pe care le-am verificat la 29 iulie 2026, niciuna nu publică frecvența acestor erori. Ordinea din tabel e a efortului de remediere, nu a frecvenței — de la ce repari în cinci minute până la ce te obligă să reiei fișa. Coloana a treia derivă din constrângerea publicată în specificația API și din definițiile oficiale ale platformei, nu din textul intern al eMAG.

Cât durează validarea nu îți pot spune, și prefer să spun asta direct: dintre sursele deschise pe care le-am verificat la 29 iulie 2026, niciuna nu publică un termen, iar un timp mediu de remediere ar fi o cifră din conturi administrate, nu din documentație. Ce controlezi e numărul de reluări, iar el scade dacă repari din specificația categoriei, nu din memorie.

Folosește tabelul ca ordine de depanare, nu ca listă de citit: primele două se repară fără să atingi conținutul, ultimele două nu se repară deloc prin editare, ci prin schimbarea deciziei de listare. Între ele stau erorile de conținut, care sunt și cele mai des reluate de mai multe ori, pentru că se repară din memorie în loc să se repare din specificația categoriei.

Când citești starea unui produs, două lucruri contează mai mult decât mesajul de eroare:

1. La citirea unui produs, platforma returnează o cheie dedicată erorilor de documentație, completată doar pentru produsele respinse. Acolo e motivul, nu în interfața generală.
2. O ofertă e disponibilă la vânzare doar dacă stocul e mai mare decât zero, statusul e activ, prețul e valid și documentația se află într-una din patru stări permise: în așteptarea aprobării EAN, documentație aprobată, actualizare în curs de aprobare sau actualizare respinsă.

Notă: ultima stare din listă surprinde — o actualizare respinsă nu îți oprește vânzarea. Produsul rămâne activ cu documentația veche, aprobată. Ce ai încercat să schimbi nu se aplică, dar oferta continuă să funcționeze, motiv pentru care multe actualizări respinse trec neobservate luni întregi.

Ce mai poți schimba când vinzi pe fișa altcuiva

Aici e diferența care schimbă complet ce merită optimizat. Pe o fișă cu mai mulți vânzători, conținutul nu e al tău. Specificația e explicită la citirea produselor: „Only your own content input on the product will be returned” — vezi doar ce ai introdus tu, nu documentația care se afișează efectiv pe site.

Coloana din mijloc explică frustrarea cea mai des întâlnită: o fișă slab documentată îți scade și ție conversia, deși nu tu ai scris-o. Coloana din dreapta explică de ce efortul de rescriere e uneori irosit din start.

Ce poți totuși măsura e util. La citirea ofertelor, platforma returnează patru date care îți spun, înainte de orice efort editorial, dacă lupta se dă pe conținut sau pe preț și livrare:

• câte oferte există pe același produs;
• ce poziție ai în ierarhia ofertei principale;
• care e cel mai bun preț de vânzare disponibil pe acel produs;
• dacă ai sau nu drept de actualizare a conținutului.

Consecința practică e o realocare de efort, nu o renunțare. Pe fișele pe care le deții, conținutul contează și se optimizează — la fel cum ce pui pe pagina de produs în magazinul tău contează pentru căutarea organică. Pe fișele partajate, aceleași ore se mută pe preț, stoc, timp de procesare și indicatori de cont. Textele bune rămân în magazinul propriu, unde lucrează pentru tine — de asta textele de produs care lucrează și pentru căutarea Google se scriu o dată, acolo, și nu se rescriu pe fiecare marketplace.

Informațiile pe care GPSR le cere în fiecare ofertă

Din 13 decembrie 2024 se aplică Regulamentul (UE) 2023/988 privind siguranța generală a produselor, iar el schimbă ce trebuie să conțină o ofertă online. Articolul 19 cere ca oferta să indice „în mod clar și vizibil” cel puțin:

• numele, denumirea comercială înregistrată sau marca comercială înregistrată a producătorului, plus adresa poștală și de e-mail la care poate fi contactat;
• dacă producătorul nu e stabilit în Uniune, datele persoanei responsabile din Uniune;
• informații care permit identificarea produsului, inclusiv o imagine a acestuia, tipul și orice alt identificator;
• orice avertisment sau informație privind siguranța care trebuie aplicată pe produs, pe ambalaj sau în documentele de însoțire, într-o limbă ușor de înțeles de consumatori.

Specificația API eMAG are câmpuri dedicate pentru exact aceste informații:

Punerea față în față a celor două documente e a mea, nu o declarație a platformei — dar corespondența e directă și scutește o rundă de reconstrucție la import.

Practic, dacă ai catalogul într-un sistem propriu, datele de producător se pregătesc acolo, o singură dată, ca set de câmpuri separate. Reconstruirea lor din descriere, produs cu produs, e munca pe care o face toată lumea a doua oară.

Întrebări frecvente

Ce fac dacă produsul meu nu are cod EAN?

Depinde cine ești. Dacă ești producător sau proprietar de marcă, ceri coduri de la GS1 România, singura organizație care le emite cu licență în țară. Dacă ești distribuitor și revinzi produse deja codificate de producător, nu ai voie să ceri coduri proprii — folosești codul tipărit pe ambalaj. Verifică întâi și dacă în categoria ta codul e obligatoriu: obligativitatea se stabilește pe categorie, nu global.

Cât costă un cod EAN și de unde îl iau?

La 29 iulie 2026, tarifele publice GS1 România sunt 9 EURO pe cod la bucată, recomandat până la 50 de produse, și de la 120 EURO pe an pentru licența anuală, recomandată peste 50 de produse. Pachetele anuale vin în patru capacități și nu se pot extinde după epuizare, deci dimensionează pe necesarul de peste doi ani, nu pe cel de acum.

Trebuie EAN pentru toate categoriile?

Nu. Specificația API descrie codul ca fiind obligatoriu sau opțional în funcție de categorie și pune la dispoziție un indicator pe care îl poți citi pentru fiecare categorie înainte de import. Aceeași logică se aplică garanției. Verificarea durează o cerere și îți spune exact ce e obligatoriu unde.

Pot modifica denumirea și descrierea unui produs la care m-am atașat?

Când te atașezi la o fișă existentă, completezi doar prețul și stocul, iar documentația rămâne cea validată. La citirea produselor, platforma returnează un indicator care îți arată dacă ai sau nu drept de actualizare a conținutului pe acel produs. Verifică-l înainte de a aloca timp pentru rescrieri: pe fișele partajate, efortul se mută pe preț, stoc și timp de procesare.

De ce mi-a fost respinsă documentația produsului?

Motivul e afișat în platformă, pe fiecare produs, iar prin API vine într-o cheie dedicată erorilor de documentație, completată doar pentru produsele respinse. Statusul „Documentație respinsă” înseamnă că documentația nu îndeplinește standardele și trebuie corectată; statusul „Actualizare respinsă” înseamnă altceva — produsul rămâne activ cu documentația veche, iar doar modificarea ta a fost refuzată.

Pot lista produse fără să folosesc API-ul?

Da, sunt patru căi: formularul manual, fișierele XLS, feed-ul și API-ul. Formularul manual și fișierele XLS permit salvarea unui produs parțial documentat, ca ciornă, pe care îl completezi mai târziu. API-ul cere documentația completă pentru produse noi. Feed-ul salvează doar câteva detalii, pentru că nu suportă chei dinamice de introducere.

Ce se întâmplă cu oferta mea dacă pierd un conflict de EAN?

Se dezactivează automat. Specificația enumeră, printre cauzele de inactivare automată a unei oferte, pierderea accesului în categorie și pierderea unui conflict de EAN. Practic, o ofertă poate trece în inactiv fără ca tu să fi făcut nimic, iar dacă nu monitorizezi statusurile, afli abia când observi că nu mai vinzi.

Caută în catalog înainte să deschizi formularul

Modelul de reținut e o inversare de ordine. Aproape toată lumea începe listarea completând formularul și află abia la validare că produsul exista deja, că brandul nu se potrivește sau că nu are dreptul să folosească acel cod. Ordinea care economisește cel mai mult timp e exact pe dos: cauți întâi în catalog după EAN, verifici pe categorie ce e obligatoriu, descarci lista de caracteristici, și abia apoi scrii ceva.

Diferența se vede la volum. Pentru patruzeci de produse, căutarea în catalog durează o oră și îți spune, înainte de orice efort editorial, câte fișe vei crea efectiv și câte oferte doar le atașezi. Fără ea, aceleași patruzeci de produse trec prin formular, apoi prin respingeri, apoi prin corecții făcute din memorie în loc de specificație — iar a doua rundă costă mai mult decât prima, pentru că repari fișe pe care oricum nu le deții. Verificarea pe care o poți face azi, dacă ai deja produse urcate, nu are nevoie de niciun instrument nou: filtrează produsele după status și numără câte au documentație respinsă și câte au doar o actualizare respinsă. Primele nu se vând deloc; ultimele se vând, dar cu o fișă veche, iar modificarea la care ai lucrat nu s-a aplicat niciodată. Sunt două probleme diferite, iar cea de-a doua e cea pe care nu o vede nimeni.

Restul mecanicii de vânzare pe eMAG se decide separat, în funcție de unde stă marfa: decizia dintre depozitul eMAG și livrarea proprie schimbă cine execută livrarea și retururile, dar nu schimbă nimic din ce ai citit mai sus. Dacă vrei să vezi cât te costă efectiv catalogul, cu tot cu orele pierdute pe respingeri, cere un diagnostic și ne uităm la fluxul tău de listare înainte de următoarea tranșă de produse.