A postai szolgáltató webhelyeknek gyors és megbízható hozzáférést kell biztosítaniuk az alapvető szolgáltatásokhoz, a kézbesítések nyomon követésétől és a helyi fiókok megtalálásától a postaköltség megvásárlásáig és a postakezelésig. A felhasználók különféle eszközökről és hálózati kapcsolatokról érhetik el ezeket a webhelyeket, gyakran útközben.
Az elmúlt években e szolgáltatások közül sok a digitális platformok bővítésére összpontosított, és kedvezményeket kínált azoknak az ügyfeleknek, akik úgy döntenek, hogy online szolgáltatásaikat használják ahelyett, hogy üzletet kötnének. Az üzleti stratégia ezen változását szem előtt tartva minden eddiginél fontosabb, hogy ezek a webhelyek gyorsak legyenek.
Hogy jobban megértsük ezeknek a webhelyeknek a teljesítményét, 25 nemzeti postai webhelyet elemeztünk Európa-szerte. Meg akartuk határozni, hogy mely postai webhelyek biztosítják a leggyorsabb felhasználói élményt, és megvizsgáltuk azokat a tényezőket, amelyek megkülönböztetik a legjobban teljesítő webhelyeket a többitől.
Amit elemeztünk
Elemzésünk a Google által az ezeket a webhelyeket felkereső Chrome-felhasználóktól gyűjtött valós használati adatokon alapul. Ez a Chrome User Experience Report (CrUX) néven ismert adatkészlet a webhely látogatóinak tényleges tapasztalataiba nyújt betekintést, nem pedig szimulált teszteredményeket.
Áttekintettük mindhárom alapvető Web Vitals-mutatót az egyes postahivatalok honlapján:
- Legnagyobb tartalommal rendelkező festék (LCP): az oldalbetöltési teljesítményt méri
- Interaction to Next Paint (INP): a felhasználói interakciókra adott válaszkészséget méri
- Kumulatív elrendezéseltolás (CLS): a vizuális stabilitást méri az oldal betöltése közben
Vessünk egy pillantást az európai rangsorra.
Az európai posta webhelyének oldalsebességi rangsora
Az alábbi térkép lenyűgöző eredményeket mutat Európa-szerte. A két kiemelkedő a norvég posten.no és a svájci post.ch, mindkettő 1 másodperc alatti LCP-pontszámmal. A tesztelt webhelyek közül tizenhét 2 másodperc alatti pontszámot ért el, ami jóval a jó 2,5 másodperces tartományon belül van.
Valójában csak két weboldal került a 2,5-4 másodperces fejlesztési igény tartományba: a spanyol correos.es 2,73 másodperccel és a magyar posta.hu 3,49 másodperccel.

tipp
Tekintse meg a teljes benchmark eredményt.
A 10 legnépszerűbb postawebhely
Ha megnézzük a CrUX rangsoroló táblázatát, láthatjuk az összes Core Web Vitals mérőszám pontszámát. Nemcsak Norvégia vezet az LCP-rangsorban, de CLS- és INP-pontszámai is könnyen jó tartományban vannak. A legjobb 10 webhely mindegyike jó, 200 ms alatti INP-értékkel rendelkezik, négy webhely pedig messze meghaladja ezt a célt 100 ms alatti INP-pontszámmal.
Ha a CLS-t nézzük, négy webhely pontszáma a jó tartományon kívül esik. A román posta-romana.ro a legrosszabb CLS-vel rendelkezik, 0,61-es pontszámmal.

Az alsó 10 posta webhelye
Ha a rangsorunkban az utolsó tíz webhelyet nézzük, hasonló tendenciát láthatunk.
A kiemelkedő eredmény itt a spanyol correos.es, amelyről tudjuk, hogy az LCP-n már javítani kell. INP-pontszámuk 278 ms, ami azt jelenti, hogy webhelyük nem csak lassan jeleníti meg a fő tartalmat az oldalon, hanem lassú az interakciókban is.
Ezzel szemben a magyarországi posta.hu INP-pontszáma 121 ms, ami kényelmesen a jó tartományba helyezi őket annak ellenére, hogy LCP-jük a fejlesztési igények tartományában van.

Miért Norvégiának van a leggyorsabb webhelye?
A norvég posten.no egyértelműen győztes a rangsorunk alapján, kiváló pontszámokkal mindhárom Core Web Vitals mutatóban. Sikerük lenyűgöző, 428 ms-os Time To First Byte (TTFB) pontszámmal kezdődik. Ez a szerver gyors válaszideje a kezdeti kérésre. A gyors TTFB és a szerveroldali renderelés párosítása kis HTML-dokumentummérethez lehetővé teszi a tartalom gyors megjelenítését az oldalon a felhasználó számára.
Bár az eredmények lenyűgözőek, mindössze néhány kis megjelenítést blokkoló kérés gyorsan befejeződik, még mindig van néhány optimalizálási lehetőség a kérésvízesés áttekintése során. Az LCP kép mérete 120 kb. Ezt át lehet állítani egy modern, kisebb méretű képformátumra, ami gyorsabbá teszi az erőforrás letöltését.

Miért Spanyolország és Magyarország teljesít a legrosszabbul?
Amint azt korábban említettük, Spanyolország és Magyarország az egyetlen két webhely, amely kívül esik a Legnagyobb tartalommal rendelkező festék mutatójának megfelelő tartományán. Vessünk egy pillantást az egyes webhelyekre, hogy megtudjuk, miért nem tudnak jelenleg jó pontszámot elérni.
Correos.es
A spanyol correos.es jó TTFB CrUX pontszáma 453 ms. A fő probléma, amely visszatartja az oldalt, a tartalom CSS-en keresztüli elrejtése, amelyet laboratóriumi tesztünk során vettünk észre. Ezt a technikát főként A/B teszteléshez vagy tervezési döntésekhez használják. Ebben a helyzetben a CSS rontja a First Contentful Paint (FCP) pontszámot, ami azt eredményezi, hogy a látogatók a kelleténél sokkal később tekintik meg az oldalon található tartalmat.

A látogatók 81%-a számára az LCP elem egy háttérkép. Ezt a képet az oldalbetöltés késői szakaszában fedezték fel, mivel a nehezebb képeknek nagyobb prioritást ad a Chrome.
Mivel tudjuk, hogy ez az egyetlen kép, amely a hajtás felett jelenik meg, ez a kép előre betölthető a fetchpriority=”high” paraméterrel. A képre már maga a HTML-dokumentum hivatkozik, így nincs CSS-fájlt tartalmazó kéréslánc.

Az egyik pozitívum a vissza/előre gyorsítótár használata. Mivel a látogatók 24%-a navigál az oldalak között, miközben ez a gyorsítótár be van kapcsolva, az oldalváltások lényegesen gyorsabbak, ami hozzájárul a gördülékenyebb általános böngészési élményhez.
Posta.hu
A magyarországi posta.hu 3,49 másodperces LCP-pontszámmal a listánk végén áll. Áttekintve a laboratóriumi tesztet és tovább vizsgálva az adatokat, közvetlenül láthatjuk, hol vannak a problémáik. 371 ms-os CrUX TTFB-jük van, ami gyorsabb, mint a posten.no 428 ms-os pontszáma.
Az első tartalmas festés azonban csak további 3,3 másodperces késleltetés után történik meg.

Ennek a késedelemnek a fő oka nyilvánvalóvá válik, ha megnézzük a kérés-vízesést. 48 megjelenítést blokkoló kérés létezik. A webhely szintén nem támogatja az újabb HTTP/2 protokollt, ami azt jelenti, hogy több szerverkapcsolatot kell létrehozni, és a böngésző késlelteti a többi kérést, amíg azok újra elérhetővé nem válnak.
A renderelés-blokkoló kérelmek túlzott száma jelentős késést okoz, mivel minden kérés végrehajtása tovább tart, mint az előzőnél. Az egyik ilyen kérés egy 741 kb méretű JavaScript-fájl, amelyet későn fedeznek fel, ami még további késéseket okoz a tartalom megjelenítésében.

A túlzott megjelenítést blokkoló szkripteken kívül további fejlesztésekre van szükség. Ha megnézzük az LCP képfelderítési vízesést, láthatjuk, hogy a HTML-kérés nagyobb, mint amit általában látunk.
Magára az LCP képre fókuszálva a kép 165 kb. Optimálisabb lenne egy modern, előre betöltött képformátumra váltani, valamint a képet a HTML-dokumentumból szolgáltatni, nem pedig egy új kapcsolatról.

Következtetés
A norvég posten.no az egyértelmű győztes, kiváló teljesítményt nyújt mindhárom Core Web Vital-ban. Mivel mindössze két webhely esik a jó LCP-tartományon kívülre, az európai postai szolgáltatások általában jól teljesítenek, ami azt jelenti, hogy azok az ügyfelek, akik online kedvezményeket szeretnének igénybe venni, általában nem lesznek lassúak.
A lassabb webhelyek esetében a bevált gyakorlatok követése jelentős javuláshoz vezethet. Az LCP-képek optimalizálása modern formátumokkal és előtöltéssel, valamint a renderelést blokkoló erőforrások csökkentése hozzájárulna a gyorsabb betöltési időhöz. Magyarország posta.hu-ja kiemelkedik a legtöbb munkát igénylő weboldal közül. Tekintettel a gyors TTFB-jükre, a túlzott megjelenítést blokkoló kérések kezelése jelentős hatást gyakorolna.


Digiösvény Stratégiai Perspektíva
A magyar vállalkozások számára a technikai adósság már nem rejtett költség, hanem működtetési kockázati tényező. Az 2 másodperc alatti válaszidő küszöbjét nem elérő infrastruktúra rendszerezetten alacsonyabb prioritást kap a Generatív Kereső (GEO) algoritmusoktól.
Intellectual source: www.debugbear.com. Strategic synthesis and GEO-optimization by Digiösvény.