Interneta veikala SEO: praktisks ceļvedis

Interneta veikala SEO ir sarežģītāks par parastas uzņēmuma mājaslapas SEO, jo URL skaits var pieaugt ļoti ātri.

Pakalpojumu mājaslapā var būt 20-50 būtiskas lapas.

Interneta veikalā var būt:

• 50 kategorijas;
• 500 produkti;
• 5 000 produktu varianti;
• filtru kombinācijas;
• lapošanas URL;
• meklēšanas rezultātu lapas;
• izpārdoti produkti;
• vairākas valodu versijas.

Piemēram:

/apavi/

/apavi/sievietem/

/apavi/sievietem?krasa=melna

/apavi/sievietem?krasa=melna&izmers=39

/apavi/sievietem?krasa=melna&izmers=39&sort=price

Lietotājam filtri ir noderīgi.

Google skatījumā nekontrolēta filtru sistēma var radīt tūkstošiem ļoti līdzīgu URL.

Sāciet ar meklēšanas nolūku

Pirms mainīt title tagus vai pārrakstīt produktu aprakstus, jānoskaidro, kā cilvēki meklē produktus.

Piemēram, uzņēmums pārdod biroja krēslus.

Meklējumi var būt:

• biroja krēsli;
• ergonomiski biroja krēsli;
• biroja krēsls ar galvas balstu;
• biroja krēsli mugurai;
• Herman Miller krēsls;
• konkrēts modelis.

Tie nav viens un tas pats meklēšanas nolūks.

No tiem var izveidoties:

"biroja krēsli"
→ galvenā kategorija

"ergonomiski biroja krēsli"
→ apakškategorija

"biroja krēsli mugurai"
→ kategorija vai informatīvs saturs atkarībā no meklēšanas rezultātiem

konkrēts zīmols/modelis
→ zīmola vai produkta lapa

Neļaujiet vairākām lapām konkurēt par vienu nolūku

Bieža kļūda ir vienu atslēgvārdu vienlaikus optimizēt:

• sākumlapā;
• kategorijā;
• produktā;
• blogā.

Tad vairākas veikala lapas sāk konkurēt par vienu un to pašu meklējumu.

Mērķis ir:

viens galvenais meklēšanas nolūks → viena galvenā landing page

Ne katram atslēgvārdam nepieciešama jauna kategorija.

Ja trīs lapās ir gandrīz tie paši produkti un viens un tas pats meklēšanas nolūks, veikals pats sev rada nevajadzīgu konkurenci.

Ja veikals vēl tikai tiek plānots, kategoriju, maksājumu, piegādes un sistēmu struktūru plašāk apskatām interneta veikalu izstrādes ceļvedī.

Daudzi e-veikali pārāk lielu uzmanību pievērš individuālām produktu lapām un pārāk mazu - kategorijām.

Taču kategorijas bieži atbilst spēcīgākam komerciālam meklēšanas nolūkam.

Cilvēks biežāk meklē:

"sieviešu skriešanas apavi"

nevis konkrētu produkta SKU, kuru viņš vēl nepazīst.

Veidojiet skaidru hierarhiju

Laba struktūra var izskatīties:

Sākumlapa

→ Apavi

→ Sieviešu apavi

→ Sieviešu skriešanas apavi

→ Konkrēts produkts

Google vietnes struktūru saprot ne tikai no URL.

Ļoti svarīgas ir iekšējās saites.

Tāpēc:

• galvenajām kategorijām jābūt pieejamām no navigācijas;
• apakškategorijām jābūt sasniedzamām no kategorijām;
• produktiem jābūt sasniedzamiem no atbilstošajām kategorijām.

Svarīgu produktu nevajadzētu būt iespējams atrast tikai ar veikala iekšējo meklētāju.

Kā optimizēt kategorijas lapu?

Svarīgākajām kategorijām vajadzētu būt:

SEO title

Piemēram:

Ergonomiski biroja krēsli | Veikala nosaukums

Vienam skaidram H1

Piemēram:

Ergonomiski biroja krēsli

Īsam, noderīgam kategorijas skaidrojumam

Nav nepieciešams pirms produktiem ievietot 1 000 vārdu SEO tekstu.

Bieži pietiek paskaidrot:

• kam produkti paredzēti;
• kādas izvēles pieejamas;
• ar ko kategorijas produkti atšķiras.

Iekšējām saitēm

Kategorija var linkot uz:

• apakškategorijām;
• zīmoliem;
• saistītām kategorijām;
• pirkšanas ceļvežiem.

Mērķis nav pēc iespējas vairāk kategoriju.

Mērķis ir:

pareizā lapa pareizajam meklējumam.

Viena no biežākajām e-komercijas problēmām ir identiski piegādātāju apraksti.

Ražotājs nosūta:

• produkta nosaukumu;
• aprakstu;
• specifikāciju.

To pašu saturu publicē desmitiem veikalu.

Rezultātā jūsu produkta lapa Google nesniedz daudz jaunas informācijas.

Mērķis nav vairāk teksta SEO dēļ

Tas nenozīmē, ka katram no 10 000 produktiem manuāli jāuzraksta garš unikāls apraksts.

Svarīgākajiem produktiem ir vērts pievienot:

• kam produkts piemērots;
• kam tas nav piemērots;
• izmēru vai izvēles skaidrojumu;
• reālus tehniskos parametrus;
• piegādes informāciju;
• komplektāciju;
• salīdzinājumu ar līdzīgu modeli;
• biežākos jautājumus;
• oriģinālas fotogrāfijas vai video.

Mērķis nav vairāk teksta SEO dēļ. Mērķis ir labāka produkta informācija.

Produkta nosaukums, title un meta description

Produkta nosaukumam jābūt saprotamam.

Vājš:

MX-445-BLK

Labāks:

Logitech MX Master 4 bezvadu pele, melna

SEO title parasti var ietvert:

produkts + svarīgs atribūts/zīmols + veikals

Piemēram:

Nike Pegasus 42 sieviešu skriešanas apavi | Veikals

Meta description nav tiešs rankings faktors, bet tas var palīdzēt skaidrāk prezentēt produktu rezultātos.

Lielos katalogos kvalitatīva veidne var būt praktiskāka par tūkstošiem manuāli rakstītu meta description.

Produkta attēli

Produkti var tikt atrasti arī:

• Google Images;
• Google Lens;
• Shopping vidēs.

Tāpēc svarīgi:

• izmantot kvalitatīvus attēlus;
• saglabāt saprotamus failu nosaukumus;
• izmantot precīzus ALT tekstus;
• nodrošināt, ka Google attēlus var pārmeklēt;
• neielādēt nevajadzīgi lielus failus.

ALT tekstam jāapraksta attēls.

Piemēram:

melni Nike Pegasus sieviešu skriešanas apavi no sāna

nevis:

skriešanas apavi pirkt skriešanas apavi cena lēti Nike

Kā rīkoties ar produktu variantiem?

Pieņemsim, ka viens T-krekls ir pieejams:

• 5 izmēros;
• 4 krāsās.

Te jānošķir divi jautājumi.

1. Vai variantam vajag atsevišķi indeksējamu SEO landing page?

Ne vienmēr.

Ja visi varianti būtībā ir viens produkts un tiem nav atšķirīga meklēšanas nolūka, bieži nav nepieciešams katru krāsu un izmēru veidot kā atsevišķu indeksējamu lapu.

2. Vai variantam jābūt tehniski adresējamam?

Tas ir cits jautājums.

Google produktu variantu dokumentācijā variantiem jābūt tieši identificējamiem ar atšķirīgu URL vai URL stāvokli, lai Google varētu saprast konkrētā varianta cenu, attēlu un pieejamību.

Tātad:

tehniski adresējams variants ≠ obligāti atsevišķa SEO landing page

Ja konkrētai krāsai vai konfigurācijai ir:

• atsevišķs meklēšanas pieprasījums;
• unikāli attēli;
• būtiski atšķirīga informācija;
• patstāvīga komerciāla vērtība,

atsevišķi indeksējams URL var būt pamatots.

Filtri palīdz lietotājam atrast produktu, bet tehniski tie var radīt milzīgu URL telpu.

Piemēram:

Sieviešu apavi

→ Nike
→ melni
→ 39. izmērs
→ zem 100 €

Ja veikalam ir daudz zīmolu, izmēru, krāsu un cenu diapazonu, iespējamo kombināciju skaits kļūst ļoti liels.

SEO vērtīgi filtri pret tehniskām kombinācijām

Piemēram:

/sieviesu-apavi/nike/

var būt vērtīga SEO landing page, ja cilvēki meklē "Nike sieviešu apavi" un lapā ir atbilstošs produktu klāsts.

Savukārt:

?size=39&color=black&price=50-65&sort=newest

parasti nav vajadzīgs kā atsevišķs Google rezultāts.

Svarīgi kontrolēt:

• crawling;
• indeksāciju;
• canonical;
• iekšējās saites;
• URL parametrus.

Canonical vien neatrisina faceted navigation problēmu

Ja filtru URL nav nepieciešami Google rezultātos, nevajadzētu paļauties tikai uz canonical.

Canonical var palīdzēt konsolidēt signālus, bet tas nenozīmē, ka Google uzreiz pārtrauks šos URL pārmeklēt.

Jāizlemj arī:

vai crawlerim šie URL vispār ir jāpārmeklē?

Atkarībā no arhitektūras var būt nepieciešams:

• ierobežot konkrētu parametru crawling;
• kontrolēt, kā filtru URL tiek linkoti;
• izmantot robots.txt konkrētiem nevajadzīgiem URL modeļiem;
• citādi ierobežot praktiski bezgalīgu URL telpu.

Savukārt SEO vērtīgas filtru landing pages jāveido tā, lai tās būtu stabilas, pārmeklējamas un saprotami sasaistītas ar vietnes struktūru.

Pagination, Load more un infinite scroll

Google crawleris parasti atklāj lapas no reāliem href linkiem.

Tas nepaļaujas uz to, ka obligāti nospiedīs:

"Load more"

vai imitēs lietotāja scroll darbību.

Tāpēc, ja izmanto infinite scroll vai Load more, zem interfeisa joprojām nepieciešama pārmeklējama URL un saišu struktūra.

Pagination gadījumā katrai lapai vajadzīgs savs URL.

Svarīgi:

2., 3. un citas pagination lapas nevajag canonical norādīt uz 1. lapu tikai tāpēc, ka tās pieder vienai kategorijai.

Katrai paginētajai lapai parasti vajadzīgs savs canonical.

Canonical izmantošana

Canonical palīdz norādīt vēlamo URL, ja vienam vai ļoti līdzīgam saturam ir vairāki URL.

E-komercijā tas var būt svarīgi:

• tracking parametriem;
• sortēšanas URL;
• produktu variantiem;
• duplicate paths.

Indeksējamām lapām parasti jābūt self-referencing canonical.

Canonical nav universāls veids, kā salabot sliktu vietnes arhitektūru.

Ja divām lapām ir būtiski atšķirīgs saturs vai nolūks, nevajag vienu mākslīgi canonical norādīt uz otru.

Ko darīt ar izpārdotiem produktiem?

Ja produkts īslaicīgi nav noliktavā, parasti nav iemesla dzēst tā URL.

Var:

• saglabāt lapu;
• parādīt "nav pieejams";
• piedāvāt alternatīvas;
• ļaut pieteikties paziņojumam.

Ja produkts vairs nekad neatgriezīsies:

Ir tiešs aizvietotājs
→ var būt pamatots 301 redirects.

Nav aizvietotāja
→ 404 vai 410 var būt korektāks.

Nevajadzētu visus dzēstos produktus novirzīt uz sākumlapu.

Produktu strukturētie dati palīdz Google precīzāk saprast, ka lapa ir par konkrētu produktu.

Pērkamiem produktiem svarīgs ir Product / merchant listing markup.

Atkarībā no produkta iespējams norādīt:

• nosaukumu;
• attēlu;
• zīmolu;
• SKU;
• GTIN;
• cenu;
• valūtu;
• pieejamību;
• variantus;
• atsauksmes;
• piegādes informāciju;
• atgriešanas nosacījumus.

Tas var padarīt produktu piemērotu bagātīgākam attēlojumam Google Search un Shopping vidēs.

Svarīgi:

structured data negarantē ne rich result, ne augstāku pozīciju.

Product markup un sākotnējais HTML

Google pašreizējā dokumentācija iesaka e-komercijas vietnēm Product strukturētos datus, ja iespējams, ievietot jau sākotnējā HTML.

JavaScript ģenerēts Product markup joprojām tiek atbalstīts.

Tomēr produktu dati var ātri mainīties:

• cena;
• akcijas cena;
• pieejamība.

Ja šī informācija rodas tikai pēc JavaScript izpildes, Shopping crawls var būt mazāk regulārs vai mazāk uzticams.

Tāpēc labs tehniskais pamats ir:

produkts + cena + pieejamība + Product markup

pieejami pēc iespējas stabilāk.

ProductGroup un varianti

Google atbalsta ProductGroup, lai sasaistītu viena produkta variantus.

Piemēram:

Nike krekls

var būt:

• melns / S;
• melns / M;
• balts / S;
• balts / M.

ProductGroup var norādīt, ka šie produkti pieder vienai grupai un atšķiras pēc:

• krāsas;
• izmēra;
• materiāla;
• cita atbalstīta atribūta.

Katram variantam joprojām nepieciešama skaidra identifikācija un tehniska adresējamība.

Structured data un Merchant Center nav viens un tas pats.

Tie papildina viens otru.

Structured data

Produkta informācija atrodas konkrētās lapas HTML.

Merchant Center

Google tiek nodots strukturēts produktu datu avots.

Tas var ietvert:

• produkta ID;
• nosaukumu;
• cenu;
• pieejamību;
• attēlu;
• zīmolu;
• GTIN;
• kategoriju;
• piegādi;
• citus atribūtus.

Svarīgākais ir datu konsekvence.

Ja mājaslapā cena ir 89 €, bet Merchant Center feed rāda 79 €, var rasties datu kvalitātes vai produktu apstiprināšanas problēmas.

Merchant Center nav tikai Google Ads

Atbilstoši produkti var parādīties arī bezmaksas produktu vidēs, piemēram:

• Google Search;
• Shopping;
• Images;
• Lens;
• YouTube;
• Gemini.

Tāpēc e-komercijas SEO nav tikai jautājums:

"Vai produkta URL ranko klasiskajos rezultātos?"

Jāskatās arī:

vai Google saņem kvalitatīvus un konsekventus produkta datus?

Spēcīga kombinācija ir:

kvalitatīva produkta lapa + Product structured data + Merchant Center

Taču Merchant Center neaizvieto labu kategoriju struktūru, indeksāciju un iekšējās saites.

Google vietnes struktūru lielā mērā saprot pēc saitēm starp lapām.

Tāpēc svarīgi:

sākumlapa → svarīgākās kategorijas

kategorija → apakškategorijas

kategorija → produkti

produkts → saistītie produkti / kategorija

blogs → atbilstošas kategorijas vai produkti

Ja svarīgs produkts atrodas sešu klikšķu dziļumā un uz to ved tikai viena saite, to ir grūtāk atklāt un saprast kā būtisku vietnes daļu.

Blogs jāsaista ar pirkuma ceļu

Blogam nav jāraksta saturs tikai tāpēc, lai "būtu SEO raksti".

Labs e-komercijas saturs atbild uz jautājumiem, kas rodas pirms pirkuma.

Piemēram:

Kā izvēlēties skriešanas apavus?

→ skriešanas apavu kategorija

Kādi apavi piemēroti plakanajai pēdai?

→ atbilstoši produkti un kategorijas

Nike Pegasus vai Vomero?

→ salīdzinājums + produkti

Tad ceļš ir:

jautājums → izpratne → kategorija → produkts

Izmantojiet arī veikala iekšējās meklēšanas datus

Iekšējā meklēšana ir vērtīgs first-party datu avots.

Tā parāda:

• ko cilvēki meklē;
• ko nevar viegli atrast navigācijā;
• kādus vārdus izmanto klienti;
• kur trūkst kategorijas vai produkta.

Piemēram, ja daudzi lietotāji raksta:

"darba apavi ziemai"

bet šādas kategorijas nav, tas ir signāls pārbaudīt arī Google pieprasījumu.

Iespējams, nepieciešama jauna SEO kategorija.

Pašas iekšējās meklēšanas rezultātu lapas parasti nav tās lapas, kuras vajadzētu masveidā indeksēt.

JavaScript

JavaScript pats par sevi nav SEO problēma.

Google JavaScript renderē.

Taču jābūt uzmanīgiem, ja tikai pēc JavaScript izpildes kļūst pieejami:

• produkti;
• kategoriju saites;
• cenas;
• pieejamība;
• Product markup.

Īpaši jāpārbauda:

• SPA;
• Load more;
• infinite scroll;
• API ielādēti produkti;
• JavaScript filtri.

Core Web Vitals un ātrdarbība

E-komercijā biežākie ātrdarbības riski ir:

• pārāk lieli produktu attēli;
• daudz trešo pušu skriptu;
• tracking rīki;
• chat widgeti;
• app/spraudņu pārslodze;
• neoptimizēts JavaScript;
• lēns hostings.

Core Web Vitals ietver:

• LCP - galvenā satura ielādi;
• INP - reakciju uz lietotāja darbībām;
• CLS - vizuālo stabilitāti.

Mērķis nav bojāt produktu attēlu kvalitāti tikai Lighthouse rezultāta dēļ.

Jāatrod līdzsvars starp:

produkta prezentāciju + ātrdarbību + lietojamību

Mobilā versija

Mobilajā ierīcē jāpārbauda:

• kategoriju filtri;
• produktu varianti;
• attēlu galerija;
• "Pievienot grozam" poga;
• checkout;
• maksājumi;
• teksta lasāmība;
• Core Web Vitals.

Tehniski optimizēta lapa, kuru telefonā ir grūti izmantot, nav labs e-komercijas rezultāts.

Daudzvalodu e-veikals

Ja veikals darbojas vairākos tirgos, katrai valodas versijai vajag skaidru URL struktūru.

Piemēram:

example.com/lv/

example.com/lt/

example.com/ee/

Svarīgi:

• pētīt atslēgvārdus katram tirgum;
• nepaļauties tikai uz burtiskiem tulkojumiem;
• izmantot hreflang, ja tas atbilst arhitektūrai;
• uzturēt korektu canonical;
• nodrošināt, ka Google var sasniegt visas valodu versijas.

Vai AI Search maina e-komercijas SEO?

Jā, bet ne tādā veidā, ka klasiskais SEO kļūtu nevajadzīgs.

Google ģeneratīvās meklēšanas funkcijas joprojām balstās uz Search pamatiem.

E-komercijā īpaši svarīgi paliek:

• precīzi produktu dati;
• labs produkta saturs;
• kvalitatīvi attēli;
• structured data;
• Merchant Center;
• cena un pieejamība;
• tehniski pieejamas lapas.

Nav nepieciešama īpaša AI SEO Product schema.

Google Search Console

Pārbaudiet:

• indeksētās lapas;
• neindeksētās lapas;
• canonical izvēli;
• crawl kļūdas;
• produktu rich-result problēmas;
• organiskos vaicājumus;
• kategoriju un produktu klikšķus.

Merchant Center

Pārbaudiet:

• noraidītus produktus;
• cenu neatbilstības;
• pieejamības neatbilstības;
• trūkstošus atribūtus;
• free listings rezultātus.

Crawl rīks

Pārbaudiet:

• statusa kodus;
• canonical;
• title;
• H1;
• duplicate lapas;
• orphan pages;
• iekšējās saites;
• filtrus.

Taču rīks pats nepasaka, ko labot vispirms.

Ja veikalam ir tūkstošiem URL vai organiskā redzamība stagnē, pilnvērtīgs SEO audits palīdz nošķirt tehnisku troksni no problēmām, kas patiešām ietekmē indeksāciju un redzamību.

Kā prioritizēt darbus?

Nevajag sākt ar 500 produktu meta description pārrakstīšanu.

Secība drīzāk ir:

1. Vai Google var atrast un indeksēt svarīgās lapas?

Ja nē, sākam ar tehnisko pamatu.

2. Vai pareizās lapas atbilst pareizajiem meklējumiem?

Ja nē, sakārtojam kategorijas un keyword mapping.

3. Vai svarīgākās kategorijas ir pietiekami kvalitatīvas?

Kategorijām bieži ir lielākais organiskās izaugsmes potenciāls.

4. Vai komerciāli svarīgākie produkti ir optimizēti?

Prioritāti dod produktiem ar:

• pieprasījumu;
• labu maržu;
• pieejamību;
• biznesa nozīmi.

5. Vai produktu dati ir korekti Google vidēs?

Structured data + Merchant Center.

6. Tikai tad mērogojam saturu

Piemēram:

• pirkšanas ceļvežus;
• salīdzinājumus;
• FAQ;
• blogus;
• jaunas SEO kategorijas.

Praktisks interneta veikala SEO checklist

Struktūra

• svarīgākajām kategorijām ir savi URL;
• kategorijas atbilst reāliem meklēšanas nolūkiem;
• produkti sasniedzami ar iekšējām saitēm;
• nav nevajadzīgi dziļas struktūras.

Kategorijas

• unikāls title;
• skaidrs H1;
• noderīgs kategorijas saturs;
• saites uz apakškategorijām;
• pareizs canonical.

Produkti

• precīzs produkta nosaukums;
• kvalitatīvs apraksts;
• cena;
• pieejamība;
• specifikācija;
• kvalitatīvi attēli;
• ALT teksti;
• pareizs canonical.

Tehniskais SEO

• XML sitemap;
• robots.txt;
• filtru URL kontrole;
• pagination;
• nav masveida duplicate URL;
• 404/301 loģika;
• mobilā versija;
• Core Web Vitals.

Produktu dati

• Product structured data;
• korekta cena un valūta;
• availability;
• SKU/GTIN, ja pieejams;
• produktu varianti korekti strukturēti;
• Merchant Center;
• Merchant Center dati sakrīt ar mājaslapu.

Mērīšana

• Search Console;
• Merchant Center performance;
• GA4 e-komercijas notikumi;
• kategoriju organiskie klikšķi;
• produktu organiskie klikšķi;
• organiskie ieņēmumi.

Kas ir interneta veikala SEO?

Interneta veikala SEO ir e-komercijas vietnes kategoriju, produktu, satura un tehniskās struktūras optimizācija, lai produkti būtu atrodamāki Google organiskajos rezultātos un citās Google produktu vidēs.

Ar ko sākt e-veikala SEO?

Vispirms ar kategoriju struktūru, meklēšanas nolūku un indeksācijas pārbaudi.

Nav jēgas optimizēt simtiem produktu lapu, ja Google nevar korekti atrast kategorijas vai pārmeklē tūkstošiem nevajadzīgu filtru URL.

Vai katram produktam vajag unikālu aprakstu?

Svarīgākajiem produktiem jāsniedz unikāla un pircējam vērtīga informācija.

Lielos katalogos nav vienmēr reāli manuāli pārrakstīt katru aprakstu, tāpēc jāprioritizē komerciāli svarīgākie produkti un kategorijas.

Vai kategorijas lapai vajag SEO tekstu?

Var būt noderīgs īss, kvalitatīvs kategorijas skaidrojums.

Nav nepieciešams ievietot garu tekstu tikai atslēgvārdu dēļ.

Vai Product schema uzlabo Google pozīcijas?

Structured data pati par sevi negarantē augstāku pozīciju.

Tā palīdz Google saprast produkta informāciju un var padarīt lapu piemērotu bagātīgākām Search un Shopping funkcijām.

Vai Merchant Center nepieciešams, ja nelietoju Google Ads?

Tas var būt vērtīgs arī bez reklāmām.

Atbilstoši produkti var kvalificēties bezmaksas produktu attēlojumam dažādās Google vidēs.

Vai filtru lapas jāindeksē?

Ne visas.

SEO vērtīgas filtru kombinācijas var būt indeksējamas, ja tām ir atsevišķs meklēšanas nolūks un kvalitatīvs produktu klāsts.

Tehniskās vai ļoti šaurās kombinācijas parasti nav jāpadara par atsevišķām SEO landing pages.

Cik ātri e-komercijas SEO dod rezultātu?

Nav viena termiņa.

Rezultātu ietekmē konkurence, vietnes vēsture, tehniskās problēmas, produktu skaits, satura kvalitāte un veikto izmaiņu apjoms.

SEO jāvērtē kā ilgtermiņa kanāls, nevis vienreizēja optimizācija.

Labs interneta veikala SEO sākas nevis ar 500 meta description pārrakstīšanu, bet ar pareizu sistēmu.

Meklēšanas nolūks

→ kategoriju struktūra

→ produktu lapas

→ filtru un URL kontrole

→ iekšējās saites

→ Product structured data

→ Merchant Center

→ mērīšana un uzlabojumi

Svarīgākais ir panākt, lai Google skaidri saprot:

ko jūs pārdodat, kura lapa atbilst konkrētam meklējumam un kā jūsu produkti savā starpā ir strukturēti.

Ja interneta veikals vēl tiek plānots, SEO jāņem vērā jau interneta veikalu izstrādes laikā.

Kategoriju struktūru, filtrus, variantus, canonical un produktu datu arhitektūru ir daudz vienkāršāk izplānot pirms veikala publicēšanas nekā labot pēc tam, kad Google jau ir atklājis tūkstošiem nevajadzīgu URL.