El. parduotuvės SEO prieš paleidimą: pilnas techninis kontrolinis sąrašas

Kuriant naują el. parduotuvę, didžiausia klaida yra galvoti apie SEO tik po to, kai svetainė jau tampa prieinama visiems. Techninis SEO nėra paskutinis etapas prieš paleidžiant svetainę – tai pamatas, lemiantis, ar Google apskritai supras jūsų prekių katalogą. El. komercijos projektai turi specifinių techninių rizikų: tūkstančiai automatinių filtrų URL adresų, pasikartojantys prekių aprašymai ir milžiniški vaizdiniai failai, kurie akimirksniu sulėtina platformą.

Kai atliekamas profesionalus el. parduotuvių kūrimas, techninės optimizacijos darbai prasideda dar testavimo aplinkoje. Jei paleisite parduotuvę su kritinėmis techninėmis klaidomis, Google gali indeksuoti tuščius puslapius arba dublikatus, o šių klaidų taisymas veikiančiame projekte kainuoja dvigubai daugiau laiko ir biudžeto. Šis kontrolinis sąrašas padės užtikrinti, kad jūsų el. parduotuvė startuotų be architektūrinių SEO klaidų.

Testavimo aplinkos apsauga: pirmoji taisyklė prieš startą

Pati pirmoji ir grubiausia klaida, kurią matome naujuose projektuose – Google botai suranda ir indeksuoja testavimo aplinką. Kai tai nutinka, jūsų būsima el. parduotuvė dar iki oficialaus paleidimo tampa visišku dublikatu pati sau. Google nežino, kuris puslapis yra tikrasis, todėl nukenčia abiejų domenų autoritetas.

Saugiausias būdas apsisaugoti – pritaikyti HTTP autentifikaciją (apsaugą slaptažodžiu) serverio lygiu arba visiškai uždaryti prieigą IP adresais. Vien tik noindex gairės HTML kode neužtenka, nes programuotojai, perkeldami svetainę į gyvą domeną, labai dažnai pamiršta šią gairę išjungti. Rezultatas – gyva parduotuvė startuoja, bet lieka nematoma paieškos sistemoms savaites ar net mėnesius.

Indeksavimo barjerų šalinimas el. komercijoje

Kad prekių puslapiai atsirastų Google rezultatuose, paieškos robotai turi lengvai atrasti ir nuskaityti jūsų svetainės kodą. El. parduotuvės generuoja itin daug techninio triukšmo (krepšelio puslapiai, paieškos rezultatai svetainėje, vartotojų profiliai), kurio Google robotams matyti nereikia. Tam reikalinga tikslinga vidinė SEO optimizacija.

Sutvarkykite produktų ir kategorijų meta duomenis

Meta title ir meta description nėra vien formalumas. Tai tekstas, kurį vartotojas dažnai mato Google rezultatuose prieš nuspręsdamas, ar spausti.

Prieš paleidimą patikrinkite:

• ar kiekviena svarbi kategorija turi unikalų title;
• ar title nėra automatiškai dubliuojamas per visą parduotuvę;
• ar meta description nėra tuščias;
• ar produktų puslapiai neturi identiškų aprašymų;
• ar H1 atitinka puslapio paskirtį;
• ar kategorijų tekstai nėra tik keli bendri sakiniai.

Kategorijų puslapiai dažnai yra svarbesni SEO nei pavieniai produktai. Kodėl? Nes žmonės dažnai ieško ne konkretaus produkto pavadinimo, o kategorijos: vyriški batai, biuro kėdės, medinės lovos, šunų maistas. Todėl kategorijos turi būti paruoštos rimčiau nei tik prekių sąrašas.

Gera kategorija turi trumpą, aiškų įvadą, logišką prekių išdėstymą, filtrus, naudingą tekstą ir vidines nuorodas į susijusias kategorijas ar gidus.

 Robots.txt failo konfigūracija prekių filtrams

El. parduotuvėse įdiegta facetinė navigacija (galimybė filtruoti prekes pagal dydį, spalvą, kainą) sukuria begalę unikalių URL adresų su parametrais. Jei Google pradės tikrinti kiekvieną šį filtrų derinį, jūsų svetainės biudžetas bus išeikvotas tuščiai, o tikrieji prekių puslapiai liks neindeksuoti.

Savo robots.txt faile privalote iš karto uždrausti indeksuoti:

• Svetainės paieškos puslapius (/search/ arba ?s=)
• Vartotojo paskyros ir krepšelio puslapius (/cart/, /checkout/, /account/)
• Dinaminius filtrų parametrus (jei jie nesukuria unikalios vertės paieškai)

Išsamias taisykles, kaip struktūrizuoti šį failą, rasite puslapyje robots.txt failo paruošimo gidas.

XML svetainės higiena

XML sitemap yra jūsų parduotuvės žemėlapis, kurį pateikiate Google Search Console. Čia turi būti tik tie URL, kurie privalo būti paieškoje.

• Kas privalo būti: Tik 200 OK statusą turintys puslapiai (kategorijos, prekės, tinklaraštis, reprezentaciniai puslapiai).
• Ko neturi būti: Puslapių su noindex gairėmis, nukreipimų (301 redirect), klaidų puslapių (404) ir parametrinių filtrų URL. Įsitikinkite, kad jūsų el. komercijos platforma (WooCommerce ar Shopify) automatiškai atnaujina sitemap failą, kai įkeliate naują prekę ar ištrinate seną.

Puslapio struktūra, navigacija ir prekių dubliavimas

Teisinga el. parduotuvės hierarchija leidžia Google suprasti, kurios prekės ir kategorijos yra svarbiausios. Idealiu atveju, vartotojas ir paieškos botas bet kurią prekę turi pasiekti ne daugiau kaip per 3–4 paspaudimus nuo pagrindinio puslapio.

[Pagrindinis puslapis]

↓

[Kategorija: Drabužiai]

↓

[Subkategorija: Striukės]

↓

[Prekė: Žieminė striukė X]

Prekių variacijos ir Canonical gairių valdymas

Jei parduodate marškinėlius, kurie turi 5 skirtingas spalvas, el. parduotuvė gali sukurti 5 skirtingus URL adresus. Jei jų aprašymai sutampa, Google tai traktuos kaip dubliuotą turinį.

Sprendimas: pasirinkite vieną pagrindinį prekės URL, o visose kitose spalvų variacijose nurodykite rel=”canonical” gairę, vedančią į pagrindinę prekę. Taip išvengsite vidinių dublikatų, o visa nuorodų galia bus sutelkta viename puslapyje.

Patikrinkite vidines nuorodas ir našlaičius puslapius

Našlaičiai puslapiai – tai prekių ar kategorijų URL, į kuriuos neveda nei viena vidinė nuoroda iš pačios svetainės. Dažnai taip nutinka importuojant prekes urmu iš tiekėjų duomenų bazių (XML / CSV), kai prekės neprisiriša prie esamų kategorijų medžio. Google šiuos puslapius aptinka sunkiai, o vartotojai – išvis neranda. Prieš paleidimą paleiskite svetainės auditą su įrankiais (pvz., Screaming Frog) ir įsitikinkite, kad visi prekių URL turi bent vieną įeinančią vidinę nuorodą iš tėvinių kategorijų.

El. parduotuvėje taip dažnai nutinka su:

• senomis kategorijomis;
• sezoninėmis kolekcijomis;
• naujais produktais;
• tinklaraščio įrašais;
• prekės ženklo puslapiais;
• akcijų puslapiais.

Prieš paleidimą verta patikrinti, ar svarbiausi puslapiai pasiekiami per meniu, kategorijas, blokelius arba tekstines nuorodas.

Vidinės nuorodos turi būti natūralios. Pavyzdžiui, gidas apie prekių pasirinkimą gali vesti į kategoriją. Kategorija gali vesti į susijusią subkategoriją. Tinklaraščio straipsnis gali vesti į paslaugos puslapį arba aktualų produktų rinkinį.

Jeigu dar tik planuojate parduotuvės struktūrą, naudinga perskaityti ir gidą, kaip sukurti sėkmingą el. parduotuvę nuo nulio.

El. parduotuvės greitis ir vartotojo patirtis (UX) mobiliajame

Didžioji dalis el. prekybos srauto Lietuvoje ateina iš mobiliųjų įrenginių. Jei jūsų el. parduotuvė išmaniajame telefone kraunasi ilgiau nei 2–3 sekundes, vartotojas išeina pas konkurentus, o Google fiksuoja prastą elgsenos signalą.

Atliekant techninį pasirengimą, būtinas profesionalus puslapio greicio optimizavimas. Prieš startą atlikite šiuos žingsnius:

1. Paveikslėlių suspaudimas: Prekių nuotraukos turi būti konvertuotos į naujos kartos WebP arba AVIF formatą. Jokiu būdu nekelkite tiesiai iš fotoaparato gautų kelių megabaitų dydžio failų.
2. Kodo valymas: Išjunkite visus nenaudojamus įskiepius (plugins) ir vizualinius puslapių kūrimo įrankių elementus, kurie generuoja perteklinį JavaScript ir CSS kodą.
3. Mobiliosios aplinkos testavimas: Patikrinkite, ar paspaudimo elementai (pirkti mygtukai, filtrų parinktys) nėra per arti vienas kito ir juos lengva paspausti nykščiu.

Struktūrizuoti duomenys el. prekybai

Schema markup yra nematomas kodas, kuris paieškos sistemoms tiesiogiai pasako: Čia yra prekė, ji kainuoja tiek, o vartotojai ją įvertino 4.8 žvaigždutėmis. Tai kritiškai svarbu norint išsiskirti Google SERP (paieškos rezultatų puslapyje) per Rich Snippets (išplėstinius rezultatus).

Prieš paleidžiant el. parduotuvę, patikrinkite, ar jūsų prekių puslapiuose veikia šie Schema tipai:

• Product Schema: perduoda prekės pavadinimą, nuotrauką ir aprašymą.
• Offer Schema: perduoda kainą, valiutą (EUR) ir likutį sandėlyje (InStock / OutOfStock).
• AggregateRating Schema: parodo pirkėjų atsiliepimų žvaigždutes tiesiai Google paieškoje.

Šių duomenų buvimas ne tik padidina paspaudimų rodiklį (CTR), bet ir leidžia jūsų prekėms teisingai koreliuoti su AI paieškos sistemų (tokių kaip ChatGPT ar Google AI Overviews) užklausomis.

Migracijos ir URL keitimo rizika (jei atsinaujinama)

Jeigu jūsų projektas nėra visiškai naujas, o atliekamas esamos interneto svetainių atnaujinimas ar perkėlimas iš kitos platformos (pvz., iš senos sistemos į WooCommerce / Shopify), senųjų URL adresų struktūra beveik visada keičiasi.

Jei senas prekės URL buvo manoelparduotuve.lt/pirkti/preke-x, o naujas bus manoelparduotuve.lt/product/preke-x, jūs privalote sukurti 301 permanentinį nukreipimą. Jei to nepadarysite, senieji, jau Google indeksuoti ir pozicijas turintys URL adresai taps 404 klaidų puslapiais. Tai reiškia visišką turėtų pozicijų ir organinio srauto praradimą per pirmąsias dvi savaites po paleidimo. Paruoškite nukreipimų žemėlapį (Redirect Map) Excel lentelėje dar prieš išjungdami senąją svetainę.

Trumpas techninis checklistas prieš startą

Prieš paleisdami el. parduotuvę, patikrinkite šiuos punktus:

• svarbūs puslapiai nėra noindex;
• robots.txt neblokuoja kategorijų, produktų, CSS, JS ir vaizdų;
• XML sitemap turi tik indeksuojamus URL;
• pagrindiniai puslapiai grąžina 200 statusą;
• nėra kritinių 404 klaidų meniu ir vidinėse nuorodose;
• HTTP versijos nukreipiamos į HTTPS;
• pasirinkta viena pagrindinė domeno versija su arba be www;
• canonical žymos rodo į teisingus URL;
• filtrų puslapiai valdomi pagal SEO vertę;
• kategorijos turi unikalius title, H1 ir aprašymus;
• produktų puslapiai neturi kopijuotų gamintojo aprašymų;
• paveikslėliai suspausti ir turi alt tekstus;
• mobilioji versija patogi naudoti;
• Core Web Vitals nėra kritiškai prasti;
• įdiegti Product ir Breadcrumb struktūrizuoti duomenys;
• nustatytas GA4 ir konversijų sekimas;
• Google Search Console paruošta prieš paleidimą;
• atsiskaitymo procesas veikia be klaidų.

Išvada

Techninis el. parduotuvės SEO checklistas nėra vienkartinis uždavinys – tai saugiklis, kad jūsų investicijos į dizainą, prekių krepšelį ir rinkodarą neštų pelną nuo pirmųjų dienų. Paleidimo dieną atlikite šiuos 4 kritinius veiksmus:

1. Išjunkite staging aplinkos slaptažodžius ir pašalinkite noindex gaires iš gyvojo domeno kodo.
2. Prijunkite svetainę prie Google Search Console ir GA4.
3. Pateikite XML sitemap failą per Google Search Console.
4. Rankiniu būdu patikrinkite pirkimo procesą nuo prekės įdėjimo į krepšelį iki sėkmingo apmokėjimo puslapio (kuris turi būti uždarytas nuo indeksavimo).

Jei nesate tikri, ar jūsų programuotojų komanda teisingai suvaldė el. parduotuvės filtrus, dublikatus ir greičio parametrus, nerizikuokite organiniu srautu. Susisiekite su Artix komanda – mes atliksime pilną techninį auditą prieš paleidimą, sukonfigūruosime nukreipimus ir paruošime jūsų el. komercijos platformą maksimaliam matomumui paieškoje.

Dažniausiai užduodami klausimai

Kaip uždaryti testavimo (staging) svetainę nuo Google indeksavimo?

Geriausia naudoti HTTP autentifikaciją (apsaugą slaptažodžiu) serverio lygiu arba riboti prieigą pagal IP adresus, kad botai fiziškai negalėtų pasiekti kodo.

Ar reikia indeksuoti el. parduotuvės prekių filtrų puslapius?

Dažniausiai ne. Dinaminiai filtrų deriniai eikvoja šliaužiojimo biudžetą, todėl juos reikėtų blokuoti per robots.txt arba naudoti canonical gaires.

Ką daryti su prekių variacijomis (pvz., spalvomis), kad jos nekonkuruotų?

Reikia pasirinkti vieną pagrindinį prekės URL adresą, o visuose kituose variacijų puslapiuose įdiegti rel=”canonical” gairę, nukreiptą į pagrindinį URL.

Kokią el. komercijos Schema markup struktūrą privaloma įdiegti?

Privaloma įdiegti Product, Offer (kaina, valiuta, likutis) ir AggregateRating (pirkėjų atsiliepimai ir žvaigždutės) struktūrizuotus duomenis.

Kaip elgtis su prekių aprašymais, kuriuos pateikia gamintojas?

Gamintojo aprašymai sukuria išorinio dubliuoto turinio problemą. Prieš paleidimą svarbiausioms prekėms būtina parašyti unikalius, vertę kuriančius tekstus.