Svetainės paleidimo checklist: 48 punktai prieš paleidžiant svetainę

Svetainės paleidimo checklist – tai patikrų sąrašas, kurį reikia praeiti prieš paleidžiant svetainę: tekstai be klaidų, išjungtas „noindex“, veikiančios formos su SPF/DKIM/DMARC, Core Web Vitals žalioje zonoje (LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1), prijungta analitika ir Search Console, privatumo politika su slapukų sutikimu ir atsarginės kopijos. Žemiau – 9 grupės ir 48 punktai, prie kiekvieno parašyta, kaip jį patikrinti.

Sąrašas skirtas verslo svetainei: paslaugų įmonei, studijai, klinikai ar nedidelei el. parduotuvei. Jį galite naudoti patys arba duoti savo kūrėjui. Kiekvieną punktą pažymėkite tik tada, kai jį patikrinote, o ne tada, kai „turėtų veikti“.

Jei svetainę dar tik planuojate, pirmiausia perskaitykite, kiek kainuoja svetainė ir nuo ko priklauso kaina. O jei svetainė jau veikia, bet užklausų nėra – žr. 7 klaidas, dėl kurių svetainė neatneša klientų.

Kaip naudotis šiuo sąrašu

Patikrą darykite testinėje (staging) aplinkoje likus 3–5 darbo dienoms iki paleidimo. Tada liks laiko pataisyti tai, kas neveikia. Paleidimo dieną praeikite SEO, formų ir saugumo grupes dar kartą – jau tikrame domene.

Kai kuriems punktams reikia kūrėjo ar hostingo prieigos (DNS įrašai, SMTP, atsarginės kopijos). Jei jos neturite, punktą perduokite tam, kas ją turi, ir paprašykite ekrano nuotraukos kaip įrodymo.

1. Turinys ir tekstai

  • ☐ Nėra šablono tekstų. Kaip patikrinti: paieškoje (Ctrl+F) kiekviename puslapyje ieškokite „lorem“, „ipsum“, „pavyzdys“, „sample“, „[“ ir „TODO“.
  • ☐ Tekstai be rašybos klaidų. Kaip patikrinti: tekstus perkelkite į rašybos tikrintuvą ir perskaitykite garsiai bent pagrindinį, paslaugų ir kontaktų puslapius.
  • ☐ Kontaktai vienodi visur. Kaip patikrinti: palyginkite telefoną, el. paštą ir adresą antraštėje, poraštėje, kontaktų puslapyje ir Google verslo profilyje – jie turi sutapti iki simbolio.
  • ☐ Kiekvienas puslapis turi vieną aiškų veiksmą. Kaip patikrinti: atidarykite puslapį ir per 5 sekundes atsakykite, ką lankytojas turėtų paspausti. Jei mygtukų su skirtingais tikslais yra 3 ir daugiau – supaprastinkite.
  • ☐ Visi vaizdai turi prasmingą alt tekstą. Kaip patikrinti: naršyklės kūrėjo įrankiuose (F12) ieškokite <img be alt arba su alt="" turinio vaizdams. Dekoratyviems vaizdams tuščias alt yra teisingas.

2. SEO

Ši grupė svarbiausia: viena praleista varnelė gali padaryti, kad Google svetainės visai nerodys. Tai ir yra naujos svetainės SEO patikra – trumpa, bet privaloma.

  • ☐ „noindex“ išjungtas. Kaip patikrinti: WordPress – Settings → Reading → „Search engine visibility“ varnelė turi būti nuimta. Puslapio kode (Ctrl+U) neturi būti <meta name="robots" content="noindex". Plačiau – Google Search Central apie noindex.
  • ☐ robots.txt neblokuoja svetainės. Kaip patikrinti: atidarykite jusudomenas.lt/robots.txt. Eilutė Disallow: / visiems robotams reiškia, kad svetainė uždaryta.
  • ☐ Unikalūs title ir meta aprašymai. Kaip patikrinti: kiekvieno puslapio title iki ~60 simbolių, aprašymas 120–155 simbolių, be pasikartojimų tarp puslapių. Yoast ar Rank Math rodo tai kiekviename puslapyje.
  • ☐ Vienas H1 kiekviename puslapyje. Kaip patikrinti: F12 konsolėje įveskite document.querySelectorAll('h1').length – turi būti 1.
  • ☐ Canonical nurodo į tikrąjį adresą. Kaip patikrinti: puslapio kode raskite rel="canonical" – jame turi būti galutinis domenas su https, ne testinis adresas.
  • ☐ Seni URL peradresuoti 301. Kaip patikrinti: jei keičiate seną svetainę, iš anksto surašykite senų adresų sąrašą ir kiekvieną atidarykite po paleidimo. Kiekvienas turi vesti į artimiausią naują puslapį, ne į 404 ir ne visi į pagrindinį.
  • ☐ Vidinės nuorodos veikia. Kaip patikrinti: nuskenuokite svetainę nuorodų tikrintuvu (pvz., Screaming Frog nemokama versija iki 500 URL). Neturi būti 404, nuorodų į # ar testinį domeną.
  • ☐ XML sitemap sugeneruotas. Kaip patikrinti: atidarykite /sitemap_index.xml arba /sitemap.xml – jame turi būti tik viešinami puslapiai, be testinių ir „ačiū“ puslapių.

3. Greitis ir Core Web Vitals

Google matuoja tris rodiklius. Pagal web.dev geros ribos yra: LCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1, vertinant 75-ąjį procentilį atskirai mobiliesiems ir kompiuteriams. Kai kurie sąrašai internete nurodo griežtesnes ribas – remkitės oficialiomis.

  • ☐ PageSpeed mobiliesiems. Kaip patikrinti: PageSpeed Insights patikrinkite pagrindinį ir 2–3 svarbiausius paslaugų puslapius. Žiūrėkite „Mobile“ skiltį, ne „Desktop“.
  • ☐ LCP ≤ 2,5 s. Kaip patikrinti: PageSpeed ataskaitoje pažiūrėkite, koks elementas yra LCP. Dažniausiai tai pirmo ekrano vaizdas – jis neturi būti „lazy load“ ir turi būti suspaustas.
  • ☐ CLS ≤ 0,1. Kaip patikrinti: lėtai įkraukite puslapį telefone. Jei tekstas „šokinėja“, kai atsiranda vaizdai, šriftai ar slapukų juosta – vaizdams trūksta width/height arba vietos rezervavimo.
  • ☐ Vaizdai WebP arba AVIF formatu. Kaip patikrinti: F12 → Network → Img. Pirmo ekrano vaizdas paprastai turėtų būti iki ~200 KB.
  • ☐ Įjungta talpykla (cache). Kaip patikrinti: atidarykite puslapį inkognito lange du kartus – antras įkėlimas turi būti pastebimai greitesnis. Atsakymo antraštėse (Network → Headers) dažnai matysite talpyklos įskiepio žymą.

INP laboratoriniame teste nematomas – jo tikri duomenys atsiras Search Console tik po kelių savaičių lankomumo. Todėl jį tikrinsite skiltyje „Po paleidimo“.

4. Mobilumas ir prieinamumas (WCAG)

Prieinamumo standartas – W3C WCAG 2.2, verslo svetainei tikslas – AA lygis. Žemiau – punktai, kuriuos galima patikrinti be specialių žinių.

  • ☐ Testas tikrame telefone. Kaip patikrinti: praeikite pagrindinį kelią (pagrindinis → paslauga → forma) ir iPhone, ir Android telefone. Naršyklės emuliacija nepakeičia tikro įrenginio.
  • ☐ Teksto kontrastas ≥ 4,5:1. Kaip patikrinti: Chrome F12 → pasirinkite tekstą → „Contrast“ reikšmė. Dideliam tekstui pakanka 3:1.
  • ☐ Paspaudžiami elementai pakankamo dydžio. Kaip patikrinti: WCAG 2.2 AA minimumas – 24×24 CSS px; patogiau – 44×44 px mygtukams ir meniu punktams telefone.
  • ☐ Svetainė valdoma klaviatūra. Kaip patikrinti: spauskite Tab nuo puslapio viršaus. Fokusas turi būti matomas, meniu ir forma turi veikti be pelės.
  • ☐ Formos laukai turi etiketes. Kaip patikrinti: kiekvienas laukas turi matomą pavadinimą (ne tik „placeholder“), o klaidos pranešimas pasako, ką pataisyti.
  • ☐ Telefonas ir el. paštas paspaudžiami. Kaip patikrinti: telefone paspauskite numerį – turi atsidaryti skambinimas (tel:), el. paštas – pašto programa (mailto:).

5. Formos ir el. paštas (SMTP, SPF/DKIM/DMARC)

Forma, kurios laiškai nukeliauja į šlamštą, yra blogiau nei jokios formos: lankytojas mano, kad parašė, o jūs apie tai nežinote. Daugelis paleidimo sąrašų tikrina tik, ar forma „išsiunčia“, bet ne, ar laiškas pasiekia gautuosius.

  • ☐ Kiekviena forma išbandyta iki galo. Kaip patikrinti: užpildykite kiekvieną formą su tikru el. paštu ir telefonu. Laiškas turi ateiti per kelias minutes, ne į šlamštą.
  • ☐ Laiškai siunčiami per SMTP. Kaip patikrinti: WordPress pagal nutylėjimą siunčia per PHP mail(), kuris dažnai nepasiekia gautųjų. Įdiekite SMTP įskiepį (pvz., WP Mail SMTP ar FluentSMTP) ir išsiųskite bandomąjį laišką.
  • ☐ Domenas turi SPF, DKIM ir DMARC įrašus. Kaip patikrinti: gautame laiške (Gmail → „Rodyti originalą“) turi būti SPF: PASS, DKIM: PASS, DMARC: PASS. Google siuntėjų reikalavimai visiems siuntėjams prašo bent SPF arba DKIM, o masiniams – visų trijų.
  • ☐ Apsauga nuo šlamšto. Kaip patikrinti: formoje yra „honeypot“ laukas arba nematomas CAPTCHA (pvz., Cloudflare Turnstile), bet jis netrukdo tikram žmogui išsiųsti formos telefone.
  • ☐ Lankytojas mato patvirtinimą. Kaip patikrinti: po išsiuntimo rodomas aiškus pranešimas arba „ačiū“ puslapis su informacija, kada atsakysite.

6. Analitika ir Search Console

  • ☐ Google Analytics 4 (ar kita analitika) renka duomenis. Kaip patikrinti: GA4 → Realtime – atidarykite svetainę telefone ir pažiūrėkite, ar matote save.
  • ☐ Konversijos sukonfigūruotos. Kaip patikrinti: išsiųskite formą ir paspauskite telefono nuorodą – abu veiksmai GA4 turi matytis kaip įvykiai (key events).
  • ☐ Analitika gerbia slapukų sutikimą. Kaip patikrinti: atsisakykite slapukų ir F12 → Application → Cookies patikrinkite, ar neatsirado _ga. Jei naudojate Google Ads – sukonfigūruokite Consent Mode v2.
  • ☐ Svetainė patvirtinta Search Console. Kaip patikrinti: Google Search Console pridėkite domeno nuosavybę (Domain property per DNS) ir pateikite sitemap.
  • ☐ Svarbiausi puslapiai pateikti indeksuoti. Kaip patikrinti: Search Console → URL tikrinimas → įveskite pagrindinį ir paslaugų puslapius → „Prašyti indeksuoti“. Daugiau – Google SEO pradžiamokslis.

7. Teisiniai dalykai

Ši grupė nėra teisinė konsultacija – tai minimumas, kurį verta turėti prieš paleidžiant svetainę. Sudėtingesniais atvejais (sveikatos duomenys, vaikų duomenys, el. prekyba) pasitarkite su teisininku.

  • ☐ Privatumo politika. Kaip patikrinti: politika pasiekiama iš poraštės kiekviename puslapyje ir aprašo, kokius duomenis renka formos, analitika ir kam jie perduodami. Ji turi atitikti tai, kas iš tikrųjų įdiegta svetainėje.
  • ☐ Slapukų sutikimas prieš nebūtinus slapukus. Kaip patikrinti: atidarykite svetainę inkognito lange ir, nieko nespaudę, pažiūrėkite F12 → Application → Cookies. Analitikos ir reklamos slapukų dar neturi būti. Mygtukai „Sutinku“ ir „Nesutinku“ turi būti vienodai matomi. Lietuvoje tai prižiūri Valstybinė duomenų apsaugos inspekcija (VDAI).
  • ☐ Įmonės rekvizitai. Kaip patikrinti: svetainėje (dažniausiai poraštėje arba kontaktuose) nurodytas įmonės ar veiklos pavadinimas, adresas, el. paštas, įmonės kodas ir, jei esate PVM mokėtojas, PVM kodas. Tokią informaciją reikalauja nurodyti Informacinės visuomenės paslaugų įstatymas.
  • ☐ Pirkimo taisyklės (el. parduotuvei). Kaip patikrinti: yra taisyklės su pristatymo, grąžinimo ir 14 dienų atsisakymo teise, o krepšelyje prieš apmokėjimą jos susietos.

8. Saugumas ir atsarginės kopijos

  • ☐ HTTPS visur. Kaip patikrinti: įveskite http:// ir www. variantus – visi turi vienu 301 peradresavimu vesti į vieną galutinį https:// adresą. Naršyklė neturi rodyti „Nesaugu“ ar mišraus turinio įspėjimų.
  • ☐ Viskas atnaujinta. Kaip patikrinti: WordPress → Atnaujinimai – branduolys, tema ir įskiepiai be laukiančių atnaujinimų. Nenaudojami įskiepiai ir temos ištrinti.
  • ☐ Saugus administratoriaus prisijungimas. Kaip patikrinti: nėra vartotojo „admin“, slaptažodžiai unikalūs, įjungtas dviejų žingsnių patvirtinimas, buvusių kūrėjų ar testinės paskyros pašalintos.
  • ☐ Automatinės atsarginės kopijos už serverio ribų. Kaip patikrinti: kopijos daromos kasdien ir saugomos kitur nei svetainė (debesyje ar kitame serveryje). Svarbiausia – bent kartą atkurkite kopiją testinėje aplinkoje. Neišbandyta kopija nėra kopija.
  • ☐ Veikimo stebėjimas. Kaip patikrinti: įjunkite nemokamą „uptime“ stebėjimą (pvz., UptimeRobot), kuris praneša el. paštu, jei svetainė neveikia.

Jei nenorite to daryti patys, šiuos darbus apima svetainių priežiūra.

9. Po paleidimo: pirmos 2 savaitės

Svetainės paleidimas nesibaigia paspaudus „Publikuoti“. Per pirmas dvi savaites išryškėja klaidos, kurių testinėje aplinkoje nebuvo: tikras srautas, tikri telefonai, tikras DNS.

  • ☐ 1 diena: pakartotinis greitas testas. Kaip patikrinti: dar kartą išsiųskite visas formas, patikrinkite HTTPS, canonical ir noindex tikrame domene.
  • ☐ 2–3 diena: Search Console klaidos. Kaip patikrinti: ataskaita „Puslapiai“ (indeksavimas) – ar sitemap nuskaitytas ir ar svarbūs puslapiai nepažymėti kaip užblokuoti robots.txt ar išskirti dėl noindex.
  • ☐ 1 savaitė: 404 ir peradresavimai. Kaip patikrinti: Search Console ir serverio žurnale ieškokite 404 adresų. Kiekvienam svarbiam – 301 į artimiausią puslapį.
  • ☐ 1–2 savaitė: užklausos ir konversijos. Kaip patikrinti: palyginkite, kiek formų atėjo į paštą ir kiek įvykių užfiksavo GA4. Jei skaičiai nesutampa – kažkur stringa sekimas arba laiškai.
  • ☐ 2 savaitė: tikri Core Web Vitals. Kaip patikrinti: Search Console → Core Web Vitals ataskaita. Duomenys atsiranda, kai susikaupia pakankamai lankytojų, todėl naujai svetainei jų gali dar nebūti – tada remkitės PageSpeed.

Santrauka: svetainės paleidimo checklist lentelėje

GrupėSvarbiausia patikraKuo tikrinti
Turinys ir tekstaiNėra šablono tekstų, kontaktai vienodi, vienas veiksmas puslapyjeCtrl+F, rašybos tikrintuvas
SEOIšjungtas noindex, unikalūs title, 301 peradresavimai, sitemapCtrl+U, Yoast, Screaming Frog
Greitis ir Core Web VitalsLCP ≤ 2,5 s, INP ≤ 200 ms, CLS ≤ 0,1PageSpeed Insights
Mobilumas ir WCAGKontrastas ≥ 4,5:1, valdymas klaviatūra, tikras telefonasChrome F12, iPhone ir Android
Formos ir el. paštasSMTP, SPF/DKIM/DMARC = PASS, laiškas ne šlamšteGmail „Rodyti originalą“
Analitika ir Search ConsoleGA4 įvykiai, sitemap pateiktas, URL tikrinimasGA4 Realtime, Search Console
Teisiniai dalykaiPrivatumo politika, slapukai tik po sutikimo, rekvizitaiInkognito langas, F12 → Cookies
Saugumas ir kopijosHTTPS, atnaujinimai, 2FA, išbandytas kopijos atkūrimasHostingo valdymas, UptimeRobot
Po paleidimoSearch Console klaidos, 404, užklausų ir GA4 palyginimasSearch Console, GA4

Šio sąrašo PDF versija, kurią galėsite atsispausdinti ir pažymėti ranka, – netrukus.

Norite, kad patikrintume už jus?

Kurdami svetainę šiuos punktus tikriname prieš kiekvieną paleidimą – tai įeina į svetainių kūrimo paslaugą su fiksuota kaina ir terminu. Visas kainas rasite kainų puslapyje.

Jei svetainė jau paruošta arba veikia, užsakykite greičio, SEO ir konversijų auditą – 149 EUR, o jei vėliau kuriame ar tobuliname svetainę kartu, ši suma įskaitoma į projektą. Daugiau – SEO paslaugų puslapyje. Kainos galutinės – PVM netaikomas.

DUK

Kada pradėti tikrinti svetainę prieš paleidimą?

Geriausia likus 3–5 darbo dienoms iki paleidimo, testinėje aplinkoje. Tada liks laiko pataisyti klaidas. Paleidimo dieną SEO, formų ir saugumo patikras pakartokite jau tikrame domene.

Kodėl nauja svetainė nerodoma Google paieškoje?

Dažniausios priežastys – paliktas „noindex“ nustatymas arba robots.txt blokuoja svetainę. Jei jų nėra, Google gali būti dar nenuskaitęs svetainės: pateikite sitemap ir svarbiausius puslapius per Search Console URL tikrinimą. Indeksavimas gali užtrukti nuo kelių dienų iki kelių savaičių.

Ar mažai verslo svetainei reikia SPF, DKIM ir DMARC?

Taip. Be šių DNS įrašų laiškai iš svetainės formų ir jūsų domeno dažniau patenka į šlamštą. Google reikalauja, kad visi siuntėjai turėtų bent SPF arba DKIM, o masiniai – visus tris. Patikrinti galite gauto laiško originale: turi būti SPF, DKIM ir DMARC PASS.

Ar slapukų juosta privaloma?

Jei svetainėje naudojate nebūtinus slapukus, pvz., analitikos ar reklamos, prieš juos įrašant reikia lankytojo sutikimo. Jei naudojami tik būtini slapukai, sutikimo juostos nereikia, bet slapukus vis tiek aprašykite privatumo politikoje.

Planuojate svetainę?

Pasiskaičiuokite kainos ribas per minutę arba parašykite – per vieną darbo dieną atsiųsime pasiūlymą su fiksuota kaina ir terminu.

Ankstesnis straipsnis
Kitas straipsnis