Šis bezmaksas mājaslapas ātruma tests ar Google PageSpeed Insights pārbauda, cik ātri konkrēta lapa ielādējas telefonā un datorā. Ievadi lapas adresi, lai uzzinātu, pēc cik sekundēm parādās galvenais saturs un kas var aizkavēt lapas reakciju uz pieskārienu. Atskaite parāda arī pieejamības kļūdas un pārbauda SEO pamatus. Ja Google ir sakrājis pietiekami daudz apmeklējumu datu, vari salīdzināt testa rezultātu ar to, ko piedzīvojuši cilvēki tavā lapā.
Ar ko lapas ielādes ātrums atšķiras no interneta ātruma?
Mājaslapas pārbaudē tu ievadi adresi un uzzini, cik ilgi apmeklētājs gaida saturu. Lapu atver Google savā testa vidē, tāpēc mājas Wi-Fi ātrums šo rezultātu nenosaka. Interneta ātruma tests, piemēram, Speedtest, pārbauda tavu pieslēgumu un parāda, cik ātri vari lejupielādēt vai augšupielādēt datus. Ja visas citas vietnes atveras ātri, bet tavā veikalā ilgi jāgaida preces attēls, sāc ar šīs preces lapas pārbaudi. Savukārt, ja mājās pēkšņi lēni veras vaļā pat ierastās ātrās vietnes, pārbaudi interneta pieslēgumu.
Kā pārbaudīt mājaslapas ātrumu
- Nokopē pilnu pārbaudāmās lapas adresi no pārlūka, ieskaitot
https://, un ievadi to laukā virs šī teksta. - Spied „Analizēt". Rezultāts parasti parādās pēc 10 līdz 30 sekundēm. Ja lapa atbild lēni, pārbaude var aizņemt ilgāku laiku.
- Ar pogām „Mobilā" un „Dators" salīdzini rezultātus. Rīks vienā reizē pārbauda abas versijas. Katrā skatā redzēsi arī pārbaudītās lapas ekrānuzņēmumu.
Izvēlies lapu, kurā apmeklētājam ir kas svarīgs darāms. Ja klienti sūdzas, ka telefonā lēni atveras cenu lapa, ievadi tieši tās adresi. Sākumlapas rezultāts neko daudz nepateiks par cenu tabulu, kas ielādējas citā adresē. Tests ir bez maksas un pieejams bez reģistrācijas. No vienas IP adreses stundā vari veikt līdz 10 pārbaudēm, katrā tiek testēta gan mobilā, gan datora versija.
Ko nozīmē PageSpeed testa rādītāji?
Vispirms apskati kopējo ātruma vērtējumu, pēc tam četras kartītes zem tā. Punkti ļauj ātri salīdzināt mobilās un datora versijas rezultātu. Kartītes palīdz saprast, kurā brīdī cilvēkam jāgaida vai kāpēc saturs pēkšņi pārvietojas ekrānā.
Ātruma vērtējums un četras mērījumu kartītes
Google Lighthouse novērtē lapas ielādi skalā no 0 līdz 100. 90 līdz 100 punkti ir zaļajā zonā, 50 līdz 89 norāda, ka ir ko uzlabot, bet 0 līdz 49 ir sarkanajā zonā. Aiz viena un tā paša vērtējuma var slēpties pavisam atšķirīgas problēmas.
| Rādītājs | Ko tas pasaka par tavu lapu | Mērķis rīka kartītē |
|---|---|---|
| FCP, pirmais redzamais saturs | Cik drīz tukša ekrāna vietā parādās pirmais teksts vai attēls. | Līdz 1,8 s |
| LCP, lielākā satura elementa parādīšanās | Cik ilgi jāgaida lielākais redzamais attēls vai teksta bloks. Preces lapā tas var būt galvenais foto. | Līdz 2,5 s |
| TBT, kopējais bloķēšanas laiks | Cik ilgi kopumā pārlūks ielādes laikā ir pārāk aizņemts ar gariem uzdevumiem, lai uzreiz reaģētu uz pieskārienu. | Zem 200 ms |
| CLS, izkārtojuma nobīde | Cik izteikti saturs negaidīti pārvietojas, piemēram, kad virs teksta parādās attēls. | Zem 0,1 |
Kopējo vērtējumu Lighthouse aprēķina no pieciem rādītājiem. Vislielākais svars ir TBT (30 %), tam seko LCP un CLS (katram 25 %). FCP un Speed Index, kas raksturo, cik ātri ekrāns piepildās ar saturu, katrs dod 10 %. Tāpēc lapa var ātri parādīt virsrakstu un tomēr iegūt maz punktu, ja ilgi jāgaida galvenais attēls vai pārlūks tajā laikā ir aizņemts.
Laboratorijas tests un reālo apmeklētāju dati
Laboratorijas testā Lighthouse vienu reizi atver lapu noteiktos apstākļos. Šis mērījums noder uzreiz pēc labojuma. Piemēram, pēc liela attēla nomaiņas vari atkārtot testu un salīdzināt, vai galvenais saturs parādās agrāk.
Sadaļā „Reālo apmeklētāju dati (Chrome UX Report)" redzami pēdējo 28 dienu mērījumi, ja Google ir pietiekami daudz datu. Te atradīsi trīs Core Web Vitals rādītājus. LCP raksturo ielādi, CLS raksturo satura stabilitāti, savukārt INP mēra, cik ilgi pēc cilvēka darbības, piemēram, pogas nospiešanas, jāgaida redzama atbilde. TBT laboratorijā var palīdzēt atrast lēnas reakcijas cēloni. To nevar pārrēķināt par INP.
| Reālo apmeklējumu rādītājs | Labs | Slikts |
|---|---|---|
| LCP | Līdz 2,5 s | Virs 4 s |
| INP | Līdz 200 ms | Virs 500 ms |
| CLS | Līdz 0,1 | Virs 0,25 |
Vērtības starp labo un slikto robežu norāda, ka ir ko uzlabot. Google katru rādītāju vērtē pēc 75. procentiles. Piemēram, zaļš LCP nozīmē, ka vismaz trijās ceturtdaļās mērīto apmeklējumu galvenais saturs parādījās 2,5 sekundēs vai ātrāk. Ja pēc labojuma laboratorijā redzi uzlabojumu, reālo apmeklētāju datos vēl kādu laiku būs iekļauti arī apmeklējumi pirms izmaiņām.
Kāpēc telefonā vērtējums mēdz būt zemāks?
Mobilais PageSpeed tests simulē vidējas jaudas telefonu ar palēninātu procesoru un lēnu 4G savienojumu. Datora testam ir labvēlīgāki apstākļi. Tas īpaši jūtams lapās ar lieliem foto un daudziem skriptiem. Ja tavā telefonā lapa pa Wi-Fi atveras ātri, mobilais tests tik un tā var parādīt, ko nākas gaidīt cilvēkam ar pieticīgāku ierīci.
Kur skatīties, ko labot?
Sadaļā „Google pārbaudes" redzēsi, kuras ātruma pārbaudes ir izpildītas un kas vēl jālabo. Ieteikumi ar lielāko paredzamo laika ietaupījumu ir saraksta sākumā. Ja uzdevumu nodosi izstrādātājam, seko saitei „Pilnā Google atskaite". Tur konkrēto pārbaudi var izpētīt sīkāk.
Sadaļa „AI aģentu piekļuve" rāda eksperimentālas Lighthouse pārbaudes. Tās aplūko, piemēram, vai pārlūks aģentam nodod pogu un saišu nosaukumus savā lapas struktūras aprakstā (pieejamības kokā), vai elementi nepārvietojas un vai vietnei ir fails llms.txt. Šīs pārbaudes apraksta to, kā aģents var lietot lapu. Par satura atrašanu un citēšanu AI atbildēs lasi sadaļā GEO optimizācija.
Ko ielādes ātrums maina tavam apmeklētājam?
E-veikalā ātrumu vislabāk var sajust ceļā no preces līdz pirkumam. Cilvēks telefonā atver preci, apskata attēlu un nospiež „Ielikt grozā". Ja attēls parādās vēlu, viņš var aizvērt lapu, pirms preci vispār ir redzējis. Ja attēls jau redzams, bet poga uz pieskārienu atsaucas ar aizturi, cilvēks var to nospiest vēlreiz. Ja tajā pašā brīdī virs pogas atveras baneris, viņš var trāpīt pavisam citai saitei.
Šīs situācijas mājaslapas īpašniekam prasa atšķirīgu rīcību. Pirmajā gadījumā skaties uz LCP, otrajā pārbaudi reālo apmeklētāju INP, bet trešajā pievērs uzmanību CLS. To pašu vari izmēģināt pakalpojuma lapā. Atver to telefonā un mēģini pieteikt konsultāciju. Vai vari sākt lasīt, kamēr ielādējas attēli? Vai poga paliek tur, kur to ieraudzīji?
Google pasūtītajā Deloitte pētījumā „Milliseconds Make Millions" (2020) analizēja ātrumu visā pirkuma gaitā. Kad mobilo lapu ātruma rādītāji katrā posmā uzlabojās par 0,1 sekundi, pētījuma dalībniekiem mazumtirdzniecībā konversijas rādītājs pieauga vidēji par 8,4 %, bet ceļojumu nozarē par 10,1 %. Tāpēc, vērtējot sava veikala rezultātus, pārbaudi arī preces lapu, no kuras cilvēks sāk pirkumu.
Ko pārbauda pieejamības, labās prakses un SEO sadaļa?
Līdzās ātrumam rīks parāda trīs atsevišķus vērtējumus no 0 līdz 100. Zem punktiem ir neizturētās pārbaudes ar attiecīgās kategorijas nosaukumu. Pārbaudes nosaukumu atstājam angliski, lai arī pilnajā Google atskaitē un sarunā ar izstrādātāju to būtu viegli atrast.
Pieejamība. Šādi rīkā apzīmēta digitālā piekļūstamība. Lighthouse pārbauda, piemēram, vai tekstam ir pietiekams kontrasts, vai attēliem ir norādīts alternatīvais teksts un vai pogām un formu laukiem ir nosaukumi, ko var nolasīt ekrāna lasītājs. Kontrastainu tekstu vieglāk izlasīt vājredzīgam vai vecākam cilvēkam, kā arī ikvienam, kurš skatās telefonā spilgtā saulē.
Automātiski var atklāt tikai daļu šķēršļu. Pamēģini pats aizpildīt pieteikuma formu tikai ar tastatūru. Nospied Tab, lai pārietu no viena lauka uz nākamo. Vai tu vienmēr redzi, kurā laukā atrodies? Vai tiec līdz nosūtīšanas pogai un vari to nospiest? Kopš 2025. gada 28. jūnija Eiropas Piekļūstamības akta prasības attiecas arī uz patērētājiem paredzētiem e-komercijas pakalpojumiem. Mikrouzņēmumi, kas sniedz pakalpojumus, ir atbrīvoti no šīm direktīvas prasībām.
Labā prakse. Šeit redzamas tehniskas problēmas, piemēram, nedrošs savienojums, pārlūka konsolē reģistrētas kļūdas vai izstiepti attēli. Ja klients ziņo par kļūdu konkrētā lapā, izstrādātājam var noderēt arī šī atskaites sadaļa.
SEO pamati. Lighthouse pārbauda, piemēram, vai lapai ir pārlūka cilnē redzamais nosaukums un meta apraksts, vai saitēm ir aprakstošs teksts un vai lapas kods nebloķē indeksēšanu. Pat ar 100 punktiem paliek jautājums, vai saturs atbild uz cilvēka meklēto. Piemēram, pārbaude var apstiprināt, ka meta apraksts ir aizpildīts, bet tā nevērtē, vai pēc šā apraksta pircējs sapratīs, ko tu piedāvā.
Vai jācenšas sasniegt 100 no 100?
Ātrumam labs mērķis ir vismaz 90 punktu mobilajā testā un zaļi Core Web Vitals reālo apmeklētāju datos, ja tie pieejami. Ja redzi 92 punktus, apskati, kas pietrūka līdz 100. Ja cilvēki var ātri atvērt lapu un bez aizķeršanās izmantot tās svarīgākās funkcijas, pēdējo punktu iegūšanai var būt maza praktiska nozīme.
Mūsu piemērs. 2026. gada 2. novembrī ar šo rīku pārbaudījām šo pašu lapu. Tā ir statiska Astro lapa, kuru apkalpo Cloudflare. Gan telefonā, gan datorā ātrums saņēma 100/100, taču lielākais satura elements telefonā parādījās pēc 0,9 s, datorā jau pēc 0,3 s. Punkti abām versijām bija vienādi, bet mērījumos redzams, kurā versijā saturs parādījās agrāk.
Mobilajā testā TBT bija 0 ms un CLS bija 0. Visās trīs papildu kategorijās (pieejamība, labā prakse un SEO pamati) ieguvām 100 punktus. Arī sadaļā „AI aģentu piekļuve" visas pārbaudes bija izturētas. Savukārt reālo apmeklētāju LCP, INP un CLS bija zaļajā zonā. Ja vēlies salīdzināt ar pašreizējo rezultātu, formas laukā ieraksti https://seos.lv/noderigi/majaslapas-atruma-tests.
Pieejamībā ir vērts izskatīt katru neizturēto pārbaudi, pat ja punktu jau ir daudz. Viena poga bez nosaukuma var liegt ekrāna lasītāja lietotājam saprast, kā nosūtīt pasūtījumu. Arī tad, ja automātiskajās pārbaudēs iegūti visi punkti, izstaigā pirkuma vai pieteikšanās soļus pats.
Vai ātrāka lapa var uzlabot pozīcijas Google?
Google ranžēšanas sistēmas izmanto Core Web Vitals, kas raksturo reālo apmeklētāju pieredzi. Lighthouse punkti palīdz novērtēt konkrētu testa ielādi. No šī skaitļa vien nevar prognozēt lapas pozīciju. Google ņem vērā vairākus pieredzes aspektus, un izšķiroša joprojām ir lapas atbilstība meklējumam. Plašāk lasi, kā ielādes ātrums ietekmē Google pozīcijas.
Ko darīt ar rezultātiem?
- Sāc ar vājāko rādītāju. Ja sarkans ir LCP, pārbaudi lielo attēlu lapas augšā un servera atbildes laiku. Ja slikts ir INP, apskati skriptus, kas darbojas pogas nospiešanas brīdī. Ja problēma ir CLS, vēro attēlus un paziņojumus, kuru parādīšanās izkustina jau redzamo saturu.
- Izvēlies pirmos trīs līdz piecus uzdevumus. Sadaļā „Google pārbaudes" apskati ieteikumus ar lielāko paredzamo laika ietaupījumu. Izstrādātājam iedod precīzu lapas adresi, norādi testa versiju un pievieno attiecīgo pārbaudi.
- Apskati, kas ielādējas kopā ar lapu. Bieži vērts pārbaudīt attēlu izmērus, slaideri, spraudņu pievienotos failus, čata logrīkus un analītikas skriptus. Ja pat vienkāršā lapā ilgi nekas neparādās, pārbaudi arī hostingu un kešatmiņu.
- Salīdzini ar Search Console. Atver savas vietnes Core Web Vitals pārskatu. Tur līdzīgas lapas ir sagrupētas. Tā vari redzēt, vai, piemēram, lēna ielāde skar arī citas lapas, kurās izmantota tā pati preces veidne.
- Pēc izmaiņām atkārto testu. Pārbaudi to pašu adresi un salīdzini vienas ierīces rezultātus. Ja mainīji galveno attēlu, pieraksti LCP pirms un pēc labojuma. Tas pateiks vairāk nekā kopējā vērtējuma izmaiņa vien.
Papildu lasāmviela
Par lapas ātrumu un vietnes redzamību meklēšanā lasi rakstā Mājas lapas ielādes ātrums un Google pozīcijas. Ja ātruma pārbaude ir daļa no plašākas vietnes sakārtošanas, apskati, ko ietver SEO optimizācija.
