Un magazin bine construit nu e automat un magazin indexabil

Canonical dezactivat din instalare

Magento livrează „Use Canonical Link Meta Tag” pe „No” atât pentru categorii, cât și pentru produse. Fără canonical, fiecare variantă de adresă a aceleiași pagini e tratată ca pagină distinctă.

Activăm canonical pentru ambele și verificăm în codul sursă că se emite o singură etichetă, care trimite către varianta corectă — nu către pagina curentă, oricare ar fi ea.

Stores → Configuration → Catalog → Catalog → Search Engine Optimization

Același produs, la mai multe adrese

Când „Use Categories Path for Product URLs” e activ, produsul aflat în trei categorii primește trei adrese diferite. La un catalog de 5.000 de produse, asta înseamnă zeci de mii de pagini duplicate.

Dezactivăm calea de categorie în adresa produsului și lăsăm o singură adresă canonică. Adresele vechi primesc redirect 301, nu 404.

Stores → Configuration → Catalog → Catalog → Search Engine Optimization

Navigarea cu filtre generează adrese la infinit

Fiecare combinație de filtre — culoare, mărime, preț, brand — produce o adresă crawlabilă. Cinci filtre cu câte cinci valori înseamnă peste 3.000 de adrese pentru o singură categorie, toate cu conținut aproape identic.

Stabilim care filtre au valoare pentru căutare și merită pagini proprii, iar restul primesc `noindex, follow` plus canonical către categoria nefiltrată. Parametrii fără valoare se blochează din robots.txt.

Paginarea concurează cu ea însăși

Paginile `?p=2`, `?p=3` ajung frecvent configurate cu canonical către prima pagină, ceea ce le scoate efectiv din index împreună cu produsele care apar doar acolo.

Fiecare pagină de listare primește canonical către ea însăși. Google a renunțat la `rel=prev/next` din 2019, deci soluția e canonical propriu plus linkuri interne corecte.

Rezultatele căutării interne ajung în index

`catalogsearch/result` e crawlabil din instalare. Sunt pagini generate de utilizatori, cu conținut subțire, care pot ajunge în index cu mii de variante.

`noindex` pe rezultatele căutării interne și blocare în robots.txt, împreună cu coșul, contul, wishlist-ul și comparația de produse.

Sufixul .html moștenit

Magento adaugă din instalare `.html` la adresele de produs și de categorie. Nu e greșit în sine, dar schimbarea lui ulterioară rescrie toate adresele magazinului.

Decidem sufixul o singură dată, la început. Dacă magazinul există deja, îl schimbăm doar cu un plan complet de redirecturi 301 și cu monitorizare a indexării câteva săptămâni.

Stores → Configuration → Catalog → Catalog → Search Engine Optimization

Tabelul de rescrieri se umflă necontrolat

`url_rewrite` crește cu fiecare salvare de produs sau categorie. Pe cataloage mari ajunge la milioane de rânduri, cu rescrieri învechite care produc lanțuri de redirecturi și încetinesc magazinul.

Curățăm rescrierile orfane, eliminăm lanțurile — un redirect trebuie să ducă direct la destinația finală, nu prin alte două — și dezactivăm generarea automată acolo unde produce zgomot.

Aceeași pagină, cu și fără slash final

Variantele cu majuscule, cu slash final sau cu parametri de campanie răspund toate cu 200, ceea ce înseamnă tot atâtea pagini duplicate.

Normalizăm la o singură formă, cu redirect 301 pentru celelalte, și verificăm că parametrii de urmărire nu creează pagini noi.

Mii de titluri aproape identice

Câmpurile de meta title și meta description sunt goale din instalare. Magento cade pe numele produsului, deci un catalog cu 300 de variante ale aceluiași articol produce 300 de titluri care diferă printr-un cuvânt.

Construim șabloane pe tip de produs, care compun titlul din atribute reale — brand, model, capacitate, categorie — și le aplicăm în masă. Produsele importante primesc text scris de om.

Categorii fără descriere

Paginile de categorie sunt cele care prind căutările comerciale, dar din instalare nu au nici descriere, nici text — doar o grilă de produse.

Scriem descrieri pentru categoriile care contează, plasate astfel încât să nu împingă produsele sub prima vizualizare.

Date structurate incomplete

Tema standard emite date structurate minimale. Fără `Product` cu `Offer` complet — preț, monedă, disponibilitate — rezultatul din Google nu primește prețul și stocul, deci arată mai sărac decât al concurenței.

Implementăm `Product`, `Offer`, `BreadcrumbList` și, unde există recenzii reale, `AggregateRating`. Validăm fiecare tip cu unealta oficială înainte de lansare.

Magazine multilingve fără hreflang

Magento nu emite `hreflang` între store views. Versiunile în limbi diferite ajung să concureze între ele în loc să se completeze.

Adăugăm `hreflang` reciproc între toate variantele de limbă, inclusiv `x-default`, și verificăm că fiecare se referă corect la celelalte.

robots.txt gol

Magento nu livrează un robots.txt util. Fără el, roboții intră în coș, în cont, în comparator și în toate combinațiile de filtre.

Scriem robots.txt pornind de la ce există efectiv în magazin, nu de la un șablon copiat, și verificăm după publicare că nu am blocat din greșeală resurse necesare randării.

Sitemap incomplet sau nereîmprospătat

Generatorul din Magento are nevoie de cron configurat. Când cronul nu rulează, sitemap-ul rămâne înghețat luni întregi. La peste 50.000 de adrese trebuie și împărțit în fișiere.

Configurăm generarea automată, împărțim pe tipuri de conținut, excludem produsele dezactivate și confirmăm în Search Console că numărul de adrese trimise coincide cu cel descoperit.

Marketing → SEO & Search → Site Map

Produse scoase din catalog care răspund 404

Un produs dezactivat sau șters returnează 404. Toată autoritatea acumulată de acea pagină — linkuri, istoric — dispare instantaneu.

Stabilim o regulă permanentă: produsul indisponibil definitiv primește 301 către înlocuitorul lui sau către categoria părinte. Cel temporar indisponibil rămâne activ, cu stocul marcat corect.

Tema standard trimite peste un megabyte de JavaScript

Luma încarcă Knockout.js, RequireJS și jQuery înainte să deseneze conținutul. Pe telefon, asta înseamnă frecvent scor sub 40 și LCP peste 4 secunde.

Aici nu există reglaj care să salveze situația. Soluția structurală e trecerea pe Hyvä, care elimină stiva veche cu totul.

Imagini de catalog neoptimizate

Magento servește imaginile la dimensiunea încărcată, fără formate moderne. Un banner de 2 MB devine elementul care strică LCP-ul întregului magazin.

Redimensionare la nevoile reale ale layout-ului, formate moderne, dimensiuni declarate în cod ca să nu apară deplasări de conținut la încărcare.