Acasă / Platformă

RokaShop · document de platformă

Tot ce face sistemul prin care vinzi

RokaShop este infrastructura unui magazin online custom: ce vede clientul, ce operează echipa și ce se întâmplă în spate ca prețul, stocul, reclama și comanda să spună același lucru.

Pagina aceasta este harta. Fiecare capitol spune ce este construit, unde apare în față, ce ține backend-ul și la ce îl ajută pe cel care cumpără sau pe cel care conduce magazinul. Ultimul capitol adună scenarii care se pot construi pe aceeași bază, când modelul de vânzare o cere.

23capitole, de la vitrină la alegere
15funcții de conversie în vitrină
8integrări de măsurare, browser și server
11fluxuri după ce vizitatorul a plecat
Front · client Vitrină

Căutare, produs, coș, checkout, cont, consultant.

Front · echipă Admin

Catalog, comenzi, feed, rapoarte, doctor, studio.

Backend Un catalog. O comandă. Aceleași reguli.

Prețul din pagină, din coș, din factură și din feed pleacă din același loc.

Catalog

SKU, atribute, media

Comercial

Preț, promo, stoc

Comenzi

Plată, livrare, status

Canale

Feed, tracking, AI

Google

Merchant, Ads, GA4

Meta și TikTok

Catalog și evenimente

Sisteme proprii

ERP, curier, facturare

Capitolul 01

Ce o face specială

Magazinul, marketingul și administrarea stau pe aceeași infrastructură. Asta schimbă felul în care se pierde sau se câștigă o vânzare.

Un magazin online obișnuit afișează produse și primește comenzi. RokaShop este construit ca partea de mijloc a unui sistem de vânzare: omul intră dintr-o reclamă sau din căutare, găsește produsul, înțelege ce cumpără, plătește, iar echipa vede același fapt în raport, în feed și în depozit.

Sursă unică

Catalogul este adevărul

Titlul, prețul, stocul, identificatorul și imaginea pleacă dintr-un singur produs. Vitrina, feedul și evenimentul de cumpărare îl folosesc pe același SKU.

Construit în jurul vânzării

Funcția există pentru un motiv

Căutarea, filtrul, comparația, pragul de transport, recuperarea coșului sau scorul de produs există ca să crească comanda, valoarea coșului sau claritatea datelor.

Fără zeci de pluginuri

Piesele importante sunt în platformă

Conversia, feedul, trackingul, scorurile și AI-ul de catalog sunt module ale aceluiași sistem. Integrările externe intră prin API, controlat.

Din marketing

Citit dinspre cel care trebuie să vândă

Înainte de un ecran nou întrebăm ce face pentru client, pentru marjă, pentru ads și pentru timpul echipei. ROKA Marketing lucrează cu magazine, campanii și conversie din 2012.

La ce ajută

Clientul găsește un produs coerent. Echipa modifică o dată și schimbarea ajunge în magazin și în canale. Deciziile de buget se iau pe comenzile din magazin, aliniate cu ce văd Google și Meta.

Custom are sens când platforma standard începe să dicteze promoția, checkout-ul, prețul sau integrarea. Pentru un test mic, cu câteva produse, o platformă gata făcută poate fi alegerea potrivită. RokaShop este pentru un catalog mare sau complicat, pentru ads și SEO duse serios și pentru un proiect care trebuie să crească ani de zile. Când are sens custom.

Capitolul 02

Harta: ce e în față și ce e în spate

Două suprafețe pentru oameni. Un backend pentru reguli, date și legături. Canalele din afară consumă ce decide backend-ul, nu o copie întreținută manual.

Front — ce vede și atinge un om Backend — date, reguli, joburi, integrări
Front

Vitrina este magazinul public: homepage, categorii, căutare, produs, coș, checkout, cont, favorite, comparație, consultant.

Adminul este magazinul echipei: produse, comenzi, clienți, feeduri, rapoarte, scoruri, studio, liste de probleme.

Mesajele sunt o a treia suprafață: email de comandă, de coș, de stoc, de recenzie. Pleacă din aceleași date.

Backend
  • Catalog: produse, variante, atribute, media, câmpuri SEO
  • Comercial: preț, promoții, coș, comenzi, clienți
  • Stoc și disponibilitate, sincronizate cu sursa
  • Reguli de feed și identificatori de canal
  • Evenimente de tracking, browser și server
  • Scoruri de pregătire pe produs
  • Joburi AI pentru text și imagine, cu aprobare
  • API către ERP, CRM, curieri, facturare, marketplace

Cum circulă un fapt

  1. Clientul acționează
  2. →
  3. Vitrina
  4. →
  5. Backend
  6. →
  7. Stoc, comandă, mesaj
  8. →
  9. Feed și măsurare

Exemplu. Cineva cumpără ultima bucată. Backend-ul închide disponibilitatea. Pagina, feedul și campania care încă trimite trafic ajung să vadă același stoc. Evenimentul de achiziție pleacă cu același ID de produs pe care îl are Merchant Center. Aici se rupe de obicei un magazin făcut din pluginuri separate. Aici este construit ca să țină.

La ce ajută

Echipa înțelege unde se repară o problemă. O greșeală de preț se corectează în catalog, nu în cinci unelte. Un dezvoltator poate lega un sistem nou de API fără să redeseneze vitrina.

Capitolul 03

Vitrina

Prima suprafață. Rapidă, clară, construită ca omul să ajungă la produsul potrivit și să poată continua.

  1. Homepage
  2. Navigare
  3. Mobil
Favorite · Coș (2)
Oglindă baie LED cu ramă neagră, 500×700 mm
Oglinzi baie
Oglindă LED dreptunghiulară, 18W
450×750 mm
Oglindă LED rotundă cu ramă neagră
Ramă neagră
Oglindă LED 500×700

Oglindă LED 500×700417,60 lei

Oglindă LED 18W

Oglindă LED 18Wîn stoc

Oglindă rotundă

Oglindă rotundăîn stoc

Touch 15W · 4000K

Touch 15W · 4000KSPN71064

Magazin live construit pe RokaShop — homepage, categorii și produse reale.

Homepage și intrarea în magazin

Front

Omul vede categoriile care contează, campania activă, căutarea și produsele pe care merită să le urce. Imaginile sunt cele de vânzare, nu un banner fără legătură cu stocul.

Backend

Blocurile citesc colecții, reguli de merchandising și disponibilitate. Un produs epuizat poate ieși din vitrină fără ca cineva să deschidă tema și să șteargă un slide.

La ce ajută

Traficul plătit și cel organic aterizează într-un magazin care arată ce se poate cumpăra acum. Mai puține clickuri până la o categorie adevărată.

Navigarea

Meniul, breadcrumbs și legăturile dintre categorii spun unde se află omul și ce mai poate deschide. Structura este aceeași pe care o citesc și motoarele de căutare: categorie, subcategorie, produs. Un drum scurt pentru om este și un drum clar pentru indexare.

Mobilul

O mare parte din trafic vine de pe telefon, inclusiv din reclame. Vitrina ține căutarea, filtrele, prețul și adăugarea în coș la îndemână, cu o pagină care se încarcă repede. Butonul de coș și pașii de checkout rămân lizibili pe un ecran îngust.

Pagina produsului: oglindă baie LED cu ramă neagră, 15W, 500×700 mm, preț 417,60 RON
Captură din pagina produsului. Oglinda se vede întreagă: ramă, lumină și preț, nu un colț decupat.

Capitolul 04

Pagina de produs

Locul în care se ia decizia. Pagina trebuie să răspundă la ce este, cât costă, dacă există, ce îl diferențiază și cum se cumpără.

Oglindă baie LED cu ramă neagră și întrerupător touch, 15W, 500×700 mm

Iluminat / Oglinzi baie

Oglindă baie LED, ramă neagră, touch, 15W

SKU SPN71064 · 500×700 mm · 4000K · În stoc

417,60 lei

1680 lm · IP44 · Compară · Adaugă la favorite

Recomandat împreună: varianta rotundă FI600

Pagină de produs: specificații, preț, Add to Cart sticky, recomandări.

Identitate

Nume, SKU, brand, categorie, GTIN când există. Omul și sistemele externe văd același produs.

Preț și disponibilitate

Prețul curent, promoția, moneda și stocul. Dacă există prag de transport, se vede lângă decizie, nu după ce coșul a fost umplut.

Variante

Culoare, dimensiune, putere sau alte opțiuni schimbă SKU-ul, prețul, imaginea și stocul. Combinația aleasă este cea care intră în coș.

Specificații

Atributele stau structurat, nu îngropate într-un paragraf. Din ele se fac filtrele, comparația, feedul și răspunsurile consultantului.

Încredere

Recenzii, întrebări, politică de livrare și de retur. Un produs important fără recenzii este o gaură pe care Doctorul o poate semnala.

Următorul pas

Add to cart sticky, produse similare, complementare și pachete. Recomandarea vine din catalog, din ce se cumpără împreună și din reguli, nu dintr-un bloc la întâmplare.

Front

Galerie, preț, variantă, specificații, recenzii, buton de coș care rămâne vizibil, comparație și favorite. Pe mobil, decizia încape fără un formular lung.

Backend

Prețul se calculează din reguli. Stocul vine din sursa de adevăr. Structured data de Product, Offer și Review se generează din aceleași câmpuri. Evenimentul de view_item pleacă cu ID-ul folosit și în ads.

La ce ajută clientul

Înțelege diferența dintre variante înainte să plătească. Adaugă ce a văzut, nu un produs „aproape” la fel. Găsește accesoriul potrivit fără să reia căutarea de la zero.

Oglindă baie LED 500×700 mm, ramă neagră, întrerupător touch Variantă rotundă din același catalog de oglinzi LED

Aceeași familie de produs, două cadre: dreptunghiul 500×700 și varianta rotundă. Oglinda rămâne întreagă în cadru.

Capitolul 05

Căutare, categorii și filtre

Într-un catalog mare, pagina de start nu vinde. Găsirea vinde. Căutarea și filtrele sunt produsul, nu un accesoriu.

Căutare

Rapidă și legată de catalog

Omul caută cu cuvintele lui: denumire, brand, cod, uneori o nevoie. Rezultatele vin din produsele publicate, cu stoc și preț actuale. Căutările fără rezultat se pot vedea în admin, ca să repari un gol real.

Filtre

Fațete pe atributele după care se alege

Preț, brand, culoare, putere, dimensiune, disponibilitate. Filtrele există pe atributele care chiar despart produsele. O categorie fără fațete, pe un catalog în care oamenii aleg după o caracteristică, este o frecare măsurabilă.

Categorie

Listă care se poate parcurge

Sortare, paginare sau încărcare controlată, stare de stoc, intrare clară în produs. Categoria transmite și context pentru SEO: despre ce este raftul, nu doar o grilă de poze.

Compară

Aceleași rânduri, produse diferite

Două sau mai multe produse se văd pe aceleași specificații. Omul încetează să țină minte diferențele între taburi.

Front

Câmp de căutare prezent, sugestii, filtre care se pot combina, număr de rezultate, produse cu preț și stoc, comparație și favorite din listă.

Backend

Index de căutare construit din titlu, SKU, brand, atribute și sinonime utile. Fațetele citesc valorile reale, nu o listă scrisă în temă. Interogările cu zero rezultate se păstrează ca semnal pentru conținut și pentru merchandising.

La ce ajută

Un vizitator cu o nevoie precisă ajunge la 10 produse posibile, apoi la 3, apoi la unul. Echipa vede ce caută oamenii și ce catalog încă nu acoperă.

Capitolul 06

Coș și checkout

Aici se pierd comenzile care păreau câștigate. Checkout-ul este scurt, prețul este explicat, iar comanda care iese este o comandă pe care depozitul și contabilitatea o pot duce mai departe.

  1. 01CoșLinii, cantități, promoție, prag de transport, produse complementare.
  2. 02DateLivrare, facturare, firmă sau persoană, metodă de livrare.
  3. 03PlatăMetoda aleasă, totalul final, confirmarea comenzii.
  4. 04DupăEmail, status, rezervare de stoc, eveniment de achiziție.
Front
  • Coș editabil, cu preț pe linie și total
  • Discount cantitativ și cupon, cu efect vizibil
  • Prag de transport gratuit, cu suma care mai lipsește
  • Cross-sell scurt, legat de ce e deja în coș
  • Checkout cu câmpurile necesare, pe mobil și pe desktop
  • Metodă de livrare și de plată înainte de confirmare
Backend
  • Recalculare de preț la fiecare schimbare, din regulile comerciale
  • Verificare de stoc înainte de plată
  • Comandă cu linii, taxe, discount, adresă și metodă
  • Rezervare ca două persoane să nu cumpere ultima bucată
  • Eveniment purchase cu valoare, monedă și ID-uri de produs
  • Declanșare de email și, la abandon, de flux de recuperare

Unde se subțiază drumul

Model de lectură, nu un rezultat promis. Arată cum se citește un magazin: fiecare pas are un volum, iar diferența dintre pași este locul de lucru.

  1. Trafic100
  2. Produs64
  3. Coș22
  4. Checkout14
  5. Comandă9
La ce ajută

Omul vede totalul adevărat înainte să plătească. Echipa primește o comandă completă. Marketingul primește un eveniment care corespunde liniei din magazin. Abandonul poate fi reluat, pentru că a rămas înregistrat.

Colet pregătit după o comandă confirmată
Checkout-ul bun se vede și în depozit: o comandă clară, cu produsul care chiar era în stoc.

Capitolul 07

Contul clientului

Contul este memoria relației. Comenzile, adresele și statusurile stau într-un loc în care omul nu trebuie să caute un email vechi.

Comenzi

Istoric, status, total, linii. Omul vede dacă a plecat coletul și ce a cumpărat.

Date

Adrese de livrare și de facturare, inclusiv date de firmă când comanda cere factură.

Favorite

Produse păstrate pentru mai târziu, cu prețul și stocul de acum, nu cu poza salvată odată.

Front

Autentificare, listă de comenzi, detaliu de comandă, adrese, favorite. Limbaj de client, nu de back-office.

Backend

Contul este legat de comenzi și de evenimente. Statusul venit de la curier sau din ERP se poate întoarce în același ecran. Datele personale stau aici și pentru cererile de acces sau de ștergere.

La ce ajută

Reduce întrebările către suport. Pregătește a doua comandă: omul își vede istoricul și poate relua un produs pe care îl cunoaște deja.

Capitolul 08

Catalogul, sursa unică

Tot ce se vede în magazin și în canale pleacă de aici. Un catalog mare se administrează în masă, cu control, nu produs cu produs la nesfârșit.

Produs și variantă
Produsul grupează. Varianta este ce se cumpără: propriul SKU, preț, stoc și imagine.
SKU
Cheia internă. Aceeași în coș, în comandă, în feed și în evenimentul de ads.
GTIN și brand
Identificatori comerciali. Merchant și sistemele AI se sprijină pe ei când există.
Atribute
Specificații cu nume și valoare. Din ele se fac filtre, comparație, schema și răspunsuri.
Texte
Titlu, descriere scurtă, descriere, beneficii, FAQ, meta. Pot fi scrise de echipă sau propuse de AI.
Media
Imagini de catalog, de canal și, când e cazul, video sau document. Fiecare cu rolul ei.
Categorie și relații
Unde stă produsul, ce i se potrivește lângă el, ce se vinde împreună cu el.
Status
Ciornă, publicat, ascuns. O modificare în masă poate aștepta aprobarea înainte să iasă live.

Cum intră produsele

  • manual, din admin
  • CSV și Excel
  • XML
  • API
  • feed de furnizor
  • alt magazin, la migrare

La migrare se pot aduce produse, categorii, clienți și URL-urile vechi, cu redirecturi, ca vizibilitatea organică să aibă un drum. Importul mapează coloanele pe câmpurile platformei. Un SKU care există se actualizează. Un SKU nou se creează. Echipa vede ce a intrat și ce a eșuat.

Ce se poate schimba în masă

Titluri, descrieri, categorii, branduri, specificații, prețuri, promoții, imagini, SEO, statusuri și produse complementare. Pe un catalog de mii sau zeci de mii de SKU-uri, diferența dintre editarea manuală și o operație controlată este de săptămâni.

Front · admin

Listă filtrabilă, editare pe un produs, editare pe o selecție, previzualizare, aprobare, publicare. Operatorul lucrează fără un programator pentru sarcinile de zi cu zi.

Backend

Job de import sau de update, cu stare: în lucru, gata, eșuat. Validare de câmpuri obligatorii. Jurnal al schimbării. Publicarea actualizează vitrina, scorurile și feedul din aceleași înregistrări.

La ce ajută

Lansarea unui catalog mare nu înseamnă luni de copiat din Excel în formulare. Corecția unui brand sau a unui preț ajunge peste tot dintr-o singură operație. Clientul vede un produs complet, nu un import pe jumătate.

Catalog mare, pregătit pentru operare în masă
Cu cât catalogul e mai mare, cu atât sursa unică și operațiile în masă contează mai mult decât ecranul unui singur produs.

Capitolul 09

Preț, promoții și stoc

Trei reguli care trebuie să fie identice în pagină, în coș și în reclamă. Dacă diferă, clientul pierde încrederea, iar campania învață dintr-un semnal fals.

Preț de bază

Prețul de catalog, moneda, TVA-ul afișat. Sursa poate fi adminul sau ERP-ul, prin sincronizare.

Promoție

Reducere cu interval, pe produs, categorie sau coș. Prețul tăiat și prețul curent se văd la fel în vitrină și în feed.

Cantitate

Discount pe paliere. Palierul se explică lângă preț, ca omul să înțeleagă de ce se schimbă totalul.

Preț pe client sau pe grup

Când businessul vinde și către parteneri, același produs poate avea un preț de contract. Vizitatorul public vede prețul public.

Stoc

Disponibil, indisponibil, cantitate. La comandă se rezervă. Sincronizarea cu ERP sau cu furnizorul ține magazinul aproape de depozit.

Praguri

Transport gratuit de la o sumă. Mesajul din coș folosește același prag pe care îl aplică și calculul de livrare.

La ce ajută

Clientul plătește prețul pe care l-a văzut. Ads nu promovează un stoc care nu există. Echipa schimbă o promoție într-un singur loc și o vede aplicată coerent.

Capitolul 10

Adminul, unde lucrează echipa

Operarea de zi cu zi stă aici: comenzi, produse, clienți și semnale comerciale. Programatorul intră când apare o logică nouă, nu când se schimbă un preț.

Tablou de bord

Vânzări 30 zile186.420 lei+12%
Rată conversie2,8%+0,4
Valoare medie coș312 lei+18
Venit recuperat14.900 leicoșuri
Admin RokaShop — tablou de bord comercial, nu un ecran de advertising.

Comenzi

Status, client, linii, plată, livrare. Din comandă pleacă mai departe facturarea, AWB-ul și mesajul către client, când integrările sunt legate.

Produse

Căutare după SKU sau nume, filtre de categorie și de probleme, editare, publicare. Lista este făcută pentru mii de rânduri, nu pentru o vitrină de 20 de produse.

Clienți

Cont, comenzi, valoare. Baza pentru mesaje de revenire și pentru prețuri diferite, când modelul comercial le cere.

Creștere

Feed, rapoarte, Conversion Doctor, scoruri. Echipa de marketing și cea de catalog pot lucra în același admin, pe aceleași SKU-uri.

Front

Ecrane cu ierarhie clară: ce e urgent, ce e de operat, ce ține de creștere. Acțiuni pe un rând și pe o selecție. Limbaj de business, nu de tabelă de bază de date.

Backend

Aceleași servicii pe care le folosește vitrina, cu drepturi de scriere. Listele sunt interogări filtrate, nu exporturi statice. O salvare trece prin validare și rămâne în istoricul produsului sau al comenzii.

La ce ajută

Magazinul poate fi condus de oameni de catalog, de suport și de marketing. Timpul lor se duce în decizii, nu în copiat între unelte.

Capitolul 11

AI care lucrează pe catalog

Inteligența artificială intră în fluxul de lucru al produsului. Propune. Echipa aprobă. Publicarea rămâne o decizie.

  • titluri
  • descrieri scurte și lungi
  • beneficii
  • specificații lipsă
  • meta title și description
  • FAQ
  • încadrare în categorie
  • traduceri
  • texte pentru feed
  • semnal de informații contradictorii
Front

Pe produs sau pe o selecție, operatorul pornește o propunere, o citește, o corectează și o publică. Diferența dintre textul vechi și cel nou se poate vedea înainte de a ajunge în vitrină.

Backend

Jobul primește atributele, brandul și regulile de voce. Rezultatul se salvează ca propunere, legată de SKU. La aprobare, câmpurile publice se actualizează și scorurile se pot recalcula. Operarea în masă are stare și poate fi oprită.

La ce ajută

Un catalog venit de la furnizor, cu texte goale sau copiate, poate deveni vandabil fără să treacă fiecare SKU printr-un document separat. Clientul citește un produs care răspunde la întrebări. Căutarea și feedul primesc titluri care spun ce se vinde.

Pregătirea unui catalog mare, produs cu produs și în masă
AI-ul stă lângă operația de catalog. Nu înlocuiește aprobarea.

Capitolul 12

AI Product Studio

Fotografia de la furnizor poate rămâne materia primă. Din ea se pregătesc imaginile cu care se vinde în magazin și în reclame.

Oglindă baie LED 500×700 mm, așa cum apare pe pagina de produs
500×700 · ramă neagră · 15W
Oglindă LED rotundă din același catalog
variantă rotundă · același tip de ramă
AI Product Studio — din fotografia furnizorului, imagini care pot intra în magazin și în ads.
  • fundal alb
  • eliminarea fundalului
  • redimensionări
  • îmbunătățirea imaginii
  • imagini comerciale
  • imagini lifestyle
  • produs într-un decor
  • Google Shopping
  • creative pentru Meta
  • 1:1, 4:5, 9:16, 16:9
Front

Operatorul alege SKU-ul, tipul de imagine și formatul. Vede rezultatul lângă original. Pentru un set mare, pornește procesarea în masă și aprobă ce intră în catalog.

Backend

Job de imagine legat de produs. Fișierele rezultate au rol: catalog, Merchant, Meta. Feedul poate trimite varianta potrivită canalului, din același SKU, fără un folder paralel de Photoshop.

La ce ajută

Clientul vede un produs curat și, unde contează, un context. Google primește imaginea pe care o acceptă. Meta primește cadrul care oprește scroll-ul. Echipa nu reface manual sute de fundaluri.

Mai multe despre studio.

Capitolul 13

Consultantul AI din magazin

Un vânzător care stă în vitrină și răspunde din catalogul real. Caută, întreabă când îi lipsește o informație, compară și poate duce omul către produs.

Clientul poate spune că are o nevoie, un buget și o caracteristică, fără să știe denumirea produsului. Consultantul folosește stocul, prețul și specificațiile publicate. Dacă un produs nu există sau nu e în stoc, conversația rămâne în catalog.

La ce ajută

Oamenii care nu știu ce să caute primesc o scurtătură către produse cumpărabile. Echipa de suport răspunde mai rar la întrebări care sunt deja în specificații. Recomandarea poate continua în coș.

Mai multe despre consultant.

Consultant magazin
Am nevoie de o oglindă de baie cu lumină, ramă neagră, în jur de 400 lei.
Din catalog, pe bugetul tău: oglinda LED 500×700 mm, ramă neagră, touch, 15W, 4000K, 1680 lm. Preț 417,60 lei, în stoc. Vrei să o compar cu varianta rotundă?
Oglindă baie LED recomandată
Oglindă LED 500×700
417,60 lei · 4000K · în stoc
Consultantul AI vorbește din catalogul real, nu din un chatbot generic.
Front

O conversație în pagină. Întrebări scurte când cererea e ambiguă. Produse cu preț, imagine și link. Diferențe explicate pe atribute, nu pe adjective goale.

Backend

Interogare în catalogul publicat: filtre pe preț, atribute, categorie, stoc. Răspunsul se construiește din înregistrări. Conversația poate fi legată de sesiune, ca recomandarea să rămână coerentă.

Capitolul 14

Tracking și rapoarte comerciale

Google, Meta și magazinul trebuie să numere aceeași comandă. Raportul din admin este despre vânzări, nu despre clickuri.

  • Google Analytics 4
  • Google Tag Manager
  • Google Ads
  • Enhanced Conversions
  • Meta Pixel
  • Conversions API
  • TikTok Pixel
  • Consent Mode
Front

Evenimentele de browser pleacă din paginile reale: vedere de produs, coș, început de checkout, achiziție. În admin, tabloul arată vânzări, rată de conversie, valoare medie, produse, abandon, venit recuperat, surse și campanii.

Backend

Evenimentele importante pot pleca și de pe server, din comanda confirmată. Se verifică valoarea, moneda, ID-urile de produs și dublurile dintre browser și server. Consent Mode ține cont de alegerea omului. Enhanced Conversions și Conversions API trimit semnalul pe care campaniile îl pot folosi când cookie-ul lipsește.

Ce poate citi echipa

Google Adsexemplu
Metaexemplu
Organicexemplu
Emailexemplu

Barele arată forma unui raport pe surse. Cifrele unui magazin real stau în adminul lui, legate de comenzile lui.

La ce ajută

Bugetul se mută către campaniile care aduc comenzi. Produsele cu trafic și fără conversie devin vizibile. Disparițiile și dublurile se pot căuta, pentru că evenimentul și comanda au aceeași identitate.

Mai multe despre tracking.

Capitolul 15

Feed-uri și canale

Catalogul alimentează canalele. Regulile decid ce iese, cu ce titlu, cu ce imagine și în ce condiție de stoc.

Feeduri active

FeedProduseRegulăStare
Google Merchant — tot catalogul12.480stoc > 0, GTIN prezentsincron
Meta — bestselleri840vânzări 30z > 8, marjă ≥ 28%sincron
TikTok — lifestyle 1:1310imagine studio generatăîn lucru
Comparator preț9.102fără outlet, fără B2Bsincron
Feed Management: reguli, excluderi, titluri și canale — nu un export CSV.
  • Google Merchant Center
  • Meta Catalog
  • TikTok Catalog
  • comparatoare de preț
  • feeduri personalizate

Ce poate decide o regulă

Includere

Doar stoc, doar o categorie, doar un brand, doar bestselleri, doar marjă bună, doar o campanie.

Excludere

Outlet, B2B, produse fără identificator, produse pe care nu vrei să le promovezi.

Titlu și imagine

Alt titlu pentru Merchant, alt cadru pentru Meta, din câmpurile aceluiași SKU.

Sincron

Prețul și disponibilitatea urmează magazinul. Diferența dintre feed și site este o problemă de infrastructură, vizibilă și reparabilă.

Front

În admin, fiecare feed are destinație, număr de produse, regula activă și starea: sincron sau diferențe. Echipa vede ce pleacă, fără să descarce un CSV ca să ghicească.

Backend

Generare din catalog plus reguli. Program de actualizare. Mapare de câmpuri către schema canalului: id, titlu, preț, disponibilitate, link, imagine, GTIN, brand. Diferențele față de magazin pot alimenta Conversion Doctor.

La ce ajută

Reclama duce la un produs care există, la prețul afișat. Poți promova un sortiment fără să expui tot catalogul. Imaginea potrivită ajunge pe canalul potrivit.

Mai multe despre feed.

Capitolul 16

SEO, AEO și GEO

Structura magazinului este făcută să fie citită de motoare și de sisteme AI. Pe catalog mare, „suntem optimizați” se înlocuiește cu un scor pe produs și cu o listă de ce lipsește.

92 SEO

Cât de bine poate fi înțeleasă și indexată pagina: URL, canonical, titlu, conținut, viteză, legături.

81 AEO

Cât de direct poate pagina răspunde unei întrebări: specificații, FAQ, date factuale.

74 GEO

Cât de clar poate un sistem AI spune ce este produsul, brandul și contextul în care se recomandă.

Scorurile din ilustrație arată forma citirii. Scorul unui SKU real se calculează din câmpurile lui.

Ce se implementează în structură

  • Product schema
  • Offer
  • Review
  • breadcrumbs
  • canonical
  • sitemap
  • metadata
  • identificatori comerciali
  • atribute structurate

Commerce Readiness

ProdusSEOAEOGEOMerchantMeta
Lustră LED 48W 9288819086 ok
Spot șină 12W 5431284022 fără GTIN
Bandă LED 24V 6144397048 titlu slab
Veioză noptieră 7770645533 imagine feed
Commerce Readiness: scor pe produs, nu un plugin SEO generic.

Commerce Readiness Score

Pe lângă SEO, AEO și GEO, produsul poate avea scor de Google Merchant, Meta Catalog și Feed Readiness. Sistemul vede specificații incomplete, titlu slab, GTIN lipsă, descriere copiată, structured data incompletă sau imagine nepotrivită pentru advertising.

Unde se poate, propune repararea cu AI. Unde nu, lasă o acțiune pentru om.

La ce ajută

Știi care produs merită reparat primul. Căutarea clasică și răspunsurile AI primesc fapte, nu un paragraf generic. Feedul pleacă mai curat.

Mai multe despre SEO, AEO și GEO.

Capitolul 17

Email, recuperare și retenție

O parte din oameni adaugă în coș și pleacă. O parte cumpără o dată. Magazinul poate continua conversația cu un motiv legat de ce au făcut, nu cu un newsletter generic.

  • bun venit
  • produs vizualizat
  • coș abandonat
  • checkout abandonat
  • post-comandă
  • cerere de recenzie
  • cross-sell
  • revenire în stoc
  • scădere de preț
  • client inactiv
  • reactivare
Front

Emailuri cu produsul văzut, cu coșul rămas, cu statusul comenzii, cu cererea de recenzie sau cu vestea că un produs a revenit. Omul recunoaște magazinul și produsul.

Backend

Evenimentul de abandon, de comandă sau de stoc pornește fluxul. Mesajul se umple din coșul sau din comanda reală. Trimiterea ține cont de consimțământ. Dacă omul cumpără între timp, recuperarea se oprește.

După prima comandă

Istoricul poate alimenta recomandări, complementare, reaprovizionare, oferte personale, cupoane, cross-sell și reactivare. Un client care a cumpărat deja costă, de obicei, mai puțin de convins decât unul nou. Retenția stă în arhitectură, lângă achiziție.

La ce ajută

Recuperezi o parte din coșurile care aveau intenție. Aduci omul înapoi când stocul sau prețul s-au schimbat în favoarea lui. Crești valoarea unui client, nu doar numărul de comenzi noi.

Oglindă LED dreptunghiulară, folosită într-un mesaj de revenire
Revenirea are sens când mesajul vorbește despre produsul pe care omul l-a văzut sau l-a cumpărat.

Capitolul 18

Conversion Doctor

O listă de probleme care costă, ordonată după impact. Formatul este același pentru fiecare: ce e greșit, unde, ce impact poate avea, ce e de făcut.

Conversion Doctor

A0
Tracking purchase duplicat pe Meta

Browser + CAPI trimit același event fără event_id. Impact estimat: rapoarte umflate, optimizare greșită.

Repară
A1
124 produse promovate fără stoc

Feedul Merchant spune „in stock”, magazinul nu. Bani cheltuiți pe clickuri care nu pot cumpăra.

Sincronizează
B
Categorie Lustre fără filtre utile

382 SKU, 0 filtre pe putere / temperatură culoare. Căutările interne se opresc.

Configurează
C
Top 20 produse fără recenzii

Trafic există, conversia e sub media categoriei.

Cere recenzii
Conversion Doctor: ce e greșit, unde, ce impact are, ce trebuie făcut.

Conținut

Produs fără specificații. Titlu slab. Descriere copiată. Produs important fără recenzii.

Găsire

Categorie fără filtre. Căutare cu zero rezultate pe termeni care chiar se caută.

Comercial

Produs promovat fără stoc. Pagină lentă. Trafic plătit cu conversie sub media categoriei.

Date

SKU în feed cu stoc, dar fără stoc în magazin. GTIN lipsă. Eveniment purchase dublat sau dispărut.

Front

O coadă de lucru în admin. Prioritatea sus. Fiecare rând se poate deschide până la produsul, categoria sau evenimentul în cauză.

Backend

Verificări pe catalog, pe feed, pe căutare și pe evenimente. Impactul estimat urcă problemele care țin de bani: ads, checkout, rupturi de feed, goluri pe produsele căutate. Lista se actualizează, nu rămâne un PDF.

La ce ajută

Echipa știe cu ce să înceapă luni dimineața. Un catalog de mii de produse nu mai depinde de cine observă întâmplător o pagină slabă.

Mai multe despre Conversion Doctor.

Capitolul 19

Integrări

Sistemele pe care firma le are deja se leagă de magazin prin API. Magazinul rămâne locul comenzii și al catalogului public. ERP-ul, curierul sau facturarea rămân bune la ce știu.

ERP și stoc

Produse, prețuri, stocuri și statusuri de comandă. Sincronizarea împiedică supravânzarea și rescrierea manuală a comenzilor.

CRM

Clientul și comanda pot ajunge în relația pe care o ține deja echipa de vânzări, mai ales în B2B.

Furnizori

Feed sau API de catalog, cu mapare pe SKU-ul tău. Actualizarea de stoc și de preț poate intra pe un program.

Curieri

Metode în checkout, cost, AWB, status de livrare întors în comandă și în contul clientului.

Facturare

Din comanda confirmată se poate emite documentul, cu liniile și TVA-ul deja calculate.

Marketplace

Catalog către canal, comenzi înapoi în admin, stoc ținut coerent ca o vânzare externă să nu golească site-ul pe nevăzute.

API-first

O integrare nouă se leagă de servicii existente. Vitrina nu se rescrie ca să apară un curier sau un ERP. De aceea canale care încă nu există pot intra mai târziu pe aceeași comandă și pe același catalog.

La ce ajută

Operațiunile rămân în programele pe care echipa le știe. Magazinul încetează să fie o insulă în care stocul e „aproximativ” și comanda se trece de mână.

Capitolul 20

Performanță, consimțământ și încredere

Un sistem de vânzare care e lent, neclar cu datele sau fragil la o modificare nu își ține promisiunea. Partea aceasta stă în construcție, nu într-un audit de după lansare.

Viteză

Pagini care se încarcă repede pe mobil, imagini la dimensiunea potrivită, căutare care răspunde. Viteza este și conversie, și semnal tehnic pentru căutare.

Consimțământ

Consent Mode și măsurarea se aliniază la alegerea vizitatorului. Marketingul primește semnal în limitele acceptate. Jurnalul spune ce s-a întâmplat.

Date personale

Cont, comenzi și mesaje stau pentru operarea magazinului. Accesul și ștergerea se pot duce la capăt pentru că datele au un loc.

Drepturi în admin

Operarea de catalog, comenzile și setările sensibile se pot separa. O schimbare de preț sau de regulă rămâne atribuibilă.

Aprobare înainte de publicare

Importul, textul AI și imaginea generată pot aștepta un om. Live-ul nu se schimbă pentru că un job a terminat.

Continuitate

După lansare există date: căutări, abandon, campanii, produse cu trafic slab. Magazinul se poate îmbunătăți pe ele. Construim, măsurăm, îmbunătățim.

La ce ajută

Clientul are o pagină care răspunde și o plată pe care o înțelege. Firma are o pistă pentru ce s-a schimbat în catalog și pentru cum s-au măsurat campaniile.

Capitolul 21

Traseul unui client, și cine îl ajută

Aceeași persoană trece prin mai multe module. Mai jos, drumul complet și piesa de platformă care lucrează la fiecare pas.

  1. 01 Trafic Ads, SEO, email. ID-urile din feed sunt cele din catalog.
  2. 02 Produs Pagină clară, scor, imagini, consultant dacă omul nu știe ce să aleagă.
  3. 03 Interacțiune Filtre, comparație, favorite, specificații, întrebări.
  4. 04 Coș Preț recalculat, prag de transport, complementare.
  5. 05 Checkout Pași scurți, stoc verificat, plată, eveniment curat.
  6. 06 Comandă Email, status, stoc rezervat, raport, feed actualizat.
  7. 07 Revenire Recenzie, reaprovizionare, ofertă legată de ce a cumpărat.

Ce rămâne echipei

La fiecare pas există și o vedere internă. Căutările fără rezultat, coșurile abandonate, produsele cu trafic și fără comenzi, diferențele de feed și scorurile slabe se adună în admin. Doctorul le pune în ordinea impactului. Următoarea îmbunătățire are un loc, nu o părere.

Modulele, separat, sunt și pagini proprii:

Capitolul 22

Scenarii care se pot construi

Capitolele de până aici descriu platforma. Aici sunt forme de vânzare pe care le putem adăuga când afacerea ajunge la ele. Nu sunt bifate ca livrate. Sunt posibile pentru că arhitectura e modulară și API-first.

Ordinea bună este cea a businessului: întâi ce vinde și ce doare acum, apoi scenariul care scoate o limită concretă. Un configurator, un portal de firmă sau e-Factura se construiesc pe catalogul și pe comanda care există, nu într-un magazin paralel.

Conturi de companie și vânzare B2B

Când cumpărătorul este o firmă, magazinul trebuie să știe cine aprobă, ce preț vede și ce are voie să comande.

Liste de preț pe firmă

Fiecare companie vede prețul din contract, iar restul vizitatorilor văd prețul de catalog. Aceeași pagină de produs, două realități comerciale.

Grupuri de clienți

Revânzători, instalatori, hoReCa sau instituții pot avea discount, sortiment și prag minim de comandă diferite.

Catalog ascuns pe cont

Anumite SKU-uri, branduri sau colecții apar doar după autentificare, pentru partenerii care au dreptul să le cumpere.

Comandă rapidă după SKU

Cumpărătorul lipește o listă de coduri și cantități. Magazinul construiește coșul, semnalează codurile necunoscute și aplică prețul de contract.

Încărcare comandă din CSV

Echipa de achiziții trimite fișierul săptămânal. Sistemul îl validează la stoc, preț și MOQ înainte de a deveni comandă.

Mai mulți cumpărători pe o firmă

Un cont-mamă, mai mulți utilizatori, fiecare cu rol: poate comanda, poate doar cere ofertă sau poate doar vedea facturile.

Lanț de aprobare

Comanda stă în așteptare până când managerul sau departamentul financiar o acceptă. Pragul poate depinde de sumă.

Bugete și centre de cost

Fiecare departament are un plafon. La depășire, comanda cere aprobare sau se oprește, cu motivul vizibil.

Limită de credit

Backend-ul citește soldul din ERP. Peste limită, checkout-ul oferă plata în avans sau blochează comanda, cu un mesaj clar.

Termen de plată

Unii clienți plătesc la comandă, alții la 15 sau 30 de zile. Termenul este o regulă a contului, nu o bifă uitată în coș.

Recomandă din factură

Din istoricul de facturi, clientul reface o comandă recurentă într-un pas și vede ce s-a schimbat la preț sau stoc.

Ofertă înainte de comandă

Coșul se transformă în ofertă PDF, cu valabilitate. La accept, oferta devine comandă, fără reintroducerea produselor.

Preț, promoții și reguli de coș

Promoția este o regulă cu început, sfârșit, condiții și prioritate. Magazinul o aplică la fel în vitrină, în coș și în feed.

Discount pe cantitate

Prețul cade pe paliere: 1 bucată, 5, 20. Palierul se vede lângă preț, înainte ca omul să adauge în coș.

Prag de transport gratuit

Clientul vede câți lei mai lipsesc. Pragul poate diferi pe curier, județ sau tip de produs.

Cumpără X, primești Y

Cadoul sau al doilea produs redus intră automat când condiția e îndeplinită și iese dacă produsul declanșator este scos.

Pachete cu preț de set

Produse vândute împreună au preț de pachet, stoc limitat de componenta cea mai rară și o singură linie clară în comandă.

Promoții pe segment

Prima comandă, client inactiv sau grup B2B pot primi o regulă care nu apare pentru restul traficului.

Cupoane cu reguli de cumul

Sistemul știe ce cupon se adună cu promoția de categorie și ce cupon o înlocuiește. Clientul vede o singură explicație, nu două prețuri contradictorii.

Vânzare fulger cu stoc plafonat

Campania are oră de start, cantitate maximă și oprire automată. Feedul și pagina se actualizează când plafonul s-a epuizat.

Preț de membru

După autentificare, prețul de club înlocuiește prețul public. Diferența rămâne vizibilă, ca motiv de cont.

Rotunjire și TVA pe regulă

Cota de TVA, prețul cu sau fără TVA și rotunjirea sunt decise în backend, apoi afișate identic în coș, factură și feed.

Preț minim de vânzare

O regulă de marjă oprește un discount care ar coborî sub pragul setat de echipă, inclusiv în feedurile de advertising.

Stoc, depozite și livrare

Disponibilitatea este o promisiune. Platforma o poate lega de depozit, furnizor, zonă și de modul în care comanda se împarte.

Mai multe depozite

Stocul se vede pe locație. Comanda pleacă din depozitul care poate livra complet sau se împarte, cu două termene spuse dinainte.

Stoc la furnizor

Dacă depozitul propriu e gol, pagina poate arăta termenul furnizorului. Bufferul de siguranță rămâne în backend, ca să nu vinzi ultimul produs de două ori.

Rezervare la plasarea comenzii

Stocul scade la comandă, nu la livrare. Rezervarea expiră dacă plata nu se confirmă în intervalul stabilit.

Precomandă și avans

Produsul se poate cumpăra înainte de recepție, cu dată estimată, avans și rest de plată. Clientul știe că nu primește coletul a doua zi.

Backorder cu ETA

Linia rămâne în comandă, cu termen. Clientul poate aștepta sau poate scoate doar produsul lipsă.

Click & collect

Clientul alege magazinul, vede intervalele și primește confirmarea când comanda e pregătită la raft.

Livrare în aceeași zi pe zone

Checkout-ul oferă opțiunea doar pentru codurile poștale și orele în care depozitul poate pregăti coletul.

Puncte de ridicare și lockere

Lista de puncte vine de la curier, filtrată pe județ. AWB-ul se emite către punctul ales, nu către o adresă inventată.

Reguli de transport pe volum

Greutatea, lungimea și categoria pot schimba curierul, costul sau obligația de livrare cu echipă. Un candelabru și un bec nu călătoresc la fel.

Ridicare din stocul magazinului fizic

Dacă depozitul central nu are produsul, o regulă poate trimite comanda către magazinul care îl are, cu acordul echipei din locație.

Promisiune de livrare pe pagină

„Pleacă azi dacă comanzi până la 14:00” se calculează din ora depozitului, din stoc și din calendarul de zile lucrătoare.

Documente de export

Pentru comenzi în afara țării, sistemul poate aduna greutatea, valoarea și codurile vamale într-un set de documente pentru curier.

Produse care nu sunt un simplu SKU

Unele cataloage se vând prin compatibilitate, măsură sau configurație. Pagina de produs devine un instrument, iar prețul iese din reguli.

Configurator cu preț live

Culoare, dimensiune, material și opțiuni schimbă prețul, termenul și imaginea. Combinațiile imposibile nu ajung în coș.

Tăiere la dimensiune

Clientul introduce lungimea. Backend-ul calculează prețul pe metru, pierderea și verifica dacă rola sau bara acoperă comanda.

Calculator de acoperire

Pentru gresie, vopsea sau parchet, suprafața introdusă se transformă în cantitate, rezervă de tăiere și număr de cutii.

Potrivire pe lot

Plăcile sau textilele din același lot stau împreună. Sistemul avertizează când cantitatea cerută trece într-un alt lot.

Compatibilitate

Piesa se caută după modelul aparatului, anul mașinii sau seria utilajului. Rezultatul este o listă care se potrivește, nu un catalog întreg.

Scheme și explodate

Desenul tehnic are zone active. Clickul pe un reper deschide SKU-ul, stocul și produsele din jurul lui.

Personalizare

Text gravat, broderie sau fișier încărcat intră în comandă ca specificație de producție, vizibilă în admin și în fișa pentru atelier.

Produs la comandă

Termenul de execuție, schița și avansul fac parte din checkout. Stocul nu este „1 bucată”, ci o capacitate de producție.

Seturi și rețete

Un kit are componente. Vânzarea kitului scade stocul fiecărei componente, iar lipsa uneia oprește kitul.

Produse digitale și licențe

După plată, clientul primește fișierul, cheia sau accesul. Livrarea nu trece prin curier.

Serviciu legat de produs

Montajul, punerea în funcțiune sau instruirea se pot adăuga ca linie, cu programare, zonă acoperită și preț propriu.

Mostre

O comandă de mostre are preț simbolic, limită de bucăți și o regulă care o leagă ulterior de comanda mare.

Marketplace, retail și alte vitrine

Catalogul poate alimenta mai multe locuri de vânzare, cu stoc, preț și conținut adaptate canalului, fără un al doilea magazin de întreținut.

eMAG, Amazon și alte marketplace-uri

Comenzile intră în același admin. Stocul rezervă o marjă pe canal, ca o vânzare externă să nu golească site-ul fără control.

Conținut diferit pe canal

Titlul pentru marketplace, titlul pentru Google și titlul din magazin pot pleca din aceleași atribute, cu reguli separate.

Paritate de preț

O regulă avertizează când prețul din magazin și prețul din marketplace se despart peste pragul acceptat.

Mai multe vitrine, un catalog

Branduri sau țări diferite pot avea homepage, limbă și monedă proprii, pe aceleași produse și același stoc.

Limbă și monedă

RO, EN, HU sau altă limbă, cu preț afișat în moneda vizitatorului și încasare în moneda stabilită de business.

Aplicație și kiosk

Aceeași API poate alimenta o aplicație, un ecran în showroom sau un QR de pe raft care deschide pagina produsului.

WhatsApp și social commerce

Catalogul poate răspunde într-o conversație: produs, preț, stoc și link de checkout, fără o ofertă inventată.

Vânzare asistată în magazin

Vânzătorul din locație caută în același catalog, vede stocul altor magazine și trimite clientului un coș gata pregătit.

Feed pentru agenți de cumpărături

Un fișier structurat, cu preț, stoc, identificatori și politici, pe care un sistem AI îl poate citi fără să ghicească din pagină.

Comparatoare locale

Compari, ShopMania sau un comparator propriu primesc un feed cu reguli de excludere, nu un export integral uitat.

Loialitate, abonamente și revenire

După prima comandă, magazinul poate continua relația cu un motiv concret: puncte, reaprovizionare, cupon sau un produs care a revenit în stoc.

Puncte și niveluri

Comanda acumulează puncte. Nivelul schimbă beneficiul. Istoricul arată de ce s-au acordat și de ce s-au consumat.

Credit în magazin

Returul sau gestul comercial devine sold, folosibil la comanda următoare, cu termen de expirare.

Recomandare către un prieten

Codul de recomandare leagă două conturi. Beneficiul se acordă când comanda recomandată este livrată, nu doar plasată.

Abonament de reaprovizionare

Consumabilele pleacă la intervalul ales. Clientul poate sări o livrare, să schimbe adresa sau să oprească din cont.

Cutie sau selecție recurentă

Conținutul perioadei se stabilește în admin. Abonații primesc același pachet sau o selecție după preferințe.

Alertă de preț și de stoc

Omul lasă adresa pe un produs. Mesajul pleacă o singură dată, când condiția se îndeplinește, cu produsul și prețul din acel moment.

Liste de favorite partajate

O listă poate fi trimisă cuiva, folosită ca registru de cadouri sau transformată în coș.

Cumpărare din nou într-un pas

Pe comanda veche, butonul reface coșul și spune ce nu mai este disponibil.

Cadou cu mesaj și programare

Checkout-ul acceptă mesaj, ambalaj și o dată de livrare. Depozitul vede instrucțiunea pe fișa de pregătire.

Reactivare pe comportament

Clientul care nu a mai comandat primește o campanie legată de categoriile lui, nu un newsletter general.

După comandă: retur, garanție, service

Comanda nu se termină la AWB. Returul, piesa de schimb și garanția pot sta în același cont în care s-a cumpărat.

Portal de retur

Clientul alege produsele, motivul și metoda. Depozitul primește un aviz, iar stocul revine doar după recepție.

Retur parțial

Din trei produse se întoarce unul. Rambursarea, factura de storno și stocul se aliniază pe acea linie.

Poze la retur

Pentru produs deteriorat, clientul încarcă imagini. Ele rămân pe dosarul comenzii, lângă decizie.

Schimb cu altă variantă

Mărimea sau culoarea se schimbă fără să pară două comenzi fără legătură. Diferența de preț se încasează sau se restituie.

Garanție pe serie

Numărul de serie se înregistrează la livrare. Cererea de service știe data achiziției și produsul exact.

Programare la service

Clientul alege service-ul și intervalul. Echipa vede piesa, garanția și istoricul în același ecran.

Piese de schimb după achiziție

Din produsul cumpărat, contul propune consumabilele și piesele compatibile, nu un search gol.

Documente de produs

Manual, declarație de conformitate și fișă tehnică stau pe SKU și se pot descărca din cont după cumpărare.

Recenzie cerută la momentul potrivit

Mesajul pleacă după livrare, nu după plată. Produsul și comanda sunt deja în text, ca omul să nu caute ce a cumpărat.

Financiar și conformitate

În România, o comandă trage după ea factură, TVA, uneori e-Factura și o pistă pentru control. Astea pot fi legate de comandă, nu ținute într-un fișier separat.

Factură și proformă

Din comandă se emite proforma sau factura, cu liniile, discountul și TVA-ul deja calculate în magazin.

Factură de avans și factură finală

Încasarea parțială și restul au documente separate, ambele legate de aceeași comandă.

e-Factura

Pentru comenzile care cer factură către firmă, documentul poate pleca către sistemul național din fluxul comenzii.

e-Transport

Datele de colet, valoare și rută pot fi pregătite când livrarea intră în categoriile care cer declarare.

SAF-T și export contabil

Un export curat către contabilitate sau ERP reduce rescrierea comenzilor în alt program.

Regimuri de TVA

Cota normală, redusă sau scutită se decide pe produs și pe tipul clientului, apoi se vede identic în coș și în factură.

Plată în rate

Un finanțator poate intra în checkout ca metodă, cu suma, statusul și comanda legate între ele.

Ramburs cu reguli

Rambursul poate fi oprit peste o sumă, în anumite județe sau pentru clienții cu un istoric slab.

Note de credit

Corecția financiară rămâne legată de comanda originală și de motivul ei.

Dosar pentru control

Prețul vândut, promoția aplicată, consimțământul și statusurile de plată pot fi reconstruite pe o comandă.

Căutare, merchandising și conținut

Un catalog mare se conduce. Cineva trebuie să poată urca un produs, ascunde un filtru și răspunde unei căutări care azi nu întoarce nimic.

Sinonime și redirectări de căutare

„Lustra” și „candelabru” pot duce în același set. O căutare de brand poate deschide direct pagina brandului.

Reguli de merchandising

Într-o campanie, echipa fixează produse sus, ascunde altele și lasă restul pe relevanță.

Pagini de ghid

Ghidurile de cumpărare stau lângă categorie, cu produse reale, stoc real și răspunsuri scurte la întrebările frecvente.

Întrebări pe produs

Întrebarea și răspunsul rămân pe SKU, pot intra în structured data și pot alimenta consultantul AI.

Galerii de la clienți

Pozele aprobate apar pe produs, separate de fotografiile de catalog, cu o regulă clară de publicare.

Căutare vizuală

O poză încărcată caută produse apropiate în catalogul propriu, apoi întoarce SKU-uri cumpărabile.

Comparatoare interne de colecție

Trei produse alese de om se văd pe aceleași atribute, nu pe texte de marketing care nu se pot alinia.

Filtre indexabile, controlate

Doar combinațiile utile pentru căutare primesc pagină proprie. Restul rămân filtre, cu canonical către categorie.

Conținut programat

O campanie, o pagină sau un preț pot avea dată de publicare și dată de retragere.

Glosar pentru AI

Termenii brandului, ce are voie să spună și ce nu are voie, stau într-un set de reguli folosit la generarea textelor.

Date, personalizare și agenți

Cu cât evenimentele și comenzile stau în același loc, cu atât următoarea recomandare poate pleca din fapte, nu din un șablon identic pentru toți.

Segmente RFM

Clienții se pot grupa după recență, frecvență și valoare. Campania pleacă către un segment, nu către toată baza.

Următorul produs probabil

Din coșurile și comenzile reale, magazinul poate propune completarea, cu o regulă care exclude ce e deja cumpărat.

Teste de pagină

Două variante de bloc, de ordine sau de mesaj pot rula până când diferența de comenzi este vizibilă.

Pagini de campanie legate de ads

O reclamă aterizează pe o selecție construită din aceleași reguli ca feedul, cu produsele încă în stoc.

Jurnal de evenimente pentru echipă

Cine a schimbat prețul, cine a publicat textul AI și cine a oprit un SKU rămân înregistrate.

Roluri în admin

Merchandising, suport, depozit și financiar văd ecrane diferite. Un coleg nou nu poate schimba regulile de preț din greșeală.

Chei de API și sandbox

Un ERP sau un partener primește acces limitat, pe un mediu de probă, înainte de a scrie în magazinul viu.

Webhooks către sistemele proprii

La comandă, la schimbare de stoc sau la retur, platforma poate anunța un sistem extern, cu reluare dacă apelul a eșuat.

Agent de cumpărare pe cont propriu

Un asistent extern poate întreba stocul, prețul și politica de retur prin API, apoi poate trimite omul la checkout-ul real.

Preferințe de comunicare

Omul alege ce mesaje vrea. Jurnalul de consimțământ spune ce s-a acceptat și când.

Verticaluri cu reguli proprii

Aceeași platformă poate purta logica unei industrii. Mai jos sunt forme pe care le putem construi când modelul de vânzare o cere.

Piese și service

Căutare după model, înlocuitori, schemă explodată și comandă de piesă legată de un utilaj deja cumpărat.

Materiale de construcții

Preț pe unitate de măsură, calcul de șantier, livrare cu macara sau basculantă și comandă pe proiect.

Mobilier și iluminat

Variante de finisaj, termen de producție, mostră de material și proiect salvat pentru un arhitect.

Modă

Mărimi, ghid, stoc pe variantă, alertă de revenire și schimb preferat în loc de retur.

Alimentar și produse cu termen

Lot, dată de expirare, rotație și blocarea vânzării când termenul trece de prag.

Farma și produse reglementate

Afișarea informațiilor obligatorii, restricții de vânzare și documente, în limitele pe care categoria le permite online.

B2B industrial

Ofertă, negociere, comandă cadru și livrări eșalonate din aceeași înțelegere.

Educație și licențe

Curs sau software livrat după plată, cu acces pe cont și factură pentru firmă.

Cadouri corporate

Un cumpărător comandă pentru mai multe adrese, cu mesaj diferit pe destinatar și o singură factură.

Franciză sau rețea de dealeri

Fiecare partener are zona, prețul și stocul lui, iar brandul vede vânzarea dintr-un singur loc.

Închiriere

Perioada, garanția și disponibilitatea pe calendar înlocuiesc stocul simplu. Returul închide ciclul.

Proiecte cu mai multe faze

O singură ofertă se livrează în tranșe: acum corpurile, peste o lună accesoriile, fiecare cu factura ei.

Cum alegem din listă

Spui ce vinzi, cine cumpără, ce sisteme ai deja și unde se rupe fluxul. Îți spunem ce e deja în platformă, ce scenariu merită construit și ce am lăsa pe mai târziu.

Capitolul 23

Ce verifici înainte de alegere

Șase întrebări pe care merită să le pui înainte să încredințezi magazinul. Răspunsurile de mai jos sunt ale ROKA Marketing.

  1. Codul
  2. Datele
  3. Scara
  4. SEO
  5. Costul
  6. Viteza

1. Pe ce tehnologie este construită platforma și cine deține codul sursă?

RokaShop este o platformă custom: vitrină, admin și backend propriu, legate prin API. Funcțiile de catalog, comandă, feed, tracking și AI stau în acest sistem, nu într-o temă închiriată de la o platformă la care nu ai acces.

Codul sursă îl deține clientul, proprietarul magazinului. Îl predăm odată cu magazinul. Poți să-l păstrezi, să-l muți pe alt server și să continui dezvoltarea cu noi sau cu altă echipă care primește accesul.

Pe scurt

Platformă custom. Codul este al proprietarului magazinului.

2. Ce se întâmplă cu magazinul și cu datele dacă încetează colaborarea?

Magazinul rămâne la client. Produsele, categoriile, clienții, comenzile, imaginile și istoricul rămân la proprietarul magazinului. La fel și codul.

Încetarea colaborării înseamnă că nu mai operăm noi mentenanța și dezvoltările noi. Nu înseamnă că magazinul se închide sau că datele se întorc la noi. Domeniul, conturile de plată, de curierat și de advertising sunt ale tale și rămân pe numele tău pe toată durata proiectului.

Pe scurt

Magazinul, datele și codul rămân la client.

3. Există magazine active cu zeci de mii de produse și trafic semnificativ?

Da. Platforma rulează magazine active cu zeci de mii de produse și cu trafic semnificativ. Catalogul, importul, editarea în masă, feedurile și căutarea sunt construite pentru acest volum, nu pentru o vitrină de câteva zeci de SKU-uri.

Un magazin mic și un magazin cu zeci de mii de produse, integrări și reguli comerciale sunt proiecte diferite. Îți spunem din start în care dintre ele se încadrează al tău.

Pe scurt

Da. Există magazine active la scara asta.

4. Cum sunt gestionate redirecturile, canonical-urile, paginile indexabile și migrarea SEO?

Migrarea SEO este o etapă proprie, nu un import lăsat să se descurce. Adreselor vechi li se construiește un corespondent, iar redirectul este 301, ca autoritatea paginii să aibă unde să meargă. Produsele, categoriile și clienții se importă mapat pe câmpurile platformei. După lansare se urmărește ce a rămas fără destinație.

Canonical-ul stă pe produs, pe categorie și pe paginile care nu trebuie să concureze între ele. Filtrele utile pentru căutare pot avea pagină proprie. Restul combinațiilor rămân filtre și trimit canonical către categorie, ca să nu apară mii de URL-uri subțiri.

În structură intră sitemap, breadcrumbs, metadata și date structurate de produs, ofertă și recenzie. Pe catalog mare, fiecare produs poate avea un scor de pregătire: ce lipsește la titlu, la identificator, la specificații sau la imagine, și ce se repară prima dată.

Pe scurt

Redirect 301 la migrare, canonical controlat, indexabile doar paginile care merită, scor pe produs.

5. Care este costul total pentru dezvoltare, hosting, mentenanță și funcționalități noi?

Nu există un preț unic. Costul se stabilește după ce știm catalogul, integrările, designul și ce trebuie să fie gata la lansare. Ce nu folosește businessul în primele luni nu se construiește din prima.

Dezvoltare

Depinde de numărul de produse, de regulile comerciale, de migrare și de integrările cu ERP, curieri, plăți și facturare.

Hosting

Depinde de trafic, de mărimea catalogului și de unde alegi să stea magazinul. Infrastructura se dimensionează pe magazinul tău.

Mentenanță

Depinde de ce vrei ținut în funcțiune: actualizări, monitorizare, suport și mici ajustări după ce apar date reale.

Funcționalități noi

Se estimează pe rând, după ce magazinul vinde și se vede ce merită construit. Fiecare intră în același cod, pe care îl deții.

Pe scurt

Fără preț de listă. Oferta pleacă de la ce ai nevoie la lansare și de ce poate aștepta.

6. Există rezultate măsurate privind viteza, rata de conversie și costul de operare?

Da. Pe magazinele active, timpul de încărcare este sub 2 secunde. Viteza se verifică pe paginile reale, pe mobil, acolo unde vine și traficul din reclame.

Rata de conversie și costul de operare se citesc din magazinul live: comenzi, valoare de coș, timp petrecut pe catalog și pe feeduri, nu dintr-un procent identic pentru orice industrie. După lansare, aceleași date rămân în rapoarte, ca următoarea îmbunătățire să aibă un loc.

Pe scurt

Da. Încărcare sub 2 secunde. Conversia și costul de operare se măsoară pe magazinul tău, din comenzi.

Magazinul poate fi cel mai bun om de vânzări al firmei

Îl ajută pe client să găsească, să înțeleagă, să cumpere și să revină. Îți arată unde mai există loc de creștere.

Spune-ne ce vinzi, ce folosești acum și ce te limitează. Analizăm și îți spunem ce am construi, ce nu am construi și în ce ordine.