# SEO pentru magazine online: checklistul tehnic

> Checklist tehnic de SEO pentru magazine online pe WooCommerce și Shopify: filtre, canonical pe variante, schema de produs, viteză și produse epuizate.

URL: https://thenichesociety.ro/blog-seo-magazin-online-checklist

Un magazin online pierde rar poziții dintr-un singur motiv: de obicei se adună erori tehnice mărunte, repetate pe mii de pagini de catalog. **Majoritatea se repară o singură dată, în șablon, nu produs cu produs — dar trebuie găsite întâi.** Mai jos ai opt verificări pentru WooCommerce și Shopify, de la filtre și variante la schema de produs, viteză și migrare.

## De ce filtrele de categorie (faceted navigation) îți consumă crawl budgetul

În SEO-ul unui magazin online, filtrele sunt prima sursă de risipă: orice combinație pe o pagină de categorie — mărime, culoare, preț, brand — poate genera propriul URL. Pe un catalog cu mii de produse și cinci-șase filtre simultane, numărul de URL-uri posibile explodează, iar majoritatea nu au valoare de căutare proprie — sunt aceleași produse, doar reordonate. Documentația Google despre navigarea pe fațete descrie exact acest tipar ca una dintre cele mai frecvente cauze de reclamații legate de crawling: motorul de căutare recrawlează variații aproape identice, în loc să descopere pagini noi.

Consecința practică nu e o „penalizare”, ci ceva mai puțin vizibil: paginile care chiar contează — categorii noi, produse noi — sunt descoperite și reindexate mai lent, pentru că bugetul de crawlare al site-ului se duce în altă parte. Un semnal rapid: în Google Search Console, raportul de indexare a paginilor arată ce URL-uri au fost descoperite, dar nu și indexate. Dacă printre exemple apar mai ales combinații de filtre, acolo se duce bugetul.

- 01**Exclude combinațiile de filtre din linkurile interne crawlabile** leagă navigarea de filtre prin JavaScript sau parametri blocați, nu prin href-uri normale, indexabile.
- 02**Ține un tipar de URL curat pentru fiecare filtru** parametrii inconsecvenți (ordine diferită, litere mari/mici) creează duplicate suplimentare fără niciun beneficiu.
- 03**Nu bloca orbește totul din robots.txt** o blocare prea agresivă poate ascunde și combinații de filtre cu volum de căutare real, cum ar fi „pantofi mărimea 40”.

## Canonical corect pentru variantele de produs (mărime, culoare, ambalaj)

O problemă distinctă de filtre e produsul cu variante — aceeași cămașă în trei culori, același detergent în două formate. Aici greșeala tipică e inversă: fie fiecare variantă are propriul URL fără nicio legătură canonică între ele, fie toate variantele sunt forțate spre un singur URL „canonic”, chiar și când oamenii caută exact „geantă neagră”, nu doar „geantă”. Conform documentației Google despre consolidarea URL-urilor duplicate, semnalele cele mai puternice pentru alegerea unei pagini canonice sunt, în ordine, redirectul, apoi eticheta rel=canonical, apoi includerea în sitemap.

Regula practică: dacă o variantă are cerere de căutare proprie și conținut suficient de diferit (poză, descriere, preț), merită indexată separat, cu propriul canonical spre ea însăși. Dacă variantele sunt interschimbabile din perspectiva cumpărătorului, un canonical către varianta principală evită diluarea semnalului între pagini aproape identice. WooCommerce tratează variantele ca sub-obiecte ale unui produs părinte; Shopify le poate expune ca URL-uri separate — verifică ce face implicit platforma ta înainte să presupui că e deja corect.

30 de minute, gratuit. Îți spunem sincer dacă are sens.

## Textul paginilor de categorie: ce ajută SEO-ul unui magazin online

O pagină de categorie fără niciun text unic — doar un grid de produse — rămâne, din perspectiva unui motor de căutare, greu de diferențiat de zeci de alte pagini similare din piață. Nu e nevoie de un eseu deasupra produselor; e nevoie de câteva propoziții care explică, în cuvintele reale ale cumpărătorului, ce găsește pe pagina aia și cum diferă de categoria vecină. Documentația WooCommerce și ghidul Shopify pentru SEO merg în aceeași direcție: structura de categorii reflectă cum gândește clientul, nu cum e organizat depozitul.

Un test simplu: dacă poți muta textul de pe o pagină de categorie pe alta fără nicio schimbare, textul nu spune nimic specific. Menționează concret ce diferențiază categoria — material, ocazie de folosire, interval de preț tipic — nu adjective generice ca „calitate premium”, care nu ajută nici cititorul, nici motorul de căutare să distingă o pagină de alta. Două-trei propoziții specifice bat orice paragraf generic.

## Datele structurate Product, Offer și AggregateRating, completate corect

Datele structurate de tip produs sunt felul în care spui explicit unui motor de căutare ce preț are un produs, dacă e în stoc și ce rating are, în loc să lași aceste informații să fie deduse din text. Conform documentației Google pentru date structurate de tip produs, rezultatele îmbogățite pentru produse sunt susținute doar pe pagini axate pe un singur produs (sau pe variantele aceluiași produs) — nu pe pagini de listare sau de categorie generică.

Cele trei blocuri care contează cel mai mult sunt numele și imaginea produsului, oferta (Offer, cu preț, monedă și disponibilitate actualizate corect) și, dacă există recenzii reale, evaluarea agregată (AggregateRating). Cea mai frecventă greșeală tehnică nu e lipsa completă a schemei, ci desincronizarea ei: prețul afișat vizual pe pagină diferă de cel din schema, sau disponibilitatea rămâne „in stock” după ce produsul s-a epuizat. AggregateRating se completează doar cu recenzii reale, existente pe pagină.

Partea bună: schema se rezolvă cel mai bine la nivel de șablon. La migrarea [AutosWorld de pe OpenCart pe WooCommerce](https://thenichesociety.ro/studii-de-caz/autosworld), fiecare dintre cele 1.611 produse primește automat, din datele catalogului, titlu sub 60 de caractere, meta description, slug curat și trei blocuri de schema: Product, BreadcrumbList și FAQPage. O regulă scrisă o dată acoperă tot catalogul, nu 1.611 fișe editate de mână.

## Core Web Vitals pe pagina de produs: ce se măsoară, ce se optimizează

Pagina de produs (PDP) e, de obicei, cea mai încărcată pagină dintr-un magazin — galerie de imagini, selector de variante, recenzii, produse recomandate. Conform documentației Google despre Core Web Vitals, cele trei metrici urmărite sunt timpul de încărcare a celui mai mare element vizibil (LCP, sub 2,5 secunde), timpul de răspuns la interacțiune (INP, sub 200 de milisecunde) și stabilitatea vizuală a paginii în timpul încărcării (CLS, sub 0,1).

Pe o fișă de produs, LCP e aproape întotdeauna imaginea principală — comprim-o, servește-o în format modern (WebP sau AVIF) și nu o încărca leneș (lazy load). CLS apare de obicei din bannere de promoție care se încarcă târziu și împing conținutul, sau din selectoare de mărime care își schimbă dimensiunea după încărcare. INP suferă cel mai mult atunci când butonul „adaugă în coș” așteaptă după scripturi terțe grele — chat, recomandări, tracking — care blochează firul principal de execuție.

- 01**Imagini secundare din galerie** spre deosebire de imaginea principală, acestea pot fi încărcate leneș fără să afecteze LCP.
- 02**Text alternativ descriptiv, nu înșiruire de cuvinte cheie** „geacă impermeabilă bărbați, gri, mărimea L” e util; același cuvânt cheie repetat de cinci ori poate fi tratat ca spam.
- 03**Dimensiuni explicite pentru fiecare imagine** lipsa atributelor width/height e cauza tipică pentru CLS la imaginile care se încarcă mai târziu.

## De ce blogul trebuie să lege spre categorii, nu doar spre pagina principală

Un articol de blog care compară „cele mai bune genți de laptop pentru navetă” și nu leagă, din text, spre categoria reală de genți de laptop irosește exact tipul de link intern care contează cel mai mult pentru un catalog mare: unul care trece autoritate și context tematic direct spre o pagină care poate vinde. Linkul spre homepage nu face asta — homepage-ul e deja, de regulă, cea mai bine legată pagină din site.

Practic, fiecare articol nou de blog ar trebui să identifice două-trei categorii sau produse relevante din catalog și să lege spre ele cu text de ancoră descriptiv, nu generic („vezi aici”). Pe un catalog mare, acesta e și un mecanism de descoperire: categoriile îngropate adânc în structură ajung să fie recrawlate mai des dacă primesc linkuri proaspete din conținut nou, nu doar din meniul de navigare static.

## Produs epuizat sau scos din vânzare: 410, redirect sau pagină păstrată

Cele două situații se tratează diferit, iar confuzia dintre ele produce cele mai multe decizii greșite. Un produs temporar epuizat, care revine în stoc, ar trebui să rămână pe pagina lui, cu disponibilitatea actualizată corect în schema de produs (out of stock sau precomandă), nu scos din site. Ștergerea paginii pentru o ruptură temporară de stoc aruncă exact acel URL care avea deja istoric și, posibil, poziționare câștigată.

Un produs scos definitiv din vânzare e altă discuție. Dacă există un înlocuitor clar — aceeași categorie, model actualizat — un redirect 301 către el e cel mai puternic semnal de consolidare, conform ierarhiei din documentația Google despre URL-uri canonice. Dacă nu există un înlocuitor real, ai două variante curate: o pagină de „produs indisponibil definitiv”, cu recomandări reale de produse similare, sau un status 410, care spune clar că pagina a fost scoasă intenționat. Redirectul forțat spre homepage, făcut din reflex, creează doar un semnal confuz.

## Ce se strică de obicei la o migrare de platformă

Multe dintre problemele de mai sus devin vizibile abrupt în momentul unei migrări — de pe o platformă pe alta, sau doar de pe un tipar de URL pe altul. Structura de categorii se schimbă, variantele de produs capătă alt tipar de URL, schema de produs poate lipsi complet pe tema nouă până e configurată din nou, iar fără o mapare completă de redirect-uri, tot istoricul de linkuri și poziționare acumulat pe URL-urile vechi se pierde dintr-o dată, nu treptat.

Subiectul merită tratat separat: planul de redirect-uri, maparea de URL-uri și lecțiile dintr-un replatforming real sunt în [ghidul dedicat de migrare a unui magazin online](https://thenichesociety.ro/blog-migrare-ecommerce-fara-pierdere-seo) fără să pierzi SEO-ul acumulat. Pe scurt, din migrarea AutosWorld: 66 de produse cu stoc ar fi rămas invizibile pe noul site din cauza unui filtru de import prea agresiv, fără nicio eroare vizibilă. Le-a prins doar verificarea produs cu produs, 1:1 între platforma veche și cea nouă.

Dacă vrei ca lista să fie verificată pe magazinul tău, vezi cum lucrăm la [SEO pentru magazine online](https://thenichesociety.ro/seo-magazin-online): pe platforma pe care rulează deja magazinul, fie ea WooCommerce, Shopify, PrestaShop sau un catalog custom, cu raport lunar de venit organic, nu doar de poziții. Prețul e fix, după un discovery scurt. Primul pas e [sesiunea gratuită de 30 de minute](https://thenichesociety.ro/#book), în care îți spunem sincer dacă are sens, sau ne suni la 0733 045 833.

## Surse și lecturi.

- 01[Google Search Central — Crawling December: Faceted navigation](https://developers.google.com/search/blog/2024/12/crawling-december-faceted-nav)
- 02[Google Search Central — Consolidarea URL-urilor duplicate (rel=canonical)](https://developers.google.com/search/docs/crawling-indexing/consolidate-duplicate-urls)
- 03[Google Search Central — Intro to Product Structured Data](https://developers.google.com/search/docs/appearance/structured-data/product)
- 04[Google Search Central — Understanding Core Web Vitals](https://developers.google.com/search/docs/appearance/core-web-vitals)
- 05[Shopify Help Center — Improving search engine optimization (SEO)](https://help.shopify.com/en/manual/promoting-marketing/seo)
- 06[WooCommerce Docs — Products](https://woocommerce.com/documentation/woocommerce/core-products/)
30 de minute, gratuit. Îți spunem sincer dacă are sens.

## Întrebări frecvente

### Ce e faceted navigation și de ce afectează SEO-ul unui magazin online?

E mecanismul de filtrare pe pagini de categorie (mărime, culoare, preț), care poate genera un număr foarte mare de combinații de URL. Fiecare combinație consumă din bugetul de crawlare al site-ului, ceea ce înseamnă că paginile importante — produse și categorii noi — sunt descoperite și reindexate mai lent.

### Trebuie să pun rel=canonical pe fiecare variantă de produs?

Nu automat. Dacă o variantă (culoare, mărime) are cerere de căutare proprie și conținut suficient de diferit, indexarea ei separată, cu canonical spre ea însăși, poate fi corectă. Dacă variantele sunt practic interschimbabile, un canonical spre varianta principală evită diluarea semnalului între pagini aproape identice.

### E nevoie de recenzii reale ca să folosesc AggregateRating în schema de produs?

Da. AggregateRating trebuie să reflecte recenzii reale, existente pe pagină. Completarea lui cu valori inventate sau umflate artificial e o problemă de încredere, nu doar o chestiune tehnică, și poate afecta eligibilitatea pentru rezultate îmbogățite.

### Ce fac cu un produs epuizat ca să nu pierd poziționarea deja câștigată?

Dacă epuizarea e temporară, păstrezi pagina și actualizezi disponibilitatea în schema de produs, fără să o ștergi. Dacă produsul e scos definitiv din vânzare și există un înlocuitor clar, un redirect către acel produs consolidează semnalul mai bine decât ștergerea paginii.

### Contează platforma, WooCommerce sau Shopify, pentru SEO-ul unui magazin online?

Principiile sunt aceleași: structura de categorii, schema de produs, viteza paginilor de produs și tratarea produselor epuizate. Diferă doar implementarea, de exemplu felul în care platforma expune variantele de produs, așa că verifici ce face ea implicit.

### Hai să vedem ce se poate automatiza la tine.

O sesiune gratuită de 30 de minute: îți spunem ce se poate automatiza, cât durează și cât costă, cu preț fix după discovery.

Răspundem în aceeași zi lucrătoare.