Techninis SEO auditas: kontrolinis sąrašas 2026

Techninis SEO auditas: kontrolinis sąrašas 2026

esolutions redakcijaRedakcija
Komentarai (0)
Turinys

Techninis SEO auditas atsako į klausimą, kurį retai užduoda turinio planas: ar Google apskritai gali rasti, nuskaityti, suprasti ir parodyti jūsų puslapius. Galite turėti geriausius tekstus nišoje, bet jei puslapis uždarytas robots.txt faile, nurodo neteisingą kanoninį adresą ar telefone įsikelia per 6 sekundes, jis paieškoje nekonkuruos.

Šis kontrolinis sąrašas sudarytas pagal Google Search Central ir web.dev dokumentaciją (2026 m. spalio redakcijas). Jame rasite, ką tikrinti, kokios oficialios ribos galioja, kokiais įrankiais tai daryti ir nuo ko pradėti, jei problemų daug.

Trumpai

  • Pirmiausia tikrinkite indeksavimą: puslapis, kurio nėra Google indekse, neturi jokios vertės, kad ir koks greitas jis būtų.
  • Core Web Vitals ribos: LCP iki 2,5 s, INP iki 200 ms, CLS iki 0,1 – vertinama pagal 75-ąjį procentilį realių lankytojų duomenų.
  • robots.txt neapsaugo nuo indeksavimo: užblokuotas puslapis gali patekti į rezultatus be turinio, o jo noindex žymos Google nemato.
  • DI robotus valdote atskirai: GPTBot, ClaudeBot ir Google-Extended blokavimas neturi įtakos Google paieškai.

Kas yra techninis SEO auditas ir kuo jis skiriasi nuo vidinio SEO

Vidinis SEO (on-page) – tai puslapio turinys ir jo elementai: antraštės, title ir meta aprašymai, tekstas, paveikslėlių aprašai. Techninis SEO – infrastruktūra, kuri leidžia paieškos sistemai tą turinį pasiekti: serverio atsakymai, robots.txt, svetainės žemėlapis, kanoniniai adresai, peradresavimai, greitis, struktūriniai duomenys. Vidinis SEO optimizavimas be techninio pagrindo primena gerai išdėliotą vitriną parduotuvėje, kurios durys užrakintos.

SEO auditą verta atlikti keturiais atvejais: prieš paleidžiant naują svetainę, po migracijos ar dizaino keitimo, kai Search Console rodo staigų paspaudimų kritimą, ir bent kartą per ketvirtį dideliems turinio projektams. Kritimą verta palyginti su Google algoritmų atnaujinimų datomis – jas sekame Google atnaujinimų suvestinėje.

Puslapio kelias į Google rezultatus: robots.txt, nuskaitymas, atvaizdavimas, indeksavimas, kanoninio adreso pasirinkimas, rodymas, ir ką tikrinti kiekviename etape
Kiekvienas puslapio kelio į Google rezultatus etapas turi savo patikrinimus. Klaida ankstesniame etape panaikina darbą vėlesniuose.

Indeksavimas ir nuskaitymas: robots.txt, sitemap, noindex

robots.txt

robots.txt failas valdo nuskaitymą, ne indeksavimą. Google taiko 500 KiB failo dydžio ribą – viskas, kas toliau, ignoruojama. Svarbiausia klaida, kurią randame audituose: puslapiai, kuriuos norima paslėpti, uždaromi robots.txt faile ir kartu pažymimi noindex. Toks derinys neveikia.

„If the page is blocked by a robots.txt file or the crawler can't access the page, the crawler will never see the noindex rule, and the page can still appear in search results, for example if other pages link to it.“ (Jei puslapis užblokuotas robots.txt faile, robotas niekada nepamatys noindex taisyklės, ir puslapis vis tiek gali būti rodomas paieškos rezultatuose, pavyzdžiui, jei į jį nukreipia kiti puslapiai.)

– Google Search Central, Block Search indexing with noindex

Taip pat Google nepalaiko noindex taisyklės pačiame robots.txt faile. Jei puslapį norite pašalinti iš paieškos, leiskite jį nuskaityti ir naudokite meta žymą robots noindex arba HTTP antraštę X-Robots-Tag.

Svetainės žemėlapis (sitemap)

Vienas sitemap failas gali turėti ne daugiau kaip 50 000 adresų arba 50 MB (nesuspaustas). Didesnėms svetainėms naudokite kelis failus ir sitemap indeksą. Į žemėlapį dėkite tik kanoninius, indeksuojamus adresus, grąžinančius 200 kodą: peradresuoti, noindex ar 404 adresai žemėlapyje siunčia prieštaringus signalus.

Nuskaitymo biudžetas

Daugumai verslo svetainių nuskaitymo biudžetas nėra problema. Google savo nuskaitymo biudžeto vadove nurodo, kad jis aktualus didelėms svetainėms (1 mln. ir daugiau unikalių puslapių, turinys keičiasi kas savaitę), vidutinėms ir didesnėms (10 000 ir daugiau puslapių, turinys keičiasi kasdien) ir svetainėms, kuriose didelė dalis adresų Search Console pažymėta „Discovered – currently not indexed“. El. parduotuvėms su filtrais tai gali tapti aktualu greičiau, nes filtrų deriniai generuoja tūkstančius adresų.

Mobilioji versija

Google indeksavimui ir reitingavimui naudoja mobiliąją svetainės versiją, nuskaitytą išmaniojo telefono robotu (mobile-first indexing). Praktinė audito išvada: lyginkite ne kompiuterio, o telefono versiją. Jei telefone paslėpti tekstai, lentelės, paveikslėliai ar struktūriniai duomenys, kurie matomi kompiuteryje, Google jų neindeksuos. Taip pat patikrinkite, ar abiejose versijose vienodos robots meta žymos ir antraštės, ar paveikslėliai telefone neįkeliami tik po naudotojo veiksmo ir ar mobilioji versija neblokuoja CSS ar JavaScript failų, reikalingų turiniui atvaizduoti.

Patarimas

Search Console ataskaitoje „Puslapių indeksavimas“ pirmiausia peržiūrėkite priežastis „Nuskaityta, šiuo metu neindeksuota“ ir „Aptikta, šiuo metu neindeksuota“. Jei tarp jų yra svarbūs komerciniai puslapiai, tai jūsų audito prioritetas numeris vienas, dar prieš greitį ir struktūrinius duomenis.

Kanoniniai adresai, peradresavimai ir hreflang

Kanoniniai adresai

Kai tas pats turinys pasiekiamas keliais adresais (su parametrais, su ir be pasvirojo brūkšnio, http ir https), Google renkasi vieną kanoninį. Signalų stiprumas pagal Google dokumentaciją:

  1. Peradresavimas – stiprus signalas, kad tikslinis adresas turi tapti kanoniniu.
  2. rel="canonical" nuoroda – stiprus signalas.
  3. Įtraukimas į sitemap – silpnas signalas.

Kiekviename puslapyje turi būti kanoninė nuoroda į save. Google atskirai įspėja nenaudoti robots.txt kanonizavimui (užblokuoti adresai vis tiek gali būti indeksuoti be turinio) ir nenaudoti noindex, kad pasirinktumėte kanoninį puslapį – tai visiškai pašalina puslapį iš paieškos.

HTTPS ir adresų variantai

Audito metu atidarykite tą patį puslapį keturiais būdais: su http ir https, su www ir be jo. Visi variantai turi vienu žingsniu peradresuoti į vieną kanoninį adresą. Google rekomenduoja nukreipti iš HTTP į HTTPS, naudoti galiojantį sertifikatą ir sitemap bei hreflang žymėse nurodyti HTTPS versijas. Patikrinkite ir vidines nuorodas: jei šablone vis dar likę absoliutūs http adresai, kiekvienas vidinis paspaudimas kainuoja papildomą peradresavimą.

Peradresavimai

Nuolatiniams perkėlimams naudokite 301 arba 308, laikiniems – 302, 303 arba 307. Google robotai seka ne daugiau kaip 10 peradresavimų iš eilės, bet kiekvienas papildomas šuolis lėtina ir naudotoją, todėl audito metu grandines sutrumpinkite iki vieno žingsnio. Tai ypač svarbu po migracijos: keičiant platformą, pavyzdžiui, migruojant iš WordPress, peradresavimų lentelė sudaroma prieš perjungiant domeną, ne po to.

hreflang

Jei svetainė turi lietuvišką, anglišką ar kitas versijas, kiekviena versija turi nurodyti visas kitas ir save. Nuorodos turi būti abipusės: jei puslapis A nurodo B, bet B nenurodo A, Google tokias žymes gali ignoruoti. Kalbos pasirinkimo ar automatiškai nukreipiančiam puslapiui naudokite x-default. Kanoninis adresas turi būti tos pačios kalbos versija.

Svetainės optimizavimas greičiui: Core Web Vitals ribos

Core Web Vitals – trys realaus naudotojo patirties rodikliai. Google rašo, kad gerų rodiklių siekimas „dera su tuo, ką siekia apdovanoti pagrindinės reitingavimo sistemos“, tačiau tai vienas iš daugelio signalų, ne stebuklingas mygtukas. 2024 m. INP pakeitė ankstesnį FID rodiklį.

RodiklisKą matuojaGeraiPrastai
LCP (Largest Contentful Paint)Per kiek laiko įsikelia didžiausias matomas elementasiki 2,5 sdaugiau nei 4 s
INP (Interaction to Next Paint)Kaip greitai puslapis sureaguoja į paspaudimą ar klavišąiki 200 msdaugiau nei 500 ms
CLS (Cumulative Layout Shift)Kiek „šokinėja“ turinys įkėlimo metuiki 0,1daugiau nei 0,25

Vertinamas 75-asis procentilis: puslapis tenkina reikalavimus, jei bent 75 % apsilankymų rodikliai yra geri. PageSpeed Insights lauko duomenys imami iš Chrome naudotojų patirties ataskaitos (CrUX) už pastarąsias 28 dienas, todėl pataisymų poveikį pilnai pamatysite tik po mėnesio. Naujiems ar mažai lankomiems puslapiams lauko duomenų gali nebūti – tada matysite tik laboratorinį Lighthouse vertinimą.

Core Web Vitals ribos: LCP gerai iki 2,5 s, prastai virš 4 s; INP gerai iki 200 ms, prastai virš 500 ms; CLS gerai iki 0,1, prastai virš 0,25
Core Web Vitals ribos pagal web.dev: mėlyna zona – gerai, vidurinė – reikia tobulinti, dešinė – prastai.

Dažniausios priežastys ir sprendimai:

  • Lėtas LCP – didelis viršelio paveikslėlis be dydžių variantų, lėtas serverio atsakas, blokuojantys šriftai. Sprendimai: AVIF arba WebP formatai, srcset, pagrindinio paveikslėlio išankstinis įkėlimas, puslapių talpykla serveryje.
  • Prastas INP – sunkūs JavaScript paketai, trečiųjų šalių skriptai (pokalbių valdikliai, sekimo pikseliai). Sprendimai: atidėtas įkėlimas, nereikalingų skriptų šalinimas, ilgų užduočių skaidymas.
  • Didelis CLS – paveikslėliai ir reklamos blokai be nurodytų matmenų, vėliau įsikeliantys slapukų juostos. Sprendimai: width ir height atributai, rezervuota vieta dinaminiams blokams.

Struktūriniai duomenys ir vidinės nuorodos

Struktūriniai duomenys (JSON-LD formatu) padeda Google suprasti, kad puslapyje yra straipsnis, prekė, DUK ar renginys, ir leidžia gauti išplėstinius rezultatus. Du dalykai, kuriuos audite tikrinkite visada: ar žymėjimas atitinka matomą turinį (paslėpto ar klaidinančio turinio žymėti negalima) ir ar jis praeina „Rich Results Test“ be klaidų. Google aiškiai rašo, kad net teisingas žymėjimas negarantuoja išplėstinio rezultato – jis tik leidžia jam atsirasti.

Vidinės nuorodos lemia, kaip robotai randa puslapius ir kurie jų laikomi svarbiais. Audito metu ieškokite:

  • puslapių be nė vienos vidinės nuorodos (vadinamųjų „našlaičių“) – juos dažnai randa tik sitemap;
  • svarbių komercinių puslapių, iki kurių reikia daugiau nei 3–4 paspaudimų nuo pagrindinio puslapio;
  • nuorodų į peradresuojamus ar 404 adresus;
  • bendrų nuorodų tekstų („skaityti daugiau“, „čia“) ten, kur tinka aprašomasis tekstas.

DI paieškos robotai: GPTBot, ClaudeBot, Google-Extended

2026 m. audite būtina peržiūrėti, ką robots.txt leidžia DI įmonių robotams. Svarbu suprasti, kad tos pačios įmonės dažnai turi atskirus robotus mokymui ir paieškai, ir juos galima valdyti atskirai.

Robotas (robots.txt žymė)ĮmonėPaskirtisKą reiškia blokavimas
GPTBotOpenAITurinio rinkimas modelių mokymuiTurinys nenaudojamas mokymui
OAI-SearchBotOpenAIChatGPT paieškos rezultataiSvetainė nerodoma ChatGPT paieškos atsakymuose (gali likti tik kaip navigacinė nuoroda)
ClaudeBotAnthropicTurinio rinkimas modelių mokymuiBūsimas turinys neįtraukiamas į mokymo duomenis
Claude-SearchBotAnthropicPaieškos rezultatų kokybėGali sumažėti matomumas Claude paieškos atsakymuose
Google-ExtendedGoogleGemini modelių mokymas ir atsakymų pagrindimasNeturi įtakos Google paieškai ir nėra reitingavimo signalas

Pavyzdžiui, jei norite likti DI paieškos atsakymuose, bet nenorite, kad turinys būtų naudojamas mokymui, robots.txt faile galite rašyti:
User-agent: GPTBot
Disallow: /
User-agent: ClaudeBot
Disallow: /
User-agent: Google-Extended
Disallow: /

Dėmesio

Neblokuokite „visų robotų“ vienu ypu per CDN ar ugniasienės taisykles. Užblokavę OAI-SearchBot ar Claude-SearchBot, iškrisite iš DI paieškos atsakymų, o per plačios ugniasienės taisyklės kartais užblokuoja ir Googlebot. OpenAI nurodo, kad robots.txt pakeitimai jų paieškoje įsigalioja maždaug per 24 valandas.

Partnerių ir reklamos nuorodos: rel="sponsored"

Jei svetainėje yra partnerių (affiliate) nuorodų, apmokėtų straipsnių ar reklamos blokų, audito metu patikrinkite, ar visos tokios nuorodos turi rel="sponsored" (tinka ir rel="nofollow"). Google išeinančių nuorodų žymėjimo dokumentacijoje ir nuorodų šlamšto politikoje rašo, kad pirkti ir parduoti nuorodas reklamos tikslais nėra pažeidimas, jei jos taip pažymėtos. Naudotojų komentarams ir forumams skirtas rel="ugc".

Partnerių svetainėms techninis auditas dar svarbesnis, nes jos dažnai turi tūkstančius panašių apžvalgų ir palyginimų, kuriuos Google gali palaikyti dublikatais. Kaip veikia partnerių programos, kiek jos realiai moka ir kokius reikalavimus kelia Google, aprašėme straipsnyje „Affiliate marketing: kaip veikia partnerių rinkodara“.

Įrankiai ir audito prioritetų lentelė

Bazinį auditą galima atlikti nemokamais įrankiais:

  • Google Search Console – indeksavimo ataskaita, URL tikrinimas (matote, ką gavo Googlebot), Core Web Vitals ataskaita, rankiniai veiksmai.
  • PageSpeed Insights – realių naudotojų (CrUX) duomenys ir Lighthouse diagnostika konkrečiam adresui.
  • Screaming Frog SEO Spider – nemokama versija nuskaito iki 500 adresų; licencija be šio limito, gamintojo puslapio duomenimis 2026 m. spalį, kainuoja 245 € per metus.
  • Rich Results Test – struktūrinių duomenų patikra.

Radus daug problemų, svarbu ne taisyti viską iš eilės, o pagal poveikį ir sąnaudas:

ProblemaPoveikisSąnaudosPrioritetas
Svarbūs puslapiai neindeksuoti arba užblokuoti robots.txtLabai didelisMažos1 – iš karto
Neteisingi kanoniniai adresai, noindex ant komercinių puslapiųLabai didelisMažos1 – iš karto
Peradresavimų grandinės, 404 vidinėse nuorodoseVidutinisMažos–vidutinės2
Core Web Vitals „prastai“ telefoneVidutinis–didelisVidutinės–didelės2
hreflang klaidos daugiakalbėje svetainėjeDidelis kitų kalbų rinkoseVidutinės2
Trūkstami ar klaidingi struktūriniai duomenysVidutinisMažos3
Našlaičiai puslapiai, gilus nuorodų gylisVidutinisVidutinės3
DI robotų taisyklės robots.txt failePriklauso nuo strategijosMažos3

Jei norite, kad auditą ir pataisymus atliktų specialistai, peržiūrėkite mūsų SEO optimizavimo paslaugą.

Ką klausti SEO audito tiekėjo

Audito ataskaita be prioritetų – tik klaidų sąrašas. Prieš užsakydami paklauskite:

  1. Ar auditas remsis Search Console duomenimis, ar tik išoriniu nuskaitymu?
  2. Ar bus tikrinama telefono versija ir realių naudotojų (CrUX) duomenys, o ne tik Lighthouse balas?
  3. Ar kiekviena problema turės poveikio ir sąnaudų įvertinimą bei konkrečius puslapius?
  4. Ar ataskaitoje bus techninės užduotys, kurias programuotojas gali įgyvendinti be papildomų klausimų?
  5. Ar bus tikrinama JavaScript atvaizduota puslapio versija?
  6. Kaip bus patikrinta, kad pataisymai suveikė (pakartotinis nuskaitymas, Search Console patvirtinimas)?

Dažniausios klaidos

  • Puslapių slėpimas robots.txt faile vietoj noindex – jie vis tiek gali atsidurti rezultatuose.
  • Lighthouse balo vaikymasis – Google vertina realių naudotojų duomenis, o ne laboratorinį balą.
  • Peradresavimų pamiršimas po migracijos – seni adresai su nuorodomis grąžina 404.
  • Visos svetainės kanoninė nuoroda į pagrindinį puslapį – dažna šablono klaida, dėl kurios iš indekso iškrenta visi vidiniai puslapiai.
  • Struktūrinių duomenų žymėjimas turiniui, kurio nėra puslapyje – rizika gauti rankinį veiksmą.
  • Vienkartinis auditas – po kiekvieno didesnio atnaujinimo ar naujo modulio klaidos grįžta.

Dažni klausimai

Kiek laiko trunka techninis SEO auditas?

Priklauso nuo svetainės dydžio ir problemų skaičiaus. Iki 500 puslapių svetainę galima nuskaityti nemokama Screaming Frog versija per kelias minutes, bet duomenų analizė ir prioritetų sudarymas užima daugiausia laiko.

Kuo skiriasi vidinis SEO nuo techninio SEO?

Vidinis SEO apima puslapio turinį ir jo elementus (antraštes, title, tekstą), techninis – infrastruktūrą: indeksavimą, greitį, kanoninius adresus, peradresavimus, struktūrinius duomenis.

Ar Core Web Vitals tiesiogiai kelia pozicijas?

Google rašo, kad geri Core Web Vitals dera su tuo, ką siekia apdovanoti pagrindinės reitingavimo sistemos, bet tai vienas iš daugelio signalų. Turinio aktualumas lieka svarbesnis.

Ar blokuoti GPTBot ir ClaudeBot?

Tai verslo sprendimas. Blokuodami juos uždraudžiate naudoti turinį mokymui, bet paieškos robotus (OAI-SearchBot, Claude-SearchBot) galite palikti, kad liktumėte DI paieškos atsakymuose.

Kodėl PageSpeed Insights nerodo realių naudotojų duomenų?

Puslapis neturi pakankamai apsilankymų CrUX duomenų rinkinyje arba yra naujas. Tada matysite tik laboratorinius Lighthouse rezultatus.

Ar reikia sitemap mažai svetainei?

Jei visi puslapiai pasiekiami vidinėmis nuorodomis, Google juos ras ir be žemėlapio, bet sitemap padeda greičiau pastebėti naujus puslapius ir leidžia Search Console stebėti jų indeksavimą.

Šaltiniai

  1. Web Vitals – web.dev (Google), 2024
  2. Interaction to Next Paint (INP) – web.dev (Google)
  3. About PageSpeed Insights – Google for Developers
  4. Cumulative Layout Shift (CLS) – web.dev (Google)
  5. How Google interprets the robots.txt specification – Google Search Central, 2026
  6. How to specify a canonical URL – Google Search Central
  7. Overview of OpenAI Crawlers – OpenAI
  8. Does Anthropic crawl data from the web? – Anthropic
  9. Mobile site and mobile-first indexing best practices – Google Search Central
  10. Google's common crawlers (Google-Extended) – Google
Komentarai (0)
Apie autorių
esolutions redakcija
Redakcija
10 straipsnių →

Komentarų (0)

Komentarų dar nėra. Būk pirmas!

Komentuoti gali tik prisijungę vartotojai. Registruokis — ir galėsi pasidalinti savo mintimis apie šį straipsnį.

Registruotis
Savaitės suvestinė

DI kainos, Google atnaujinimai ir prekybos sezonai

Kartą per savaitę: kas pasikeitė DI, paieškoje ir el. prekyboje. Be triukšmo.

Techninis SEO auditas: kontrolinis sąrašas 2026 – esolutions