Techninio SEO patikra naujai svetainei: 15 punktų prieš paleidimą

Techninio SEO patikra naujai svetainei – tai patikrų prieš paleidimą rinkinys, kuris patvirtina, kad paieškos sistemos gali nuskaityti, indeksuoti ir suprasti kiekvieną puslapį. Ji apima ir senų URL peradresavimus, greitį telefone bei analitiką, kuri įsijungia tik lankytojui sutikus su slapukais. Techninis SEO paruošimas įeina į mūsų reprezentacinių svetainių ir el. parduotuvių paketus. Prieš paleisdami svetainę, atlikite 15 toliau pateiktų patikrų, o paleidimo dieną pakartokite jas gyvame domene.

Tad ką apima techninis SEO? Patikros suskirstytos į penkias grupes: indeksavimas (1–4), URL ir peradresavimai (5–7), turinys ir struktūriniai duomenys (8–10), greitis ir mobilieji įrenginiai (11–12), analitika, sutikimas ir DI paieška (13–15). Prie kiekvienos nurodyta, kodėl ji svarbi, kaip ją atlikti ir kas tai daro. Kokių puslapių ir teisinės informacijos reikia mažos įmonės svetainei, aptariame atskirame įraše.

1. 01Robots.txt leidžia nuskaityti – iš testinės versijos likusi eilutė „Disallow: /“ paslepia visą svetainę. Kaip patikrinti: gyvame domene atidarykite /robots.txt. Patikrinkite patys.
2. 02Neliko noindex – iš testinės versijos likusi noindex žyma neleidžia puslapiams patekti į Google. Kaip patikrinti: Search Console įrankis URL Inspection. Paklauskite kūrėjo.
3. 03Kanoninis adresas į save – kiekvienas puslapis nurodo savo pagrindinį adresą, todėl dublikatai nekonkuruoja. Kaip patikrinti: rel="canonical" puslapio kode. Paklauskite kūrėjo.
4. 04XML svetainės žemėlapis – tik veikiantys, indeksuotini puslapiai; žemėlapis pateiktas Google Search Console ir Bing Webmaster Tools, o viename faile telpa iki 50 000 URL arba 50 MB (Google Search Central). Kaip patikrinti: /sitemap.xml ir Sitemaps ataskaita. Paklauskite kūrėjo.
5. 05Vienas 301 kiekvienam senam URL – kiekvienas senas adresas vienu žingsniu veda į artimiausią naują puslapį. Kaip patikrinti: curl -I arba peradresavimų tikrinimo įrankis. Paklauskite kūrėjo.
6. 06Viena URL forma – variantai su http, www ir su „/“ gale ar be jo veda į vieną adresą. Kaip patikrinti: įveskite kiekvieną variantą naršyklėje. Patikrinkite patys.
7. 07Tikras 404 ir nuskaitomos nuorodos – neegzistuojantys puslapiai grąžina 404 būseną, o meniu ir teksto nuorodos yra paprastos HTML nuorodos. Kaip patikrinti: išgalvotas adresas ir puslapio kodas. Paklauskite kūrėjo.
8. 08Unikalūs title ir aprašymai – kiekviename puslapyje maždaug iki 60 simbolių title ir maždaug iki 155 simbolių meta aprašymas. Kaip patikrinti: naršyklės skirtukas ir puslapio kodas. Patikrinkite patys.
9. 09Vienas H1 ir alt tekstai – viena aiški pagrindinė antraštė, nuoseklios antraštės, žodžiais aprašyti paveikslėliai. Kaip patikrinti: puslapio kodas. Paklauskite kūrėjo.
10. 10Struktūriniai duomenys ir dalinimosi vaizdas – schema kartoja tik matomus faktus, o 1200 × 630 Open Graph vaizdas atsidaro. Kaip patikrinti: Google Rich Results Test, o og:image adresą atidarykite naršyklėje ir įsitikinkite, kad jis grąžina 200. Paklauskite kūrėjo.
11. 11Core Web Vitals telefone – lėti puslapiai praranda lankytojus, o Google reitingavimo sistemos šiuos rodiklius naudoja. Kaip patikrinti: PageSpeed Insights mobiliuoju režimu, trijų paleidimų mediana. Paklauskite kūrėjo.
12. 12Mobilusis išdėstymas ir paveikslėliai – nėra horizontalaus slinkimo, tekstas įskaitomas, mygtukus patogu spausti, paveikslėliai – WebP ar AVIF formato. Kaip patikrinti: naršykite svetainę savo telefone. Patikrinkite patys.
13. 13Analitika tik po sutikimo – Jungtinės Karalystės taisyklės daugumai analitikos slapukų reikalauja sutikimo. Kaip patikrinti: privačiame lange, kol nepaspaudėte „Sutinku“, analitikos slapukų neturi būti. Patikrinkite patys.
14. 14Konversijos ir paskyrų nuosavybė – registruojami formų pateikimai, telefono ir el. pašto paspaudimai, o Search Console ir Google Analytics priklauso įmonei. Kaip patikrinti: GA4 realaus laiko ataskaita ir naudotojų sąrašai. Patikrinkite patys.
15. 15Matoma paieškos ir DI robotams – tekstas, DUK ir nuorodos yra pradiniame HTML, o robots.txt ar ugniasienės taisyklės neblokuoja paieškos robotų. Kaip patikrinti: view-source arba curl. Paklauskite kūrėjo.

Kad nauja svetainė atsirastų Google paieškoje, įsitikinkite, kad niekas neblokuoja nuskaitymo, pateikite XML svetainės žemėlapį Google Search Console ir svarbiausiems puslapiams URL Inspection įrankiu paprašykite indeksavimo. Tada Google turi puslapius nuskaityti – tik po to jie gali būti indeksuoti ir matomi paieškos rezultatuose.

Naujos svetainės SEO problemos dažniausiai išryškėja paleidimo dieną, ir dauguma jų atkeliauja iš testinės versijos: kūrimo kopijos robots.txt taisyklė „Disallow: /“ arba noindex žyma per klaidą perkeliama į gyvą svetainę. Testinę versiją geriau apsaugokite slaptažodžiu, o vos perjungę domeną patikrinkite gyvos svetainės robots.txt ir puslapių kodą.

Kiekvienam puslapiui suteikite vieną kanoninį adresą – pavyzdžiui, https, be www ir su „/“ gale – ir lygiai tokią formą naudokite canonical žymose, svetainės žemėlapyje ir vidinėse nuorodose. Žemėlapio lastmod datos turi būti tikros: jos keičiasi tik pasikeitus turiniui.

Kai domenas jau veikia, atlikite šiuos žingsnius:

1. 01Patikrinkite, kad gyvos svetainės robots.txt neblokuoja nuskaitymo ir kad nė viename puslapyje neliko noindex žymos.
2. 02Patvirtinkite domeną Google Search Console ir Bing Webmaster Tools.
3. 03Pateikite XML svetainės žemėlapį abiejuose įrankiuose.
4. 04Paprašykite indeksuoti svarbiausius puslapius per URL Inspection įrankį.
5. 05Peržiūrėkite Page indexing ataskaitą, jei svarbaus puslapio nėra ir po kelių savaičių.

Google teigia, kad nuskaitymas gali užtrukti nuo kelių dienų iki kelių savaičių (Google Search Central, tikrinta 2026 m. spalio 23 d.).

URL adresai paruošti paleidimui, kai kiekvienas puslapis turi vieną aiškų adresą mažosiomis raidėmis, o kiekvienas senas URL vienu 301 žingsniu nukreipiamas į artimiausią naują puslapį. Vidinės nuorodos turi vesti tiesiai į galutinius adresus. Peradresavimų grandinės ir tų pačių puslapių dublikatai išskaido signalus tarp adresų ir eikvoja nuskaitymą.

Kiekvieną seną URL – iš seno svetainės žemėlapio, Search Console ir analitikos – susiekite su artimiausiu nauju puslapiu, ne su pagrindiniu, ir dalį adresų patikrinkite su curl -I: turi būti vienas nuolatinis peradresavimas (301 arba 308), o po jo – 200. Nežinomi adresai turi grąžinti tikrą 404 būseną, o ne 200 puslapį su užrašu „nerasta“, kurį Google laiko „soft 404“.

Meniu, poraštės ir teksto nuorodos turi būti įprastos <a href> nuorodos serverio atsiųstame HTML, o nuorodos tekstas turi pasakyti, kur ji veda: „Skaityti daugiau“ paieškos sistemai nieko nepasako.

Title, antraštės ir struktūriniai duomenys atitinka puslapį, kai kiekvienas puslapis turi savo, ranka parašytą title ir meta aprašymą bei vieną aiškią H1 antraštę. Struktūriniai duomenys turi kartoti tik puslapyje matomus faktus. Naujose svetainėse čia dažnai paliekamos šablono numatytosios reikšmės.

• Title: unikalus, iki maždaug 60 simbolių, pagrindinė tema – pradžioje, prekės ženklas – gale.
• Meta aprašymas: iki maždaug 155 simbolių, parašytas ranka – ką puslapis siūlo ir kodėl verta paspausti, – o ne nukirptos pirmosios puslapio eilutės.
• Antraštės: viena H1, parašyta vientisu tekstu, toliau nuoseklios H2 ir H3; antraštės nenaudojamos vien dėl išvaizdos.
• Paveikslėliai: alt tekstas aprašo, kas matyti nuotraukoje; grynai dekoratyviems vaizdams paliekamas tuščias alt.
• Struktūriniai duomenys: Organization, BreadcrumbList, o straipsniams – BlogPosting su tikromis paskelbimo ir atnaujinimo datomis; FAQPage – tik tada, kai tie patys klausimai ir atsakymai matomi puslapyje.
• Dalinimosi vaizdas: 1200 × 630 pikselių Open Graph vaizdas, grąžinantis 200 būseną, kad pasidalinta nuoroda turėtų tvarkingą peržiūrą.
• Meta keywords: šios žymos nereikia – Google jos reitinguodama nenaudoja.
• Hreflang dvikalbėse ir daugiakalbėse svetainėse: kiekviena kalbos versija susiejama su kitomis, pridedama x-default versija. Klaipėdos lengvosios atletikos mokyklai mūsų sukurtoje dvikalbėje svetainėje yra hreflang žymos lietuvių ir anglų kalboms bei x-default (tikrinta 2026 m. spalio 23 d.).

Nauja svetainė telefone pakankamai greita, kai jos pagrindiniai puslapiai atitinka Google „gerus“ Core Web Vitals slenksčius, pradedant Largest Contentful Paint – per 2,5 sekundės. Kiti du slenksčiai: Interaction to Next Paint – ne daugiau kaip 200 ms, Cumulative Layout Shift – ne daugiau kaip 0,1; vertinamas 75-asis puslapių įkėlimų procentilis (web.dev, tikrinta 2026 m. spalio 23 d.).

Prieš paleidimą realių naudotojų duomenų dar nėra, todėl PageSpeed Insights mobiliuoju režimu patikrinkite pagrindinį puslapį, svarbiausios paslaugos ar kategorijos puslapį ir tipišką straipsnio ar prekės puslapį – kiekvieną tris kartus – ir imkite medianą. Po paleidimo lauko duomenys Search Console atsiranda, kai susikaupia pakankamai realių apsilankymų.

Įprasti pataisymai: WebP ar AVIF paveikslėliai su nurodytu pločiu ir aukščiu, anksti įkeliamas pagrindinis vaizdas, jokio įkrovos ekrano ar hero bloko, paslėpto su opacity: 0, kol neįsijungia JavaScript, video įkeliamas tik lankytojui paspaudus „Paleisti“, o šriftai laikomi savo serveryje arba įkeliami iš anksto. Dar renkatės platformą? Pažiūrėkite, ar šiuolaikinė svetainė greitesnė už paruoštą turinio valdymo sistemą.

Analitika ir slapukų sutikimas nustatyti tinkamai, kai joks analitikos ar rinkodaros kodas neįsijungia, kol lankytojas nepasirinko, o atsisakyti taip pat lengva kaip sutikti. Dauguma analitikos slapukų, įskaitant Google Analytics, pagal PECR yra neprivalomi ir gali būti įrašyti tik lankytojui sutikus. Siauras išimtis įvedė 2025 m. Data (Use and Access) Act; jas pasitikrinkite pagal naujausias ICO gaires (tikrinta 2026 m. spalio 23 d.).

Patikrinkite privačiame lange: atsidarę kūrėjo įrankius įsitikinkite, kad, kol nieko nepaspaudėte, analitikos slapukų nėra, o paspaudę „Atsisakau“ jokių pokyčių nematote. „Sutinku“ ir „Atsisakau“ turi būti vienodai matomi, o atsisakant neturi reikėti papildomų žingsnių.

Į naujos svetainės paleidimo sąrašą įtraukite ir konversijų sekimą: formų pateikimus, telefono ir el. pašto paspaudimus registruokite nuo pirmos dienos, o per kiekvieną formą išsiųskite tikrą bandomąją užklausą. Search Console nuosavybė ir Google Analytics paskyra turi priklausyti įmonei, ne kūrėjui; kūrėjas pridedamas kaip naudotojas.

Paieškos ir DI robotai gali perskaityti naują svetainę, kai jos tekstas, DUK ir nuorodos yra serverio atsiųstame HTML ir niekas jų neblokuoja. Svarbiame puslapyje pažiūrėkite view-source arba paleiskite curl: jei pagrindinio teksto ten nėra, daugelis robotų jo irgi nemato.

Įsitikinkite, kad robots.txt ir ugniasienės taisyklės praleidžia Googlebot, Bingbot, OAI-SearchBot, PerplexityBot ir Claude-SearchBot. DUK pateikite paprastame HTML, pavyzdžiui, <details> elementuose, su atitinkamais FAQPage duomenimis, o kainos, adresai ir darbo laikas turi visur sutapti. llms.txt failą pridėti pigu, bet jo nauda neįrodyta – laikykite jį neprivalomu.

Po paleidimo gyvą svetainę patikrinkite 1-ą, 7-ą ir 30-ą dieną; nustatyto laiko, per kurį nauja svetainė pakyla Google paieškoje, nėra. Pozicijų niekas negali garantuoti, todėl konkretaus termino nesitikėkite. Konkrečios, mažiau konkurencingos užklausos paprastai duoda rezultatų anksčiau nei plačios ir konkurencingos.

Techninis SEO paruošimas įeina į mūsų reprezentacinių svetainių ir el. parduotuvių paketus. Po paleidimo planas „Skaitmeninė priežiūra“ užtikrina stebėseną 24/7, o pagalba teikiama pirmadieniais–penktadieniais, 09:00–18:00.

Planuojate naują svetainę ar esamos perkūrimą? Gaukite pasiūlymą – atsakome per 24 darbo valandas.

• 1-a diena: gyvame domene atlikite visas 15 paleidimo SEO patikrų, senus URL sutikrinkite su peradresavimų žemėlapiu, pateikite svetainės žemėlapį ir per kiekvieną formą išsiųskite bandomąją užklausą.
• 7-a diena: Page indexing ataskaitoje ieškokite puslapių, atmestų dėl noindex, 404 klaidų iš senų nuorodų ir nuskaitytų, bet neindeksuotų puslapių, ir taisykite priežastį.
• 30-a diena: Performance ataskaitoje peržiūrėkite, kurie puslapiai ir užklausos gauna parodymų, palyginkite senus ir naujus URL, o atsiradus lauko duomenims patikrinkite Core Web Vitals.