Nexura DigitalAI · Automatizálás · Marketing
Nexura Digital szolgáltatás

Core Web Vitals optimalizálás és oldalsebesség, előtte és utána mérve

A lassú oldal bosszantja a látogatókat, és megjelenik a Google által valós felhasználóktól gyűjtött adatokban. Mi mérünk, a legfontosabbat javítjuk, és ugyanazokkal a mutatókkal hasonlítunk össze.

A Core Web Vitals három Google-mutató a valós betöltési sebességre, a reagálókészségre és a vizuális stabilitásra: LCP, INP és CLS. A Nexura Digital terepi és laboradatokkal méri az oldalát, javítja a legnagyobb okokat, és előtte-utána összehasonlítja, távolról dolgozva olyan vállalkozásokkal, amelyek weboldala, boltja vagy landing page-e lassú. 7 napos próbával indulhat a legfontosabb sablonján.

Küszöbértékek és mérésük

A Google küszöbértékei

Ezeket a valós látogatások 75. percentilisénél értékelik, külön mobilra és asztali gépre.

  • LCP, a fő tartalom betöltése: jó, ha legfeljebb 2,5 másodperc
  • INP, a kattintásokra, érintésekre és billentyűleütésekre adott válasz: jó, ha legfeljebb 200 ms; 2024 márciusában az FID helyét vette át
  • CLS, vizuális stabilitás: jó, ha legfeljebb 0,1

Laboradatok

A Lighthouse, a Chrome DevTools vagy a WebPageTest szimulált, ismételhető körülmények között tölti be az oldalt: ideális a problémák diagnosztizálásához és a javítás azonnali ellenőrzéséhez. Egy szimulált oldalbetöltésben nincsenek valós interakciók, így az INP-t nem tudja mérni, helyette a Total Blocking Time (TBT) a helyettesítő mutató.

Terepi adatok

A valódi Chrome-felhasználók adatai a CrUX-jelentésben, amelyet a PageSpeed Insights és a Search Console mutat. Ezt használja a Google, és 28 napot fed le, ezért a javulás teljes megjelenése hetekbe telik.

Mit javítunk mutatónként

LCP

  • Fő kép AVIF vagy WebP formátumban, helyesen méretezve és magas letöltési prioritással
  • Nincs lusta betöltés azon, ami elsőként jelenik meg
  • Gyorsabb szerver: gyorsítótárazás, CDN vagy jobb tárhely

INP

  • Hosszú JavaScript-feladatok felbontása, a nem lényeges kód halasztása
  • Harmadik féltől származó szkriptek átnézése: chat-widgetek, térképek, pixelek és felhalmozódott címkék
  • Könnyebb DOM nagyon nehéz oldalakon

CLS

  • Fenntartott hely képeknek, videóknak, hirdetéseknek és iframe-eknek
  • Olyan sütibanner, amely nem tolja el a tartalmat
  • Webes betűtípusok, amelyek elrendezésváltozás nélkül töltődnek be

Munkamódszerünk

Mérés, javítás, újramérés

  • Alapmérés sablononként: főoldal, szolgáltatás, kategória, termék
  • A hibás mutató mögötti ok diagnosztizálása
  • A javítások hatás és ráfordítás szerint rangsorolva, kiadás előtt tesztelve
  • Laboratóriumi ellenőrzés minden változtatás után
  • Terepi követés 28 napon át, és validálás a Search Console-ban

Mikor éri meg, és mikor nem

Megéri, ha

  • A Search Console gyenge vagy javításra szoruló URL-eket jelez
  • Hirdetésre költ, és a landing page lassan töltődik mobilon
  • A boltja lassú a termékoldalakon vagy a kosárnál

Nem prioritás, ha

  • Terepi mutatói már jók, és a probléma a tartalom
  • Csak a sebességtől várja a helyezések javulását: a relevancia többet számít
  • Hamarosan újraépíti az oldalt: építse a teljesítményt az új projektbe

Ellenőrizhető eredmények

Jelentések és változtatások

  • Alapjelentés sablononként, terepi és laboradatokkal
  • Okok mutatónként rangsorolva
  • Megvalósított és dokumentált javítások
  • Összehasonlítás: labor az átadáskor, terep 28 nap után
  • Oldalsúly- és szkriptkorlátok a nyereségek megőrzéséhez

7 napos próba: egy kulcssablon

Egy sablon, mérve és javítva

Közösen kiválasztunk egy kulcssablont, például a termékoldalt vagy a hirdetési landing page-et, kijavítjuk legrosszabb mutatójának fő okát, és a laborban megerősítjük a javulást. A terepi összehasonlítás, amely 28 napot igényel, később esedékes. A hatókört és a feltételeket indulás előtt írásban rögzítjük.

GYIK

Gyakori kérdések

Miért ad a PageSpeed Insights minden alkalommal más pontszámot?

A pontszám egy Lighthouse-laboratóriumi tesztből származik, és az adott pillanatban a szerver terhelésétől, a hálózati feltételektől és a harmadik féltől származó szkriptektől függ. Ezért nem célként kezeljük: ismételt teszteket futtatunk, mediánokat hasonlítunk össze, és a döntéseket a valós felhasználóktól származó terepi adatokra alapozzuk.

Attól jobb helyezést kapok, ha javul a Core Web Vitals?

Ezt nem ígérhetjük. A Google a Core Web Vitals-t az oldalélmény részeként használja a rangsorolási rendszereiben, de a relevancia és a tartalom minősége többet számít. Ami változik, az a látogatók élménye, és ez mérhető: a mutatókat és a konverziókat az előtte és utána időszakban hasonlítjuk össze.

Mi van, ha az oldalamhoz nincsenek CrUX-adatok?

Ez gyakori a kevés forgalmú oldalaknál. Telepítjük a web-vitals könyvtárat, amely valós látogatásoknál méri az LCP-t, az INP-t és a CLS-t, és az adatokat a Google Tag Manageren keresztül küldi a GA4-be, tiszteletben tartva az Ön sütibeállításait. Így akkor is saját terepi adatai lesznek, ha a Google nem tesz közzé adatot a domainjére.

A WordPress-témám vagy az oldalszerkesztőm a probléma?

Néha igen, de nem mindig. Sok probléma felhalmozódott bővítményekből, optimalizálatlan képekből, harmadik féltől származó szkriptekből vagy lassú szerverből ered, és a témák cseréje nélkül is javítható. Ha az oldalszerkesztő túl sok kódot generál, megmutatjuk az adatokat, és Önnel együtt döntjük el, hogy optimalizáljuk-e, vagy újraépítjük a kulcssablonokat.

Kapcsolat

Megbukik az oldala egy Core Web Vitals-mutatóban?

Nézze meg a Core Web Vitals-jelentést a Search Console-ban, vagy küldje el a domainjét a nexuradigital2026@gmail.com címre, vagy a WhatsAppon a +34 603 636 249 számra. A 7 napos próbában a legfontosabb sablonnal kezdünk.

Telefon+34 603 636 249
↗
Emailnexuradigital2026@gmail.com
↗