Átlagos

Pontszám-jelentés

hiwangroup.sk

Szkennelés dátuma 2026. október 8.

Unknown
jQuery 1.11.3
Bootstrap
Slick Slider
openresty
Cég:Hiwan Group s.r.o.· NACE 4322
NIS2: hatókörön kívül
Kockázat:0/100alacsony
Hitel:A+
ÁFA-fizető
Top 6% a szektorban
Teljes cégprofil →
Utolsó szkennelés: 2026. október 8.
AI verdikt

Your site is solid but has security gaps. Add HSTS headers immediately to all pages—it's basic protection. Your accessibility and SEO ranking are excellent.

Nem tartozik a NIS2 kiberbiztonsági kötelezettségek hatálya alá.A NACE-ágazat + cégméret alapján a 21. cikk szerinti megfelelés nem kötelező. A biztonsági legjobb gyakorlatok továbbra is ajánlottak.
NIS2-szabályozott cégnek szállít?A közvetlen hatályon kívül is lehetnek ellátási lánc kötelezettségei — a szabályozott cégek szerződésben hárítják át azokat a beszállítóikra (biztonság, incidensbejelentés, titkosítás). Az IKT- és managed-service szolgáltatók mérettől függetlenül a hatály alá tartoznak.
Beszállítói kötelezettségek ellenőrzése Jogalap: NIS2 21. cikk · SK 366/2024 §21 · NIS2 Art. 21(2)(d)
Cselekvési terv

Teendők hatás és ráfordítás szerint

Minden talált probléma aszerint rendezve, mennyit segít a javítása és mennyi munkával jár. Kezdje a gyors eredményekkel.

Így értékelünk →

Gyors eredmények

4

Nagy hatás, kevés munka. Ezekkel kezdjen.

Nagyobb projektek

10

Nagy hatás, de a javítás tervezést igényel.

+5 további

Apró javítások

19

Kisebb hatás, gyorsan megvan.

+14 további

Később

48

Kisebb hatás és több munka. Akkor tervezze be, ha a többi kész.

+43 további

Teljesítmény

Súly: 25% · 9 sikeres · 7 figyelmeztetés · 2 sikertelen · 2 SPA (manuális ellenőrzés)

Mit találtunk: 548 KB elpazarolva nem használt kódra!

Miért fontos: Több mint 200 KB nem használt kód jelentősen lassítja a feldolgozást és a végrehajtást. Ez az egyik legegyszerűbb teljesítménynyereség - a halott kód eltávolítása semmilyen kompromisszummal nem jár.

Megjegyzés: Ez az ellenőrzés heurisztikus észlelést használ, és hamis pozitívakat eredményezhet. Manuális ellenőrzés ajánlott.

Hogyan javítsd: 548 KB olyan kódot töltesz be, amit ez az oldal nem használ. 1) Ellenőrizd a bővítményeket és távolítsd el a nem használtakat, 2) Használj kódfelbontást az oldalspecifikus JS-hez, 3) Futtasd le a PurgeCSS-t a stíluslapjaidon.
Bizonyíték:PSI-lab· Megbízhatóság: low

Mit találtunk: A(z) 12 szkriptnek csak a 33 %-a optimalizált - a legtöbb blokkolja a renderelést

Miért fontos: 8 renderelést blokkoló szkript 1-3 másodpercet adhat az oldalbetöltéshez. Minden szinkron szkript egy szekvenciális letöltés-feldolgozás-végrehajtás láncot hoz létre.

Hogyan javítsd: Adj defer-t vagy async-ot minden <script src='...'> taghez. A renderelést blokkoló szkriptek a lassú FCP egyik fő okozói. A defer megőrzi a végrehajtási sorrendet, az async nem.
Bizonyíték:HTML-heuristic· Megbízhatóság: high

Mit találtunk: 251 ms (jó: <200 ms)

Miért fontos: A TBT azt méri, mennyi ideig van blokkolva a fő szál. Ez alatt az idő alatt a kattintások és koppintások nem reagálnak – az üzlete lefagyottnak tűnik. Ez közvetlenül befolyásolja az érzékelt minőséget.

Hogyan javítsd: Csökkentse a JavaScript végrehajtását: késleltesse a nem kritikus szkripteket, ossza fel a nagy csomagokat, távolítsa el a nem használt bővítményeket. A harmadik féltől származó szkriptek (analitika, chat, hirdetések) gyakran a legnagyobb bűnösök.
Bizonyíték:PSI-lab· Megbízhatóság: high

Mit találtunk: 1.6 MB, 64 kérés (optimális: <1,5 MB, <50 kérés)

Miért fontos: Egy 3 MB-os oldal mobil 3G-n 6+ másodperc alatt töltődik be. Az e-commerce forgalom nagy része mobil - a nehéz oldalak elveszítik a vásárlókat a gyenge kapcsolatokon.

Hogyan javítsd: Csökkentsd az oldalméretet: tömörítsd a képeket WebP-be (30-50 %-ot spórol), kapcsold be a szövegtömörítést (gzip/brotli), lazy load a hajtás alatti képekre, távolítsd el a nem használt CSS/JS-t.
Bizonyíték:PSI-lab· Megbízhatóság: high

Mit találtunk: 946 KB — a 600 KB-os kereten felül, de a vizsgált díjnyertes áruházak 1270 KB-os mediánja alatt

Miért fontos: Az első betöltéskor, interakció nélkül mérve, tehát a süti-hozzájárulás mögötti szkriptek itt nem számítanak Ön ellen. A 600 KB-os határ bevált gyakorlat, nem a mezőny átlaga: a vizsgált áruházak mediánja 1 270 KB, a legjobbjuk pedig (egy kategóriagyőztes, amely a mobilos élményért kapta a díjat) 410 KB-ot tölt be.

Hogyan javítsd: Bontsa úgy a bundle-t, hogy a termékoldal ne töltse be a pénztár és a fiók kódját. Halassza el a külső szkripteket interakcióig. Dobja ki a nem használt bővítménykódot — a legtöbb áruházban ez többet nyom, mint a saját kód.
Bizonyíték:PSI-lab946 KB JavaScript· Megbízhatóság: high

Mit találtunk: 80 kép lusta betöltés nélkül

Miért fontos: Lusta betöltés nélkül MINDEN kép letöltődik az oldalbetöltéskor - még azok is, amikhez soha senki nem görget le. Egy 20 képet tartalmazó termékoldalon a lusta betöltés a kezdeti letöltés nagy részét megspórolhatja.

Hogyan javítsd: Adj loading='lazy'-t minden hajtás alatti képhez. A hero/LCP képet hagyd elsődlegesen betöltődni. A natív lusta betöltést minden modern böngésző támogatja.
Bizonyíték:HTML-heuristic· Megbízhatóság: high

Mit találtunk: no-store, no-cache, must-revalidate, no-cache, private

Miért fontos: A no-cache/no-store minden látogatáskor újraletöltésre kényszeríti a böngészőket. A visszatérő látogatók minden alkalommal a nulláról töltik be a teljes oldaladat.

Hogyan javítsd: Állíts be megfelelő cache fejléceket: a statikus erőforrásoknak max-age=31536000 értékkel és verziózott fájlnevekkel kell rendelkezniük. A HTML oldalak használhatnak max-age=0-t ETag-gel az újraérvényesítéshez.
Bizonyíték:HTTP-header· Megbízhatóság: high

Mit találtunk: 10 CSS-fájl betöltve

Miért fontos: Minden renderelést blokkoló CSS-fájl hálózati késleltetést ad hozzá. A CSS 8-ról 2 fájlra konszolidálása az első betöltésnél 200-400 ms-ot spórolhat.

Hogyan javítsd: Konszolidáld a CSS-fájlokat 1-3 fájlba csomagolva. Minden CSS-fájl egy külön HTTP kérés, amely blokkolja a renderelést, amíg le nem töltődik.
Bizonyíték:HTML-heuristic· Megbízhatóság: high

Mit találtunk: 10 CSS-fájl kritikus CSS kinyerése nélkül

Miért fontos: A renderelést blokkoló CSS késlelteti az első kirajzolást. A kritikus CSS inline beágyazása kiküszöböli a blokkoló round tripet - a legnagyobb FCP-javulás a sok CSS-t használó oldalaknál.

Hogyan javítsd: Nyerd ki a hajtás feletti kritikus CSS-t és ágyazd be inline a <head>-be. A fennmaradó CSS-t töltsd be aszinkron: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Bizonyíték:PSI-lab· Megbízhatóság: high

9 probléma található: Teljesítmény. Van még tér a fejlődésre.

A webáruházad még nem jogosult a Zulien Score Badge-re. Érj el 80+ pontot, hogy megszerezd!

📧 Újraszkennelési emlékeztetők

Havonta e-mailt küldünk, amikor itt az ideje az újraszkennelésnek és a fejlődés nyomon követésének.

🚀 Javítsd a pontszámod

PrestaShop moduljaink a legtöbb ilyen problémát automatikusan javítani tudják.

Ingyenes 15 perces konzultáció · Kötelezettség nélkül

Megosztás és exportálás

Ez egy automatikus heurisztikus becslés, nem szakmai audit. A megállapítások a szkennelés időpontjában nyilvánosan megfigyelhető jelzéseket tükrözik, és tartalmazhatnak hamis pozitívakat.Tudj meg többet a módszertanunkrólPontatlanság jelentéseEnnek a jelentésnek az eltávolítása