Priemerné

Výsledky skóre

favab.sk

Skenované 8. októbra 2026

Unknown
jQuery 1.11.3
Bootstrap
Slick Slider
openresty
Firma:FAVAB s.r.o.· NACE 4615
NIS2: mimo pôsobnosti
Riziko:45/100stredné
Bonita:C
Platca DPH
Plný firemný profil →
Posledný sken: 8. októbra 2026
Zhrnutie od AI

Váš obchod funguje v poriadku, ale máte bezpečnostné riziká. Naliehavo pridajte HSTS zabezpečenie na vašu webovú stránku. Vaša SEO a dostupnosť sú výborné.

Táto firma nespadá pod povinnosti NIS2.Na základe NACE sektora a veľkosti firmy nie je povinný súlad podľa čl. 21. Dobrá bezpečnostná prax sa však naďalej odporúča.
Dodávate firme, ktorá pod NIS2 spadá?Aj mimo priamej pôsobnosti môžete mať povinnosti z dodávateľského reťazca — regulované firmy ich zmluvne prenášajú na dodávateľov (bezpečnosť, hlásenie incidentov, šifrovanie). ICT a managed-service poskytovatelia spadajú bez ohľadu na veľkosť.
Preveriť povinnosti dodávateľa Právny základ: NIS2 Art. 21 · SK 366/2024 §21 · NIS2 Art. 21(2)(d)
Akčný plán

Akčný plán podľa dopadu a náročnosti

Každé nájdené zistenie, zoradené podľa toho, koľko jeho oprava pomôže a koľko práce dá. Začnite rýchlymi výhrami.

Ako hodnotíme →

Rýchle výhry

4

Veľký dopad, málo práce. Urobte ich ako prvé.

Väčšie projekty

9

Veľký dopad, ale oprava si vyžaduje plánovanie.

+4 ďalších

Drobné opravy

15

Menší dopad, rýchlo hotové.

+10 ďalších

Neskôr

42

Menší dopad a viac práce. Naplánujte ich, keď bude zvyšok hotový.

+37 ďalších

Výkon

Váha: 25% · 8 prešlo · 6 upozornenia · 4 zlyhalo · 2 SPA (overte manuálne)

Čo sme zistili: 6.3 MB, 140 požiadaviek - príliš ťažké!

Prečo na tom záleží: Stránky nad 3 MB sa na 3G načítavajú 12+ sekúnd. Priemerná e-commerce stránka má okolo 2 MB - vy ste výrazne nad tým. Aj malé zvýšenie latencie merateľne znižuje predaje.

Ako to opraviť: Kritické: vaša stránka má nad 3 MB. 1) Skonvertujte všetky obrázky do WebP/AVIF, 2) Odložene načítajte všetko pod viditeľnou časťou, 3) Odstráňte nepoužívané pluginy, 4) Spojte a minifikujte CSS/JS, 5) Zapnite kompresiu brotli.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: 2066 KB - viac než dvojnásobok rozpočtu 600 KB

Prečo na tom záleží: Nad 1 200 KB samotné parsovanie a vykonávanie zablokuje telefón strednej triedy na sekundy, kým je vôbec niečo interaktívne. Pre porovnanie: najlepší obchod v našom benchmarku posiela 410 KB a cenu vyhral za mobilný zážitok.

Ako to opraviť: Prejdite si, čo sa reálne posiela na produktovej stránke: rozdeľte bundle podľa route, odložte každý tag tretej strany až po interakciu alebo súhlas a odstráňte pluginy, ktorých bundle neviete vysvetliť. Po každom odstránení premerajte.
Dôkaz:PSI-lab2066 KB JavaScript· Spoľahlivosť: high

Čo sme zistili: 829 KB premárnených na nepoužívanom kóde!

Prečo na tom záleží: Viac ako 200 KB nepoužívaného kódu výrazne spomaľuje parsovanie a vykonávanie. Toto je jeden z najjednoduchších výkonnostných ziskov - odstránenie mŕtveho kódu nemá žiadne kompromisy.

Poznámka: Táto kontrola používa heuristickú detekciu a môže vrátiť aj falošné pozitíva. Odporúčame manuálne overenie.

Ako to opraviť: Načítavate 829 KB kódu, ktorý sa na tejto stránke nepoužíva. 1) Preverte pluginy a odstráňte nepoužívané, 2) Použite rozdelenie kódu pre JS špecifický pre stránku, 3) Spustite PurgeCSS na svojich štýloch.
Dôkaz:PSI-lab· Spoľahlivosť: low

Čo sme zistili: Len 33 % z 12 skriptov je optimalizovaných - väčšina blokuje vykresľovanie

Prečo na tom záleží: 8 skriptov blokujúcich vykresľovanie môže k načítaniu stránky pridať 1-3 sekundy. Každý synchrónny skript vytvára sekvenčnú reťaz stiahnuť-naparsovať-spustiť.

Ako to opraviť: Pridajte defer alebo async na všetky <script src='...'> tagy. Skripty blokujúce vykresľovanie sú jednou z hlavných príčin pomalého FCP. Defer zachováva poradie vykonávania, async nie.
Dôkaz:HTML-heuristic· Spoľahlivosť: high

Čo sme zistili: 386 ms (dobré: <200 ms)

Prečo na tom záleží: TBT meria, ako dlho je hlavné vlákno blokované. Počas tohto času kliknutia a ťuknutia nereagujú - váš obchod pôsobí zamrznuto. To priamo ovplyvňuje vnímanú kvalitu.

Ako to opraviť: Znížte vykonávanie JavaScriptu: odložte nekritické skripty, rozdeľte veľké balíky, odstráňte nepoužívané pluginy. Skripty tretích strán (analytika, chat, reklamy) sú často najväčší vinníci.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: 140 požiadaviek - nad rozpočtom 80, ale na úrovni mediánu oceňovaných obchodov z nášho benchmarku (140) alebo pod ním

Prečo na tom záleží: Hranica 80 požiadaviek je dobrá prax; medián benchmarkovaného cohortu je 140 a najlepší obchod to zvláda na 37. Byť pod mediánom nie je to isté ako byť rýchly.

Ako to opraviť: Zbaľte CSS/JS, ktoré sa vždy načítavajú spolu, ikony servujte ako sprite alebo font namiesto jednotlivých súborov a obrázky pod ohybom lazy-loadujte, nech sa pri načítaní vôbec nežiadajú.
Dôkaz:PSI-lab140 requests· Spoľahlivosť: high

Čo sme zistili: 79 obrázkov bez odloženého načítania

Prečo na tom záleží: Bez odloženého načítania sa VŠETKY obrázky stiahnu pri načítaní stránky - aj tie, ku ktorým sa nikto nedoscrolluje. Na produktovej stránke s 20 obrázkami môže odložené načítanie ušetriť väčšinu úvodného sťahovania.

Ako to opraviť: Pridajte loading='lazy' na všetky obrázky pod viditeľnou časťou stránky. Hero/LCP obrázok nechajte načítavať prednostne. Natívne odložené načítanie podporujú všetky moderné prehliadače.
Dôkaz:HTML-heuristic· Spoľahlivosť: high

Čo sme zistili: no-store, no-cache, must-revalidate, no-cache, private

Prečo na tom záleží: no-cache/no-store núti prehliadače znovu sťahovať zdroje pri každej návšteve. Vracajúci sa návštevníci načítavajú celú vašu stránku odznova zakaždým.

Ako to opraviť: Nastavte vhodné cache hlavičky: statické zdroje by mali mať max-age=31536000 s verzionovanými názvami súborov. HTML stránky môžu použiť max-age=0 s ETag na revalidáciu.
Dôkaz:HTTP-header· Spoľahlivosť: high

Čo sme zistili: Načítaných 11 CSS súborov

Prečo na tom záleží: Každý CSS súbor blokujúci vykresľovanie pridáva sieťovú latenciu. Konsolidácia CSS z 8 na 2 súbory môže pri prvom načítaní ušetriť 200-400 ms.

Ako to opraviť: Konsolidujte CSS súbory ich zbalením do 1-3 súborov. Každý CSS súbor je samostatná HTTP požiadavka, ktorá blokuje vykresľovanie, kým sa nestiahne.
Dôkaz:HTML-heuristic· Spoľahlivosť: high

Čo sme zistili: 11 CSS súborov bez extrakcie kritického CSS

Prečo na tom záleží: CSS blokujúce vykresľovanie oneskoruje prvé vykreslenie. Vloženie kritického CSS inline odstráni jeden blokujúci round trip - najväčšie zlepšenie FCP pre stránky s množstvom CSS.

Ako to opraviť: Vyextrahujte kritické CSS pre viditeľnú časť stránky a vložte ho inline do <head>. Zvyšné CSS načítajte asynchrónne: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Dôkaz:PSI-lab· Spoľahlivosť: high

10 problémov v kategórii Výkon. Je tu priestor na zlepšenie.

Váš e-shop zatiaľ nespĺňa podmienky pre odznak Zulien Score. Získajte skóre 80+!

📧 Pripomienky opätovného skenu

Raz mesačne vám napíšeme, kedy urobiť nový sken a sledovať vaše zlepšenia.

🚀 Zlepšite svoje skóre

Naše PrestaShop moduly dokážu automaticky opraviť väčšinu týchto problémov.

Bezplatná 15-min konzultácia · Bez záväzku

Zdieľať a exportovať

Toto je automatizovaný heuristický odhad, nie profesionálny audit. Zistenia odrážajú verejne pozorovateľné signály v čase skenu a môžu obsahovať aj nesprávne nálezy.Prečítajte si o našej metodikeNahlásiť nepresnosťOdstrániť tento report