Podpriemerné

Výsledky skóre

pilulka.sk

Skenované 28. júla 2026

Magento
Vue.js
Nuxt.js
Font Awesome
PhotoSwipe
Vite
Firma:Pilulka Lékárny a.s.· NACE 47730
NIS2: mimo pôsobnosti
Riziko:30/100stredné
Bonita:B
Podozrivá adresa
Plný firemný profil →
Posledný sken: 28. júla 2026
Zhrnutie od AI

Váš obchod má základy na mieste, ale existujú dôležité medzery. Prioritne pridajte Open Graph značky a XML sitemap na zlepšenie SEO. Bezpečnosť a SEO sú vaše silné stránky.

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 · CZ 264/2025 §11 · NIS2 Art. 21(2)(d)
Možná zámena IČO

IČO v päte webu (03615278) sa líši od IČO, ktoré vrátilo automatické vyhľadávanie pre doménu (47235225). Zvyčajne ide o päte skopírované zo šablóny alebo nedávnu zmenu právnickej osoby — skontrolujte, či IČO v päte zodpovedá vašej skutočnej prevádzkujúcej spoločnosti. Iba informatívne, nemá vplyv na skóre.

Akčný plán

Opravte týchto 3 vecí ako prvé

Zoradené podľa dopadu na skóre — každá oprava posunie celkové hodnotenie nahor.

+15potenciálny zisk

Výkon

Váha: 25% · 7 prešlo · 5 upozornenia · 5 zlyhalo · 1 SPA (overte manuálne)

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

Prečo na tom záleží: TBT nad 600 ms znamená, že vaša stránka nereaguje viac ako pol sekundy. Používatelia, ktorí nemôžu interagovať do 100 ms, vnímajú stránku ako nefunkčnú. To ničí konverzie.

Ako to opraviť: Kritické: preverte všetok JavaScript. 1) Odstráňte nepoužívané pluginy/moduly, 2) Odložte analytiku a chatové widgety, 3) Rozdeľte veľké balíky, 4) Presuňte náročné výpočty do web workerov.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: 0.453 (dobré: <0,1) - Core Web Vital ZLYHÁVA

Prečo na tom záleží: CLS >0,25 nespĺňa Core Web Vitals. Používatelia zažívajú neustále poskakovanie obsahu - mimoriadne frustrujúce na mobile, kde náhodné kliknutia vedú k nechceným nákupom alebo zmenám stránky.

Ako to opraviť: Naliehavé problémy so stabilitou rozloženia. 1) Pridajte šírku/výšku na všetky <img> a <video>, 2) Vyhraďte miesto pre reklamy cez min-height, 3) Použite font-display: swap pre webové fonty, 4) Nevkladajte dynamicky obsah nad viditeľnú oblasť.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: 4.5 MB, 199 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: 419 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 419 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: 22 CSS súborov - príliš veľa!

Prečo na tom záleží: Každý CSS súbor blokuje vykresľovanie. Pri 22 súboroch musí prehliadač stiahnuť všetky, kým čokoľvek vykreslí. To môže na mobilných sieťach pridať 1-2+ sekundy.

Ako to opraviť: Zbaľte svoje CSS súbory najviac do 1-3 súborov. Použite build nástroj (Webpack, Vite, Gulp) na spojenie a minifikáciu. Kritické CSS by malo byť inline, zvyšok odložený.
Dôkaz:HTML-heuristic· Spoľahlivosť: high

Čo sme zistili: 525 ms (optimálne: <200 ms)

Prečo na tom záleží: TTFB je základ - pomalý server oneskoruje každú ďalšiu metriku. Rozdiel medzi 200 ms a 600 ms TTFB znamená 400 ms navyše k FCP, LCP a všetkému ostatnému.

Ako to opraviť: Optimalizujte odozvu servera: zapnite opcode cache (OPcache), pridajte Redis/Memcached na cachovanie databázy, použite CDN. Skontrolujte pomalé databázové dotazy.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: no-cache

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: 22 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

Čo sme zistili: 4 externých domén bez preconnect

Prečo na tom záleží: Spojenia s tretími stranami vyžadujú DNS lookup, TCP handshake a TLS vyjednávanie. Preconnect ich vykoná paralelne s parsovaním HTML, čím ušetrí 100-300 ms na pôvod.

Ako to opraviť: Pridajte <link rel='preconnect'> pre kľúčové domény tretích strán: sdp-api.lnd.bz, translate.google.com, pilulkask.vshcdn.net. Preconnect ušetrí 100-300 ms na doménu tým, že skoro spustí DNS+TCP+TLS.
Dôkaz:PSI-lab· Spoľahlivosť: high

Čo sme zistili: 770 KB inline JavaScriptu

Prečo na tom záleží: Veľké inline skripty sa nedajú cachovať samostatne - sťahujú sa znova pri každom načítaní stránky. Ich presun do externých súborov s defer umožní HTTP cachovanie a paralelné sťahovanie.

Ako to opraviť: Presuňte veľké inline skripty do externých súborov. Inline JS nad 100 KB nafukuje HTML, bráni cachovaniu a blokuje parser. Externé súbory sa dajú cachovať, komprimovať a odkladať.
Dôkaz:PSI-lab· Spoľahlivosť: high

10 problémov v kategórii Výkon. Toto škodí vášmu e-shopu.

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