Enamik “Magento SEO checklist’e” on üldised SEO-nimekirjad, kuhu on paar korda lisatud sõna Magento – meta-pealkirjad, alt-tekstid, laadimiskiirus, tavapärane komplekt. Midagi sellest ei ole valesti, aga see ei seleta, miks tehniliselt korralik Magento-pood võib siiski rankida halvemini kui keskpärane pood, või miks lehed, mis näevad brauseris korras välja, indekseeritakse halvasti või üldse mitte.
Tegelikud Magento SEO probleemid on platvormispetsiifilised. Need tulenevad sellest, kuidas platvorm vaikimisi URL-e genereerib, filtreid töötleb ja lehti renderdab – mitte puuduvast alt-tekstist. Siin on checklist, mis tegelikult loeb, koostatud selle põhjal, mida me klientide poodides tegelikult parandame, mitte üldisest mallist.
Ärge laske kihilisel navigatsioonil crawl-eelarvet ära söönud
Magento kihiline navigatsioon (filtrite sektsioon – suurus, värv, hind, bränd) genereerib vaikimisi iga filtrikombinatsiooni jaoks oma URL-i. Kategooria 6 filtreeritava atribuudiga võib tekitada tuhandeid roomatavaid URL-variante, millest igaüks on peaaegu duplikaat baaskategooria lehest, erineva query-stringiga.
- Seadistage atribuudid, mis ei peaks tekitama indekseeritavaid URL-e, väärtusele “Kasuta kihilises navigatsioonis: filtreeritav (tulemusteta)” seal, kus see on sobiv, või toetuge canonical-tag’idele, mis viitavad tagasi puhtale kategooria URL-ile.
- Kontrollige, et
rel="canonical" filtreeritud kategoorialehtedel viitaks tegelikult puhtale kategooria URL-ile, mitte iseendale koos parameetritega – see on kõige levinum Magento SEO viga, mida auditi käigus leiame.
- Lisage filtriparameetrid “otsingumootori robotite” välistusnimekirja või käsitlege neid
robots.txt-is, et roomajad ei kulutaks eelarvet lõpmatutele kombinatsioonidele.
Kontrollige enne kõike muud URL-struktuuri
- Kontrollige dubleerivaid URL-e kujul
/kategooria/toode.html ja /toode.html, kui seadistust “Kasuta tooteurli juures kategooria teed” on poe eluea jooksul muudetud – see üks seadistuse muutus, ilma suunamisteta rakendatuna, on sagedasem Magento rankingu languse põhjus kui ükski muu konfiguratsiooniprobleem, mida me näeme.
- Veenduge, et URL-i sufiksi seadistus (
.html või puudub) on järjepidev ja ei ole poe elutsükli keskel muutunud ilma vastavate 301-suunamisteta.
- Tõmmake 404-de nimekiri nii Google Search Console’ist kui ka serveri logidest, mitte ainult ühest – need harva täielikult kokku langevad, ja tegelik probleem peitub tavaliselt just selles lahknevuses.
Struktureeritud andmed, mida otsingumootorid tegelikult kasutavad
Toote schema ei ole enam valikuline – see otsustab, kas AI-põhine otsing ja ostlemisfunktsioonid teie toodet üldse näitavad, mitte ainult seda, kas saate rikkalikud väljavõtted.
- Toote schema hinna, saadavuse ja (kui on olemas) hinnangutega – Magento ei pakenda seda vaikimisi korralikult; enamik poode vajab seda mooduli kaudu lisatud või parandatud, mitte üldise SEO-laienduse kaudu, mis käsitleb vaid avalehte.
- BreadcrumbList schema, mis vastab teie tegelikule kategooriahierarhiale, mitte lihtsustatud versioonile, mis ei ühti sellega, mida kasutaja lehel näeb.
- Organization schema teie põhilehtedel, järjepidevalt üle kõigi keeleversioonide – ootamatult palju mitmekeelseid Magento poode on selle korrektselt seadistanud ainult vaikekeeles.
Parandage hreflang enne muud rahvusvahelist SEO-d
Kui käitate rohkem kui ühte keele- või riigiversiooni, on hreflang-tagid kas see, mis teie rahvusvahelist SEO-d toimima panevad, või see, mis seda vaikselt kannibaliseerib. Me käitame just seda saiti neljas keeleversioonis, nii et see ei ole meile teoreetiline küsimus.
- Igal lehe keeleversioonil peab olema viide igale teisele keeleversioonile, kaasa arvatud iseendale – ühepoolne hreflang-link (DE leht viitab EN-ile, EN leht ei viita tagasi) on definitsiooni järgi katki ja esineb sageli poodides, kus uus keel lisati käsitsi.
- Hreflang väärtused kasutavad õigeid keele-regiooni koode (
et-ee, mitte ebaühtlaselt segatuna et-ga) ja vastavad täpselt teie sitemap’ile ja tegelikele <link>-tagidele.
- Kui kasutate Polylangi, FireGentot või sarnast mitmekeelsuse lahendust, kontrollige, et hreflang genereeritaks automaatselt igale URL-tüübile – kategooria-, toote- ja CMS-lehtedele – mitte ainult neile, mida keegi seadistamisel mäletas.
Core Web Vitals ei ole enam “oleks tore”
Lehe kasutuskogemus on aastaid olnud rankingufaktor, ja vaikimisi Luma- või Venia-põhise Magento teema puhul on see tavaliselt peamine takistus.
- Kui töötate endiselt Luma-põhisel teemal, kus checkout ja ostukorv renderduvad täielikult JavaScriptiga, maksab teie Largest Contentful Paint selle eest tõenäoliselt hinda – Hyvä-põhised teemad on olemas just seepärast, et see oli krooniline, struktuurne Magento probleem, mitte üksikjuhtum.
- Kontrollige spetsiifiliselt kategooria- ja tootelehti renderdamist blokeeriva JS ja CSS suhtes – need on teie kõige väärtuslikumad lehed nii liikluse kui konversiooni jaoks, ja tavaliselt ka kõige raskemad.
- Piltide käsitlus: lazy loading nähtava ala alläärel, õiges suuruses tootepildid (mitte 2000px pilt, mida CSS-iga vähendatakse) ja WebP seal, kus teema seda toetab.
Ärge laske otsas olevatel ja lõpetatud toodetel teie rankingut vaikselt 404-ks muutuda
See jääb üldistest SEO checklist’idest sageli välja, kuid on pärisprobleem Magento kataloogides: toode saab otsa või lõpetatakse, keegi deaktiveerib selle, ja URL, mis varem rankis, hakkab 404 viga näitama – võttes endaga kaasa lingi väärtuse ja rankingu ajaloo.
- Ajutiselt otsas olevad tooted peaksid jääma veebis ja indekseeritavaks, selge “varsti tagasi laos” sõnumiga, mitte deaktiveeritud ja 404 viskama.
- Jäädavalt lõpetatud tooted vajavad kas 301-suunamist lähimale asendustootele või korrektset “see toode ei ole enam saadaval, siin on asendus” lehte – mitte deaktiveeritud toodet, mis vaikselt kataloogist kaob.
- Kui kategooria jääb tühjaks, kuna kõik selles olevad tooted lõpetati, vajab ka see kategooria leht plaani, mitte lihtsalt ootavat 404-t.
Just seepärast ehitasime tasuta Discontinued Products mooduli Magento 2 jaoks – see blokeerib ostu ja soovitab asendust, selle asemel et lihtsalt kustutada leht, kus toode varem rankis.
Checklist kokkuvõtlikult
- Canonical-tagid filtreeritud/kihilise navigatsiooni lehtedel viitavad puhtale kategooria URL-ile
- Filtriparameetrite URL-id on roomamisest välistatud või korrektselt kanoniseeritud
- Pole dubleerivaid URL-teid “kategooria tee” seadistuse varasematest muudatustest
- 404-d on võrreldud Search Console’i ja serveri logide vahel
- Toote-, breadcrumb- ja organization struktureeritud andmed on olemas ja kehtivad igas keeleversioonis
- Hreflang-tagid on kahepoolsed, õigesti kodeeritud ja genereeritud igale URL-tüübile
- Core Web Vitals on kontrollitud spetsiifiliselt kategooria- ja tootelehtedel, mitte ainult avalehel
- Otsas olevad tooted jäävad indekseeritavaks; lõpetatud tooted suunatakse edasi või selgitatakse, mitte vaikselt 404-ks
Kuidas me saame aidata
Teeme Magento poodidele SEO auditeid just nende platvormispetsiifiliste probleemide osas – mitte üldist SEO raportit, mille lõpus on “lisa rohkem märksõnu”. Kui teie rankingud ei vasta sellele, kui palju tööd olete sisusse pannud, on lõhe tavaliselt ühes ülalnimetatud kategoorias. Võtke meiega ühendust, kui soovite sellele teist, kogenud pilku.
