Techninis svetainės auditas: ką tikrinti ir kaip
Techninis svetainės auditas: indeksavimas, greitis, saugumas, formos ir analitika. 20 punktų patikros sąrašas ir kaip radinius surikiuoti pagal svarbą.
Trumpai
Techninis svetainės auditas patikrina, ar svetainę gali rasti ir suprasti paieškos sistemos, ar ji greita telefone, saugi ir atnaujinta, ar veikia formos, analitika ir atsarginės kopijos. Rezultatas – radinių sąrašas, surikiuotas pagal poveikį: kas kritiška, kas svarbu ir kas tik pagerinimas. Auditą verta atlikti prieš perimant priežiūrą, prieš SEO darbus, prieš perdarymą ir kritus srautui.
Pagrindinės mintys
- Auditas apima keturias sritis: indeksavimą, greitį telefone, saugumą ir sistemą, duomenis bei atitiktį.
- robots.txt neapsaugo puslapio nuo patekimo į Google – tam reikia noindex arba slaptažodžio.
- Tik 48 % mobiliųjų svetainių 2025 m. turėjo gerus Core Web Vitals rodiklius.
- 91 % naujų 2025 m. WordPress pažeidžiamumų rasta įskiepiuose – jų versijos yra audito dalis.
- Geras auditas baigiasi ne sąrašu, o prioritetais: pirmiausia taisoma tai, kas kainuoja užklausas ar saugumą.
Kas yra techninis auditas ir kada jo reikia
- Techninis svetainės auditas
- Sisteminga svetainės patikra: indeksavimas, greitis, saugumas, sistemos būklė, formos ir analitika. Rezultatas – radinių sąrašas su prioritetais ir rekomendacijomis, ką taisyti pirmiausia.
Auditas nėra dizaino vertinimas ir ne nuomonė, ar svetainė „graži“. Jis atsako į praktinius klausimus: ar Google mato svarbiausius puslapius, ar užklausų forma tikrai siunčia laiškus, ar sistema dar gauna saugumo pataisas ir ar iš atsarginės kopijos galima atkurti svetainę.
- Prieš perimant svetainės priežiūrą iš kito kūrėjo
- Prieš pradedant SEO darbus – kad turinys nebūtų kuriamas ant sugedusio pamato
- Prieš sprendžiant, ar svetainę perdaryti
- Kai netikėtai krito paieškos srautas ar užklausų skaičius
- Po didelio atnaujinimo ar perkėlimo į kitą serverį
Pasiekiamumas ir indeksavimas
Ar paieškos sistemos gali rasti, nuskaityti ir teisingai suprasti svetainės puslapius.
robots.txt ir noindex
noindex
Google nurodo, kad robots.txt nėra būdas išlaikyti puslapį už Google ribų: užblokuotas puslapis gali atsirasti rezultatuose, jei į jį veda kitos nuorodos. Tam reikia noindex arba apsaugos slaptažodžiu.
Šaltinis: Google Search Central, 20261
Ką keisti
- Patikrinkite, ar robots.txt neblokuoja svarbių puslapių, stilių ir skriptų
- Raskite puslapius su noindex ir įsitikinkite, kad jie taip pažymėti sąmoningai
- Search Console puslapių ataskaitoje peržiūrėkite, kodėl dalis puslapių neindeksuojami
Sitemap ir kanoniniai adresai
Sitemap turi išvardyti tik tuos puslapius, kuriuos norite matyti paieškoje: be nukreipimų, klaidų ir noindex puslapių. Kanoninis adresas (canonical) nurodo, kuri kelių panašių puslapių versija pagrindinė. Jei jis rodo į kitą domeną, testavimo aplinką ar neegzistuojantį puslapį, paieška gali indeksuoti ne tą versiją.
Ką keisti
- Palyginkite sitemap su tikrai indeksuojamais puslapiais
- Patikrinkite, ar kiekvieno puslapio canonical rodo į jį patį arba sąmoningai pasirinktą versiją
- Pateikite sitemap Search Console
Nukreipimai ir klaidos
Neveikiančios vidinės nuorodos, nukreipimų grandinės (A → B → C) ir laikini nukreipimai ten, kur turėtų būti nuolatiniai, švaisto ir lankytojų kantrybę, ir paieškos robotų laiką. Po perdarymo dažna problema – seni adresai be nukreipimų, į kuriuos vis dar veda nuorodos iš kitų svetainių.
Ką keisti
- Nuskaitykite svetainę ir suraskite 404 klaidas bei nukreipimų grandines
- Laikinus nukreipimus, kurie turi būti nuolatiniai, pakeiskite 301
- Search Console patikrinkite, į kokius neveikiančius adresus ateina lankytojai
Struktūra ir vidinės nuorodos
Svarbiausi puslapiai turėtų būti pasiekiami keliais paspaudimais nuo pagrindinio. Puslapiai, į kuriuos neveda nė viena vidinė nuoroda (angl. orphan pages), dažnai lieka neindeksuoti arba lankytojai jų neranda. Nuskaitymo įrankis parodo, kiek paspaudimų reikia iki kiekvieno puslapio ir kurie puslapiai liko be nuorodų.
Greitis ir telefonas
Kaip greitai ir stabiliai svetainė veikia tikriems lankytojams, pirmiausia – telefone.
Core Web Vitals
48 %
Tiek mobiliųjų svetainių 2025 m. liepą turėjo gerus Core Web Vitals rodiklius (kompiuteriuose – 56 %). Gerą didžiausio turinio elemento krovimą (LCP) telefone turėjo 62 % svetainių.
Šaltinis: HTTP Archive, 20264
2,5 s · 200 ms · 0,1
Gerų Core Web Vitals ribos: LCP iki 2,5 s, INP iki 200 ms, CLS iki 0,1, vertinant 75-ąjį puslapių įkėlimų procentilį atskirai telefonams ir kompiuteriams.
Šaltinis: web.dev (Google), 20263
Auditas remiasi tikrų lankytojų duomenimis (Search Console Core Web Vitals ataskaita, PageSpeed Insights lauko duomenys), o laboratoriniai matavimai padeda rasti priežastis: per dideles nuotraukas, blokuojančius skriptus, šriftus, trečiųjų šalių žymes.
Mobilioji versija
Google indeksuoja ir reitinguoja pagal mobiliąją svetainės versiją, todėl auditas tikrina, ar telefone matomas tas pats turinys, antraštės, nuorodos ir struktūrizuoti duomenys kaip kompiuteryje, ar tekstas įskaitomas be didinimo, o mygtukai nėra per arti vienas kito.
Saugumas ir sistema
Ar sistema atnaujinta, ryšys saugus, o prieigos ir atsarginės kopijos tvarkingos.
HTTPS ir sertifikatai
Visi puslapiai turi atsidaryti per HTTPS, o HTTP versija – nuolatiniu nukreipimu vesti į saugią. Auditas taip pat tikrina, ar puslapyje nėra nesaugiai (per HTTP) įkeliamų vaizdų ar skriptų ir ar sertifikatas atnaujinamas automatiškai.
398 → 47 d.
CA/Browser Forum patvirtino, kad didžiausias TLS (SSL) sertifikatų galiojimas etapais trumpės nuo 398 iki 47 dienų – nuo 2026 m. kovo iki 2029 m. kovo.
Šaltinis: CA/Browser Forum, 20265
Sistemos, įskiepių ir serverio versijos
Auditas surašo sistemos, temos, įskiepių ir PHP versijas ir palygina jas su palaikomomis. Kuo daugiau neatnaujintų dalių, tuo didesnė rizika ir tuo sunkiau vėliau atnaujinti viską vienu metu.
91 %
Tiek naujų WordPress ekosistemos pažeidžiamumų 2025 m. rasta įskiepiuose (9 % – temose); iš viso – 11 334, 42 % daugiau nei 2024 m.
Šaltinis: Patchstack, 20266
2026-12-31
Prieigos ir atsarginės kopijos
Ką keisti
- Peržiūrėkite administratorių paskyras: ar visos dar reikalingos ir ar priklauso konkretiems žmonėms
- Patikrinkite, kieno vardu registruotas domenas, talpinimas ir analitika
- Išsiaiškinkite, kur saugomos atsarginės kopijos, kaip dažnai jos daromos ir ar iš jų buvo bandyta atkurti svetainę
Duomenys ir atitiktis
Ar veikia tai, dėl ko svetainė egzistuoja: formos, analitika, struktūrizuoti duomenys ir prieinamumas.
Formos ir laiškai
Auditas pateikia kiekvieną formą, patikrina, ar laiškas atkeliauja, ar jis nepatenka į šlamštą, ar duomenys pasiekia CRM ir ar lankytojas mato aiškų patvirtinimą.
Analitika ir slapukų sutikimai
Ar analitika įdiegta visuose puslapiuose ir tik vieną kartą, ar matuojami svarbiausi veiksmai (užklausos, skambučiai, registracijos), ir ar sekimas pradedamas tik gavus lankytojo sutikimą, jei jo reikia. Dvigubas sekimo kodas ar neveikiantys įvykiai reiškia, kad sprendimai priimami pagal klaidingus skaičius.
Struktūrizuoti duomenys ir meta informacija
Pavadinimai (title) ir aprašymai turi būti unikalūs kiekvienam puslapiui, kiekvienas puslapis – turėti vieną H1. Struktūrizuoti duomenys (schema.org) padeda paieškai suprasti, kas yra įmonė, straipsnis ar produktas; auditas juos patikrina Rich Results ir schema validavimo įrankiais.
Prieinamumas
2025-06-28
Nuo šios datos ES prieinamumo akto reikalavimai taikomi vartotojams teikiamoms paslaugoms, tarp jų el. prekybai. Labai mažos įmonės, teikiančios paslaugas, nuo jų atleistos.
Šaltinis: EUR-Lex, 20268
Techninis auditas patikrina pagrindus: ar svetainę galima naudoti vien klaviatūra, ar nuotraukos turi alternatyvųjį tekstą, ar formos laukai turi pavadinimus ir ar tekstas pakankamai kontrastingas. Išsamus prieinamumo vertinimas – atskiras darbas.
Audito ataskaita: nuo ko pradėti taisyti
Audito vertė – ne radinių skaičius, o tai, ar aišku, ką daryti pirmiausia. Šimtas smulkių pastabų be prioritetų tik atitraukia dėmesį nuo dviejų, kurios iš tikrųjų kainuoja užklausas.
| Prioritetas | Kas tai | Pavyzdžiai |
|---|---|---|
| Kritinis | Prarandamos užklausos, pardavimai ar kyla saugumo rizika | Neveikianti forma, noindex visoje svetainėje, nebepalaikoma sistema, nėra atsarginių kopijų |
| Svarbus | Mažina matomumą ar patirtį, bet svetainė veikia | Lėtas LCP telefone, 404 klaidos svarbiuose puslapiuose, dvigubas analitikos kodas |
| Pagerinimas | Verta sutvarkyti planuojant kitus darbus | Pasikartojantys aprašymai, nukreipimų grandinės, trūkstami alternatyvieji tekstai |
Patikros sąrašas: 20 punktų
Techninio audito patikra
- robots.txt neblokuoja svarbių puslapių, stilių ir skriptų
- noindex – tik ten, kur jo reikia
- Sitemap apima tik indeksuotinus puslapius ir pateiktas Search Console
- Canonical kiekviename puslapyje rodo į teisingą versiją
- Nėra 404 klaidų vidinėse nuorodose
- Nėra nukreipimų grandinių; seni adresai nukreipti 301
- Svarbiausi puslapiai pasiekiami keliais paspaudimais, be puslapių be nuorodų
- Core Web Vitals telefone – geri (LCP, INP, CLS)
- Telefone matomas tas pats turinys kaip kompiuteryje
- Visa svetainė veikia per HTTPS, HTTP nukreiptas
- Sertifikatas atnaujinamas automatiškai
- Sistema, tema ir įskiepiai atnaujinti
- PHP versija palaikoma
- Administratorių paskyros – tik reikalingos
- Domenas, talpinimas ir analitika – savininko vardu
- Atsarginės kopijos daromos, saugomos atskirai ir išbandytas atkūrimas
- Kiekviena forma siunčia laišką ir duomenys pasiekia CRM
- Analitika įdiegta vieną kartą, svarbiausi veiksmai matuojami, sekimas – pagal sutikimą
- Unikalūs title, aprašymai ir vienas H1 kiekviename puslapyje
- Svetainę galima naudoti vien klaviatūra, nuotraukos turi alternatyvųjį tekstą
Kaip auditą atliekame mes
Duomenis imame iš Google Search Console ir GA4, techninę būklę tikriname Screaming Frog, PageSpeed Insights ir Lighthouse, struktūrizuotus duomenis – Rich Results ir schema validavimo įrankiais. Auditas radinių netaiso – taisymai įvertinami ir suderinami iš anksto kaip atskiras darbas arba atliekami pagal priežiūros planą.
Metodologija
- Data
- Kriterijai
- Patikros sritys ir punktai atrinkti pagal poveikį paieškai, užklausoms ir saugumui
- Techninės ribos ir rekomendacijos – iš Google Search Central, web.dev, php.net, Patchstack ir CA/Browser Forum
- Prieinamumo faktas – iš Direktyvos (ES) 2019/882 teksto EUR-Lex
- Ribojimai
- Sąrašas netaikomas visoms sistemoms vienodai: el. parduotuvėms ir web platformoms reikia papildomų patikrų (mokėjimai, integracijos, prieigos teisės). Tai ne teisinis ar išsamus prieinamumo vertinimas.
Jei norite, kad mes perimtume jūsų svetainės priežiūrą, parašykite apie ją – pradėsime nuo audito. Jei tikslas – daugiau srauto iš Google, žr. SEO paslaugą. O jei auditas parodė, kad pamatas nebetinka, perskaitykite, kada verta perdaryti svetainę. Atsakome per 1 darbo dieną.
Dažni klausimai
Kiek laiko trunka techninis auditas?
Priklauso nuo svetainės dydžio, sistemos ir integracijų. Apimtį ir terminą aptariame prieš pradedant, kad žinotumėte, ką ir kada gausite.
Ar auditą galima atlikti patiems?
Dalį – taip: Search Console, PageSpeed Insights ir šio straipsnio patikros sąrašas parodys akivaizdžiausias problemas. Sistemos versijų, atsarginių kopijų, prieigų ir integracijų patikrai dažniausiai reikia techninių žinių ir prieigos prie serverio.
Kuo techninis auditas skiriasi nuo SEO audito?
SEO auditas daugiausia žiūri į matomumą paieškoje: raktažodžius, turinį, konkurentus. Techninis auditas apima ir tai, ko paieška nemato: saugumą, sistemos versijas, atsargines kopijas, formas ir analitiką. Techninė patikra – SEO darbų pagrindas.
Kaip dažnai verta atlikti auditą?
Išsamų – prieš didelius sprendimus: perimant priežiūrą, prieš SEO, prieš perdarymą ar po didelio pakeitimo. Kasdienius dalykus – atnaujinimus, kopijas, pasiekiamumą – geriau stebėti nuolat, o ne kartą per metus.
Ar auditas ištaiso rastas problemas?
Ne. Auditas parodo, kas negerai ir ką taisyti pirmiausia. Taisymai įvertinami ir suderinami iš anksto kaip atskiras darbas arba atliekami pagal priežiūros planą.
Šaltiniai ir metodika
- Google Search CentralIntroduction to robots.txtžiūrėta
- Google Search CentralMobile site and mobile-first indexing best practicesžiūrėta
- web.dev (Google)Web Vitalsžiūrėta
- HTTP ArchivePerformance – The 2025 Web Almanacžiūrėta
- CA/Browser ForumBallot SC081v3: Introduce Schedule of Reducing Validity and Data Reuse Periodsžiūrėta
- PatchstackState of WordPress Security in 2026žiūrėta
- PHPSupported Versionsžiūrėta
- EUR-LexDirective (EU) 2019/882 on the accessibility requirements for products and servicesžiūrėta