Podprůměrné

Výsledky skóre

pilulka.sk

Skenováno July 28, 2026

Magento
Vue.js
Nuxt.js
Font Awesome
PhotoSwipe
Vite
Firma:Pilulka Lékárny a.s.· NACE 47730
NIS2: mimo působnost
Riziko:30/100střední
Bonita:B
Podezřelá adresa
Úplný firemní profil →
Poslední sken: July 28, 2026
Shrnutí od AI

Your store has solid foundations, but important gaps remain. Prioritize adding Open Graph tags and XML sitemap to improve search visibility. Security and SEO are your strongest areas.

Tato firma nespadá pod povinnosti NIS2.Na základě NACE sektoru a velikosti firmy není povinný soulad podle čl. 21. Dobrá bezpečnostní praxe se však nadále doporučuje.
Dodáváte firmě, která pod NIS2 spadá?I mimo přímou působnost můžete mít povinnosti z dodavatelského řetězce — regulované firmy je smluvně přenášejí na dodavatele (bezpečnost, hlášení incidentů, šifrování). ICT a managed-service poskytovatelé spadají bez ohledu na velikost.
Prověřit povinnosti dodavatele Právní základ: NIS2 Art. 21 · CZ 264/2025 §11 · NIS2 Art. 21(2)(d)
Možná záměna IČO

IČO v patičce webu (03615278) se liší od IČO, které vrátilo automatické vyhledávání pro doménu (47235225). Obvykle jde o patičky zkopírované ze šablony nebo nedávnou změnu právnické osoby — zkontrolujte, zda IČO v patičce odpovídá vaší skutečné provozující společnosti. Pouze informativní, nemá vliv na skóre.

Akční plán

Opravte těchto 3 věcí jako první

Seřazeno podle dopadu na skóre — každá oprava posune celkové hodnocení nahoru.

+15potenciální zisk

Performance

Váha: 25% · 7 prošlo · 5 upozornění · 5 selhalo · 1 SPA (ověřte ručně)

Co jsme zjistili: 608 ms (dobré: <200 ms)

Proč na tom záleží: TBT nad 600 ms znamená, že vaše stránka nereaguje více než půl sekundy. Uživatelé, kteří nemohou interagovat do 100 ms, vnímají stránku jako nefunkční. To ničí konverze.

Jak to opravit: Kritické: prověřte veškerý JavaScript. 1) Odstraňte nepoužívané pluginy/moduly, 2) Odložte analytiku a chatové widgety, 3) Rozdělte velké balíky, 4) Přesuňte náročné výpočty do web workerů.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: 0.453 (dobré: <0,1) – Core Web Vital ZLYHÁVÁ

Proč na tom záleží: CLS >0,25 nesplňuje Core Web Vitals. Uživatelé zažívají neustálé poskakování obsahu – mimořádně frustrující na mobilu, kde náhodná kliknutí vedou k nechtěným nákupům nebo změnám stránky.

Jak to opravit: Naléhavé problémy se stabilitou rozložení. 1) Přidejte šířku/výšku ke všem <img> a <video>, 2) Vyhraďte místo pro reklamy pomocí min-height, 3) Použijte font-display: swap pro webové fonty, 4) Nevkládejte dynamicky obsah nad viditelnou oblast.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: 4.5 MB, 199 požadavků - příliš těžké!

Proč na tom záleží: Stránky nad 3 MB se na 3G načítají 12+ sekund. Průměrná e-commerce stránka má kolem 2 MB - vy jste výrazně nad tím. I malé zvýšení latence měřitelně snižuje prodeje.

Jak to opravit: Kritické: vaše stránka má nad 3 MB. 1) Zkonvertujte všechny obrázky do WebP/AVIF, 2) Líně načítejte vše pod viditelnou částí, 3) Odstraňte nepoužívané pluginy, 4) Spojte a minifikujte CSS/JS, 5) Zapněte kompresi brotli.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: 419 KB promarněných na nepoužívaném kódu!

Proč na tom záleží: Více než 200 KB nepoužívaného kódu výrazně zpomaluje parsování a vykonávání. Toto je jeden z nejjednodušších výkonnostních zisků - odstranění mrtvého kódu nemá žádné kompromisy.

Poznámka: Tato kontrola používá heuristickou detekci a může vrátit i falešně pozitivní výsledky. Doporučujeme ruční ověření.

Jak to opravit: Načítáte 419 KB kódu, který se na této stránce nepoužívá. 1) Prověřte pluginy a odstraňte nepoužívané, 2) Použijte rozdělení kódu pro JS specifický pro stránku, 3) Spusťte PurgeCSS na svých stylech.
Důkaz:PSI-lab· Spolehlivost: low

Co jsme zjistili: 22 CSS souborů - příliš mnoho!

Proč na tom záleží: Každý CSS soubor blokuje vykreslování. Při 22 souborech musí prohlížeč stáhnout všechny, než cokoli vykreslí. To může na mobilních sítích přidat 1-2+ sekundy.

Jak to opravit: Zbalte své CSS soubory nejvíce do 1-3 souborů. Použijte build nástroj (Webpack, Vite, Gulp) na spojení a minifikaci. Kritické CSS by mělo být inline, zbytek odložený.
Důkaz:HTML-heuristic· Spolehlivost: high

Co jsme zjistili: 525 ms (optimální: <200 ms)

Proč na tom záleží: TTFB je základ – pomalý server zpožďuje každou další metriku. Rozdíl mezi 200 ms a 600 ms TTFB znamená 400 ms navíc k FCP, LCP a všemu ostatnímu.

Jak to opravit: Optimalizujte odezvu serveru: zapněte opcode cache (OPcache), přidejte Redis/Memcached pro cachování databáze, použijte CDN. Zkontrolujte pomalé databázové dotazy.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: no-cache

Proč na tom záleží: no-cache/no-store nutí prohlížeče znovu stahovat zdroje při každé návštěvě. Vracející se návštěvníci načítají celou vaši stránku odznova pokaždé.

Jak to opravit: Nastavte vhodné cache hlavičky: statické zdroje by měly mít max-age=31536000 s verzovanými názvy souborů. HTML stránky mohou použít max-age=0 s ETag pro revalidaci.
Důkaz:HTTP-header· Spolehlivost: high

Co jsme zjistili: 22 CSS souborů bez extrakce kritického CSS

Proč na tom záleží: CSS blokující vykreslování zpožďuje první vykreslení. Vložení kritického CSS inline odstraní jeden blokující round trip - největší zlepšení FCP pro stránky s množstvím CSS.

Jak to opravit: Vyextrahujte kritické CSS pro viditelnou část stránky a vložte ho inline do <head>. Zbývající CSS načtěte asynchronně: <link rel='preload' href='styles.css' as='style' onload='this.rel="stylesheet"'>.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: 4 externích domén bez preconnect

Proč na tom záleží: Připojení k třetím stranám vyžadují DNS lookup, TCP handshake a vyjednávání TLS. Preconnect je provede paralelně s parsováním HTML, čímž ušetří 100-300 ms na origin.

Jak to opravit: Přidejte <link rel='preconnect'> pro klíčové domény třetích stran: sdp-api.lnd.bz, translate.google.com, pilulkask.vshcdn.net. Preconnect ušetří 100-300 ms na doménu tím, že brzy spustí DNS+TCP+TLS.
Důkaz:PSI-lab· Spolehlivost: high

Co jsme zjistili: 770 KB inline JavaScriptu

Proč na tom záleží: Velké inline skripty nelze cachovat samostatně - stahují se znovu při každém načtení stránky. Jejich přesun do externích souborů s defer umožní HTTP cachování a paralelní stahování.

Jak to opravit: Přesuňte velké inline skripty do externích souborů. Inline JS nad 100 KB nafukuje HTML, brání cachování a blokuje parser. Externí soubory lze cachovat, komprimovat a odkládat.
Důkaz:PSI-lab· Spolehlivost: high

10 problémů v kategorii Performance. Toto škodí vašemu e-shopu.

Váš e-shop zatím nesplňuje podmínky pro odznak Zulien Score. Získejte skóre 80+!

📧 Připomínky opětovného skenu

Jednou měsíčně vám napíšeme, kdy udělat nový sken a sledovat svá zlepšení.

🚀 Zlepšete své skóre

Naše PrestaShop moduly dokáží automaticky opravit většinu těchto problémů.

Bezplatná 15min konzultace · Bez závazku

Sdílet a exportovat

Toto je automatizovaný heuristický odhad, nikoliv profesionální audit. Zjištění odrážejí veřejně pozorovatelné signály v čase skenu a mohou obsahovat i nesprávné nálezy.Přečtěte si o naší metodiceNahlásit nepřesnostOdstranit tento report