Categoriile îți aduc căutările, produsele îți aduc vânzarea. Pe o interogare generică — „aspirator vertical”, „rochie de seară lungă” — pagina care apare în Google este o listă, nu un produs; pagina de produs câștigă pe nume, model și cod. Dacă inversezi cele două, optimizezi luni întregi pagini care nu aveau cum să apară pe căutarea pe care ai ales-o.

Restul e un plan de pagină cu douăsprezece elemente, dintre care unsprezece au o cerință scrisă în documentația Google. Cel mai prost tratat dintre ele, în tot conținutul românesc pe subiect, e controlul filtrelor: recomandarea care circulă e „exclude filtrele de la indexare”, fără să spună nimeni cum. Google spune exact cum — o regulă în robots.txt pe tiparul de parametru, fragmente # dacă vrei zero efect asupra parcurgerii, și HTTP 404 la combinațiile care nu întorc rezultate — și adaugă că metodele folosite peste tot, rel="canonical" și nofollow, sunt „generally less effective in the long term”. Ordinea de lucru e la final, în șase pași.

Notă: aici tratăm ce pui pe pagină și ce ții în afara indexului. Despre alegerea platformei am scris separat; despre cum crește un magazin fără să depindă de reclame, în creșterea magazinului fără dependență de reclame. Optimizarea imaginilor ca subiect de performanță nu intră aici — apare doar ca element de plan, acolo unde există o cerință scrisă.

Ce caută omul pe categorie și ce caută pe produs

Înainte să atribui un keyword unei pagini, uită-te la ce tip de pagină ocupă deja primele poziții pe acel keyword. E o verificare de zece secunde care îți economisește un trimestru de muncă pusă în pagina greșită. Am rulat-o pe două interogări generice de produs, în două verticale diferite:

InterogareaSnapshotCe ocupă primele pozițiiPrezența unui marketplaceCea mai mare surpriză
„aspirator vertical”28.07.2026șase rezultate organice, toate pagini de listareda, pe poziția 2poziția 2 e un URL de filtru, nu o categorie „curată”
„rochie de seara lunga”22.05.2026opt rezultate organice, toate pagini de listareniciunul în toppoziția 1 aparține unui domeniu cu autoritate 11, peste domenii de 31–38

Tabelul se citește ca metodă, nu ca lege: sunt două interogări, alese de mine, măsurate cu un instrument terț, la două date diferite. Ce arată e suficient pentru o decizie de structură — pe căutări generice, „cumpără X”, „X ieftin”, „X pentru Y”, pagina care are șanse e lista, nu produsul. Pagina de produs câștigă atunci când interogarea conține numele exact, modelul sau codul.

Din același tabel iese și nuanța pe care nimeni nu o face când vorbește despre marketplace-uri: pe electrocasnice, marketplace-ul e acolo, sus; pe modă, nu apare deloc. Concluzia utilă nu e „nu poți concura cu marketplace-urile”, ci că răspunsul depinde de verticala ta și se află în cinci minute, uitându-te la propriul SERP. Iar poziția 1 obținută de un domeniu cu autoritate mult sub a celorlalți spune că, pe interogări de categorie, structura și relevanța încă bat greutatea domeniului.

Google deduce importanța din linkuri, nu din structura URL-ului

Aceasta este afirmația care schimbă cel mai des prioritățile într-un proiect, pentru că majoritatea magazinelor investesc în rescrierea URL-urilor și ignoră arhitectura de linkuri. Documentația Google despre structura unui site de ecommerce o spune direct: Google „generally doesn’t look at the structure of URLs to work out the structure of a site” și, ca regulă generală, cu cât o pagină primește mai multe linkuri din interiorul site-ului, cu atât e mai importantă relativ la restul.

De aici ies patru consecințe practice:

  • Dacă pagina de categorie nu conține linkuri directe către toate produsele din ea, e posibil ca Googlebot să nu le găsească prin parcurgere. Documentația spune explicit că produsele accesibile doar din căutarea internă rămân, în practică, negăsite.
  • Googlebot nu completează căsuța de căutare de pe site-ul tău. Un catalog accesibil doar prin căutare internă este, din punctul lui de vedere, invizibil.
  • Când nu poți linkui totul, alternativa oficială e un sitemap sau un feed de Merchant Center — nu „lasă că le găsește”.
  • Linkurile trebuie să fie <a href>. Navigația construită pe evenimente JavaScript, fără ancore reale, nu se parcurge.

Consecința inversă e la fel de utilă: dacă ai un produs care se vinde bine, linkul către el din pagina principală sau dintr-un articol este un semnal de importanță pe care îl controlezi tu. Nu e o tehnică, e cum funcționează mecanismul — și e motivul pentru care arhitectura de conținut care câștigă căutările comerciale începe cu harta de linkuri, nu cu lista de cuvinte-cheie.

Pentru URL-uri, regulile care contează sunt scurte: cuvinte descriptive în locul codurilor de produs, ?key=value în locul lui ?value, aceeași scriere peste tot (în linkuri interne, în sitemap și în rel="canonical"), și zero parametri temporari — identificatori de sesiune, coduri de urmărire, ora curentă — în linkurile interne. Pentru slug-uri, convenția noastră este fără diacritice și consecventă pe tot site-ul, iar căutarea internă să găsească produsul indiferent dacă omul scrie „rochie de seară” sau „rochie de seara”; asta e o alegere de casă, nu o poziție Google — documentația nu tratează subiectul.

Două coloane: Categorie — listare, filtre și linkuri spre produse, interogare generică, text care ajută alegerea, URL stabil; Produs — imagine și variante, model sau cod exact, date structurate Product plus Offer, disponibilitate și recenzii.

Cele 12 elemente, pe două tipuri de pagină

Tabelul de mai jos e lista de verificat pe care o rulăm noi pe fiecare pagină de categorie și de produs. Unsprezece dintre cele douăsprezece rânduri au o cerință scrisă în documentația oficială; primul nu are și e marcat ca atare.

#ElementulCategorieProdusDe unde vine cerința
1O interogare-țintă și dovada că tipul de pagină i se potriveștedadametodă proprie, nu documentație
2URL descriptiv și stabil; parametrii scriși ?key=value, fără valori temporaredadastructura URL-urilor
3rel="canonical" auto-referențial pe fiecare pagină indexabilădadastructura URL-urilor + canonicalizare
4Titlu distinct de al celorlalte pagini — cu o singură excepție, secvențele paginatedadapaginare
5Linkuri <a href> directe către tot ce vrei indexatspre produsespre variantestructura site-ului
6Fir al Ariadnei marcat BreadcrumbListdadadate structurate pentru ecommerce
7Imagine — pe produs e proprietate obligatorie în marcaj, nu opțiunedamarcaj de produs
8Text propriu, care adaugă ceva peste sursa comună tuturor magazinelordadaconținut util + politici anti-spam
9Product cu name, image, offers; în offers, price și priceCurrencydamarcaj de produs
10Semnale de încredere marcate: availability, politică de retur, livrare, recenziidamarcaj de produs + date structurate pentru ecommerce
11O regulă scrisă pentru filtre și una pentru paginaredanavigare cu fațete + paginare
12Pagina apare în raportul de performanță pe interogări fără numele magazinuluidadaSearch Console

Folosește tabelul pe cinci pagini, nu pe tot catalogul: două categorii care ar trebui să performeze și nu performează, două produse cu marjă bună și unul pe care ești sigur că e în regulă — ultimul e controlul tău. Dacă pe pagina de control găsești trei rânduri neîndeplinite, problema nu e la paginile alese, e la șablon.

Rândurile nu au aceeași greutate când găsești mai multe neîndeplinite deodată. Rândurile 2, 3, 5 și 11 sunt de infrastructură: se rezolvă o dată, la nivel de șablon, și afectează tot catalogul. Rândurile 8 și 10 se rezolvă pagină cu pagină și costă timp de om. Când ai și una, și alta, infrastructura merge prima — altfel scrii text pe pagini pe care Google nu ajunge să le parcurgă.

Distincția pe coloane e cea care se pierde cel mai des. Marcajul de produs nu se pune pe categorie, disponibilitatea și politica de retur nu au ce căuta pe o listă, iar textul propriu înseamnă altceva pe fiecare: pe categorie, ajută omul să aleagă între produsele din listă; pe produs, spune ce nu spune fișa primită de la furnizor.

Cât text pui și de unde vine, când descrierea e de la furnizor

Nu există un prag oficial. Google nu publică nicio cifră despre cantitatea de conținut de pe o pagină de categorie, iar orice număr pe care îl găsești — 150 de cuvinte, 300, 500 — nu vine din documentație, ci de la cine l-a scris. Ce există în documentație sunt criterii, iar ele sunt mai utile decât un prag, pentru că se pot verifica pe pagina ta.

Criteriul de cantitate: textul e suficient când răspunde la întrebarea pe care o are cineva care se uită la lista aceea și încă nu s-a hotărât. Pentru „aspiratoare verticale”, asta înseamnă diferența dintre cu fir și fără fir, ce autonomie e rezonabilă, ce se schimbă la preț. Când nu mai ai ce adăuga, te oprești — un paragraf care repetă numele categoriei în alte cuvinte nu adaugă nimic și împinge produsele mai jos.

Notă: întrebarea „unde ascund textul ca să nu deranjeze” e greșit pusă. Dacă textul merită citit, are loc pe pagină, sub produse; dacă nu merită citit, un panou pliant nu îl salvează. Nu există o poziție oficială despre cât cântărește conținutul dintr-un element care se deschide la clic, deci nu construim decizia pe presupunerea asta.

Criteriul de plasare vine din datele de utilizabilitate, nu din SEO. Studiul Baymard pe liste de produse și filtrare, construit pe testare cu utilizatori pe 19 site-uri și pe un benchmark de 335 de magazine, a măsurat rate de abandon de 67–90% pe listele mediocre față de 17–33% pe cele cu un set de instrumente doar puțin optimizat, pentru utilizatori care căutau exact același tip de produs; tot acolo, 36% dintre site-urile din benchmark au defecte suficient de grave încât autorii le numesc „downright harmful” pentru capacitatea omului de a găsi produsul. Concluzia practică: produsele stau sus, textul stă unde nu blochează lista.

Pentru pagina de produs, întrebarea e alta și are un răspuns oficial mai dur decât se așteaptă majoritatea. Politicile anti-spam Google definesc astfel practica numită „thin affiliation”:

„Thin affiliation is the practice of publishing content with product affiliate links where the product descriptions and reviews are copied directly from the original merchant without any original content or added value.”

Perimetrul definiției contează și îl declar: e formulată pentru conținut cu linkuri de afiliere, nu pentru magazinul care vinde direct. Ce se aplică tuturor e criteriul general din documentația despre conținut util, formulat ca întrebare de auto-evaluare: dacă un conținut se bazează pe alte surse, evită el simpla copiere sau rescriere și oferă în schimb „substantial additional value and originality”? Aceeași pagină întreabă dacă textul aduce informație, testare sau analiză originală.

Ce înseamnă „valoare adăugată” pe o fișă de produs, concret:

  1. Ce nu scrie în fișa de la furnizor: cum se comportă produsul la utilizare, ce accesorii îi trebuie, cu ce e compatibil, ce se strică primul.
  2. Comparația cu alternativele din propriul catalog, scrisă din perspectiva cuiva care alege, nu a cuiva care vinde.
  3. Conținut generat de clienți: recenzii, întrebări și răspunsuri, fotografii reale. E singurul tip de conținut pe care concurentul care vinde același produs nu îl poate copia.
  4. Informația comercială care e a ta, nu a producătorului: termen de livrare, condiții de retur, garanție, disponibilitate în magazinul fizic.

Ordinea de mai sus e și ordinea de efort: primele două se scriu, a treia se construiește în timp, a patra e deja în sistemele tale și doar trebuie pusă pe pagină. Dacă ai o mie de produse și nu poți scrie pentru toate, începe cu cele care aduc marjă, nu cu cele care aduc trafic. Punctele 3 și 4 sunt și cele care se suprapun cel mai mult cu elementele de pagină care transformă vizitatorii în cumpărători — aceeași informație lucrează și pentru căutare, și pentru decizia de cumpărare.

Pâlnie cu patru metode ordonate — filtre utile și indexabile, robots.txt pe tipar, fragmente cu diez, canonical plus nofollow — care se îngustează spre banda verde „URL-uri curate".

Filtre, paginare, variante — cum ții spațiul de URL-uri sub control

Aici se pierde cel mai mult efort de parcurgere, și tot aici sfatul local se oprește exact înainte de partea utilă. „Excludeți filtrele de la indexare” nu e o instrucțiune, e o intenție. Pagina Google despre gestionarea parcurgerii URL-urilor de navigare cu fațete dă instrucțiunea, și e mai nuanțată decât se crede.

Filtrele: trei mecanisme și ordinea în care le pune documentația

MecanismulCe face efectivStatutul în documentație
Reguli în robots.txt pe tiparul de parametruoprește parcurgerea URL-urilor filtrate; se lasă deschisă o listare fără filtrerecomandat, cu exemplu de cod
Filtre codificate în fragment #zero efect asupra parcurgerii, pentru că fragmentele nu se folosesc la indexarerecomandat ca alternativă
rel="canonical" și nofollow pe linkurile de filtrupot reduce în timp volumul de parcurgere, dar fiecare ancoră către acel URL trebuie să aibă nofollow ca să conteze„generally less effective in the long term than the previously mentioned methods”

Interpretarea tabelului: metodele pe care le găsești în aproape orice recomandare locală sunt cele de pe rândul al treilea, adică exact cele pe care documentația le clasează ultimele. Nu sunt greșite; sunt mai slabe, și cer o disciplină pe care puține magazine o pot susține — o singură ancoră fără nofollow anulează efortul.

Exemplul de robots.txt din documentație arată așa, și merită citit ca tipar, nu ca rețetă:

user-agent: Googlebot
disallow: /*?*products=
disallow: /*?*color=
disallow: /*?*size=
allow: /*?products=all$

Dacă, dimpotrivă, vrei ca unele pagini filtrate să fie parcurse și indexate — pentru că „aspirator vertical fără fir” e o cerere reală, nu o combinație inventată — documentația cere trei lucruri: separator & între parametri, ordine fixă a filtrelor dacă le codifici în calea URL-ului, și HTTP 404 pe orice combinație care nu întoarce rezultate. Ultimul punct e cel care lipsește de peste tot: dacă în catalog nu există nimic pe combinația cerută — exemplul din documentație e „pește verde” — atunci și utilizatorul, și crawlerul trebuie să primească o eroare 404 chiar pe acel URL, nu o redirectare către o pagină generică de eroare. Aceeași regulă se aplică filtrelor duplicate, combinațiilor fără sens și paginilor de paginare care nu există.

Pe ambele interogări măsurate mai sus, un URL de filtru era în primele cinci poziții, cu filtrul codificat în calea URL-ului. Asta nu contrazice nimic din ce e mai sus — confirmă că decizia nu e „filtrele da sau nu”, ci „care filtre corespund unei cereri reale și rămân deschise, și restul se închid”.

Testul pentru „cerere reală” e simplu și se face o singură dată, pe hârtie: filtrul rămâne deschis dacă combinația lui are un nume pe care oamenii îl scriu în căutare — „aspirator vertical fără fir”, „rochie de seară lungă” — și dacă ai suficiente produse ca lista rezultată să merite parcursă. Un filtru de preț, unul de culoare sau unul de sortare nu trec testul aproape niciodată. Cât din asta poți implementa depinde și de platforma pe care ești: unele generează parametrii de filtrare fără să-ți dea control asupra lor, iar atunci discuția se mută de la SEO la alegerea platformei.

Paginarea: cinci reguli care se încalcă aproape peste tot

Ghidul Google despre paginare e scurt și aproape necitat în conținutul românesc, deși ghidul Google despre structura URL-urilor spune că „we see the most URL mistakes in pagination URL structures”.

  1. Fiecare pagină din secvență primește URL propriu, de regulă cu un parametru de tipul ?page=n.
  2. Prima pagină nu este pagina canonică a secvenței. Fiecare pagină are canonicul ei, către ea însăși.
  3. Numărul de pagină nu se pune după #. Fragmentele sunt ignorate, iar linkul către pagina următoare poate fi tratat ca deja parcurs.
  4. Paginile se leagă secvențial, cu <a href> către pagina următoare; un link înapoi către prima pagină din colecție ajută Google să înțeleagă unde începe colecția.
  5. rel="next" și rel="prev" nu mai sunt folosite de Google, deși alte motoare le pot folosi în continuare.

O singură excepție notabilă de la regulile generale: paginile dintr-o secvență paginată pot avea același titlu și aceeași descriere. E singurul loc unde recomandarea de titluri distincte nu se aplică. Iar dacă folosești „încarcă mai multe” sau derulare infinită, reține că crawlerele nu apasă butoane: conținutul trebuie să fie accesibil și prin linkuri reale, sau prin sitemap.

Variantele: un URL pentru fiecare, un grup deasupra lor

Pentru produsele în mai multe mărimi sau culori, documentația despre structura URL-urilor cere ca fiecare variantă să fie identificabilă printr-un URL separat — fie ca segment de cale (/tricou/verde), fie ca parametru (/tricou?color=verde). Când folosești un parametru opțional, URL-ul fără parametru e cel canonic.

Peste ele se pune marcajul de variante: un ProductGroup care grupează variantele prin hasVariant, declară prin variesBy ce anume le diferențiază și poartă un productGroupID comun. Titlul, descrierea și marca stau la nivel de grup; ce e specific — culoare, mărime, cod — stă la nivel de variantă. Asta elimină duplicarea informației și e singura formă în care Google poate afișa variantele ca variante, nu ca produse fără legătură între ele.

Datele structurate merg pe pagina de produs, nu pe listare

Întrebarea „ce marchez pe categorie” are un răspuns oficial pe care puțini îl citează, pentru că e formulat ca recomandare de perimetru, nu ca interdicție. Ghidul pentru marcajul de produs spune, în secțiunea de reguli tehnice: „We recommend focusing on adding markup to product pages instead of pages that list products or a category of products.” Lista oficială de tipuri de date structurate relevante pentru ecommerce are șase intrări — BreadcrumbList, LocalBusiness, Organization, Product și ProductGroup, Review, VideoObject — dintre care una singură privește direct pagina de listare: firul Ariadnei.

Ce marcheziPe categoriePe produsStatut
BreadcrumbListdadasingurul tip din lista de ecommerce care privește pagina de listare
Product cu name, image, offers, iar în offers cu price și priceCurrencynudaobligatorii pentru rezultatul îmbogățit
availability, hasMerchantReturnPolicy, shippingDetails, itemCondition, priceValidUntil, urlnudarecomandate
Review sau aggregateRatingnudarecomandat, unde există recenzii reale
ProductGroup cu hasVariant, variesBy, productGroupIDnuda, când produsul are variantenecesar pentru afișarea variantelor

Distincția dintre obligatoriu și recomandat e cea de care depinde ordinea de lucru: fără name, image, offers, price și priceCurrency, pagina nu e eligibilă pentru rezultatul îmbogățit, deci restul nu contează încă. Restul proprietăților adaugă informație în rezultat — livrare, retur, disponibilitate — și se pun după ce primul set e corect pe tot catalogul.

Ordinea de implementare din documentație are patru pași și merită respectată: pui proprietățile obligatorii, validezi codul, publici câteva pagini și le verifici cu instrumentul de inspecție URL, apoi ceri reparcurgerea. Nu invers, și nu pe tot catalogul deodată. Un plugin care generează marcaj greșit pe zece mii de pagini e mai greu de reparat decât unul care nu generează nimic.

Produse fără stoc și categorii rămase goale

Cel mai frecvent reflex greșit e ștergerea. Un produs epuizat sau o categorie rămasă fără articole par gunoi, iar gunoiul se aruncă. Documentația spune altceva, dar spune lucruri diferite despre cele două cazuri — iar diferența e importantă, pentru că unul are răspuns direct și celălalt nu.

Pentru categoria fără produse, răspunsul e în documentația despre structura URL-urilor și e explicit: evită să linkuiești, sau măcar să indexezi, pagini fără conținut util; dacă o categorie nu are articole, folosește o etichetă noindex; iar dacă site-ul detectează singur că a rămas goală și o scoate din navigație și din căutarea internă, ia în calcul un cod 404 pentru acea pagină.

Notă: cele două cazuri se confundă des, deși au surse și verdicte diferite. Categoria goală are un răspuns explicit în documentație. Produsul fără stoc are doar un răspuns indirect, formulat despre altceva — și merită tratat ca atare, nu prezentat ca recomandare fermă.

Pentru produsul fără stoc, singurul răspuns oficial pe care l-am găsit apare pe pagina despre suspendarea temporară a unui magazin, la o întrebare despre instrumentul de eliminare din Search Console: nu, nu îl folosi ca să scoți produsele epuizate, pentru că atunci clienții nu mai găsesc informație de primă mână despre produs, iar informația terților poate fi greșită sau incompletă; e mai bine să lași pagina accesibilă și să marchezi indisponibilitatea, ca oamenii să înțeleagă ce se întâmplă. Perimetrul răspunsului e acesta și nu îl întind mai departe: e o întrebare despre un instrument, pe o pagină despre magazinul întreg.

Ce se poate deriva, în ordine:

  1. Produsul e temporar indisponibil: pagina rămâne, availability din marcaj se actualizează la starea reală, iar pe pagină apare clar când revine sau ce alternative există. Aceeași pagină recomandă, pentru un magazin întreg suspendat, dezactivarea coșului și actualizarea marcajului — nu ștergerea.
  2. Produsul revine, dar în altă variantă sau sub alt cod: are sens ca vechiul URL să ducă la noul produs, iar pagina veche să nu rămână în paralel cu cea nouă pe același conținut.
  3. Produsul e scos definitiv din catalog: documentația nu tratează acest caz. Ce urmează e raționament, nu poziție Google — dacă pagina primește trafic sau are recenzii, valoarea ei nu dispare odată cu stocul, deci merită păstrată cu alternative vizibile; dacă nu are nici trafic, nici linkuri, nici recenzii, e o pagină fără rol.

Regula pe care o folosim ca să nu decidem de fiecare dată: nu ștergi o pagină care are ceva ce nu poți reface — trafic, linkuri din exterior, recenzii ale clienților. Restul e curățenie de catalog.

Un birou cu fișe de produs și o listă bifată duce, prin ușă, la un raft plin cu genți și încălțăminte; la capăt, o lampă luminează trei fișe de produs cu sclipiri.

Cum verifici că nu ai stricat conversia

Aici nu există documentație și e cinstit să o spun de la început: Google publică metricile, nu procedura. Ce urmează e felul în care verificăm noi o modificare de SEO pe pagini care vând, și e construit ca să răspundă la o singură întrebare — s-a mișcat ceva ce nu voiam să se miște?

Principiul e comparația paginii cu ea însăși. Nu cu media pieței, nu cu un prag general, ci cu propriile ei cifre dinainte, pe același interval din an. Un magazin are sezonalitate, iar o comparație între noiembrie și ianuarie nu spune nimic despre modificarea ta.

Ce compariUnde se vedeCe înseamnă dacă se mișcă
afișări pe interogări fără numele magazinuluiraportul de performanță din Search Console, dimensiunea „interogări”e primul semnal care urcă; dacă nu se mișcă în luni, modificarea nu a schimbat relevanța
clicuri și rata de clic pe paginile atinseacelași raport, dimensiunea „pagini”afișări în creștere cu rată de clic în scădere înseamnă că titlul și descrierea nu mai corespund cererii
poziția medie pe interogările vizateacelași raportse citește pe interogare, nu pe site
rata de conversie a paginilor atinse, doar pe traficul organicplatforma ta de analiză, segmentat pe canale singurul număr care spune dacă ai stricat ceva
valoarea comenzilor din organic pe paginile atinseplatforma de analiză plus sistemul de comenzileagă vizibilitatea de venit; fără el, rămâi la trafic

Tabelul se citește de sus în jos, în ordinea în care apar semnalele: primele trei rânduri se mișcă înaintea ultimelor două, uneori cu luni. Dacă primele trei urcă și a patra scade, modificarea a adus trafic și a stricat pagina — se repară pagina, nu se anulează SEO-ul. Dacă primele trei nu se mișcă deloc, nu ai ce discuta despre conversie încă. Cât durează până se vede fiecare curbă e o discuție separată, pe care am scris-o în cât durează SEO.

Două precauții care ne-au scutit de concluzii greșite: prima, modifică un tip de pagină pe rând — dacă schimbi simultan textul de categorie, filtrele și marcajul, nu vei ști ce a produs efectul; a doua, notează data fiecărei modificări undeva unde o poți suprapune peste grafic. Fără datele scrise, orice grafic devine o poveste pe care ți-o spui singur.

Ultimul rând din tabel e cel care lipsește din majoritatea rapoartelor primite de la furnizori: fără legătura dintre paginile atinse și valoarea comenzilor venite din organic, discuția rămâne despre trafic, iar traficul nu plătește facturi. Modul în care legăm aceste semnale de venit într-un singur raport face parte din raportarea pe care o construim la începutul colaborării.

Întrebări frecvente

Descrierile de produs primite de la furnizor afectează SEO?

Da, când sunt tot ce ai pe pagină. Politicile anti-spam Google numesc explicit practica de a publica descrieri și recenzii copiate direct de la comerciantul original, fără conținut propriu sau valoare adăugată — definiția e formulată pentru conținut cu linkuri de afiliere, dar criteriul din documentația despre conținut util se aplică oricui: dacă te bazezi pe alte surse, trebuie să adaugi „substantial additional value and originality”. Descrierea de la furnizor poate rămâne pe pagină; problema e când e singura.

Categoriile fără produse ar trebui păstrate indexabile?

Nu. Documentația Google despre structura URL-urilor de ecommerce spune să eviți indexarea paginilor fără conținut util și, dacă o categorie nu are articole, să folosești o etichetă noindex. Dacă site-ul o scoate automat din navigație când rămâne goală, documentația recomandă să iei în calcul un cod 404 pentru acea pagină.

Cât conținut trebuie să aibă o pagină de categorie?

Nu există un prag oficial — Google nu publică nicio cifră pe acest subiect, iar orice număr de cuvinte pe care îl găsești vine de la cine l-a scris, nu din documentație. Criteriul util e altul: textul e suficient când răspunde la ce mai are de aflat cineva care se uită la listă și nu s-a hotărât, și e prost plasat dacă împinge produsele sub prima parte a paginii.

Merită date structurate pe paginile de categorie?

Doar firul Ariadnei. Ghidul pentru marcajul de produs recomandă explicit concentrarea marcajului pe paginile de produs, nu pe cele care listează produse sau categorii, iar lista oficială de tipuri relevante pentru ecommerce conține un singur tip care privește direct pagina de listare: BreadcrumbList.

Ce fac cu un produs scos definitiv din catalog?

Documentația nu tratează acest caz, deci ce urmează e raționament, nu poziție Google. Dacă pagina are trafic organic, linkuri din exterior sau recenzii ale clienților, are valoare pe care nu o poți reface și merită păstrată, cu alternative vizibile pe ea. Dacă nu are niciuna dintre cele trei, ștergerea e curățenie de catalog, nu decizie de SEO.

Ordinea de execuție, în șase pași

Modelul de reținut e că un magazin are două tipuri de pagini cu roluri diferite și o singură problemă comună: spațiul de URL-uri. Categoria câștigă căutarea, produsul câștigă vânzarea, iar filtrele și paginarea decid câtă atenție primesc amândouă. Aproape toate proiectele care nu merg au pus efortul în text și l-au sărit pe al treilea.

Ordinea în care are sens să faci lucrurile, când ai un catalog deja construit:

  1. Verifică pe cinci pagini ce tip de pagină ocupă primele poziții pe interogările tale. Corectează atribuirea keyword-urilor înainte de orice altceva.
  2. Scrie regula pentru filtre și pentru paginare, apoi implementeaz-o. E singurul pas care se face o dată și afectează tot catalogul.
  3. Repară obligatoriile din marcajul de produs pe tot catalogul, apoi adaugă recomandatele.
  4. Asigură-te că fiecare produs pe care îl vrei indexat are un link <a href> care duce la el dintr-o pagină de categorie.
  5. Abia acum scrie text — întâi pe categoriile care aduc marjă, apoi pe produsele care aduc marjă.
  6. Fixează comparația: ce măsori, unde, pe ce interval. Fără ea, pașii de mai sus rămân opinii.

Dacă ordinea asta arată diferit de ce ți s-a propus până acum, merită o discuție înainte de următoarea factură — iar dacă vrei mai întâi contextul de business, locul SEO-ului în planul de creștere al magazinului e punctul de plecare, cu cât costă SEO în România alături, pe intervale reale.

Cel mai ieftin pas următor e să rulezi tabelul din secțiunea a treia pe cinci dintre paginile tale și să notezi câte rânduri pică pe fiecare. Dacă vrei să ne uităm împreună la ce a ieșit, pornește un diagnostic de ecommerce — se lucrează pe paginile tale, nu pe exemple.