Cum listezi magazinul pe Compari.ro: pași, feed și costuri

Ca să listezi un magazin pe Compari.ro, ai nevoie de trei lucruri care trebuie să fie adevărate simultan: un magazin funcțional și identificabil, un feed XML sau CSV conform schemei curente și un sold PPC din care se plătesc clickurile trimise către site. Generarea unui URL de feed este doar una dintre etape. Dacă prețul, stocul, identitatea produsului ori pagina de destinație nu rezistă verificării publice, integrarea tehnică nu este terminată.

Ghidul de mai jos urmărește serviciul clasic de comparator, în care oferta apare pe Compari și vizitatorul ajunge în magazinul tău. Nu descrie integrarea separată de Marketplace, unde platforma poate primi comanda. Distincția contează: tutorialele pentru cele două servicii folosesc alte credențiale, alte fluxuri și alte responsabilități.

Mai întâi stabilești dacă magazinul poate fi acceptat. Apoi construiești feedul din sursa reală a catalogului, alegi numai produsele pe care le poți susține economic, alimentezi controlat soldul și urmărești un ciclu complet: ofertă preluată, click, comandă, livrare și bani reconciliați. Pentru mecanismul general al canalului, citește separat cum funcționează comparatoarele de prețuri. Aici rămânem la execuția pe Compari.ro.

Înscrierea începe cu magazinul funcțional și date verificabile

Pagina de înregistrare Compari cere datele oficiale ale companiei și o adresă de e-mail la care poate fi contactată persoana responsabilă de promovare. E-mailul nu este un detaliu administrativ de completat cu o adresă abandonată: acolo pot ajunge informațiile despre procesare, sold și problemele contului.

Înainte să trimiți formularul, verifică dacă site-ul îndeplinește condițiile publice curente. Magazinul trebuie să fie activ și funcțional, să afișeze datele companiei și condițiile de cumpărare, să ofere contact electronic și telefonic și să poată livra în România. Compari menționează și existența unei opțiuni de ridicare personală sau de plată ramburs. Pentru companie sunt cerute date fiscale și de înregistrare, iar prima plată trebuie să provină de la compania înregistrată, prin cont bancar sau card.

Transformă cerințele într-un dosar verificabil, nu într-o impresie despre site:

Comanda de test trebuie dusă până la capăt într-un mediu în care nu produci o vânzare fictivă sau o înregistrare fiscală incorectă. Scopul este să vezi ce vede cumpărătorul: moneda, TVA-ul afișat, costul transportului, metoda de plată, e-mailul de confirmare și anularea. Dacă un pas este rupt, comparatorul va trimite trafic într-un sistem care încă nu poate converti corect.

Separă și serviciile încă din dosar. Un articol de suport easySales despre „marketplace Compari” descrie token API, import de comenzi, facturi și statusuri. Acesta nu este același traseu cu feedul PPC care trimite clickul în magazin. Pentru înscrierea descrisă aici, sursa de adevăr este Help Center-ul Compari pentru partenerii care încarcă o listă de produse. Nu introduce tokenuri, feeduri de comenzi sau reguli de preț de marketplace doar pentru că tutorialul poartă numele platformei.

Desemnează doi proprietari înainte de activare. Proprietarul comercial aprobă produsele, soldul și limita de pierdere. Proprietarul tehnic răspunde de feed, erori, latență și modificări. Într-o firmă mică poate fi aceeași persoană, dar cele două responsabilități rămân distincte. Altfel, tehnicul poate declara integrarea „gata” când fișierul se generează, în timp ce comercialul descoperă după facturarea clickurilor că marja ori stocul nu susțin oferta.

Nu trimite documente sensibile prin canale neverificate și nu copia condiții fiscale dintr-un ghid. Pagina publică Compari include informații despre facturare în funcție de codul fiscal, însă situația companiei tale se confirmă cu contabilul și în documentele contractuale. Ghidul de marketing poate descrie fluxul; nu poate decide tratamentul fiscal al firmei.

Feedul Compari trebuie construit după schema curentă, nu după un șablon generic

Cerințele oficiale de feed acceptă fișiere XML sau CSV. Un plugin Shopify, Gomag ori Blugento poate genera unul dintre formate, dar numele aplicației nu dovedește conformitatea fișierului. Deschizi exportul, citești antetul sau structura XML și compari fiecare câmp cu documentația Compari din ziua implementării. Pentru varianta XML, verifici și dacă documentul respectă sintaxa XML publicată de W3C; un fișier bine format nu este însă automat un feed complet pentru Compari.

Câmpurile obligatorii formează identitatea minimă a ofertei:

• Identifier — identificator intern unic și stabil;
• Manufacturer — producătorul;
• Name — denumirea exactă a produsului;
• Category — categoria, ideal într-o structură ierarhică descriptivă;
• ProductUrl — pagina unică pe care trebuie să ajungă vizitatorul;
• ProductNumber — codul producătorului, obligatoriu în categoriile indicate de Compari, inclusiv electronice, IT și electrocasnice;
• Price — prețul brut pentru cantitatea minimă ce poate fi comandată.

Documentația recomandă și costul livrării, termenul, descrierea, imaginea și atributele. „Recomandat” nu înseamnă lipsit de efect comercial. Un cumpărător care compară două bormașini poate avea nevoie de putere, acumulator, mandrină și conținutul pachetului ca să înțeleagă dacă vede același produs. Completezi atributele numai din date controlate, nu prin presupuneri extrase din titlu.

Identifier merită o regulă separată. Pagina despre modificarea feedului spune să nu schimbi identificatorul unui produs și să nu refolosești valoarea veche pentru alt articol. La migrarea magazinului, păstrezi aceeași identitate pentru produsul existent. Dacă platforma nouă generează automat alte ID-uri, construiești o mapare înainte de comutare. Altfel, Compari poate interpreta același produs drept ofertă nouă, iar istoricul asocierii și poziția pot fi afectate.

Nu modifica inutil nici câmpurile folosite la asociere: categorie, producător, nume, cod de produs și EAN. Corectezi o eroare reală, dar nu rescrii toate titlurile într-o singură lansare doar pentru că s-a schimbat regula SEO din site. Separă identitatea internă de prezentarea editorială. Dacă transformarea este necesară, salvează exportul anterior, modifică un eșantion și urmărește ce se întâmplă cu asocierea publică.

Pentru CSV, verifică delimitatorul, ghilimelele și codarea caracterelor. O virgulă din descriere nu trebuie să rupă produsul în coloane noi. Pentru XML, verifică închiderea elementelor, caracterele speciale și existența unui singur produs în fiecare nod. În ambele formate, URL-ul trebuie să poată fi descărcat de platformă fără sesiunea ta de administrator.

Procesul tehnic are patru controale:

1. validare de structură: fișierul se poate parsa și conține câmpurile cerute;
2. validare de date: valorile au tipul, formatul și sensul corect;
3. validare de continuitate: prețul, stocul și varianta coincid cu pagina de destinație;
4. validare publică: oferta ajunge la produsul și categoria potrivite după procesare.

Nu confunda absența erorii de parsare cu succesul. Un preț numeric poate fi perfect valid ca format și totuși greșit față de pagina produsului. Un URL poate răspunde cu 200 și totuși să deschidă o categorie. O imagine poate exista și să arate altă variantă. Controlul semantic cere un eșantion citit de om.

Compari indică locul în care se salvează sursa în Centrul de clienți: Datele magazinului > Sursa listei produselor. Pagina publică precizează că fișierul este descărcat zilnic la 17:00 și că, în prezența unui sold PPC pozitiv, produsele pot începe să apară a doua zi. Procesarea declarată este de 3–7 zile lucrătoare. Aceste repere au fost citite la 1 august 2026; înaintea unei lansări ulterioare, reverifică pagina.

Condițiile Compari cer comerciantului să răspundă reclamațiilor sau întrebărilor fără întârziere, în maximum o zi lucrătoare. Termenul privește răspunsul comerciantului, nu procesarea inițială a feedului. Pentru feed rămâne reperul oficial de 3–7 zile, iar planul intern trebuie să includă timp pentru corecții. Nu anunți o dată de lansare publică înainte ca platforma să confirme procesarea.

În perioada de procesare, Compari avertizează că ofertele pot apărea temporar fără categorie și imagine, mai jos în pagină. Prin urmare, o captură făcută în prima zi nu este verdict final, dar nici motiv să ignori erorile. Notezi când a fost preluat fișierul, ce produse sunt afectate și când s-a încheiat intervalul declarat. Dacă problema persistă, trimiți către suport exemple concrete: Identifier, URL de feed, URL public și captură.

Nu toate produsele din catalog merită să intre în listare

Butonul „toate produsele” este rapid și costisitor. Un catalog poate conține SKU-uri fără stoc stabil, produse cu marjă foarte mică, articole grele cu livrare dificil de estimat, pachete care nu pot fi comparate corect și pagini cu date incomplete. Feedul tehnic le poate exporta; decizia comercială trebuie să le oprească.

Construiește o listă de includere pe produs sau familie. Fiecare SKU trece prin cinci porți:

1. identitate: producătorul, modelul, varianta și codurile sunt corecte;
2. ofertă: prețul și conținutul pachetului sunt comparabile fără ambiguitate;
3. operațiune: stocul, termenul și costul livrării pot fi menținute;
4. pagină: URL-ul este rapid, cumpărabil și continuă exact oferta din comparator;
5. economie: contribuția rămasă poate plăti traficul și variația normală a retururilor.

Ultima poartă se poate exprima simplu, fără a transforma MKT-14 într-un model financiar complet:

contribuția disponibilă pentru trafic > CPC × clickurile până la o comandă livrată

Contribuția disponibilă nu este venitul și nici marja brută din catalog. Este suma rămasă după costul produsului și costurile variabile pe care magazinul le suportă până la o comandă livrată: procesare de plată, ambalare, diferențe de transport, anulări, retururi și alte costuri aplicabile. Modelul complet aparține analizei de profitabilitate; aici ai nevoie doar de un prag care poate respinge un produs înainte să consume sold.

La lansare nu cunoști exact câte clickuri vor produce o comandă livrată. Nu înlocui necunoscutul cu un benchmark găsit online. Construiește trei scenarii — prudent, de bază și nefavorabil — și aprobă un produs numai dacă expunerea inițială are o limită suportabilă. După primul ciclu, înlocuiești ipotezele cu datele magazinului.

Exemplu de raționament, fără valori universale: un accesoriu cu contribuție mică poate consuma întregul spațiu economic după câteva clickuri. Un produs mai scump poate avea contribuție absolută mai mare, dar și retur costisitor sau livrare specială. Nu alegi după procentul de marjă izolat. Alegi după suma care poate finanța achiziția unei comenzi livrate.

Produsele exclusive și pachetele cer atenție. Dacă oferta ta conține un acumulator suplimentar, nu o asocia cu produsul simplu doar pentru a apărea lângă cel mai mic preț. Titlul, imaginea și pagina trebuie să arate diferența. Asocierea greșită poate genera clickuri de la oameni care cred că văd altceva, iar magazinul plătește pentru confuzie.

Stocul rar sau volatil intră într-un feed separat ori într-o regulă de excludere. Dacă sursa se actualizează des, dar destinația preia zilnic, există un interval în care oferta publică poate rămâne în urmă. Nu promova agresiv ultimele unități dacă latența sistemului nu poate proteja cumpărătorul.

Pornește cu un lot mic, dar reprezentativ: produse cu cerere diferită, valori diferite și suficiente date pentru comparație. Nu alege numai campionii existenți și nu arunca în test resturile de catalog. Primul grup trebuie să arate cum funcționează procesul, nu să fabrice o poveste convenabilă.

Pentru fiecare excludere notează motivul și proprietarul corecției. „Date incomplete” merge la echipa de catalog. „Transport necalculabil” merge la operațiuni. „Contribuție insuficientă” rămâne decizie comercială. Când problema este reparată, SKU-ul poate reintra fără să redeschizi întreaga integrare.

O astfel de selecție păstrează granița față de greșelile de vânzare în marketplace: acolo comanda este operată în ecosistemul marketplace-ului; aici plătești clickul și trebuie să închizi vânzarea în propriul site. Disciplina datelor și a marjei seamănă, dar punctul de cost și traseul clientului sunt diferite.

Soldul, CPC-ul și bidul se aprobă împreună cu o limită de pierdere

Compari funcționează cu sold PPC preplătit pentru traficul trimis magazinului. La data cercetării, pagina publică de înregistrare indica o alimentare minimă de 150 RON. Suma este un fapt din 1 august 2026, nu o taxă garantată pentru viitor. Verifică valoarea în pagina curentă și în cont înainte de plată.

Nu există un CPC unic pe care să îl poți pune într-un business case generic. Pagina Compari despre prețuri arată că tariful de bază depinde de departament, categorie și intervalul prețului brut. Lista tarifelor este disponibilă pentru descărcare în Centrul de clienți. Cere fișierul curent și leagă fiecare produs din lotul de lansare de categoria și banda lui reală.

Bugetul inițial are trei limite:

• soldul disponibil, care oprește expunerea când se consumă;
• plafonul zilnic intern, urmărit de responsabil chiar dacă interfața nu oferă exact aceeași setare;
• limita de pierdere a testului, exprimată în bani și în condiții de oprire.

Limita de pierdere nu înseamnă „oprim dacă nu ne place”. O scrii înainte de activare. De exemplu, poți opri un SKU dacă a consumat contribuția disponibilă pentru numărul de comenzi stabilit și nu există nicio comandă livrată, dacă pagina a devenit nealiniată sau dacă stocul nu mai poate fi onorat. Pragul exact vine din economia magazinului, nu din acest articol.

Evidențierea produselor este o etapă separată. Platforma descrie trei oferte de partener evidențiate pe pagina produsului și reguli de multiplicare a bidului la nivel general, categorie sau produs. Faptul că setarea există nu înseamnă că trebuie activată în prima zi. Mai întâi validezi asocierea, pagina și contribuția la CPC-ul de bază. Abia apoi testezi o singură regulă de evidențiere pe produse eligibile.

Bidul poate cumpăra poziție, nu poate repara oferta. Dacă prețul total este necompetitiv, termenul neclar sau magazinul necunoscut, un click mai scump poate amplifica aceeași problemă. Dacă produsul este deja singura ofertă, documentația arată că se poate taxa CPC-ul de bază chiar dacă există o setare de bid. Nu presupune că multiplicatorul este singurul motiv al costului.

Aprobarea trebuie să conțină:

Ține separat costul comparatorului de comisionul unui serviciu Marketplace. Dacă activezi ambele produse Compari, raportează-le ca fluxuri distincte. Un click PPC spre site și o comandă în Marketplace nu au același eveniment facturabil, aceeași atribuire sau aceleași costuri operaționale.

Nu adăuga automat adaos la prețul din site pentru a „acoperi” CPC-ul. Comparatorul pune ofertele una lângă alta, iar diferența poate reduce clickurile sau poate încălca propria poziționare comercială. Prețul se decide la nivel de produs și canal în cadrul politicii firmei, nu printr-un procent arbitrar introdus în feed.

Importul reușit se validează pe oferta publică și în pagina produsului

Mesajul „feed procesat” confirmă un pas tehnic. Înainte să crești soldul, verifică un eșantion public care acoperă produse ieftine și scumpe, categorii diferite, variante, produse cu și fără EAN și articole cu livrare specială. Pentru fiecare, pornești din Compari și termini într-o comandă de test controlată.

Pe pagina Compari verifici:

• produsul și varianta asociate;
• numele magazinului;
• prețul și eventuala condiție de cantitate minimă;
• stocul sau termenul afișat;
• costul ori informația de livrare;
• imaginea;
• poziția de bază și orice evidențiere activă.

După click verifici aceeași ofertă în landing page: model, culoare, capacitate, conținutul pachetului, preț, monedă, disponibilitate și livrare. Continuă până în coș, fiindcă unele diferențe apar abia acolo. Un preț din feed care exclude o componentă obligatorie nu devine corect doar fiindcă pagina de produs afișează ulterior totalul.

Leagă fiecare control de Identifier, nu doar de denumire. Titlurile se pot schimba, iar produse apropiate pot avea aproape același nume. Identificatorul stabil permite să compari rândul din sursa internă, feedul descărcat, oferta publică și comanda.

Construiește un registru de incidente cu cinci câmpuri: produs, simptom, stratul în care apare, momentul observării și acțiunea. „Preț diferit” poate proveni din catalog, cache-ul generatorului, feed, procesarea destinației sau o regulă din site. Fără strat, echipele își trimit problema una alteia.

Nu schimba toate câmpurile ca să forțezi reprocesarea. Pagina oficială avertizează că înlocuirea completă și modificările asupra identității pot afecta pozițiile, iar reprocesarea poate dura din nou 3–7 zile lucrătoare. Repară sursa defectului, păstrează Identifier și schimbă câmpurile de asociere numai când sunt greșite.

Dacă muți feedul la alt URL fără să schimbi conținutul și structura, Compari spune că pozițiile nu ar trebui pierdute. Totuși, validează accesul la noul URL înainte de comutare și păstrează o copie a ultimului export bun. O adresă nouă care răspunde numai pentru browserul autentificat poate opri preluarea chiar dacă structura fișierului este identică.

Separă trei stări în raport:

1. primit — platforma a putut descărca fișierul;
2. procesat — produsele au intrat în sistem, cu eventuale avertismente;
3. cumpărabil — oferta publică este corectă și comanda poate fi închisă în magazin.

Doar a treia stare permite să mărești expunerea. Primele două sunt necesare, dar nu protejează clientul ori marja.

Pentru măsurare, adaugă parametri consecvenți pe URL-urile acceptate de schema și politica platformei. Nu altera pagina canonică și nu crea o combinație nouă de nume pentru fiecare import. Păstrează aceeași convenție de sursă, mediu și campanie, astfel încât vizitele Compari să nu fie împărțite în rapoarte imposibil de reconciliat.

Datele de tracking pot lipsi din cauza consimțământului, browserului sau redirecționării. De aceea, raportul de clickuri al platformei, analytics-ul și comenzile magazinului nu vor coincide întotdeauna unu la unu. Diferența se investighează; nu se „corectează” prin atribuirea manuală a tuturor comenzilor canalului.

Primul ciclu se închide cu clickuri, comenzi livrate și bani reconciliați

Statisticile PPC Compari includ clickuri totale, cost total, cost mediu pe click și poziție medie. Pagina arată și analize pe categorie ori produs pentru ultimele 30 de zile. Dacă ai nevoie de detaliu pentru decizii ulterioare, exportă CSV-ul înainte ca fereastra să se închidă. Platforma menționează o retenție mai lungă pentru un pachet Premium, dar nu presupune că aceasta este activă în contul tău.

Dashboardul răspunde ce a făcut platforma. Magazinul trebuie să răspundă ce s-a întâmplat după click. Construiește aceeași fereastră de raportare pentru:

• clickurile și costul din Compari;
• sesiunile și evenimentele observabile în analytics;
• comenzile plasate;
• comenzile anulate;
• comenzile livrate;
• retururile ajunse după livrare;
• venitul net și contribuția rămasă;
• produsele fără stoc ori cu ofertă nealiniată.

Nu închide ciclul la comandă plasată. Un canal poate trimite cumpărători foarte sensibili la preț, iar diferențele de livrare, plata ramburs sau așteptările incorecte pot produce anulări și retururi. Cheltuiala PPC rămâne, chiar dacă venitul dispare. Decizia se ia după o fereastră care permite principalelor comenzi să ajungă la starea relevantă pentru afacere.

Reconcilierea minimă pe produs poate fi citită astfel:

contribuție după trafic = contribuția comenzilor livrate − costul clickurilor aferente

Formula este intenționat limitată. Nu rezolvă automat atribuirea multi-touch și nici incrementalitatea. Arată dacă grupul poate finanța traficul în condițiile observate. Pentru decizia de extindere, compară și ce s-a întâmplat cu produse similare nelistate sau cu performanța totală a categoriei. Comparatorul poate primi ultimul click pentru o cerere creată anterior de SEO, reclame ori clienți existenți.

Un raport util nu spune „Compari a produs X venit” doar pentru că sursa sesiunii a apărut înaintea comenzii. Spune: ce clickuri a facturat platforma, ce comenzi au fost atribuite, câte au fost livrate, ce contribuție a rămas și ce nu a putut fi legat sigur. Această formulare păstrează diferența dintre observație și cauzalitate.

La finalul primului ciclu, fiecare produs primește una dintre patru decizii:

Nu schimba simultan feedul, gama și bidul după primul raport. Dacă rezultatul este slab, ai nevoie să știi dacă problema a fost produsul, pagina sau costul. Dacă rezultatul este bun, ai nevoie să știi ce anume merită repetat. O singură modificare importantă pe ciclu păstrează învățarea.

După ce fluxul este stabil pe Compari, poți evalua distribuția pe alte destinații. Asta nu înseamnă să copiezi același fișier peste tot. MKT-15 tratează regulile de optimizare a feedurilor pentru comparatoare, cu taxonomii, transformări și excluderi specifice. Catalogul intern rămâne sursa de adevăr, iar fiecare canal primește traducerea lui controlată.

Dacă magazinul vinde și prin platforme în care comanda rămâne la operator, păstrează raportarea separată. Inventarul de marketplace-uri din România te ajută să compari proprietatea comenzii, costurile și dependența de platformă. Compari PPC nu trebuie evaluat cu același tabel ca un marketplace doar pentru că ambele afișează produse.

Întrebări frecvente

Cât costă să listezi un magazin pe Compari.ro?

Costul principal al serviciului descris aici este PPC: plătești clickurile trimise către magazin. CPC-ul diferă după categorie și intervalul de preț. La 1 august 2026, pagina publică indica o alimentare minimă de 150 RON. Verifică valoarea și tarifele curente în cont înainte de plată.

În cât timp apar produsele după ce trimit feedul?

Compari spune că descarcă feedul zilnic la 17:00, iar cu sold PPC pozitiv afișarea poate începe din ziua următoare. Procesarea declarată este de 3–7 zile lucrătoare. Nu promite intern cel mai scurt termen; lasă timp pentru corecții și validează oferta publică.

Pot trimite un feed XML generat de Shopify, Gomag sau Blugento?

Da, dacă fișierul respectă schema Compari curentă și datele coincid cu site-ul. Faptul că o aplicație generează un feed dedicat reduce munca tehnică, dar nu înlocuiește validarea câmpurilor, selecția produselor și controlul public după procesare.

Trebuie să listez tot catalogul?

Nu. Începe cu produse identificabile, în stoc, cu livrare controlabilă, pagini corecte și suficientă contribuție pentru trafic. Exclude temporar SKU-urile cu date incomplete, marjă insuficientă, ofertă ambiguă sau stoc prea volatil.

Pot schimba Identifier când migrez magazinul?

Nu pentru același produs. Documentația Compari cere ca identificatorul să rămână unic și constant și să nu fie refolosit pentru alt articol. Construiește o mapare între vechiul și noul sistem înainte de migrare.

Cum știu dacă listarea este profitabilă?

Reconciliezi costul clickurilor cu comenzile livrate, retururile și contribuția rămasă pe produs. Apoi verifici dacă rezultatul este cu adevărat adăugat, nu doar atribuit ultimului click. Nu decide după trafic sau venit brut izolat.