Mājas lapa reti sabrūk vienā dienā. Biežāk tā klusi noveco: beidzas sertifikāts, kontaktforma pārstāj sūtīt pieprasījumus, rezerves kopija izrādās tukša, bet kāds spraudnis gadiem netiek atjaunināts. Apmeklētājs par to nepaziņos, viņš vienkārši aizies pie konkurenta. Šī pārbaude aizņem apmēram pusstundu, tai nav vajadzīgs programmētājs, un lielāko daļu var izdarīt ar bezmaksas rīkiem.

Pārbaudi ieteicams atkārtot reizi ceturksnī. Zemāk ir 12 punkti trīs grupās: no tā, kas tieši ietekmē pieprasījumus un drošību, līdz tam, kas ilgtermiņā ietekmē redzamību un atbilstību prasībām. Beigās ir īss ceļvedis, ar ko sākt, un saraksts, ko varat nokopēt.

Pirms sākat: 5 minūtes sagatavošanās

• Atveriet lapu inkognito logā. Tā jūs redzat to, ko redz jauns apmeklētājs, nevis saglabātu versiju ar jūsu pieteikšanos.
• Paņemiet līdzi telefonu, jo daudzi apmeklētāji nāk tieši no tā.
• Sagatavojiet piekļuves: lapas administrēšanas panelis, domēna reģistrētājs, hostings, Google Search Console.
• Atveriet piezīmju lapu un pierakstiet katru atrasto problēmu. Beigās tā kļūs par jūsu darbu sarakstu.

A. Redzamība: vai klienti jūs atrod un vai lapa atveras ātri?

1. Ātrums telefonā

Ievadiet adresi rīkā Google PageSpeed Insights un skatieties mobilo rezultātu. Svarīgākie rādītāji ir Core Web Vitals: lielākā satura attēlošanās (LCP) līdz 2,5 sekundēm, reakcija uz klikšķi (INP) līdz 200 milisekundēm un izkārtojuma „lēkāšana” (CLS) līdz 0,1. Detalizēti par tiem var lasīt web.dev (angliski).

Slikts signāls: sarkani rādītāji mobilajā versijā, milzīgi attēli, daudz skriptu. Visbiežākos WordPress lapu palēnināšanās cēloņus un to risinājumus esam apkopojuši lapā par WordPress ātruma optimizāciju.

2. Vai Google redz jūsu lapu

Piesakieties Google Search Console. Ja piekļuves nav, tas ir pirmais, ko pieprasīt no izstrādātāja. Atveriet indeksēšanas atskaiti un pārbaudiet trīs lietas: vai svarīgākās lapas ir indeksētas, vai nav pēkšņa kritiena un vai sadaļās „Manual actions” un „Security issues” nav ziņojumu. Ja Search Console nav pieslēgts vispār, tas pats par sevi ir atradums.

3. Vecās adreses pēc pārstrādes

Pēc jaunas lapas izveides vai platformas maiņas visbiežāk zūd tas, ko neredz: vecās adreses. Paņemiet 5–10 vecās adreses (no Google rezultātiem, vecām vizītkartēm, e-pasta paraksta, Search Console atskaites) un atveriet tās. Pareizi ir, ja tās pāradresē (301) uz atbilstošu jauno lapu. Slikti ir, ja redzat kļūdu 404 vai tikai sākumlapu. Īpaši svarīgi tas ir, pārceļot interneta veikalu, un par to vairāk ir rakstā pāreja no OpenCart, PrestaShop vai Magento uz WooCommerce vai Shopify.

B. Drošība un uzticamība: ko nedrīkst atstāt uz „kaut kad”

4. Sertifikāts (SSL) un tā atjaunošana

Adreses joslā jābūt slēdzenei, bet svarīgāks ir cits jautājums: vai sertifikāts atjaunosies pats? Pēc CA/Browser Forum lēmuma publiski uzticamu TLS sertifikātu maksimālais derīguma termiņš kopš 2026. gada 15. marta ir 200 dienas, no 2027. gada marta tas būs 100 dienas, bet līdz 2029. gadam 47 dienas. Rokas darbs reizi gadā vairs nestrādā, atjaunošanai jābūt automātiskai. Sertifikāta stāvokli var pārbaudīt SSL Labs testā vai pārlūkā, uzklikšķinot uz slēdzenes.

5. Atjauninājumi un PHP versija

WordPress administrēšanas panelī atveriet Rīki → Vietnes veselība (Site Health). Tur redzami kritiskie brīdinājumi, vecās spraudņu un tēmu versijas, kā arī izmantotā PHP versija. Uz 2026. gada oktobri drošības atjauninājumus saņem PHP 8.2 (līdz 31. decembrim), 8.3, 8.4 un 8.5, bet 8.1 un vecākas versijas vairs netiek atbalstītas. Aktuālo sarakstu skatiet php.net. Ja lapa vēl darbojas uz vecas PHP versijas, pāreja jāieplāno bez kavēšanās, jo drošības labojumi vairs neiznāk. Pāreja var salauzt vecus spraudņus, tāpēc to dara testa kopijā, nevis darbojošā lapā.

Plašāk par to, kas ietilpst regulārā uzturēšanā: Kas ietilpst WordPress mājas lapas uzturēšanā?

6. Rezerves kopijas: vai tās tiešām var atjaunot

Pārbaudiet trīs lietas: kur kopijas glabājas (nevis tikai tajā pašā serverī), cik svaigas tās ir un vai kāds ir mēģinājis tās atjaunot. Praktisks pamatprincips ir 3-2-1: trīs kopijas, uz diviem dažādiem nesējiem, viena no tām ārpus servera. Kopija, kuru nekad nav mēģināts atjaunot, ir cerība, nevis kopija. Piemēram, pārvaldītajos WordPress hostingos, tādos kā Coma Cloud, ikdienas kopijas glabājas ārpus servera un atjaunot var ar vienu klikšķi. Šādu iespēju ir vērts prasīt jebkuram hostinga piegādātājam.

7. Kam ir piekļuve un kam pieder domēns

• Administrēšanas panelī atveriet lietotāju sarakstu. Vai tur nav bijušo darbinieku, ārštata izstrādātāju un kopīgu kontu?
• Ieslēdziet divu faktoru autentifikāciju vismaz administratoriem.
• Pārbaudiet domēna reģistrētāju un derīguma termiņu: uz kā vārda domēns reģistrēts un vai kontaktpersonas e-pasts joprojām darbojas. .lv domēnu informāciju var apskatīt NIC.LV. Gadās, ka domēns joprojām ir reģistrēts uz bijušā izstrādātāja vārda.

8. Spraudņi un tēmas

Dzēsiet visu, ko neizmantojat. Arī deaktivizētu spraudņu faili paliek serverī, tāpēc tos labāk noņemt pavisam. WordPress.org spraudņa lapā redzams, kad tas pēdējo reizi atjaunināts un vai ir testēts ar jaunākajām WordPress versijām. Ja spraudnis gadiem nav atjaunināts, meklējiet aizstājēju. Ja jau ir aizdomas par uzlaušanu, piemēram, parādījušās svešas lapas vai pārvirzījumi uz citām vietnēm, apskatiet uzlauztas WordPress vietnes atjaunošanas soļus.

C. Sazināšanās un atbilstība: lietas, kas klusi maksā pieprasījumus un naudu

9. Kontaktforma un e-pasts

No cita e-pasta konta (vēlams Gmail) aizpildiet kontaktformu un pārbaudiet, vai ziņa ienāk, arī surogātpasta mapē, un cik ātri. Pēc tam pārbaudiet, vai jūsu domēns ir pareizi sagatavots e-pasta sūtīšanai. Google prasa, lai visi sūtītāji uz Gmail adresēm izmantotu SPF vai DKIM, bet masveida sūtītājiem (virs 5000 ziņu dienā) vajadzīgi SPF, DKIM un DMARC; prasības ir apkopotas Google dokumentācijā. Praksē ir prātīgi uzstādīt visus trīs. Ierakstus var pārbaudīt ar MXToolbox.

Un, ja saņemat aizdomīgu e-pastu un nezināt, vai tam uzticēties, to var ielīmēt bezmaksas e-pasta pārbaudē ar mākslīgo intelektu.

10. Sīkdatnes un piekrišana

Atveriet lapu inkognito logā pirms nospiežat „Piekrītu”. Pārlūka izstrādātāju rīkos (F12, sadaļa Network) vai ar sīkdatņu pārbaudes rīku redzēsiet, vai analītikas un reklāmu skripti jau tiek ielādēti. Tiem jāgaida jūsu piekrišana. Pārbaudiet arī, vai baneris labi izskatās telefonā un vai atteikties var tikpat viegli kā piekrist, jo tā ir laba prakse un reizēm arī uzraugu prasība.

11. Piekļūstamība (EAA)

Kopš 2025. gada 28. jūnija ES Piekļūstamības akta (direktīva 2019/882) prasības attiecas uz virkni produktu un pakalpojumu, tostarp interneta veikaliem, kas pārdod patērētājiem. Latvijā tās ievieš Preču un pakalpojumu piekļūstamības likums. Izņēmumi, piemēram, mikrouzņēmumiem, ir atkarīgi no jūsu darbības veida un likuma redakcijas, tāpēc, ja neesat drošs, pārbaudiet likumu vai konsultējieties ar juristu.

Ātrā pašpārbaude: pārlūkojiet lapu tikai ar taustiņu Tab (vai vienmēr redzat, kur atrodaties?), pārbaudiet teksta kontrastu, attēlu alternatīvos tekstus un to, vai formu laukiem ir nosaukumi. Palīdzēs WAVE un Chrome Lighthouse, bet ātru pirmo vērtējumu dod arī Coma bezmaksas EAA pārbaude.

12. Kā jūs „redz” mākslīgais intelekts

Daļa cilvēku jautājumus uzdod ChatGPT, Gemini vai Perplexity, nevis meklē Google. Uzdodiet tiem vienkāršus jautājumus: „Ko tu zini par [jūsu uzņēmums]?” un „Kuri uzņēmumi Latvijā piedāvā [jūsu pakalpojums]?”. Pārbaudiet, vai atbildes ir pareizas, vai jūs vispār pieminēti un vai nav novecojušu datu. Atbildes mainās, tāpēc vērtējiet tendenci, nevis vienu atbildi. Strukturētāku pārbaudi var veikt Coma rīkā „Vai mākslīgais intelekts zina tavu uzņēmumu?”.

Kā novērtēt rezultātu

Saskaitiet, cik punktos atradāt problēmu, un sakārtojiet darbus pēc steidzamības:

1. Šonedēļ: kontaktforma (9), rezerves kopijas (6), sertifikāts (4), piekļuves un domēns (7). Tās ir lietas, kas tieši maksā pieprasījumus vai var apturēt lapu.
2. Šajā mēnesī: atjauninājumi un PHP (5), spraudņi (8), vecās adreses (3), sīkdatnes (10).
3. Šajā ceturksnī: ātrums (1), indeksēšana (2), piekļūstamība (11), redzamība mākslīgā intelekta atbildēs (12).

Orientieris: ja problēmu ir mazāk nekā trīs, lapa ir labā stāvoklī. Ja to ir sešas vai vairāk, vērts ieplānot pilnīgu auditu.

Ja gribat ātru tehnisko pirmo vērtējumu bez reģistrēšanās, to var iegūt Coma bezmaksas mājas lapas pārbaudē (drošība, ātrums, SEO pamati). Tā neaizstāj iepriekšējos punktus, bet palīdz ātri atrast acīmredzamo.

Kad ar pašpārbaudi nepietiek

Lielākā problēma parasti nav zināšanu trūkums, bet tas, ka nav kāda, kam šis darbs pieder. Ir divi normāli ceļi: noteikt atbildīgo uzņēmuma iekšienē un ielikt pārbaudi kalendārā reizi ceturksnī vai uzticēt uzturēšanu ārējam partnerim. Ja izvēlaties otro, pirms līguma parakstīšanas pajautājiet piegādātājam:

• Vai kopijas tiek glabātas ārpus servera un vai atjaunošana tiek testēta?
• Vai atjauninājumus vispirms pārbauda testa kopijā?
• Kāds ir reakcijas laiks, ja lapa nedarbojas, un vai ir uzraudzība, kas to pamana pirmā?
• Vai jūs saņemsiet atskaiti par paveikto un kam pieder piekļuves un domēns?
• Vai piegādātājs uztur arī lapas, kuras nav veidojis viņš pats?

Mēs Coma Web Development uzturam WordPress lapas, tostarp tādas, kuras izveidojuši citi. Kas ietilpst uzturēšanā un kā tas izskatās praksē, ir aprakstīts uzturēšanas pakalpojuma lapā. Ja vajag tikai tehnisko uzturēšanu, pieejams arī vienkāršāks variants: Mājaslapu Serviss (50 € mēnesī). Atklāti: abi ir mūsu pašu pakalpojumi. Svarīgākais nav tas, kuram piekrītat, bet lai uz šiem jautājumiem skaidras atbildes saņemtu no jebkura izvēlētā partnera.

Pārbaudes saraksts (nokopējiet un saglabājiet)

• ☐ Mobilais ātrums pārbaudīts (LCP līdz 2,5 s, INP līdz 200 ms, CLS līdz 0,1)
• ☐ Search Console pieslēgts, svarīgākās lapas indeksētas, ziņojumu nav
• ☐ 5–10 vecās adreses atveras vai pāradresējas (301), nevis rāda 404
• ☐ SSL sertifikāts derīgs un atjaunojas automātiski
• ☐ WordPress, spraudņi un tēmas atjaunināti, PHP versija atbalstīta
• ☐ Rezerves kopijas ir svaigas, ārpus servera, atjaunošana izmēģināta
• ☐ Lietotāju saraksts sakopts, administratoriem ieslēgta 2FA, domēns uz jūsu uzņēmuma vārda
• ☐ Neizmantotie un novecojušie spraudņi noņemti
• ☐ Kontaktforma ienāk, e-pasta autentifikācija (SPF, DKIM, DMARC) sakārtota
• ☐ Analītikas un reklāmu skripti gaida piekrišanu
• ☐ Piekļūstamības pašpārbaude veikta (Tab, kontrasts, alt teksti)
• ☐ Pārbaudīts, ko par uzņēmumu atbild mākslīgā intelekta asistenti

Rakstu sagatavoja Coma Web Development: WordPress mājas lapu izstrāde, uzturēšana un hostings Latvijā. Jautājumi: info@coma.lv · coma.lv