Optimizare SEO magazin online: filtre, variante, produse epuizate și ordinea corectă de lucru

Înainte să scriem articolul ăsta, ne-am uitat în Search Console la propriul site. În ultimele 12 luni, căutările despre optimizarea magazinelor online ne-au adus 2.467 de afișări și zero clicuri. 96,4% dintre ele au căzut pe pagina prin care vindem construirea de magazine, adică pe un URL vechi care azi doar redirecționează. Nu aveam nicio pagină care să răspundă la întrebarea „cum îmi optimizez magazinul online”, așa că Google a arătat ce a găsit, iar cine căuta nu a deschis. Afișările pe o pagină nepotrivită înseamnă că pagina potrivită lipsește. Articolul de față e pagina care ne lipsea nouă.

Iar optimizarea SEO a unui magazin online începe cu diferența pe care ghidurile obișnuite o sar: la un site de prezentare, cineva a scris fiecare pagină și le poți controla pe toate. Un magazin își generează singur adrese, cu sutele sau cu miile, și pe cele mai multe nu le-a scris nimeni, niciodată.

De ce optimizarea SEO a unui magazin online e altă treabă

Diferența dintre SEO pentru un magazin online și SEO pentru orice alt site se vede direct în documentația Google. Pentru comerțul online există documente separate despre navigarea cu filtre, despre structura adreselor (actualizat pe 10 decembrie 2025), despre paginarea categoriilor și despre variantele de produs. Documentația asta există pentru că magazinele produc singure probleme pe care alte site-uri nu le au deloc.

Concret: fiecare filtru bifat într-o categorie creează o adresă nouă. Fiecare variantă de produs pre-selectată creează încă una. Fiecare pagină 2, 3, 4 dintr-o categorie e o adresă. Un magazin cu 300 de produse, câteva categorii și câteva filtre poate expune zeci de mii de combinații de adrese, deși omul care îl administrează a scris cu mâna lui poate 350 de pagini.

De aici vine și ordinea diferită de lucru. La un site de prezentare, optimizarea începe de obicei de la conținut. La un magazin, începe de la inventar: ce adrese există, ce are voie Google să vadă din ele și unde se strâng semnalele. Construirea magazinului e o etapă separată, pe care am descris-o pe pagina serviciului de magazine WooCommerce; aici vorbim despre magazine care există deja și trebuie să apară în căutări.

Paginile pe care Google nu trebuie să le vadă

Partea ușoară: coșul, finalizarea comenzii și contul de client. Nimeni nu caută pe Google coșul magazinului tău, deci nu au ce căuta în index. Decizia are și o miză mai puțin vizibilă, de cost: paginile astea nu pot sta în cache, pentru că fiecare client are coșul și sesiunea lui, așa că orice cerere spre ele, fie de la un om, fie de la un crawler, muncește serverul pe bune. Despre ce înseamnă partea asta când alegi găzduirea am scris separat, în articolul despre găzduirea unui magazin WooCommerce.

Partea grea: filtrele. O categorie cu filtre de culoare și de mărime generează câte o adresă pentru fiecare combinație posibilă, iar crawlerele nu au cum să știe dinainte care combinații merită ceva, așa că le cer pe toate. Documentul Google despre navigarea cu filtre, revizuit pe 18 decembrie 2025, numește fenomenul overcrawling și avertizează că astfel de adrese costă „cantități mari de resurse de calcul”, iar resursele alea le plătește serverul tău. Când paginile filtrate nu trebuie să apară în căutări, recomandarea Google la zi e blocarea lor în robots.txt; canonicalul (eticheta prin care îi spui lui Google care e adresa oficială a unei pagini) și nofollow sunt trecute în același document ca soluții secundare, cu efect mai lent. Practic, adresele de filtre se recunosc după parametrii de după semnul întrebării, iar regulile de blocare se scriu pe acei parametri, în fișierul robots.txt al site-ului. O regulă scrisă prea larg poate tăia însă crawlul spre categorii întregi, așa că efectul se verifică în Search Console după fiecare ajustare.

Se cuvine aici o precizare cinstită despre „bugetul de crawl”, des invocat în ghiduri. Google spune negru pe alb, în ghidul dedicat site-urilor mari, revizuit pe 22 iulie 2026, că subiectul devine relevant la peste un milion de pagini cu conținut care se schimbă săptămânal, sau la peste 10.000 de pagini cu conținut care se schimbă zilnic. Un magazin cu 500 de produse nu e acolo. Problema lui reală nu e că Google nu are timp de el, ci că versiunile filtrate diluează indexarea, împrăștie semnale care ar trebui să se strângă în pagina de categorie și consumă serverul degeaba.

Și două capcane care transformă sfatul bun în pagubă. Prima: noindex și robots.txt nu se combină. Dacă blochezi în robots.txt o pagină care are noindex, Google nu mai apucă să citească noindex-ul, iar pagina poate rămâne în index pe termen nedefinit; documentația despre blocarea indexării o spune explicit: ca noindex să funcționeze, pagina trebuie să rămână accesibilă crawlerului. Ordinea corectă e pagina crawlabilă cu noindex, iar blocarea vine abia după ce a ieșit din index, dacă mai e nevoie. A doua capcană: o pagină blocată în robots.txt nu își mai poate arăta nici canonicalul, deci linkurile pe care le-a strâns nu se mai consolidează nicăieri. Blocarea rămâne o unealtă de economie de resurse la scară mare; duplicatele se rezolvă prin consolidare, iar consolidarea cere pagini pe care Google le poate citi. Din același motiv, nici noindex nu e unealtă de economisit crawl: ghidul de mai sus chiar interzice folosirea lui în scopul ăsta, pentru că Google tot cere pagina și abia apoi o aruncă.

Același produs, mai multe adrese

În WooCommerce, un produs cu mărimi și culori e un singur „produs variabil”, cu variații construite din atribute, fiecare cu preț și stoc propriu; așa îl descrie documentația oficială WooCommerce. Ce nu scrie în documentație, dar se poate verifica pe orice magazin: o variație se poate pre-selecta din link, prin parametri adăugați la adresă. Pagina e aceeași, adresa diferă. La un tricou cu cinci mărimi și patru culori se ajunge astfel pe douăzeci de adrese, plus cea curată.

Pentru Google, ăsta e scenariul clasic de duplicate prin parametri. Documentația de consolidare a adreselor duplicate, în versiunea din 10 iulie 2026, descrie exact ce urmează: Google grupează versiunile și alege una singură, canonică. Poți să-l lași să ghicească sau poți să-i spui tu. Redirectul și rel=”canonical” sunt, în ierarhia din document, semnale puternice; prezența în sitemap e un semnal slab.

La variante, cerința e formulată explicit în documentul despre datele structurate pentru variante de produs, actualizat pe 20 mai 2026: când toate variantele stau pe aceeași pagină, există un singur canonical, adresa curată, fără parametri. Iar ca Google să înțeleagă că cele douăzeci de combinații sunt același tricou, există markup-ul ProductGroup, cu variesBy (pe ce axe variază produsul) și hasVariant (câte un Product pentru fiecare variație). Ce înseamnă asta pentru tine, ca proprietar: markup-ul de produs vine de regulă din platformă sau din pluginul de SEO instalat, dar dacă variantele tale sunt descrise și cu ProductGroup rămâne de verificat separat, pe propriul magazin, cu testul de rezultate îmbogățite al Google, pe o pagină de produs variabil. Dacă nu apare, ajunge pe lista dezvoltatorului.

Tot la capitolul „aceeași marfă, mai multe adrese” intră paginarea. Paginile 2, 3, 4 ale unei categorii nu primesc canonical spre pagina 1: documentația de paginare, în versiunea din 10 decembrie 2025, interzice asta explicit, deși sfatul invers încă circulă prin articole. Fiecare pagină din serie își păstrează propriul canonical; altfel produsele de pe paginile următoare rămân fără nicio adresă indexabilă care să le listeze.

Descrierile copiate de la furnizor

Legenda spune că Google te penalizează pentru descrieri duplicate. FAQ-ul oficial de crawlare și indexare, actualizat pe 10 decembrie 2025, spune altceva: în general, conținutul duplicat nu încalcă politicile de spam. Ce urmează e aceeași deduplicare descrisă mai sus la variante, aplicată de data asta între magazine: dacă treizeci de magazine importă aceeași descriere de la același furnizor, pe căutările legate de acel text apare unul singur. Ceilalți douăzeci și nouă nu sunt pedepsiți. Doar nu există.

Zona de spam începe în altă parte: la site-urile care republică integral materialul altcuiva, fără nimic propriu. Politicile de spam Google, aduse la zi pe 15 mai 2026, numesc explicit cazul la scraping și la afilierea fără valoare adăugată. Un magazin normal, cu marfă reală și descrieri de furnizor, nu e acolo. E doar invizibil pe acele texte.

Rămâne întrebarea practică, la care ghidurile se opresc de obicei la „nu copia”: cu ce începi când ai 800 de produse și timp de rescris douăzeci pe lună? Deschizi Search Console și rescrii întâi produsele care au deja afișări și poziții slabe: acolo cererea e dovedită, iar pagina e aproape de rezultat. Produsele cu zero afișări vin la rând mai târziu: pentru unele pur și simplu nu există căutări.

Produse epuizate și produse scoase din catalog

Două situații diferite, tratate deseori cu aceeași unealtă greșită.

Produsul epuizat temporar rămâne pe site. Recomandarea Google, din documentul despre întreruperea temporară a activității unui magazin online, actualizat pe 10 decembrie 2025, e păstrarea paginii cu funcționalitatea limitată: butonul de cumpărare se dezactivează, indisponibilitatea se marchează pe pagină, iar în datele structurate se actualizează availability. Motivul, spus tot de Google: dacă pagina ta dispare, clienții găsesc informații despre produs la terți, iar informațiile terților pot fi mai puțin corecte și mai puțin complete decât ale tale. Lista valorilor de availability din documentația pentru listările de comerciant acoperă cam orice situație reală: OutOfStock, BackOrder, PreOrder, până și Discontinued, pentru produsul ieșit definitiv din fabricație.

Produsul scos definitiv din catalog primește 404 sau 410. Documentația codurilor HTTP, revizuită pe 4 februarie 2026, e seacă aici: adresele care răspund cu un cod 4xx nu se indexează, iar cele deja indexate se elimină din index. Circulă ideea că 410 ar scoate pagina mai repede decât 404; documentația actuală nu o susține, codurile sunt tratate la fel.

Există și varianta a treia: redirect 301 spre un produs înlocuitor sau spre categoria lui. E practică de industrie, Google nu o cere nicăieri, cu o condiție: funcționează când înlocuitorul chiar ține locul produsului dispărut. Redirectul din orice produs mort spre prima pagină derutează vizitatorul degeaba; acolo, un 404 curat e alegerea mai cinstită.

Ordinea în care se face optimizarea SEO a unui magazin online

La un magazin online, ordinea contează, pentru că cei mai mulți bani se pierd pe lucrări bune făcute în momentul greșit.

Întâi structura și indexul: coșul și contul afară, filtrele gestionate, variantele consolidate pe un singur canonical, produsele moarte închise curat. Pe locul doi, categoriile și paginile de produs: titluri, descrieri rescrise în ordinea dictată de Search Console, date structurate complete. Abia pe locul trei, conținutul de blog. Nu are rost să rescrii două sute de descrieri pe pagini pe care Google le vede în patru variante fiecare; întâi se consolidează variantele, apoi are sens rescrierea.

Despre blog, formularea corectă e mai puțin spectaculoasă decât se scrie de obicei: blogul lucrează pentru categorii, nu în locul lor. Un articol bun răspunde la întrebările de dinaintea cumpărării și leagă intern spre categoriile potrivite. Dar cine caută un produs ca să-l cumpere aterizează pe o categorie sau pe o pagină de produs, iar dacă alea nu sunt în ordine, blogul împinge vizitatori spre pagini care nu sunt gata să-i primească. De aceea vine la rând ultimul.

Un singur pas din listă nu cere nici acces tehnic, nici experiență: verificarea. Caută în Google site:adresa-magazinului.ro și uită-te ce iese. Dacă în listă apar adrese de filtre, coșul sau același produs pe trei adrese diferite, ai deja lista de lucru pentru lunile următoare. Execuția cere însă acces la server și la datele din Search Console, plus decizii luate pe cifre; dacă preferi să treacă un om prin ele, am scris cum lucrăm noi pe partea de SEO, inclusiv pe magazine.

Iar dacă articolul ăsta ți-a apărut în căutări exact când căutai cum se face optimizarea SEO a unui magazin online, înseamnă că ne-am rezolvat-o și noi pe a noastră: de data asta, întrebarea și pagina s-au întâlnit.