Fara í efni
SilktideHjálp

Hraði síðna og Kjarnvefmælikvarðar

Hraði síðna, í nútímalegri leitarvélavinnu, merkir að láta síður virðast hraðar: meginefnið birtist fljótt, uppsetningin helst stöðug og samskipti bregðast við án tafa. Opinbert heiti Google á þremur mælikvörðum úr raunnotkun sem fanga þessa upplifun er – Largest Contentful Paint (), Interaction to Next Paint () og Cumulative Layout Shift ().

Á þessari síðu skulum við gera ráð fyrir að Fernwood þurfi að ná „góðum“ viðmiðunarmörkum á verðlagningarsíðu sinni, samanburðarsíðum og helstu leiðbeiningum í farsímum – þar sem flestir nýir gestir og margir smellir frá aðstoðarmönnum koma inn.

Þessi aðferð er vísvitandi ekki tæmandi tæknileg handbók. web.dev sér nú þegar um ítarlegar leiðbeiningar. Hér á eftir kemur rammi fyrir ákvarðanatöku: hvað mælikvarðarnir þýða, hversu miklu þeir skipta, hvernig á að forgangsraða með Silktide og hvert á að vísa verkfræðingum fyrir lagfæringar.

Hvers vegna þetta virkar (og hversu mikið)

Tveir hópar láta sig þetta varða:

  • Gestir. Hægt LCP og rykkjótt CLS valda því að fólk hættir við áður en það sér svarið eða ákallið til aðgerða. Það er vandamál fyrir viðskiptaárangur, jafnvel þegar röðun er í lagi.
  • Leit. Google segir að Kjarnvefmælikvarðar séu notaðir af röðunarkerfum sem hluti af síðuupplifun og mælir með góðum mælikvörðum til að ná árangri í leit (Understanding Core Web Vitals and Google search results; Understanding page experience). Google segir einnig að leit reyni áfram að sýna viðeigandi efni þótt síðuupplifunin sé lakari – því eru mælikvarðarnir raunverulegt merki, en ekki töfralausn fyrir röðun. Líttu á þá sem grunnkröfu og úrslitaþátt milli annars sambærilegra síðna, ekki sem staðgengil fyrir efni þar sem svarið kemur fyrst eða traust.

Sérstaklega fyrir AEO: hraðvirk síða fær ekki aðstoðarmann sjálfkrafa til að vitna í þig. En hæg síða, þar sem uppsetningin færist til, tapar samt fólkinu sem þessar tilvitnanir senda – og þung úrvinnsla á biðlara sem skaðar hraðann skaðar oft líka efni sem er læsilegt án JavaScript.

Þrír mælikvarðar sem skipta máli

Viðmiðunarmörkin hér að neðan eru „góð“ markmið Google, metin fyrir raunverulega notendur við um það bil 75. hundraðshluta (vettvangsgögn). Rannsóknartól greina vandamál; vettvangsgögn eru það sem leit metur.

MælikvarðiHvað hann mælirGott
LCPHvenær meginefnið birtist≤ 2,5 s
INPHversu hratt síðan bregst við smellum/snertingum≤ 200 ms
CLSHversu mikið uppsetningin hoppar meðan hún hleðst≤ 0,1

Nánari upplýsingar og leiðbeiningar um villuleit: web.dev Vitals, Optimize LCP, Optimize INP, Optimize CLS.

Hvernig á að vinna úr vandanum (röð aðgerða hjá Fernwood)

1. Veldu síðurnar sem skipta máli

Ekki reyna að gera allt í einu. Byrjaðu á:

  • Áfangasíðum með mikla umferð og forsíðunni
  • Tekjusíðum (verðlagning, skráning, mikilvægur samanburður)
  • Grunnleiðbeiningunum og rannsóknasíðunum sem þú vilt að sé vitnað í

Miðlungs gott bloggskjalasafn getur beðið. Hæg verðlagningarsíða getur það ekki.

2. Aðgreindu rannsóknargreiningu frá sannleika vettvangsgagna

  • Rannsóknargögn (hraðaprófanir Silktide, Lighthouse, WebPageTest): endurtekjanleg gögn sem henta vel til að finna orsakir á tiltekinni vefslóð og tækjasniði.
  • Vettvangsgögn (Chrome UX Report / skýrsla Search Console um Kjarnvefmælikvarða, RUM eins og vefgreining í Silktide, þegar hún er tiltæk): það sem raunverulegir gestir upplifðu.

Þau geta verið ósammála án þess að annað hvort sé rangt – tæki, lönd og skyndiminnisstöður eru mismunandi. Lagaðu vandamál í rannsóknargögnum sem tengjast skýrt bilunum í vettvangsgögnum; ekki eltast við fullkomnun í rannsóknargögnum á vefslóð sem stenst nú þegar viðmiðunarmörk vettvangsgagna.

Hraðaskjár Silktide sameinar rannsóknargreiningu og mælingar frá raunverulegum gestum þar sem vefgreining er tengd. Web Vitals-prófunin dregur saman árangur í rannsóknargögnum; Síður sem hlaðast hægt og Tilfærslur í uppsetningu einangra LCP og CLS.

3. Lagaðu orsakir, ekki stig

Þegar Silktide (eða Lighthouse) bendir á orsök skaltu laga þá orsök:

Algeng orsökDæmigerður mælikvarðiSilktide / næsta skref
Risastór aðalmynd, hægur þjónn, CSS/JS sem blokkar birtinguLCPSíður sem hlaðast hægt, Forhlaða LCP-mynd, prófanir fyrir myndabestun
Myndir/auglýsingar/innfellingar án frátekins rýmis; leturgerðir sem hlaðast seintCLSTilfærslur í uppsetningu, Skýrðar myndastærðir
Löng JavaScript-verkefni við smellINP / TBTDraga úr keyrslutíma JavaScript, Fjarlægja tilföng sem blokka birtingu
Of mörg bæti í heildAlltFara yfir bætaþyngd, nútímaleg myndsnið, skyndiminni

Verkfræðingar ættu að nota leiðbeiningarnar á web.dev sem tengt er við hér að ofan fyrir útfærsluupplýsingar – mynstur sem eru sértæk fyrir ákveðna tækniramma breytast hraðar en þessi síða ætti að gera.

4. Prófaðu sömu vefslóðir aftur

Eftir lagfæringu skaltu keyra rannsóknarprófanir aftur með sama tækjasniði og bíða síðan eftir að vettvangsgögn uppfærist (CrUX-tímabil ná yfir margar vikur). Metðu árangur út frá stöðu vettvangsgagna fyrir mikilvægu vefslóðirnar, ekki út frá Lighthouse-skjámynd af forsíðu í glærukynningu.

Heiðarleg takmörk

  • Efnið vinnur enn. Hröð tóm síða tapar fyrir hægara en fullkomnu svari. Hraðavinna á veikburða síðum er aðeins yfirborðsfæging.
  • Þriðju aðilar. Merkistjórar, spjallgræjur og A/B-prófunartól ráða oft mestu um INP og LCP. Settu pólitískt fjármagn í að fjarlægja þau eða fresta þeim; að smækka eigið CSS bjargar þér ekki frá samstilltri sprengju frá þriðja aðila.
  • SPA / úrvinnsla eingöngu á biðlara. Ef markaðssíða Fernwood sendir tóma skel gætirðu þurft að glíma bæði við mælikvarðana og læsileika fyrir gervigreindarskriðlara. Veldu frekar SSR/SSG fyrir opinbert efni (Efni læsilegt án JavaScript).
  • Sýndarhagræðing. Að stytta LCP í rannsóknargögnum um 20 ms á vefslóð sem þegar er græn í vettvangsgögnum er sjaldan besta nýtingin á tíma verkfræðings þegar samanburðarsíður skortir enn sönnunargögn.

Hvernig Silktide hjálpar

Tengt efni

Síðast uppfært

Var þessi síða gagnleg?

Hraði síðna og Kjarnvefmælikvarðar | Hjálp Silktide