Techninis SEO yra nematomas, bet kritiškai svarbus jūsų svetainės pagrindas. Net jei turite puikų turinį ir stiprų nuorodų profilį, techninės problemos gali neleisti Google tinkamai indeksuoti ir reitinguoti jūsų puslapių. Tai lyg bandyti parduoti puikų produktą parduotuvėje, į kurią niekas negali įeiti.

Šiame vadove rasite 15 svarbiausių techninių aspektų, kuriuos turėtumėte patikrinti, su detaliais paaiškinimais, konkrečiais skaičiais ir praktiniais taisymo patarimais. Tai tas pats checklist'as, kurį mūsų komanda naudoja atliekant SEO auditą klientams.

Core Web Vitals — Google puslapio patirties metrika (1–4)

2021 metais Google oficialiai įtraukė Core Web Vitals į reitingavimo algoritmo faktorius. Tai reiškia, kad puslapio greitis ir vartotojo patirtis tiesiogiai veikia jūsų pozicijas. Yra trys pagrindinės metrikos:

1. Largest Contentful Paint (LCP) — didžiausio elemento krovimas

LCP matuoja, per kiek laiko užsikrauna didžiausias matomas puslapio elementas — dažniausiai tai hero nuotrauka, pagrindinis video ar didelis teksto blokas. Google nustato tris kokybinius lygius:

  • Geras: mažiau nei 2,5 sekundės
  • Reikia pagerinti: 2,5–4 sekundės
  • Blogas: daugiau nei 4 sekundės

Dažniausios priežastys ir sprendimai:

  • Neoptimizuoti paveikslėliai — konvertuokite į WebP formatą, naudokite tinkamą dydį kiekvienam ekranui
  • Lėtas serverio atsakymas (TTFB > 600ms) — keiskite hostingą arba naudokite CDN
  • Render-blocking CSS ir JavaScript — atidėkite nekritinių skriptų krovimą su defer arba async
  • LCP elementas be fetchpriority="high" atributo — pridėkite prie pagrindinio vaizdo ar turinio bloko

Kaip patikrinti: Google PageSpeed Insights (pagespeed.web.dev), Chrome DevTools → Lighthouse, Google Search Console → Core Web Vitals ataskaita.

2. Interaction to Next Paint (INP) — interaktyvumas

INP pakeitė FID (First Input Delay) metriką 2024 metų kovą. Ji matuoja laiką nuo bet kokio vartotojo veiksmo (paspaudimo, teksto įvedimo) iki vizualaus puslapio atsakymo. Tai tikslesnis interaktyvumo rodiklis, nes matuoja visus vartotojo veiksmus, ne tik pirmąjį.

  • Geras: mažiau nei 200 ms
  • Reikia pagerinti: 200–500 ms
  • Blogas: daugiau nei 500 ms

Kaip gerinti INP:

  • Sumažinti ilgai vykdomų JavaScript užduočių kiekį (Long Tasks > 50ms)
  • Naudoti code splitting — kraukite tik tą JS, kurio reikia konkrečiam puslapiui
  • Optimizuoti event listener'ius — vengti sunkių sinchroninių operacijų
  • Perkelti sunkius skaičiavimus į Web Workers

3. Cumulative Layout Shift (CLS) — vizualinis stabilumas

CLS matuoja, kiek puslapio turinys „šokinėja" krovimo metu. Tai viena erzinančiausių vartotojų patirties problemų: jau spustelėjote mygtuką, bet turinys persijungė ir paspaudėte netinkamą elementą.

  • Geras: mažiau nei 0,1
  • Reikia pagerinti: 0,1–0,25
  • Blogas: daugiau nei 0,25

Dažniausios CLS priežastys:

  • Paveikslėliai be aiškiai nurodytų width ir height atributų — naršyklė nežino, kiek vietos rezervuoti
  • Reklaminiai blokai, įkeliami po pagrindinio turinio — visada rezervuokite fiksuotą vietą
  • Šriftai be font-display: swap — puslapis šokinėja kai pakraunami webfontai
  • Dinamiškai įterpiami elementai viršuje puslapio — pavyzdžiui, GDPR baneriai

4. Serverio atsakymo laikas (TTFB — Time to First Byte)

TTFB matuoja laiką nuo užklausos iki pirmojo serverio atsakymo baito. Nors jis neįeina į oficialias Core Web Vitals metrikas, jis tiesiogiai veikia LCP ir bendrą puslapio greitį.

  • Puikiai: mažiau nei 200 ms
  • Gerai: 200–800 ms
  • Blogai: daugiau nei 800 ms

TTFB gerinamas pasirenkant greito hosting'o paslaugą (pvz., LiteSpeed ar NVMe SSD serverius), naudojant serverio pusės cache (Redis, Memcached), įdiegiant CDN ir optimizuojant duomenų bazės užklausas WordPress ir kitų CMS aplinkose.

Greičio optimizavimo įrankiai ir strategijos

Svetainės greitis nėra vienkartinis uždavinys — tai nuolatinis procesas. Štai pagrindinės strategijos:

  • Paveikslėlių optimizavimas: naudokite WebP formatą (30–50% mažesni failai nei JPEG), įdiekite lazy loading (loading="lazy"), naudokite responsive images su srcset
  • CSS/JS minimizavimas: pašalinkite nereikalingus tarpus ir komentarus, sujunkite failus, naudokite GZIP arba Brotli kompresiją
  • Browser caching: nustatykite ilgus cache headers statiniams resursams — lankytojų grįžtamieji apsilankymai taps daug greitesni
  • CDN (Content Delivery Network): platinkite statinius resursus iš serverių, artimiausių vartotojui geografiškai
  • Critical CSS: įkelkite puslapio viršaus CSS inline, o likusį CSS atidėkite

Mobilusis pritaikymas ir mobile-first indeksavimas (5–6)

5. Mobile-First indeksavimas — ką tai reiškia praktiškai

Nuo 2023 metų Google visiškai perėjo prie mobile-first indeksavimo: tai reiškia, kad Google pirmiausia indeksuoja ir reitinguoja jūsų svetainės mobilią versiją, net jei vartotojas naršo per kompiuterį. Jei mobilioji versija turi mažiau turinio nei desktop — Google matys tik mobilią versiją ir jūs prarasite dalį indeksuoto turinio.

Ką patikrinti:

  • Ar mobilioji versija turi tokį patį pagrindinį tekstinį turinį?
  • Ar visos vidinės nuorodos veikia mobiliojoje versijoje?
  • Ar paveikslėliai tinkamai rodomi ir nesutrumpinti?
  • Ar struktūrizuoti duomenys (schema markup) yra tiek desktop, tiek mobiliojoje versijoje?
  • Ar meta title ir description identiški abiejose versijose?

6. Responsive dizainas ir mobilios patirties kokybė

Responsive dizainas nėra pakankamas — svarbu ir mobilios patirties kokybė. Google Mobile-Friendly Test (search.google.com/test/mobile-friendly) parodys, ar puslapis techniškai tinkamas, bet reikia tikrinti ir šiuos aspektus:

  • Šrifto dydis turi būti bent 16px pagrindiniame tekste
  • Touch elementai (mygtukai, nuorodos) turi būti bent 48×48px ir turėti 8px tarpus tarp jų
  • Jokio horizontalaus scrollbar — turinys turi tilpti į ekrano plotį
  • Pop-up'ai ir interstitial reklamos neturi blokuoti pagrindinio turinio mobiliuose

Crawl ir indeksavimas (7–11)

7. XML Sitemap — kelrodis Google robotams

XML sitemap yra failas, kuris nurodo Google, kokie puslapiai egzistuoja jūsų svetainėje ir kada jie buvo atnaujinti. Tai ypač svarbu didelėms svetainėms arba naujoms, kurios dar neturi daug vidinių nuorodų.

Geras sitemap turi:

  • Apimti visus indeksuotinus puslapius — ir tik juos
  • Neturėti 404 ar 301 redirect URL
  • Neturėti noindex puslapių
  • Turėti teisingus lastmod laiko žymes
  • Būti pateiktas Google Search Console
  • Didelėms svetainėms — suskirstytas į atskirus sitemap'us po kategoriją

8. Robots.txt — kas leidžiama, kas draudžiama

Robots.txt failas (svetaine.lt/robots.txt) nurodo Google, kurių puslapių neturėtų crawl'inti. Šis failas yra paprastas, bet daro didžiulę įtaką — neteisingas konfigūravimas gali netyčia užblokuoti svarbius resursus arba visą svetainę.

Dažniausios klaidos:

  • Blokuojami CSS arba JavaScript failai — Google negali teisingai nupiešti puslapio
  • Blokuojamas /wp-admin/ be išimčių — WordPress svetainėse gali sukelti problemų
  • Blokuojama visa svetainė (Disallow: /) — dažna klaida testavimo aplinkose
  • Sitemap'o nenurodymas robots.txt faile — nors tai neprivaloma, tai gera praktika

9. Canonical URL žymos — duplikuoto turinio sprendimas

Canonical žyma (<link rel="canonical" href="...">) nurodo Google, kuri yra pagrindinė (kanoninė) puslapio versija. Tai kritiškai svarbu kai:

  • Svetainė pasiekiama su www ir be www (pvz., www.example.lt ir example.lt)
  • HTTP ir HTTPS versijos egzistuoja kartu
  • URL turi ir neturi trailing slash (/puslapis/ ir /puslapis)
  • URL turi filtravimo ar rūšiavimo parametrus (?sort=price, ?page=2)
  • E-komercijos produktai rodomi keliose kategorijose su skirtingais URL

Canonical žyma neblokuoja crawl'inimo — ji tik nurodo Google, kurį URL laikyti pagrindiniu. Dėl absoliutaus blokavimo naudokite robots.txt arba noindex.

10. 404 klaidos ir redirect valdymas

404 klaidos (puslapis nerastas) yra natūrali interneto dalis, tačiau jų perteklius signalizuoja apie svetainės priežiūros problemas. Svarbiau — redirect grandinės ir kilpos, kurios eikvoja Googlebot crawl biudžetą.

Taisyklės:

  • 301 redirect — nuolatinis, perduoda ~95% nuorodos vertės
  • 302 redirect — laikinas, nenaudokite nuolatiniams perėjimams
  • Redirect grandinės (A→B→C) sutrumpinkite į tiesioginius (A→C)
  • Redirect ciklai (A→B→A) — kritinė klaida, pašalinkite nedelsiant
  • Neveikiančias vidines nuorodas taisykite arba pašalinkite

11. Duplikuotas turinys — priežastys ir sprendimai

Duplikuotas turinys — tai situacija, kai tas pats arba labai panašus turinys pasiekiamas per kelis skirtingus URL. Google nepateikia aiškios baudos už duplikavimą, tačiau neaišku, kurį URL reitinguoti — todėl nei vienas negauna pilno autoriteto.

Dažniausi duplikavimo šaltiniai:

  • www ir non-www versijos be canonical ar redirect
  • HTTP ir HTTPS versijos
  • URL su parametrais (?utm_source=, ?ref=, ?page=1)
  • Puslapiavimas be canonical (kategorijų 2, 3 puslapiai)
  • Spausdinimo versijos (/print/puslapis)
  • E-komercijos svetainėse: produktai su keliais variantų URL

Struktūrizuoti duomenys (Schema Markup) (12)

12. Struktūrizuoti duomenys — rich snippets ir supratimas

Schema markup yra kodas, kuris pridedamas į HTML, siekiant padėti Google geriau suprasti jūsų turinio prasmę. Nors jis tiesiogiai nereitinguoja, teisingi struktūrizuoti duomenys gali:

  • Suteikti rich snippets — žvaigždučių įvertinimus, kainų diapazoną, FAQ išplėtimą paieškoje
  • Pagerinti CTR (paspaudimų rodiklį) iki 20–30%
  • Padidinti šansus atsidurti Google Featured Snippets

Svarbiausi schema tipai lietuviškoms svetainėms:

  • Organization — įmonės pavadinimas, kontaktai, socialiniai tinklai
  • LocalBusiness — vietiniams verslams: adresas, darbo valandos, žemėlapio koordinatės
  • Article / BlogPosting — straipsniams ir blog'o įrašams
  • FAQPage — dažnų klausimų sekcijai — gali išplėsti paieškos rezultatą
  • Product — e-komercijos produktams su kaina ir prieinamumu
  • BreadcrumbList — navigacijos keliui paieškoje
  • Review / AggregateRating — atsiliepimų žvaigždutėms

Patikrinkite struktūrizuotus duomenis su Google Rich Results Test (search.google.com/test/rich-results).

Saugumas ir tarptautinė konfigūracija (13–15)

13. HTTPS ir SSL konfigūracija

HTTPS yra patvirtintas Google reitingavimo faktorius nuo 2014 metų. Bet SSL sertifikato turėjimas yra tik pradžia — reikia patikrinti ir papildomus aspektus:

  • SSL sertifikatas galiojantis ir automatiškai atnaujinamas (Let's Encrypt — nemokamas)
  • Nėra mixed content — HTTP resursai (paveikslėliai, skriptai) HTTPS puslapyje
  • HTTP→HTTPS redirect'as veikia teisingai (301, ne 302)
  • HSTS (HTTP Strict Transport Security) įjungtas — naršyklė automatiškai naudoja HTTPS

14. Hreflang žymos daugiakalbėms svetainėms

Jei jūsų svetainė turi lietuvišką ir angliškąją versijas (kaip seorun.lt ir seorun.org), hreflang žymos yra būtinos. Jos nurodo Google, kurią kalbinę versiją rodyti kurios šalies vartotojams.

Kaip teisingai konfigūruoti hreflang:

  • Kiekviename puslapyje turi būti nuorodos į VISAS kalbines versijas, įskaitant pačią save
  • Turi būti „grąžinimo" nuoroda — jei LT puslapis rodo į EN, EN puslapis turi rodyti atgal į LT
  • Naudokite teisingus kalbos kodus: lt lietuvių, en anglų
  • Naudokite x-default numatytajai versijai
  • Dažna klaida: hreflang nurodo į noindex arba 404 puslapius

15. Nuolatinis Core Web Vitals stebėjimas

Techninis SEO nėra vienkartinis veiksmas. Kiekvienas svetainės atnaujinimas — naujas pluginas, dizaino pakeitimas, papildomas skriptas — gali pabloginti greičio rodiklius. Rekomenduojame:

  • Google Search Console → Core Web Vitals ataskaita — tikrinkite kas savaitę
  • Nustatykite automatines Google PageSpeed Insights ataskaitas kritiniams puslapiams
  • Įdiekite real user monitoring (RUM) — stebėkite realių vartotojų patirtį, ne tik laboratorinę
  • Po kiekvienų didelių svetainės pakeitimų — paleiskite Lighthouse testą

Ką daryti su šiuo checklist'u?

Peržiūrėkite kiekvieną punktą savo svetainėje. Jei randate problemų — pradėkite nuo tų, kurios turi didžiausią poveikį. Prioritetų tvarka:

  1. Kritiška: HTTPS, mobile-first, crawl klaidos (jei Google negali indeksuoti — niekas kita nesvarbu)
  2. Svarbu: Core Web Vitals, canonical žymos, robots.txt
  3. Rekomenduojama: Schema markup, hreflang, sitemap optimizavimas

Jei visa tai atrodo sudėtinga — nesijaudinkite. Mūsų techninio SEO paslauga apima visus šiuos aspektus ir daugiau. O pradėti galite nuo SEO audito, kuris tiksliai parodys, kur yra jūsų svetainės silpnosios vietos.

Techninis SEO yra investicija į pagrindą. Sutvarkytas pagrindas dažnai pakelia pozicijas 10–30 vietų be jokių papildomų turinio pakeitimų.

Dažnai užduodami klausimai

Techninis SEO — tai svetainės optimizavimas paieškos variklių crawling ir indeksavimo procesams. Jis apima puslapio greitį, mobiliojo pritaikymą, SSL, sitemapą, robots.txt, canonical žymas ir struktūrizuotus duomenis. Vidinis SEO — tai turinio optimizavimas (raktažodžiai, meta žymos, tekstų kokybė). Techninis SEO yra pagrindas — be jo net puikiausias turinys gali nepasiekti Google indekso.
Core Web Vitals tikrinami keliais būdais: Google PageSpeed Insights (pagespeed.web.dev) — greitai patikrina bet kurį URL ir parodo LCP, INP, CLS reikšmes; Google Search Console skyrius „Core Web Vitals“ — rodo duomenis apie visus svetainės puslapius; Chrome DevTools → Lighthouse — detalus auditas su konkrečiomis rekomendacijomis. Siekite: LCP <2,5s, INP <200ms, CLS <0,1.
Canonical žyma (rel="canonical") nurodo Google, kuri yra pagrindinė puslapio versija, kai tas pats turinys pasiekiamas per kelis URL. Naudokite ją kai svetainė veikia su/be www, su/be trailing slash, per HTTP ir HTTPS, arba kai URL turi rūšiavimo ir filtravimo parametrus. Canonical žyma sprendžia duplikuoto turinio problemą nepašalinant alternatyvių URL.
Rekomenduojame pilną techninį auditą atlikti bent kartą per metus, o pagrindinius rodiklius (Core Web Vitals, indeksavimo klaidas) stebėti kas mėnesį per Google Search Console. Po didelių svetainės pakeitimų, CMS atnaujinimų ar naujų pluginų įdiegimo — auditas rekomenduojamas nedelsiant, nes techniniai pakeitimai gali netyčia sukelti naujų problemų.
Pagrindiniai techninio SEO įrankiai: Google Search Console (nemokamas, būtinas) — indeksavimo klaidos, Core Web Vitals, paieškos ataskaitos; Google PageSpeed Insights (nemokamas) — greičio analizė; Screaming Frog SEO Spider (iki 500 URL nemokamas) — pilnas svetainės crawl; Ahrefs arba SEMrush (mokamas) — kompleksinė techninė ir nuorodų analizė; GTmetrix — detalus greičio profilis su vizualizacija.