Core Web Vitals ja latentsus: kas kiiremad lehed saavad rohkem tehisintellekti viiteid?

Core Web Vitals ja latentsus: kas kiiremad lehed saavad rohkem tehisintellekti viiteid?

Sissejuhatus

Kiire veebisait on inimestele lihtsamini kasutatav. See võib olla ka otsingumootoritele ja tehisintellekti süsteemidele lihtsamini hangitav, renderdatav ja arusaadav.

Kuid oluline erisus jääb sageli märkamata:

Kiirem leht võib parandada roomamist ja sisu kättesaadavust. See ei tähenda, et kiirus üksi paneks tehisintellekti süsteemi lehele viitama.

Alates 2. augustist 2026 teatab Google, et stabiilsed serveri reageerimisajad ja madalam latentsus võivad suurendada saidi roomamismahtu. Google märgib ka, et selle tehisintellekti otsingufunktsioonid kasutavad samu põhilisi otsingu- ja indekseerimissüsteeme nagu traditsiooniline otsing ega vaja spetsiaalset tehisintellekti märgistust ega kiiruse optimeerimist. (developers.google.com)

See artikkel esitab tõenduspõhise testimisplaani, mitte ei väida, et lõpetatud eksperiment on juba läbi viidud. Ei esitatud ühtegi saiti, lehtede komplekti, serverilogi ega viidete andmestikku. Eesmärk on määratleda kontrollitud uuring, mis suudab mõõta:

1. Kas madalam aeg esimese baidini suurendab roomamissagedust.
2. Kas madalam Largest Contentful Paint parandab avastamist või indekseerimist.
3. Kas madalam Cumulative Layout Shift mõjutab roomamist või tehisintellekti poolt sisu hankimist.
4. Kas jõudluse paranemine suurendab kiirust, millega lehed on tehisintellekti otsingusüsteemide poolt nähtavalt tsiteeritud.

Lühike vastus

Madalam aeg esimese baidini võib õigetes tingimustes roomamist parandada

Google'i praegune roomamise dokumentatsioon ütleb, et selle roomamismahu piir võib suureneda, kui saidil on stabiilsed või paranevad reageerimisajad, sealhulgas aeg esimese baidini. Kui reageerimisajad tõusevad või kui sait tagastab liiga palju serverivigu või kiirusepiirangu vastuseid, võib Google roomamist vähendada. (developers.google.com)

Kiirem reageerimisaeg ei taga aga rohkem roomamist. Roomamisnõudlus sõltub ka sellistest teguritest nagu:

• Kui tihti sait muutub.
• Kui populaarne on sait ja selle lehed.
• Kas sisu on kasulik ja unikaalne.
• Kui palju on dubleeritud või madala väärtusega URL-e.
• Kas uuendatud URL-id on saidikaartidesse lisatud.

See tähendab, et madalam latentsus peaks kõige tugevamalt mõjutama suuri, sageli uuendatavaid või serveri poolt piiratud veebisaite, mitte tingimata väikest saiti piiratud uue sisuga.

Madalam Largest Contentful Paint võib aidata kaudselt

Largest Contentful Paint mõõdab, millal peamine nähtav sisu kasutajale ilmub. Google märgib ka, et nii serveri reageerimisaeg kui ka lehtede ja manustatud ressursside renderdamiseks kuluv aeg võivad mõjutada roomamise tõhusust. (developers.google.com)

Tõenäoline seos on kaudne:

Madalam latentsus → kiirem ressursside kohaletoimetamine → tõhusam renderdamine või hankimine → vähem roomamise ajalõppe või mittetäielikke hankeid.

Mõju peaks olema kõige tugevam, kui oluline sisu sõltub:

• Aeglasest JavaScriptist.
• Suurtest piltidest.
• Renderdamist blokeerivatest stiililehtedest.
• Kliendipoolsest renderdamisest.
• Rasketest manustatud ressurssidest.

Kiire Largest Contentful Paint skoor iseenesest ei ole tõenäoliselt otsene tehisintellekti viite signaal.

Madalam Cumulative Layout Shiftil on tõenäoliselt vähe otsest roomamismõju

Cumulative Layout Shift mõõdab nähtava sisu ootamatut liikumist. See on peamiselt kasutajakogemuse mõõdik. Levinud põhjused hõlmavad mõõtmeteta pilte, dünaamiliselt sisestatud reklaame, manustatud sisu ja veebifonte. (web.dev)

Roomaja ei koge paigutuse nihkumist samamoodi nagu inimkülastaja. Seetõttu on otsene seos madalama Cumulative Layout Shifti ja suurema roomamise vahel ebatõenäoline.

Kaudne seos võib tekkida, kui suur paigutuse nihe on põhjustatud:

• Sisust, mis on JavaScripti kaudu hiljem sisestatud.
• Olulisest tekstist, mis on peidetud kuni skriptide käivitamiseni.
• Piltidest või manustatud elementidest, mis viivitavad lehe loomist.
• Ebastabiilsetest mallidest, mis toodavad erinevate hangete käigus erinevat sisu.

Nendel juhtudel ei ole tegelik probleem paigutuse nihke skoor. Tegelik probleem on see, et lehte võib olla raske töödelda või see võib olulise sisu liiga hilja paljastada.

Kiiremad lehed ei ole automaatselt sagedamini tsiteeritud

Google ütleb, et tehisintellekti funktsioonides ilmuvad lehed peavad esmalt olema indekseeritud ja sobima ilmumiseks tavalistes otsingutulemustes koos katkendiga. Google ütleb ka, et selle tehisintellekti ülevaadete ja tehisintellekti režiimi jaoks puuduvad täiendavad tehnilised nõuded või spetsiaalsed tehisintellekti optimeerimised. (developers.google.com)

OpenAI märgib sarnaselt, et ChatGPT otsingupositsioonid sõltuvad mitmest tegurist ning et selle otsinguroboti OAI-SearchBot lubamine on kaasamiseks oluline. See ei väida, et madalamad Core Web Vitals otseselt suurendavad tsiteerimise tõenäosust. (help.openai.com)

See viitab neljaastmelisele mudelile:

1. Avastamine — Kas süsteem saab teada, et URL eksisteerib?
2. Hankimine ja töötlemine — Kas süsteem suudab lehte kätte saada ja mõista?
3. Indekseerimine ja otsimine — Kas leht valitakse konkreetse päringu jaoks?
4. Viite valik — Kas lehte näidatakse vastuses nähtava allikana?

Lehe kiirus võib mõjutada kahte esimest etappi. See ei ole kindlaks tehtud neljanda etapi otsese põhjusena.

Hiljutised uuringud näitavad ka, et tehisintellekti süsteemid võivad lugeda palju asjakohaseid lehti, kuid tsiteerida neist ainult mõnda. Teisiti öeldes, sisu hankimine ja tsiteerimine on eraldi sündmused. (cambridge.org)

Mida tuleks testida?

Uuring peaks testima kahte erinevat küsimust, mitte käsitlema "tehisintellekti nähtavust" kui ühte mõõdikut.

Küsimus 1: Kas jõudlus mõjutab roomamist?

Peamised tulemused:

• Aeg avaldamisest esimese roomaja päringuni.
• Roomaja päringute arv lehe kohta päevas.
• Aeg edukate uuesti roomamiste vahel.
• Roomatud lehtede arv 1000 avaldatud lehe kohta.
• Edukate hangete protsent.
• Serverivigade ja kiirusepiirangu vastuste määr.
• Aeg avaldamisest indekseerimiseni.

Küsimus 2: Kas jõudlus mõjutab viidete valikut?

Peamised tulemused:

• Testitud päringute protsent, mis annavad nähtava viite.
• Viidete määr abikõlbliku lehe kohta.
• Viite osakaal päringu sees.
• Hangitud lehtede protsent, millest saavad nähtavad viited.
• Viidete püsivus aja jooksul.
• Viidete määr tehisintellekti süsteemi järgi.

Need tulemused tuleb eraldada teenusepakkuja järgi. Google'i tehisintellekti ülevaade, ChatGPT otsingutulemus, Microsoft Copiloti vastus, Perplexity vastus ja Claude'i otsinguvastus võivad kasutada erinevaid indekseid, roomajaid, järjestamissüsteeme ja värskendamisskeeme.

Eksperimendi disain

1. Loo kontrollitud lehekomplekt

Kasuta piisavalt suurt lehekomplekti, et saada sisulisi roomaja- ja viiteandmeid.

Praktiline algne disain hõlmaks:

• 240 kuni 800 lehte.
• Vähemalt 20 lehte lehe malli kohta.
• Kolm kuni viis sisukategooriat.
• Segu igihaljastest ja regulaarselt uuendatavatest lehtedest.
• Võrdne arv lehti igas töötlusrühmas.

Igal lehel peaks olema:

• Sarnane HTML-struktuur.
• Sarnane sisu pikkus.
• Sama avaldamissüsteem.
• Sama sisemine linkimise muster.
• Samad kanoonilised reeglid.
• Sama saidikaardi käsitlus.
• Samad robots.txt õigused.
• Unikaalne, kasulik teema.

Ära loo sadu õhukesi või peaaegu duplikaatlehti ainult eksperimendi jaoks. Google'i juhised hoiatavad, et duplikaat- ja madala väärtusega URL-id võivad raisata roomamisressursse ja vähendada saidi tõhusust. (developers.google.com)

Sobitatud paaride disain on kasulik. Näiteks paarita lehed sarnaste:

• Sisu pikkusega.
• Teema nõudlusega.
• Uuendamise sagedusega.
• Sisemiste linkide arvuga.
• Väliste linkide arvuga.
• Ajaloolise liiklusega.
• Otsingupositsiooniga.

Seejärel aseta üks leht igast paarist kontrollrühma ja teine töötlusrühma.

2. Kasuta faktoriaalset töötlusdisaini

Peamisi jõudluse töötlusi tuleks testida iseseisvalt ja koos.

See loob kontrollitud eksperimendi kolmele soovitud optimeerimisele:

• HTTP/3.
• Sisuteenusvõrgu servapuhverdamine.
• Piltide tihendamine.

Paigutuse stabiilsuse töötlus on vajalik, sest esimesed kolm optimeerimist ei eralda usaldusväärselt Cumulative Layout Shifti. Piltide tihendamine võib Largest Contentful Painti vähendada, muutmata paigutuse stabiilsust üldse.

Miks HTTP/3 vajab oma mõõtmist

HTTP/3 kasutab QUIC transpordiprotokolli ja pakub iseseisvaid voogusid, mis aitavad vältida transporditasandi järjekorra blokeerimist, mis esineb HTTP/2 puhul TCP kaudu. Selle eelised sõltuvad sellest, kas klient või roomaja tegelikult HTTP/3-ga suhtleb. (rfc-editor.org)

Seetõttu registreeri iga päringu puhul kokkulepitud protokoll:

• HTTP/1.1.
• HTTP/2.
• HTTP/3.

Ära eelda, et HTTP/3 lubamine tähendab, et iga roomaja seda kasutab. Kui Googlebot, OAI-SearchBot või mõni teine roomaja jätkab HTTP/2 kasutamist, ei saa HTTP/3 selle roomaja päringuid mõjutada.

Miks servapuhverdamist tuleks hoolikalt testida

Sisuteenusvõrk (CDN) saab vähendada aega esimese baidini, pakkudes sisu päringu tegijale lähemal. Samuti võib see vähendada algserverile jõudvate päringute arvu. (web.dev)

Testi vähemalt kolme puhvri olekut:

1. Külm puhver — Serv peab võtma ühendust algserveriga.
2. Soe puhver — Serv serveerib lehe ilma algserveriga ühendust võtmata.
3. Uuesti valideeritud puhver — Serv või roomaja kasutab ETag või Last-Modified väärtust ja saab vastuseks 304 Not Modified.

Google soovitab konkreetselt tõhusat HTTP puhverdamist ja toetab 304 Not Modified vastuste kasutamist, et vähendada tarbetut töötlemist ja ribalaiust. (developers.google.com)

Ära luba puhverdamisel roomajatele aegunud või ebaõiget sisu pakkuda. Salvesta:

• Puhvri tabamus või möödalask.
• Puhvri vanus.
• Serva asukoht.
• Algserveri reageerimisaeg.
• Sisu versioon.
• Olekukood.
• Valideerimispäised.

Miks piltide tihendamine peaks olema seotud Largest Contentful Paintiga

WebP ja AVIF pakuvad üldiselt paremat tihendust kui vanemad pildiformaadid. Väiksemad pildid võivad vähendada edastusaega ja parandada Largest Contentful Painti, kui pilt on Largest Contentful Painti element. (web.dev)

Test peaks kasutama:

• Samad pildi mõõtmed.
• Sama visuaalse kvaliteedi eesmärki.
• Reageerivaid srcset pilte.
• Moodsat formaati sobiva tagavaraga.
• Selgeid width ja height väärtusi.
• Largest Contentful Paint pildi mitte laisklaadimist.
• Pildi URL-i, mis on nähtav esialgses HTML-is.

Piltide tihendamine üksi ei pruugi Largest Contentful Painti parandada, kui tegelik viivitus tuleneb JavaScriptist või ressursside hilisest avastamisest. Google'i jõudlusjuhised märgivad, et pildi allalaadimisaja vähendamine võib viivituse lihtsalt lehe teise ossa nihutada, kui Largest Contentful Painti element hilja ilmneb. (web.dev)

3. Käivita test piisavalt kaua

Lühike test võib jätta märkamata roomamise ajastamise ja indeksi värskendamise mõjud.

Praktiline disain on:

• Kaks nädalat algtaseme mõõtmist.
• Kuus kuni kaksteist nädalat töötluse mõõtmist.
• Lõplik tagasipööramis- või ristülemineku periood, kui võimalik.

过度Untuk tes silang, tukar perlakuan antara kelompok halaman yang cocok. Jika efek kinerja hilang saat perlakuan dihapus, hasilnya lebih kuat daripada perbandingan sebelum dan sesudah yang sederhana.

Core Web Vitalsi välitandmed tuleks hinnata sobiva aja jooksul. Chrome'i kasutajakogemuse aruanne kasutab jooksvalt 28-päevast koondamist, seega ei ole see loodud koheste muutuste näitamiseks pärast juurutamist. (developer.chrome.com)

4. Mõõda kogu roomajate populatsiooni

Ära käsitle kogu automatiseeritud liiklust ühe rühmana.

Vähemalt eralda:

Otsingurobotid

• Googlebot.
• Bingbot.

Tehisintellekti otsingurobotid

• OAI-SearchBot.
• PerplexityBot.
• Claude-SearchBot.

Kasutaja poolt nõutud sisu hankijad

• Perplexity-User.
• Claude-User.
• ChatGPT kasutaja hankijad, kus need on tuvastatavad.

Koolitusrobotid

• GPTBot.
• ClaudeBot.
• Google-Extended kontrollid.

Koolitusroboteid ei tohiks kasutada tehisintellekti otsinguviidete asendajana. Anthropic, OpenAI ja Google eristavad roboteid, mida kasutatakse koolitamiseks, otsinguks või kasutaja soovitud sisu hankimiseks. Google märgib ka, et Google-Extended ei mõjuta Google'i otsingu kaasamist ega järjestust. (help.openai.com)

Perplexity eristab sarnaselt PerplexityBoti, mis toetab otsingu indekseerimist, ja Perplexity-Useri, mis võib hankida lehe vastusena kasutaja päringule. (docs.perplexity.ai)

Kontrolli roomaja identiteeti, kasutades avaldatud IP-vahemikke või pöördotsingut, kus teenusepakkuja seda toetab. Kasutajaagendi stringe võivad kopeerida mitteseotud roomajad. Google hoiatab konkreetselt, et Googleboti kasutajaagendi stringe saab võltsida. (developers.google.com)

Kogutavad mõõdikud

Jõudlusmõõdikud

Kogu nii labori- kui ka reaalsete kasutajate andmeid:

• Aeg esimese baidini.
• First Contentful Paint.
• Largest Contentful Paint.
• Cumulative Layout Shift.
• Interaction to Next Paint.
• Lehe kogukaal.
• Esialgse HTML-i suurus.
• Pildi edastussuurus.
• Päringute arv.
• Serveri töötlemisele kulutatud aeg.
• Aeg, mis kulus Largest Contentful Painti ressursi ootamisele.
• HTTP protokoll.
• Puhvri staatus.

Google soovitab ligikaudset aega esimese baidini eesmärgiks 800 millisekundit või vähem, kuid aeg esimese baidini ei ole iseenesest Core Web Vital. (web.dev)

Praegused Core Web Vitalsi "head" läved 75. protsentiilil on:

• Largest Contentful Paint: 2,5 sekundit või vähem.
• Cumulative Layout Shift: 0,1 või vähem.
• Interaction to Next Paint: 200 millisekundit või vähem. (web.dev)

Roomamismõõdikud

Iga kinnitatud roomaja päringu kohta salvesta:

text timestamp url user_agent verified_bot source_ip http_protocol status_code response_time time_to_first_byte bytes_sent cache_status edge_location etag last_modified referrer

Arvuta:

text crawl_requests_per_url_day successful_fetch_rate 5xx_rate 429_rate median_recrawl_interval p75_recrawl_interval publication_to_first_fetch publication_to_first_index

Tehisintellekti viidete mõõdikud

Kasuta iga platvormi puhul kindlat päringute komplekti. Päringute komplekt peaks sisaldama:

• Otseseid faktiküsimusi.
• Võrdlusküsimusi.
• "Parim" või soovitusküsimusi.
• Värskusetundlikke küsimusi.
• Küsimusi, millele testitud leht on tugevaim vastus.
• Küsimusi, millele testitud leht on asjakohane, kuid mitte domineeriv.

Iga päringu kohta salvesta:

text engine model or experience timestamp location device query pages shown as sources page citation order whether the tested page was cited whether the tested page was retrieved but not cited answer text hash

Korda päringuid, sest tehisintellekti vastused võivad varieeruda. Kasuta kindlat ajakava, näiteks kolm korda nädalas, ja registreeri mootori või mudeli muutused.

Microsoft Bingi veebihalduri tööriistad pakuvad nüüd tehisintellekti jõudluse aruannet, mis näitab tsiteeritud lehti, aluspäringuid ja viidete suundumusi Microsofti toetatud tehisintellekti kogemustes. Microsoft hoiatab, et andmed on koondatud, valimipõhised ja vaatluslikud; see ei saa tõestada, et konkreetne lehe muutus põhjustas viidete muutuse. (bing.com)

Google hakkas samuti juunis 2026 Search Console'is välja andma spetsiaalseid generatiivse tehisintellekti jõudluse aruandeid. Aruanded olid algselt kättesaadavad ainult teatud veebisaitide alamhulgale, seega võib juurdepääs varieeruda. (developers.google.com)

Statistiline analüüs

Roomamissagedus

Kasuta segamõjude loendusmudelit, näiteks negatiivset binoomjaotuse mudelit:

text crawl_count ~ treatment + time_to_first_byte + page_age + update_frequency + sitemap_status + internal_links + server_errors + (1 | page) + (1 | crawler)

Lehe ja roomaja mõjud on olulised, sest mõned lehed saavad loomulikult rohkem tähelepanu kui teised ja erinevatel roomajatel on erinevad ajakavad.

Avastamine ja indekseerimine

Kasuta ellujäämisanalüüsi järgmiste jaoks:

• Aeg avaldamisest esimese hankimiseni.
• Aeg avaldamisest esimese indekseerimiseni.
• Aeg uuendamisest uuesti roomamiseni.

Peamine tulemus ei ole lihtsalt see, kas lehte lõpuks roomati. See on see, kas töötlus vähendas aega, mis kulus lehe leidmiseks ja töötlemiseks.

Tehisintellekti viidete valik

Kasuta hierarhilist logistilist mudelit:

text citation_present ~ treatment + time_to_first_byte + largest_contentful_paint + cumulative_layout_shift + indexed_status + search_visibility + content_freshness + page_authority + (1 | query) + (1 | engine) + (1 | page)

Käivita kaks eraldi mudelit:

1. Hankimise mudel — Kas leht hankiti või näidati kandidaadina?
2. Viitamise mudel — Kui leht hankiti, kas seda tsiteeriti nähtavalt?

See eristus on oluline. Jõudluse paranemine, mis suurendab roomamist, kuid mitte hankimist, ei ole tehisintellekti viitamise efekt. Jõudluse paranemine, mis suurendab hankimist, kuid mitte viiteid, viitab sellele, et lehte kaalutakse, kuid see kaotab allikate valiku käigus.

Eeldatavad tulemused

Need on tööversiooni hüpoteesid, mitte väidetavad eksperimentide tulemused.

Hüpotees 1: Aeg esimese baidini omab kõige selgemat roomamisefekti

Eelda positiivset seost madalama esimese baidi ajaga ja roomamismahuga, kui:

• Saidil on palju lehti.
• Lehed muutuvad sageli.
• Algserver on aeglane või ülekoormatud.
• Sait tagastab 5xx või 429 vastuseid.
• Roomaja kulutab vastuste ootamisele märkimisväärselt aega.

Eelda väikese mõõdetava efekti väikese roomamisnõudlusega saidil.

Hüpotees 2: Largest Contentful Paint on oluline renderdamise ja ressursside kohaletoimetamise kaudu

Eelda, et madalam Largest Contentful Paint aitab, kui:

• Leht sõltub brauseri renderdamisest.
• Oluline sisu on JavaScripti taga.
• Indekseerimiseks on vaja suuri pilte või stiililehti.
• Roomaja hangib palju lehe ressursse.
• Aeglasem töötlus põhjustab ajalõppe või mittetäielikku renderdamist.

Eelda nõrka seost, kui lehe oluline tekst on juba esialgses HTML-is olemas.

Hüpotees 3: Cumulative Layout Shiftil on vähe otsest mõju

Eelda, et Cumulative Layout Shifti ning roomamissageduse või viidete määra vahel puudub oluline otsene seos pärast lehe struktuuri ja JavaScripti käitumise kontrollimist.

Kui Cumulative Layout Shift näib ennustavat viiteid, uuri, kas see toimib asendajana järgmistele:

• Kliendipoolne renderdamine.
• Hiline sisu sisestamine.
• Ebastabiilsed reklaamid.
• Peidetud või viivitatud tekst.
• Halvasti struktureeritud HTML.

Hüpotees 4: Kiirus üksi ei tekita rohkem tehisintellekti viiteid

Viidete valiku tugevaimad ennustajad jäävad tõenäoliselt järgmisteks:

• Asjakohasus päringuga.
• Sisu kvaliteet.
• Selged vastused.
• Värskus.
• Autoriteet ja usaldusväärsus.
• Otsingumootori indekseerimiskõlblikkus.
• Hangimise järjestus.
• Kas leht toetab otse esitatud väidet.

Google'i juhised rõhutavad kasulikku, usaldusväärset, inimkeskset sisu ja ütlevad, et tehisintellekti otsingufunktsioonid põhinevad olemasolevatel otsingu- ja indekseerimissüsteemidel. (developers.google.com)

Tehisintellekti sisu hankimiseks häälestatud jõudluseelarve

Järgnev on kavandatud tegevuseelarve. See ei ole avaldatud tehisintellekti järjestamise valem.

Google'i praegune dokumentatsioon ütleb, et Googlebot hangib toetatud faili esimesed 2 megabaiti ja hangib välised skriptid ja stiililehed eraldi. Samuti soovitab see paigutada olulised metaandmed ja struktureeritud andmed HTML-i algusesse. (developers.google.com)

Rakendussoovitused

HTTP/3

Kasuta HTTP/3, kui seda toetab veebimajutusteenuse pakkuja ja sisuteenusvõrk.

Mõõda:

• HTTP/3 läbirääkimise määr.
• HTTP/2 varu määr.
• Ühenduse loomise aeg.
• Aeg esimese baidini.
• Jõudlus geograafilise piirkonna järgi.
• Jõudlus roomaja järgi.

Ära käsitle HTTP/3-d garanteeritud otsingu- või tehisintellekti optimeerimisena. See on transpordiparandus, mis võib aidata ainult kliente, kes seda kasutavad.

Sisuteenusvõrgu servapuhverdamine

Avalike, mitteisikupärastatud lehtede puhul:

• Määra selged Cache-Control reeglid.
• Kasuta versioonitud staatiliste varade jaoks pikaajalist puhverdamist.
• Kasuta sageli uuendatava HTML-i jaoks lühikest, kuid kasulikku puhverdamist.
• Väldi puhvri killustumist tarbetute päringuparameetrite tõttu.
• Säilita kanoonilised URL-id.
• Toeta ETag ja Last-Modified.
• Testi külmi, sooje ja uuesti valideeritud puhvri olekuid.
• Veendu, et roomaja päringud saavad sama olulist sisu kui inimeste päringud.

Sisuteenusvõrk peaks vähendama latentsust, ilma et tekiks aegunud, vastuolulisi või botispetsiifilisi leheversioone.

Piltide tihendamine

Piltide puhul:

• Kasuta AVIF-i või WebP-d, kui visuaalne kvaliteet on vastuvõetav.
• Paku reageerivaid pildisuuruseid.
• Ära serveeri töölauasuurust pilti väikesele mobiiliekraanile.
• Ära laisklaadi Largest Contentful Paint pilti.
• Lisa pildi mõõtmed.
• Paiguta Largest Contentful Paint pilt esialgsesse HTML-i.
• Kasuta fetchpriority="high" ainult sobivatel juhtudel.
• Hoia olulised selgitused tekstis, mitte manustades neid ainult piltidesse.

Piltide tihendamine on kõige väärtuslikum, kui pilt on Largest Contentful Paint element. See ei paranda lehte, mille peamine viivitus tuleneb serveri renderdamisest või JavaScripti täitmisest. (web.dev)

Paigutuse stabiilsus

Cumulative Layout Shifti vähendamiseks:

• Määra piltidel laiuse ja kõrguse atribuudid.
• Reserveeri ruumi reklaamidele.
• Reserveeri ruumi manustatud videole ja sotsiaalmeedia sisule.
• Väldi bännerite sisestamist olemasoleva teksti kohale.
• Kasuta stabiilseid fondilaadimise strateegiaid.
• Väldi suurte serveripoolselt renderdatud sisuplokkide asendamist pärast lehe laadimist.

Need muudatused parandavad kasutajakogemust, isegi kui neil puudub mõõdetav mõju roomamisele või viidetele. (web.dev)

Tööriistad ja seire

Jõudlustööriistad

Kasuta:

• Chrome'i kasutajakogemuse aruannet reaalsete kasutajate Core Web Vitalsi jaoks.
• Chrome'i kasutajakogemuse aruande rakendusliidest automatiseeritud välitandmete kogumiseks.
• PageSpeed Insightsi laborauditite ja välitandmete jaoks.
• Lighthouse'i korratavate laboritestide jaoks.
• Lighthouse'i pidevat integreerimist tõmbepäringute jõudluseelarvete jaoks.
• WebPageTesti mitmekohaliste testide, puhvri olekute ja protokollide võrdluste jaoks.
• Chrome'i arendaja tööriistu Largest Contentful Painti ja paigutuse nihke silumiseks.
• web-vitals JavaScripti teeki reaalajas kasutaja jälgimiseks.

Chrome'i kasutajakogemuse aruande rakendusliides pakub lehe- ja algserveritaseme koondatud välitandmeid, sealhulgas Largest Contentful Painti, Cumulative Layout Shifti, Interaction to Next Painti ja eksperimentaalset aega esimese baidini. (developer.chrome.com)

Lighthouse Continuous Integration saab käivitada jõudluskontrolle iga koodimuudatuse puhul ja peatada ehitused, kui eelarved on ületatud. (github.com)

Roomaja seire

Kasuta serverilogisid, servalogisid ja väikest hulka sünteetilisi sonde.

Näide sondist:

bash curl --http3 -sS -o /dev/null -D -
-w 'status=%{http_code}\nhttp_version=%{http_version}\nnamelookup=%{time_namelookup}\nconnect=%{time_connect}\nstarttransfer=%{time_starttransfer}\ntotal=%{time_total}\nsize=%{size_download}\n'
-A 'Mozilla/5.0 (compatible; OAI-SearchBot/1.0)'
https://example.com/page

Käivita sama test järgmistega:

• Googlebotiga.
• Bingbotiga.
• OAI-SearchBotiga.
• PerplexityBotiga.
• Claude-SearchBotiga.
• Tavapärase brauseri kasutajaagendiga.

Test peaks kontrollima:

• Olekukoodi.
• Robotsi luba.
• Vastuse päiseid.
• HTML-sisu.
• HTTP versiooni.
• Puhvri olekut.
• Reageerimisaega.
• Kas oluline tekst on olemas ilma JavaScriptita.

Otsingu- ja indekseerimisseire

Kasuta:

• Google Search Console'i roomamisstatistika.
• Google Search Console'i lehtede indekseerimise aruanded.
• Google Search Console'i URL-i kontroll.
• Google Search Console'i saidikaardi andmed.
• Google Search Console'i generatiivse tehisintellekti aruanded, kui need on saadaval.
• Bing Webmaster Tools'i roomamispäringud ja indekseeritud lehed.
• Bing Webmaster Tools'i tehisintellekti jõudlus.
• Igapäevased saidikaardi ja lastmod kontrollid.

Search Console'i rakendusliides saab hankida jõudlusandmeid lehe, päringu, kuupäeva, seadme ja otsingutulemuse järgi, vastavalt oma andmepiirangutele. (developers.google.com)

Viidete seire

Loo viidete paneel, mis sisaldab 50 kuni 200 stabiilset päringut teema kohta. Käivita paneel kindla ajakava järgi ja salvesta:

• Kas platvorm otsis.
• Millised allikad ilmusid.
• Kas testitud URL-i tsiteeriti.
• Viidete järjekord.
• Vastuse kuupäev ja kellaaeg.
• Kas leht muutus.
• Kas mudel või otsingukogemus muutus.

Ära võrdle viidete arvu erinevatest süsteemidest, nagu need oleksid samaväärsed. Microsoft väidab, et viidete aktiivsus ei ole järjestusskoor, autoriteediskoor, liiklusmõõdik ega kvaliteediskoor. (bing.com)

Teavitusreeglid

Loo teavitused järgmiste jaoks:

• Aeg esimese baidini tõuseb üle 25 protsendi.
• Largest Contentful Paint tõuseb üle 2,5 sekundi 75. protsentiilil.
• Cumulative Layout Shift tõuseb üle 0,1.
• 5xx või 429 vastuste püsiv suurenemine.
• Roomaja edukuse määra langus.
• Robots.txt faili muutus.
• Saidikaardi viga.
• Indekseeritud lehtede järsk langus.
• Tehisintellekti viidete järsk langus mitmel platvormil.
• Viidete mahu muutus, mis mõjutab ainult ühte platvormi.

Ühte platvormi mõjutav viidete langus võib olla põhjustatud mudeli, indeksi, päringu või toote muutusest, mitte lehe jõudluse probleemist. Microsoft hoiatab selgesõnaliselt, et viidete suundumused on vaatluslikud ja võivad muutuda sisu värskenduste, kasutaja nõudluse ning süsteemi või mudeli muutuste tõttu. (bing.com)

Lõppjäreldus

Kõige kaitstavam järeldus on:

Kiiremad lehed võivad parandada roomamise tõhusust, eriti kui serveri latentsus, ressursside suurus, vead või renderdamisviivitused on piiravad tegurid. Kuid praegu puuduvad tugevad tõendid, et madalamad Core Web Vitals otseselt põhjustaksid tehisintellekti süsteemide lehe viitena valimist.

Eeldatav põhjuslik ahel on:

text Madalam latentsus → parem serveri võimsus → vähem ebaõnnestunud või viivitatud hankeid → kiirem avastamine ja töötlemine → parem võimalus olla indekseeritud ja hangitud → võimalik viidete arvu suurenemine

Lõplik samm jääb ebakindlaks, sest viidete valik sõltub asjakohasusest, kvaliteedist, värskusest, autoriteedist, päringu kavatsusest, hankimise järjestusest ja iga tehisintellekti süsteemi käitumisest.

Enamiku veebisaitide puhul ei ole seega õige jõudlusstrateegia "optimeeri tehisintellekti viidete jaoks" eraldi. See on:

1. Hoidke oluline sisu saadaval esialgses HTML-is.
2. Hoidke aeg esimese baidini stabiilsena.
3. Kasutage avaliku sisu jaoks servapuhverdamist.
4. Tihendage ja prioritiseerige olulisi pilte.
5. Vältige paigutuse nihkeid.
6. Tagastage usaldusväärsed olekukoodid.
7. Hoidke saidikaardid ja sisemised lingid ajakohastena.
8. Lubage õiged otsingurobotid.
9. Mõõtke roomamist, indekseerimist, hankimist ja viitamist eraldi etappidena.

Selline lähenemine loob inimestele kiirema veebisaidi, otsingurobotitele tervislikuma saidi ja testitava aluse tehisintellekti nähtavuse mõistmiseks.