Utolsó szkennelés: 2026. október 8.

C0/100

Átlagos

Pontszám-jelentés

trerose.sk

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

Unknown

jQuery 1.11.3

openresty

Cég:TREROSE, spol. s r.o.· NACE 1410

NIS2: hatókörön kívül

Kockázat:15/100alacsony

Hitel:A+

ÁFA-fizető

Top 12% a szektorban

Teljes cégprofil →

Utolsó szkennelés: 2026. október 8.

AI verdikt

Your site performs well overall, but has security gaps to address. Add HTTPS protection (HSTS) and security headers immediately. Your strong SEO and accessibility are major assets.

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

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

Nagyobb projektek

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

+4 további

Apró javítások

Kisebb hatás, gyorsan megvan.

+11 további

Később

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

+40 további

84/100

Teljesítmény

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

Mit találtunk: 438 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: 438 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) 9 szkriptnek csak a 33 %-a optimalizált - a legtöbb blokkolja a renderelést

Miért fontos: 6 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

Get Performance Optimization →

Mit találtunk: 2.3 MB, 75 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

Sebességaudit kérése

Mit találtunk: 852 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-lab852 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

Sebességaudit kérése

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

Sebességaudit kérése

Mit találtunk: 7 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: 7 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

Sebességaudit kérése

8 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.

Elfogadom Adatvédelmi tájékoztató. Elküldjük a jelentésed és opcionális újraszkennelési értesítéseket.

🚀 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

Készen állsz a pontszámod javítására?

Javítsd magad

Böngészd a moduljainkat, és 2 kattintással javítsd ezeket a problémákat.

Zulien-modulok böngészése

Bízd ránk a javítást

Írd le a célodat, és 48 órán belül árajánlatot küldünk — telefonhívás nélkül.

Kérj írásos árajánlatot

Válasz 48 órán belül · Értékesítési hívás nélkül

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

Zulien Score

Full e-commerce audit — 50+ checks across 7 categories

75/100

Grade C

trerose.sk

TREROSE, spol. s r.o.

Audit dátuma: 2026. október 8.

NACE: 1410

Online jelentés: https://score.zulien.sk/r/trerose.sk

Vezetői összefoglaló

Hibák

Figyelmeztetések

176

Ellenőrzés összesen

Pontszám kategóriánként

Kategória	Pontszám	Súly	Hibák	Figyelmeztetések	OK
Teljesítmény	84/100	25%	2	6	10
SEO	92/100	20%	0	4	21
Biztonság	60/100	15%	2	7	8
Mobil	64/100	10%	1	8	6
AI-felkészültség	67/100	10%	1	23	11
Jog és GDPR	66/100	10%	2	6	9
Sebezhetőség	61/100	10%	4	6	7
Akadálymentesség / EAA	86/100	10%	0	2	6

Kritikus megállapítások

Nem használt kód (CSS + JS)· Teljesítmény

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.

Szkriptbetöltési stratégia· Teljesítmény

6 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.

HSTS (Strict-Transport-Security)· Biztonság

HSTS nélkül a támadók elfoghatják az első HTTP-kérést, és visszaminősíthetik a kapcsolatot, hogy nyilvános WiFi-n ellopják a munkamenet-sütiket.

Content-Security-Policy (CSP)· Biztonság

A CSP erős védelem az XSS-támadások ellen. Nélküle minden befecskendezett szkript teljes jogosultsággal fut. A CSP blokkolja az inline szkriptbefecskendezést.

Linkszövegek minősége (WCAG 2.4.4)· Mobil

A homályos linkek túlzott száma sérti a WCAG 2.4.4 szabványt (accessibility) és az SEO best practice-eket is (a Google a horgonyszöveget használja a céloldal megértéséhez). EAA 2026 megfelelőségi kockázat.

Tartalomfrissességi jelzések· AI-felkészültség

Frissességi jelzések nélkül az AI feltételezi, hogy a tartalmad elavult. A ChatGPT és a Perplexity is súlyozza az aktualitást a hivatkozási algoritmusaiban. A statikus oldalaid helyett azokat a versenytársakat idézik majd, akik friss frissítéseket mutatnak.

Adatvédelmi tájékoztató oldal· Jog és GDPR

A hiányzó adatvédelmi tájékoztató az egyik leggyakrabban hivatkozott GDPR-sértés. Minden uniós adatvédelmi hatóság alapvető követelménynek tekinti.

Fogyasztói vitarendezési hivatkozások· Jog és GDPR

Az EU 524/2013 rendelete kötelezővé teszi az ODR-hivatkozást minden online kereskedő számára; a nemzeti jog megköveteli a felügyeleti hatóság megnevezését. A ŠOI/ČOI pontosan ezt ellenőrzi, és hiánya gyakori fogyasztóvédelmi jogsértés.

Ismert sérülékenységek (CVE)· Sebezhetőség

A közzétett CVE-vel rendelkező verziók az automatikus szkennerek elsődleges célpontjai — a botok (Shodan, Greynoise, Mirai-család) perceken belül keresik őket. Ez a megállapítás az észlelt verzióból következtetett, ezért mielőtt kihasználhatónak tekintené, erősítse meg, hogy a komponens valóban nincs javítva.

Admin panel az alapértelmezett URL-en· Sebezhetőség

Az alapértelmezett admin URL-ek naponta több ezer automatikus brute-force próbálkozást kapnak. A botnetek könyörtelenül támadják a /admin, /wp-admin, /administrator útvonalakat. Egy átnevezett útvonal az automatikus támadások 99%-át blokkolja.

jQuery verzió· Sebezhetőség

A jQuery 1.x 6+ ismert CVE-hez kapcsolódik, beleértve az XSS-t és a prototype pollutiont. Az automatikus szkennerek célzottan keresik a jQuery <3.0 verziójú webhelyeket.

Fizetési oldal biztonsága· Sebezhetőség

A megfelelő biztonsági fejlécek nélküli fizetési oldalak sértik a PCI DSS-t, és jelentősen megkönnyítik a kártyaadatok ellopását. A fizetési szolgáltatók havi bírságokat szabhatnak ki a meg nem felelésért.

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.

Gyors eredmények (4)

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

Megállapítás	Kategória	Ráfordítás
Admin panel az alapértelmezett URL-en	Sebezhetőség	gyors javítás
HTTP → HTTPS átirányítás	Biztonság	gyors javítás
HSTS (Strict-Transport-Security)	Biztonság	gyors javítás
Fogyasztói vitarendezési hivatkozások	Jog és GDPR	gyors javítás

Nagyobb projektek (9)

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

Megállapítás	Kategória	Ráfordítás
Adatvédelmi tájékoztató oldal	Jog és GDPR	kb. egy nap
Ismert sérülékenységek (CVE)	Sebezhetőség	projekt
Szkriptbetöltési stratégia	Teljesítmény	kb. egy nap
Content-Security-Policy (CSP)	Biztonság	kb. egy nap
Linkszövegek minősége (WCAG 2.4.4)	Mobil	kb. egy nap
jQuery verzió	Sebezhetőség	kb. egy nap
Vegyes tartalom erőforrásai	Sebezhetőség	kb. egy nap
Fizetési oldal biztonsága	Sebezhetőség	kb. egy nap
Nem használt kód (CSS + JS)	Teljesítmény	projekt

Apró javítások (16)

Kisebb hatás, gyorsan megvan.

Megállapítás	Kategória	Ráfordítás
Cache-Control stratégia	Teljesítmény	gyors javítás
Meta leírás	SEO	gyors javítás
Twitter/X kártyák	SEO	gyors javítás
A kanonikus URL konzisztenciája	SEO	gyors javítás
CAA DNS-rekord	Biztonság	gyors javítás
Referrer-Policy	Biztonság	gyors javítás
Permissions-Policy	Biztonság	gyors javítás
Cookie biztonsági jelzők	Biztonság	gyors javítás
Subresource Integrity (SRI)	Biztonság	gyors javítás
Témaszín	Mobil	gyors javítás
Nyomtatási stíluslap	Mobil	gyors javítás
Canonical tag az AI deduplikációhoz	AI-felkészültség	gyors javítás

+4 további

Később (45)

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

Megállapítás	Kategória	Ráfordítás
Lusta betöltés	Teljesítmény	kb. egy nap
Képformátum-optimalizálás	SEO	kb. egy nap
CDN / WAF védelem	Biztonság	kb. egy nap
Érintési célpontok mérete	Mobil	kb. egy nap
Betűméret olvashatósága	Mobil	kb. egy nap
PWA funkciók	Mobil	kb. egy nap
Reszponzív képek (srcset)	Mobil	kb. egy nap
Címsorhierarchia (WCAG 1.3.1)	Mobil	kb. egy nap
Strukturált adatok alapja	AI-felkészültség	kb. egy nap
GYIK séma (közvetlen AI-válaszok)	AI-felkészültség	kb. egy nap
Webhelykeresés séma (SearchAction)	AI-felkészültség	kb. egy nap
Termékfeed (AI kereskedelem)	AI-felkészültség	kb. egy nap

+33 további

Teljesítmény

84/100

Súly: 25% · 10 OK · 6 figyelmeztetés · 2 hiba · összesen 20

Nem használt kód (CSS + JS)Nem felelt meg

438 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.

Hogyan javítsa: 438 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.

Szkriptbetöltési stratégiaNem felelt meg

A(z) 9 szkriptnek csak a 33 %-a optimalizált - a legtöbb blokkolja a renderelést

Miért fontos: 6 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ítsa: 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.

Teljes oldalméretFigyelmeztetés

2.3 MB, 75 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ítsa: 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.

JavaScript-keretFigyelmeztetés

852 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ítsa: 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.

Lusta betöltésFigyelmeztetés

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ítsa: 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.

Cache-Control stratégiaFigyelmeztetés

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ítsa: Á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.

CSS-fájlok számaFigyelmeztetés

7 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ítsa: 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.

Kritikus CSS stratégiaFigyelmeztetés

7 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ítsa: 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"'>.

Szerver válaszideje (TTFB)Megfelelt

28 ms

First Contentful Paint (FCP)Megfelelt

0.90 s

Largest Contentful Paint (LCP)Megfelelt

1.95 s – Core Web Vital ✓

Total Blocking Time (TBT)Megfelelt

109 ms

Cumulative Layout Shift (CLS)Megfelelt

0.019 – Core Web Vital ✓

Speed IndexMegfelelt

1.18 s

KéréskeretMegfelelt

75 kérés — a 80-as kereten belül

Miért fontos: Minden kérés egy oda-vissza utat jelent. HTTP/2 alatt osztoznak a kapcsolaton, de mindegyiket külön fel kell fedezni, sorba állítani és feldolgozni.

Szövegtömörítés (gzip/brotli)Megfelelt

Az összes szöveges erőforrás megfelelően tömörítve

Erőforrás-tippek (Preload/Preconnect)Megfelelt

1 preload, 1 preconnect tipp

HTTP/3 (QUIC) támogatásMegfelelt

HTTP/3 engedélyezve az Alt-Svc fejlécen keresztül

Külső szolgáltatásokInfo

Nincs mérve — a PageSpeed nem adott vissza külső szolgáltatás auditot erre az URL-re

Miért fontos: Ezt nem mértként jelezzük, nem pedig nulla külső szolgáltatásként, mert ez a kettő nagyon különböző megállapítás.

Hogyan javítsa: Futtassa újra a vizsgálatot, vagy nézze meg a külső szolgáltatások összegzését közvetlenül a PageSpeed Insightsban.

Renderelést blokkoló erőforrásokInfo

Nem mérve - a PageSpeed nem adott vissza renderelést blokkoló auditot ehhez az URL-hez

Hogyan javítsa: Futtasd újra a vizsgálatot, vagy tesztelj közvetlenül a PageSpeed Insights-ban. Ez a mérőszám sikeres Lighthouse laboratóriumi futtatást igényel.

SEO

92/100

Súly: 20% · 21 OK · 4 figyelmeztetés · 0 hiba · összesen 26

Meta leírásFigyelmeztetés

99 karakter (optimális: 120-160)

Miért fontos: A rövid leírások elpazarolják a SERP helyet, és elszalasztják a lehetőséget, hogy meggyőzzék a keresőt a kattintásról.

Hogyan javítsa: Bővítse a leírást legalább 120 karakterre. Foglaljon bele előnyöket, cselekvésre ösztönzést és a célkulcsszót.

Twitter/X kártyákFigyelmeztetés

Miért fontos: A Twitter kártyák kiemelik a linkjeit az X/Twitter hírfolyamokban. Nélkülük a megosztott linkek egyszerű szöveges URL-ként jelennek meg.

Hogyan javítsa: Adja hozzá a <meta name='twitter:card' content='summary_large_image'>, twitter:title és twitter:image címkéket.

Képformátum-optimalizálásFigyelmeztetés

0% új generációs formátum — 10 JPEG, 2 PNG kép

Miért fontos: A képeid csak régi formátumokat használnak. A WebP-re váltás jellemzően 30-50%-kal csökkenti az oldal méretét — az egyik leghatásosabb teljesítményoptimalizálás.

Hogyan javítsa: Alakíts át minden képet WebP formátumra. A legtöbb CMS-platform rendelkezik bővítménnyel az automatikus WebP-konverzióhoz. A még jobb tömörítéshez használj AVIF-et.

A kanonikus URL konzisztenciájaFigyelmeztetés

A canonical más URL-re mutat: https://www.trerose.sk/

Miért fontos: Egy nem egyező canonical azt közli a Google-lel, hogy ez az oldal egy másik URL duplikátuma. Ha ez nem szándékos, a Google teljesen figyelmen kívül hagyhatja ezt az oldalt a kanonikus cél javára.

Hogyan javítsa: A kanonikus URL nem egyezik az aktuális oldal URL-jével. Gondoskodj róla, hogy a canonical az előnyben részesített verzióra mutasson (záró perjellel vagy anélkül, www vs non-www). A következetlen canonical elemek megzavarják a keresőket.

Meta titleMegfelelt

36 karakter — "Pančuchy priamo od výrobcu – TreRose"

H1 címsorMegfelelt

"Dámske pančuchové nohavice, ponožky a podkolienky – slovensk…"

Tartalomstruktúra (H2 címsorok)Megfelelt

6 H2 alcím található

Open Graph címkékMegfelelt

og:title, og:description, og:image, og:type

Open Graph képformátumMegfelelt

image/webp

Kanonikus URLMegfelelt

https://www.trerose.sk/

Strukturált adatok (JSON-LD)Megfelelt

1 blokk: Organization

JSON-LD érvényességeMegfelelt

1 blokk hibátlanul elemezhető

robots.txtMegfelelt

Jelen van, hivatkozik a sitemap-re

XML sitemapMegfelelt

Megtalálva ~220+ URL-lel

HTML nyelvi attribútumMegfelelt

lang="sk"

Hreflang címkék (többnyelvű)Megfelelt

4 nyelv: sk, cs, hu, x-default

Kép alt attribútumokMegfelelt

80 képből 99%-nak van alt szövege

Meta robots címkeMegfelelt

index,follow

FaviconMegfelelt

Favicon észlelve

Szemantikus HTML-struktúraMegfelelt

5/6 szemantikus elem: <nav>, <main>, <header>, <footer>, <aside>

Tartalmi mélységMegfelelt

2559 szó — elegendő tartalom

Mély címsorhierarchiaMegfelelt

H2: 6, H3: 8 — jól strukturált tartalom

Belső linkelésMegfelelt

363 belső link — erős webhelynavigáció

Üres/halott linkekMegfelelt

5 apró halott link — elfogadható

Akadálymentesség alapjaiMegfelelt

4/4 akadálymentességi jelzés: 121 ARIA roles, 13 ARIA labels, skip link, lang="sk"

Szöveg-HTML arányInfo

5% arány, de 2559 szó — a tartalom elegendő; az alacsony arányt a felduzzasztott markup/inline JS okozza, nem a vékony tartalom

Miért fontos: A szöveg-HTML arány csak akkor jelez vékony tartalmat, ha a tényleges szószám is alacsony. 500+ szó esetén a keresőknek bőven van mit rangsorolniuk.

Hogyan javítsa: A szöveges tartalmad elegendő. Az arány növeléséhez helyezd át az inline <script>/<style> elemeket külső fájlokba, és csökkentsd a sablon felduzzadását — ez teljesítmény-/tisztasági nyereség, nem tartalmi hiányosság.

Biztonság

60/100

Súly: 15% · 8 OK · 7 figyelmeztetés · 2 hiba · összesen 18

HSTS (Strict-Transport-Security)Nem felelt meg

Miért fontos: HSTS nélkül a támadók elfoghatják az első HTTP-kérést, és visszaminősíthetik a kapcsolatot, hogy nyilvános WiFi-n ellopják a munkamenet-sütiket.

Hogyan javítsa: Adja hozzá a fejlécet: Strict-Transport-Security: max-age=31536000; includeSubDomains; preload - majd küldje be a domaint a hstspreload.org oldalra.

Content-Security-Policy (CSP)Nem felelt meg

Miért fontos: A CSP erős védelem az XSS-támadások ellen. Nélküle minden befecskendezett szkript teljes jogosultsággal fut. A CSP blokkolja az inline szkriptbefecskendezést.

Hogyan javítsa: Vezessen be egy CSP fejlécet. Kezdje ezzel: Content-Security-Policy: default-src 'self'; script-src 'self'; style-src 'self' 'unsafe-inline'; img-src 'self' data: - majd fokozatosan szigorítsa.

CAA DNS-rekordFigyelmeztetés

Nincsenek CAA-rekordok - bármely hitelesítésszolgáltató kiállíthat tanúsítványt ehhez a domainhez

Miért fontos: A CAA-rekordok korlátozzák, hogy mely hitelesítésszolgáltatók állíthatnak ki tanúsítványt a domainjéhez. CAA nélkül egy feltört vagy csaló szolgáltató érvényes tanúsítványokat állíthat ki, amelyekben a böngészők megbíznak - dokumentált behatolási minta (DigiNotar 2011, Symantec 2017).

Hogyan javítsa: Tegye közzé a hitelesítésszolgáltatóját rögzítő CAA TXT rekordokat. Let's Encrypt esetén: `0 issue "letsencrypt.org"`. Több szolgáltató esetén adjon hozzá további `0 issue "..."` rekordokat. Adja hozzá a `0 iodef "mailto:security@yourdomain.tld"` rekordot a hibás kiállításokról szóló jelentésekhez.

HTTP → HTTPS átirányításFigyelmeztetés

Miért fontos: Átirányítás nélkül a felhasználók elérhetik a nem biztonságos HTTP-verziót. A Google ráadásul a http-t és a https-t külön URL-ként kezeli, ami megosztja a SEO-jelzéseit.

Hogyan javítsa: Állítson be 301-es átirányítást http://-ről https://-re minden oldalon. Apache-ban: RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Referrer-PolicyFigyelmeztetés

Miért fontos: Referrer-szabályzat nélkül a böngészők a teljes URL-t elküldik harmadik feleknek. Így érzékeny adatok, például URL-ekben lévő munkamenet-tokenek vagy belső oldalútvonalak szivároghatnak ki.

Hogyan javítsa: Adja hozzá a fejlécet: Referrer-Policy: strict-origin-when-cross-origin - ez a legjobb egyensúly a funkcionalitás és az adatvédelem között.

Permissions-PolicyFigyelmeztetés

Miért fontos: Permissions-Policy nélkül bármely harmadik féltől származó szkript (hirdetések, analitika, chat widgetek) hozzáférhet a kamerához, mikrofonhoz és geolokációhoz az Ön tudta nélkül.

Hogyan javítsa: Adja hozzá: Permissions-Policy: camera=(), microphone=(), geolocation=(), payment=() - tiltsa le azokat az API-kat, amelyekre az oldalának nincs szüksége.

Cookie biztonsági jelzőkFigyelmeztetés

3 cookie: 2 missing HttpOnly, 2 missing SameSite

Miért fontos: Hiányzó Secure jelző = a sütik HTTP-n keresztül továbbítódnak (WiFi-n ellophatók). Hiányzó HttpOnly = a sütik XSS-en keresztül olvashatók. Hiányzó SameSite = sebezhetőség CSRF-támadásokkal szemben.

Hogyan javítsa: Állítsa be az összes cookie-t: Secure (csak HTTPS), HttpOnly (JS-ből nem elérhető), SameSite=Lax vagy Strict (CSRF elleni védelem). A munkamenet-sütiknek KÖTELEZŐEN mindhárommal rendelkezniük kell.

Subresource Integrity (SRI)Figyelmeztetés

Az SRI-re alkalmas, harmadik féltől származó szkriptek közül csak 0/7 rendelkezik integrity hashekkel (2 auto-updating provider script(s) excluded — SRI not applicable)

Miért fontos: SRI nélkül, ha egy verzióhoz rögzített, harmadik féltől származó CDN-t feltörnek, a támadók rosszindulatú kódot fecskendezhetnek az oldalába - ugyanaz a vektor, mint a British Airways Magecart-behatolásánál.

Hogyan javítsa: A verzióhoz rögzített, harmadik féltől származó <script> címkékhez adjon hozzá integrity='sha384-...' és crossorigin='anonymous' attribútumot (használja a srihash.org oldalt). Az automatikusan frissülő szolgáltatói szkriptek (analitika, fizetési SDK-k, hozzájárulási eszközök) helyesen ki vannak zárva - nem tudnak SRI-t használni.

CDN / WAF védelemFigyelmeztetés

Miért fontos: CDN/WAF nélkül az origin szervere közvetlenül ki van téve a DDoS-támadásoknak, a botforgalomnak és a brute-force próbálkozásoknak.

Hogyan javítsa: Adjon hozzá egy CDN/WAF-ot, például Cloudflare (ingyenes csomag), Sucuri vagy Fastly. Ezek DDoS-védelmet, botszűrést és SSL-kezelést biztosítanak.

SSL/TLS tanúsítványMegfelelt

Érvényes HTTPS-kapcsolat létrejött

DNSSECMegfelelt

A zóna DNSSEC-cel aláírt (a DNSKEY közzétéve)

Miért fontos: A DNSSEC véd a DNS-gyorsítótár-mérgezés és a domainjét átirányító, útvonalon lévő támadók ellen. Egyes ágazati szabályozók megkövetelik a NIS2 szerinti alapvető/fontos szervezetektől.

Clickjacking elleni védelemMegfelelt

X-Frame-Options: SAMEORIGIN, SAMEORIGIN

X-Content-Type-OptionsMegfelelt

nosniff

Technológia felfedéseMegfelelt

Szerver: openresty (verzió nélkül)

security.txt (RFC 9116)Megfelelt

Jelen van a /.well-known/security.txt címen

Szerververzió felfedéseMegfelelt

openresty - a verzió rejtett

Jelszómező biztonságaMegfelelt

2 jelszómező - engedélyezik a jelszókezelő általi automatikus kitöltést

Cookie-előtag biztonságaInfo

1 munkamenet-süti már rendelkezik Secure + HttpOnly + SameSite jelzővel; a __Host- előtag hozzáadása csak kozmetikai megerősítés

Miért fontos: Ha a Secure, HttpOnly és SameSite már be van állítva, az előtag csak a host-only kikényszerítését adja hozzá - alacsony marginális haszon.

Hogyan javítsa: Opcionális: nevezze át __Host-session-re (Secure; Path=/; Domain nélkül) az aldomainekből érkező cookie-befecskendezés elleni mélységi védelemhez.

Mobil

64/100

Súly: 10% · 6 OK · 8 figyelmeztetés · 1 hiba · összesen 18

Linkszövegek minősége (WCAG 2.4.4)Nem felelt meg

45/429 link (10%) homályos szöveggel rendelkezik

Miért fontos: A homályos linkek túlzott száma sérti a WCAG 2.4.4 szabványt (accessibility) és az SEO best practice-eket is (a Google a horgonyszöveget használja a céloldal megértéséhez). EAA 2026 megfelelőségi kockázat.

Hogyan javítsa: Magas %-ban általános linkek ('click here', 'read more', 'tu', 'több'). Minden linknek érthetőnek kell lennie kontextuson kívül — 'Téli kabát termékadatlap' a puszta 'Adatlap' helyett.

Mobil teljesítmény pontszámFigyelmeztetés

59/100 (cél: 90+)

Miért fontos: Az e-kereskedelmi forgalom nagy része mobil. A Google a mobil teljesítmény alapján rangsorol, nem az asztali alapján.

Hogyan javítsa: Optimalizáljon mobilra: tömörítse a képeket WebP formátumba, halassza el a nem kritikus JS-t, csökkentse a CSS méretét. A mobil processzorok többszörösen lassabbak az asztali gépeknél — ami asztali gépen gyors, az mobilon lassú.

Érintési célpontok méreteFigyelmeztetés

Some tappable targets are too small or too close together (Lighthouse tap-targets audit)

Miért fontos: A kis érintési célpontok elhibázott érintéseket okoznak mobilon. Az e-kereskedelemben a 'Kosárból eltávolítás' elhibázott érintése a 'Pénztárhoz' helyett közvetlenül bevételt veszít.

Hogyan javítsa: Biztosítsa, hogy MINDEN interaktív elem (gombok, hivatkozások, űrlapmezők) legalább 48×48px legyen, egymástól minimum 8px térközzel. Fordítson kiemelt figyelmet: a navigációs menükre, szűrőgombokra, termékváltozat-választókra és a láblécben lévő hivatkozásokra.

Betűméret olvashatóságaFigyelmeztetés

Some text renders below the 12px legibility threshold (Lighthouse font-size audit)

Miért fontos: A 16px-nél kisebb szöveg arra kényszeríti a mobil felhasználókat, hogy csippentéssel nagyítsanak. Ez megbontja a reszponzív elrendezést és frusztráló élményt okoz.

Hogyan javítsa: Állítson be legalább 16px betűméretet a törzsszöveghez. Használjon relatív egységeket (rem/em) a px helyett a skálázhatóság érdekében. Terméknevek: 18px+, árak: 20px+, CTA-k: 16px+ félkövéren.

PWA funkciókFigyelmeztetés

Miért fontos: A PWA-k egyesítik a webes és a natív alkalmazások legjobb tulajdonságait. Az e-kereskedelemben a PWA-k lehetővé teszik a push értesítéseket, az offline böngészést és a kezdőképernyőről való elérést.

Hogyan javítsa: Fontolja meg a Progressive Web App funkciók hozzáadását: 1) Hozzon létre egy manifest.json fájlt az alkalmazás nevével, ikonjaival és témaszínével, 2) Regisztráljon egy service workert az offline gyorsítótárazáshoz. Ez lehetővé teszi a bolt telepítését mobilon.

TémaszínFigyelmeztetés

Miért fontos: A theme-color letisztult, márkázott mobil élményt teremt. Ettől az oldal natívan és professzionálisan hat.

Hogyan javítsa: Adja hozzá a <meta name='theme-color' content='#your-brand-color'> taget a márkájához igazítva. A böngészők ezzel színezik a címsort, a feladatváltót és a PWA felületét.

Reszponzív képek (srcset)Figyelmeztetés

80 kép reszponzív méretezés nélkül

Miért fontos: srcset nélkül a mobil felhasználók teljes méretű asztali képeket töltenek le, sávszélességet pazarolva. A reszponzív képek önmagukban a legnagyobb mobil teljesítménynyereség a képgazdag oldalak számára.

Hogyan javítsa: Adja hozzá a srcset és sizes attribútumokat az <img> tagekhez, hogy minden képernyőre megfelelő méretű képet szolgáljon ki. A mobileszközöknek nem kellene 1920px-es asztali képeket letölteniük.

Nyomtatási stíluslapFigyelmeztetés

Rendelés/számla oldal nyomtatási stílusok nélkül

Miért fontos: Az ügyfelek kinyomtatják a rendelés-visszaigazolásokat és számlákat. Nyomtatási stílusok nélkül navigációs sávokat, cookie bannereket és törött elrendezéseket kapnak. Ez gyakori használhatósági panasz az e-kereskedelemben.

Hogyan javítsa: Adjon hozzá @media print CSS szabályokat a navigáció, hirdetések és nem lényeges elemek elrejtéséhez. Biztosítsa, hogy a rendelés részletei, az árak és a cégadatok láthatók legyenek nyomtatáskor.

Címsorhierarchia (WCAG 1.3.1)Figyelmeztetés

Kihagyott szintek: h1→h3

Miért fontos: A kihagyott címsorszintek (pl. h1-ről egyenesen h3-ra) tönkreteszik a navigációt a képernyőolvasót használók számára, és rossz dokumentumstruktúrát jeleznek a Google felé. Az SEO is negatívan érintett.

Hogyan javítsa: Tartsd be a címsorok sorrendjét h1 → h2 → h3 → h4 kihagyás nélkül. A képernyőolvasók a címsorhierarchiát használják a navigációhoz. Ha kisebb betűméret kell, de ugyanaz a szint, használj CSS osztályt, ne alacsonyabb címsor-taget.

Viewport konfigurációMegfelelt

width=device-width, initial-scale=1

A tartalom belefér a viewportbaMegfelelt

Nincs szükség vízszintes görgetésre

Reszponzív dizájn technikákMegfelelt

Észlelve: Media queries

Mobil navigáció (szemantikus)Megfelelt

A <nav> elem jelen van — megfelelő navigációs tájékozódási pont

Űrlapmező típusokMegfelelt

Optimalizálva: 2 email, 1 search

Űrlapmezők címkéi (WCAG 3.3.2)Megfelelt

7/7 input rendelkezik címkével

Észlelt fizetési módokInfo

A kezdőlapon nem észlelhető ismert fizetési átjáró

Miért fontos: A látható fizetési ikonok (Apple Pay, Google Pay, Klarna, Tatra Pay) a fejlécben/láblécben növelik a konverziót. Bizalmi jelzés a checkout előtt.

Hogyan javítsa: A fizetési átjáró észlelése csak a kezdőlapot vizsgálja. Ha a fizetések a /checkout oldalon vannak, vagy csak interakció után töltődnek be JS-sel, nem látjuk őket. Fontolja meg fizetési ikonok hozzáadását a láblécbe.

Express checkout (Apple Pay + Google Pay)Info

Apple Pay / Google Pay nem észlelhető a kezdőlapon — az express checkout általában csak a kosárban/checkoutban jelenik meg

Miért fontos: A mobil konverzió express checkout esetén magasabb a klasszikus kártyához képest. SK/CZ-ben növekvő trend. (A szkennelés csak a kezdőlapot látja, tehát ez egy tipp, nem ítélet.)

Hogyan javítsa: Ha nincs express checkoutja, adja hozzá az Apple Pay + Google Pay lehetőséget Stripe/Adyen/Mollie-n keresztül. Biometrikus hitelesítés = -1 kattintásos checkout = magasabb konverzió.

SK/CZ helyi fizetési módokInfo

A kezdőoldalon nem található SK/CZ helyi fizetési mód — a banki gombok/QR általában csak a checkoutban jelennek meg

Miért fontos: SK/CZ shop banki gombok és QR fizetés nélkül = masszív kosárelhagyás. Az átlagos SK webshop több fizetési móddal rendelkezik. (A szkennelés csak a kezdőoldalt látja — ellenőrizd manuálisan a checkoutban.)

Hogyan javítsa: Ha nincsenek SK/CZ helyi fizetéseid, integráld a GoPay-t vagy a ComGate-et — mindkettő támogatja a Tatra Pay, VÚB Pay, ČSOB Pay, Raiffeisen és QR fizetést egyetlen API-ban. Alternatívaként Barion a CZ piacra.

AI-felkészültség

67/100

Súly: 10% · 11 OK · 23 figyelmeztetés · 1 hiba · összesen 49

Tartalomfrissességi jelzésekNem felelt meg

Miért fontos: Frissességi jelzések nélkül az AI feltételezi, hogy a tartalmad elavult. A ChatGPT és a Perplexity is súlyozza az aktualitást a hivatkozási algoritmusaiban. A statikus oldalaid helyett azokat a versenytársakat idézik majd, akik friss frissítéseket mutatnak.

Hogyan javítsa: Adj hozzá dateModified és datePublished mezőt a JSON-LD sémádhoz, és jeleníts meg egy látható 'Utoljára frissítve' dátumot az oldalon. Legalább negyedévente frissítsd a tartalmat. Az AI erősen preferálja a friss, karbantartott tartalmat.

Strukturált adatok alapjaFigyelmeztetés

Csak 1 sématípus (BusinessEntity) — nem elegendő az AI-láthatósághoz

Miért fontos: Az egyetlen sémával rendelkező webhelyek minimális AI-lefedettséget kapnak. Az AI-modelleknek több adatjelre van szükségük, hogy magabiztosan ajánlják a boltját.

Hogyan javítsa: Egyetlen sématípus nem elég. Adjon hozzá legalább: Organization (identitás), Product (kereskedelem), BreadcrumbList (navigáció), WebSite+SearchAction (felfedezhetőség), FAQPage (kérdés-válasz).

Zero-results RecoveryFigyelmeztetés

A search with no matches appears to be a dead end

Miért fontos: A shopper who searched has already decided to buy. A dead end sends them to a competitor who stocks the same product. Note: read from page HTML, so a search that renders results in JavaScript may be misread — verify before acting.

Hogyan javítsa: On the no-results page show best-sellers or items from the nearest category, offer a spelling correction, and give a direct way to ask (chat, phone, form). Log the queries that return nothing — they are a free list of what customers want and you don't stock or don't name the way they do.

GYIK séma (közvetlen AI-válaszok)Figyelmeztetés

Miért fontos: A ChatGPT, a Perplexity és a Google AI Overviews szó szerint átveszik a GYIK-válaszokat. A GYIK séma az egyik leggyorsabb módja annak, hogy az AI idézze a tartalmát.

Hogyan javítsa: Adjon hozzá FAQPage sémát minden termék- és kategóriaoldalhoz. Oldalanként 3-5 kérdés-választ tüntessen fel a következő témákban: termékspecifikációk, szállítás, visszaküldés, használati útmutató. Formátum: kérdés (teljes mondat) + válasz (75-150 szó).

Breadcrumb sémaFigyelmeztetés

Miért fontos: Az AI-asszisztensek a breadcrumbök segítségével értik meg a termékkategorizálást és a webhelyszerkezetet. Nélkülük az AI nem tudja kontextusba helyezni, hogy a termékek hova illeszkednek a katalógusban — pl. 'Futócipők' a 'Sport > Lábbeli > Futás' alatt.

Hogyan javítsa: Adjon hozzá egy BreadcrumbList sémát, amely tükrözi a kategóriahierarchiát: Kezdőlap → Kategória → Alkategória → Termék. Minden elemhez name és URL szükséges.

Webhelykeresés séma (SearchAction)Figyelmeztetés

Miért fontos: A SearchAction elérhetővé teszi a Google sitelinks keresőmezőjét, és lehetővé teszi az AI-vásárlási asszisztensek számára a katalógusa közvetlen keresését. Így találják meg az AI-ügynökök a konkrét termékeket a boltjában.

Hogyan javítsa: Adjon hozzá egy WebSite sémát potentialAction: SearchAction elemmel. Határozza meg a keresési URL-sablont, hogy az AI-asszisztensek és a Google programozottan tudjanak keresni a boltjában.

Strukturált tartalom (listák és táblázatok)Figyelmeztetés

Megtalálva: 60 lists — érdemes hozzáadni: comparison tables

Miért fontos: Az AI-modellek előnyben részesítik az adatkinyerést a HTML-listákból és -táblázatokból. A Perplexity és a ChatGPT pontosabban veszi át a felsorolásokat és a táblázatos adatokat, mint a bekezdésszöveget.

Hogyan javítsa: Adja hozzá a(z) comparison tables elemet a tartalmához. Használjon <ul>/<ol> elemet a funkciólistákhoz, specifikációkhoz és előnyökhöz. Használjon <table> elemet a termék-összehasonlításokhoz, árszintekhez és specifikációkhoz. Az AI sokkal gyorsabban nyeri ki a strukturált tartalmat, mint a bekezdéseket.

Entitás-egyértelműség és márkajelzésekFigyelmeztetés

OG címkék teljesek, de nincsenek sameAs entitáshivatkozások

Miért fontos: Az AI-nak magabiztosan azonosítania kell a márkád entitását. Az Open Graph és a sameAs együtt olyan platformokon átívelő identitást hoz létre, amelyet az AI-modellek felismernek.

Hogyan javítsa: A teljes entitás-egyértelműséghez: 1) egészítsd ki az Open Graph címkéket (og:title, og:description, og:image, og:type), 2) adj hozzá sameAs mezőt az Organization sémához Wikipedia, LinkedIn, Facebook és más profilokra mutató hivatkozásokkal.

A szerző szakértelmi jelzései (E-E-A-T)Figyelmeztetés

Miért fontos: Az AI-modellek erősen súlyozzák a szerző szakértelmét. Az azonosított szakértőktől származó oldalakat gyakrabban idézik, mint a névtelen tartalmat. Ez különösen fontos a termékútmutatóknál, értékeléseknél és tanácsadó tartalmaknál.

Hogyan javítsa: Tartalomoldalakhoz (blog, útmutatók, rólunk): adj hozzá Article/BlogPosting sémát az author tulajdonsággal, amely a Person sémára hivatkozik. Add meg a szerző beosztását (jobTitle), képesítéseit és közösségi profiljait.

Termékfeed (AI kereskedelem)Figyelmeztetés

Miért fontos: A termékfeedek hajtják a Google Shopping-ot, a Bing Shopping-ot és egyre inkább az AI kereskedelmet is. Strukturált termékfeed nélkül az AI-ügynökök nem tudják hatékonyan indexelni a teljes katalógusodat a termékajánlásokhoz.

Hogyan javítsa: Hozz létre egy Google Merchant Center / termékfeedet (XML vagy CSV). Tedd elérhetővé egy állandó URL-en, és hivatkozz rá a webhelytérképedben. Az AI vásárlási asszisztensek és összehasonlító motorok termékfeedeket használnak a katalógus felfedezéséhez. Tipp: a Heureka / Zboží / Glami / Merchant feedjeidet ingyen ellenőrizheted a Mergado auditjával.

Heureka XML feedFigyelmeztetés

Miért fontos: A Heureka.sk és a Heureka.cz a domináns árösszehasonlítók a SK/CZ piacon. XML feed nélkül nem vagy látható a fő piactéren. Egyetlen általános auditeszköz sem ellenőrzi ezt.

Hogyan javítsa: Generálj egy Heureka XML feedet a /feed/heureka.xml (vagy /export/heureka.xml) címen. A PrestaShop-nak van Heureka.cz modulja, a WooCommerce-nek vannak pluginjei. Struktúra: <SHOP><SHOPITEM>...</SHOPITEM></SHOP> az ITEM_ID/PRODUCTNAME/URL/PRICE_VAT/CATEGORYTEXT mezőkkel (kötelező) + EAN/PARAM/DELIVERY_DATE (erősen ajánlott a rangsoroláshoz).

Kinyerhető válaszblokkokFigyelmeztetés

48 bekezdés, átlag 23 szó — túl rövid az idézéshez

Miért fontos: Az AI az egyes bekezdéseket válaszrészletekként nyeri ki — a sűrű szövegfalakat átugorja. A legjobban idézhetők a fókuszált, 40-80 szavas bekezdések.

Hogyan javítsa: Az AI-idézéshez optimális bekezdések 40-80 szóból állnak. Bontsd a hosszú bekezdéseket fókuszált, önálló válaszblokkokra. Mindegyiknek egy világos gondolatot kell kifejeznie, amelyet az AI kinyerhet és idézhet.

Statisztikák és adatok jelenléteFigyelmeztetés

Csak 2 adatpont — adj hozzá többet

Miért fontos: Az AI-asszisztensek előnyben részesítik az ellenőrizhető adatpontokat és számszerűsített állításokat tartalmazó tartalmat — ezek egy oldal legidézhetőbb részei.

Hogyan javítsa: Adj hozzá konkrét statisztikákat, százalékokat, összegeket és számszerűsített állításokat. Pl. 'az ügyfelek 93%-a arról számol be...', 'átlagosan 200 €/év megtakarítás', '3x gyorsabb, mint...'. Az adatok idézhetővé teszik a tartalmat.

Szakaszhossz-optimalizálásFigyelmeztetés

Átlagos szakasz: 341 szó — csak 33% a 80-200 szavas optimális tartományban

Miért fontos: A Google AI Overviews számára az ideális 100-150 szó szakaszonként — a hosszú szakaszokat átugorja, a nagyon rövidek pedig tartalom nélküliek.

Hogyan javítsa: Rendezd át a tartalmat 120-180 szavas szakaszokba a H2/H3 címsorok között. Minden szakasznak teljesen le kell fednie egy témát. A 300 szó feletti szakaszokat bontsd fel, a 80 szó alattiakat bővítsd ki.

Kérdés-válasz formátumú címsorokFigyelmeztetés

1 kérdés formájú címsor — adj hozzá többet

Miért fontos: Az olyan AI-keresők, mint a Perplexity és a ChatGPT, a felhasználói kérdéseket címsor-válasz párokhoz illesztik. A kérdés-válasz formátumú címsorok közvetlenül kinyerhetők az AI számára, és FAQ-stílusú rich results találatokat váltanak ki.

Hogyan javítsa: Fogalmazd meg a H2/H3 címsorokat kérdésként: 'Hogyan működik...?', 'Mi az...?', 'Miért érdemes...?', majd közvetlenül utána egy 1-2 mondatos válasz. Ez egy vezető formátum, amelyet az AI-asszisztensek a válaszok generálásához használnak.

Canonical tag az AI deduplikációhozFigyelmeztetés

A canonical másik URL-re mutat: https://www.trerose.sk/

Miért fontos: Az AI keresők (ChatGPT, Perplexity, Bing Copilot) canonical tageket használnak a tartalom deduplikálásához. A hibás canonical azt jelenti, hogy az AI a rossz oldalverziót idézheti, vagy teljesen figyelmen kívül hagyhatja ezt az oldalt.

Hogyan javítsa: Ellenőrizd, hogy ez a canonical szándékos-e. Az AI modellek klaszterezik a közel duplikált URL-eket, és egy reprezentatív oldalt választanak ki. Ha a canonical másik URL-re mutat, az AI csak azt a cél-URL-t indexeli, ezt az oldalt nem.

Visszaküldési feltételek sémájaFigyelmeztetés

Miért fontos: Az AI vásárlási ügynökök (Google Shopping, ChatGPT, Bing Copilot) a visszaküldési rugalmasság szerint szűrnek. A visszaküldési feltétel sémával rendelkező termékek elsőbbségi elhelyezést kapnak az AI termékösszehasonlításokban.

Hogyan javítsa: Adj hozzá MerchantReturnPolicy sémát a következőkkel: returnPolicyCategory (pl. MerchantReturnFiniteReturnWindow), merchantReturnDays, returnMethod, returnFees. Kösd össze a Product/Offer elemmel a hasMerchantReturnPolicy révén.

Szállítási adatok sémájaFigyelmeztetés

Miért fontos: A teljesítés gyorsasága befolyásolja az AI termékajánlásait. A teljes szállítási séma azt jelenti, hogy az AI meg tudja jeleníteni: 'Ingyenes szállítás, kézbesítés 2-3 napon belül' — erős konverziós tényező.

Hogyan javítsa: Adj hozzá OfferShippingDetails sémát a következőkkel: shippingRate, shippingDestination, deliveryTime (handlingTime + transitTime). Az AI ügynökök visszasorolják a szállítási információ nélküli termékeket.

Knowledge Graph felkészültségFigyelmeztetés

2/4 jelzés — hiányzik: @id in JSON-LD, sameAs links (Wikipedia, LinkedIn)

Miért fontos: Az @id tartós entitásazonosítót hoz létre, amely összekapcsolja a sémádat oldalak és platformok között — így épít fel az AI egy hitelesített márkaentitást.

Hogyan javítsa: Add hozzá: @id in JSON-LD, sameAs links (Wikipedia, LinkedIn). Használj @id-t a JSON-LD-ben egyedi csomópont-azonosító létrehozásához. Gondoskodj arról, hogy a márkanév azonos legyen a title-ben, a sémában és az OG tagekben. Hivatkozz a Wikipedia/Wikidata oldalra a sameAs révén.

A tartalom olvashatósága AI számáraFigyelmeztetés

Grade 20 — túl összetett a széles körű AI-idézéshez

Miért fontos: A grade 12 feletti olvashatóságú tartalmat az AI nehezebben nyeri ki világos, tömör válaszként. A világos fejlécekkel és könnyen érthető nyelvezettel rendelkező oldalakat gyakrabban idézik.

Hogyan javítsa: Egyszerűsítsd a mondatokat (célszám: átlag 15-20 szó), használj gyakori szavakat, bontsd az összetett gondolatokat rövidebb bekezdésekre. Az AI a széles közönség számára nyeri ki a tartalmat — ha túl akadémikus, az AI kihagyja.

A képek alt szövegének minősége AI számáraFigyelmeztetés

78% jó, 15 gyenge, 1 hiányzó

Miért fontos: Az AI az alt szöveget használja a képek megértéséhez a vizuális keresésben (Google Lens, Bing Visual Search), a termékajánlásokban és az akadálymentesítésben. A minőségi alt szöveg több felfedezési csatornát nyit meg.

Hogyan javítsa: Javítsd az alt szöveget: használj 3-15 leíró szót képenként. Add meg a termék nevét, kulcstulajdonságát és kontextusát. Rossz: 'image1' vagy 'photo'. Jó: 'Piros bőr pénztárca RFID-védelemmel — elölnézet'.

Szakértői idézetek és hivatkozásokFigyelmeztetés

Miért fontos: A hivatkozások vagy szakértői idézetek nélküli tartalom hitelesítetlennek tűnik az AI számára. Az AI asszisztensek a megnevezett forrásokkal, adathivatkozásokkal és szakértői véleményekkel alátámasztott tartalmat részesítik előnyben.

Hogyan javítsa: Adj hozzá 2-3 szakértői idézetet vagy adathivatkozást minden fő oldalhoz. Használj <blockquote>-ot az idézetekhez, és hivatkozz mérvadó forrásokra (.gov, .edu, Wikipedia, iparági jelentések).

WebMCP ügynök-felkészültségFigyelmeztetés

Miért fontos: A WebMCP az a mód, ahogyan az AI ügynökök interakcióba lépnek majd a boltoddal (termékkeresés, kosárba helyezés, elérhetőség ellenőrzése). A Google és a Microsoft közösen fejleszti ezt a szabványt.

Hogyan javítsa: A WebMCP (W3C Community Group szabvány, Chrome 146+) lehetővé teszi az oldalak számára, hogy strukturált eszközöket deklaráljanak az AI ügynökök részére. Adj toolname és tooldescription attribútumokat a <form> elemekhez, vagy illessz be egy <script type='application/webmcp+json'> manifesztet.

Trust widgetFigyelmeztetés

Nem észlelt trust widget (Heureka / Trustpilot / AggregateRating)

Miért fontos: Az SK/CZ vásárlók jobban bíznak a Heureka Ověřeno-ban, mint más bizalmi jelzésekben. Az LLM-ek (ChatGPT, Perplexity) és a Google SGE elsőként az AggregateRating sémával rendelkező boltokat idézik.

Hogyan javítsa: SK/CZ boltoknak: telepítsd a Heureka Ověřeno zákazníky widgetet (ingyenes a hitelesített eladóknak — https://sluzby.heureka.sk). Alternatívák: Trustpilot, Google Reviews AggregateRating sémával. Helyezd el a trust widgetet a termék- + kategória- + lábléc oldalra.

AI botok hozzáférési szabályzataMegfelelt

No AI bot restrictions (allowed by default)

AI-ügynökök hozzáférése (élő)Megfelelt

A ChatGPT-User és a PerplexityBot ugyanazt az oldalt kapja, mint egy böngésző

Tartalom hozzáférhetősége AI számáraMegfelelt

2559 szó a nyers HTML-ben (4.7% szövegarány) — az AI-crawlerek JS futtatása nélkül olvashatják

Organization séma + entitáskapcsolásMegfelelt

Organization megtalálva 1 sameAs hivatkozással — erős entitásidentitás

Tartalommélység AI számáraMegfelelt

2559 szó — gazdag tartalom az AI elemzéséhez és idézéséhez

Válasz-elöl tartalomformátumMegfelelt

Első bekezdés: 22 szó — jó tartalomsűrűség a hajtás felett

Címsorhierarchia AI számáraMegfelelt

Megfelelő szerkezet: 1 H1 → 6 H2 → 8 H3 — világos tartalomvázlat

Szemantikus HTML-szerkezetMegfelelt

5/6 szemantikus elem: <nav>, <main>, <header>, <footer>, <aside>

Gyakori kérdések lefedettségeMegfelelt

Megválaszol 4/5 kulcsfontosságú vásárlói kérdést: price, returns/refunds, availability, payment

Belső linkek sűrűségeMegfelelt

142 kontextuális belső link 1 000 szónként — erős knowledge graph jelzés

Tartalom-sablonszöveg arányMegfelelt

A szöveg 84%-a a <main>/<article> elemben — tiszta tartalmi jelzés

llms.txt (webhely-leírás AI számára)Info

Not present — not required for AI visibility

Miért fontos: Az llms.txt az AI által olvasható webhelyleírások feltörekvő szabványa — hasonlóan ahhoz, ahogy a robots.txt a keresőmotorok esetében. Nélküle az AI-asszisztenseknek nincs vezetett áttekintésük a boltjáról.

Hogyan javítsa: Hozzon létre egy /llms.txt fájlt Markdown formátumban: # A bolt neve > Egysoros összefoglaló a vállalkozásáról és a fő kínálatáról. Részletes leíró bekezdés. ## Termékek - [Termékkategória](URL): Leírás ## Rólunk - [Rólunk](URL): A cég története és értékei A teljes specifikációt lásd a llmstxt.org oldalon.

llms-full.txt (teljes tartalom AI számára)Info

Not present — not required for AI visibility

Miért fontos: Az llms-full.txt egyetlen feldolgozható fájlban adja meg az AI-modelleknek a webhely teljes tartalmát. Ez a különbség aközött, hogy az AI-nak rövid áttekintése van, vagy mély ismerete a termékeiről és szolgáltatásairól.

A Product séma teljességeInfo

Ezen az oldalon (homepage) nincs Product séma — a Product séma a termékadatlapokon található, amelyeket ez az egy URL-es vizsgálat nem látogatott meg

Miért fontos: A Product séma csak a termékoldalakhoz tartozik, ezért a hiánya ezen az oldalon várható — nem hiba. Egy termék URL-jének vizsgálatával értékelheti.

Hogyan javítsa: A Product séma auditálásához futtassa a vizsgálatot egy termékadatlap URL-jén. A termékoldalakhoz adja hozzá: name, description, image, offers (price, priceCurrency, availability), brand, sku, aggregateRating.

Search Typo Handling (measurement)Info

A correctly spelled query and the same query with a typo return similarly sized pages (198908 B vs 198908 B) — consistent with typo tolerance

Miért fontos: This is a raw measurement, not a verdict, and it is never scored: page size is only a proxy for result count and themes differ. It is here so you can see what we saw.

Hogyan javítsa: Verify by hand: search for a product, then search again with one letter transposed. If the second search finds nothing, a search engine with fuzzy matching and synonyms will recover those sales.

Vélemények és értékelések sémájaInfo

Ezen az oldalon (homepage) nincs véleményséma — a vélemény-/értékelésséma jellemzően a termékoldalakon található

Miért fontos: A véleményséma a termékoldalakra jellemző, ezért a hiánya itt várható, nem hiba.

Hogyan javítsa: A véleményséma auditálásához szkennelj be egy termék URL-t. A termékoldalakon adj hozzá AggregateRating-et (ratingValue, reviewCount, bestRating) és egyedi Review sémákat.

AI-plugin manifesztInfo

Not present — not required (the ChatGPT-plugins manifest was retired in 2024)

Miért fontos: Az ai-plugin.json lehetővé teszi az AI-ügynökök számára, hogy programozottan lépjenek kapcsolatba a boltoddal — termékeket keressenek, árakat ellenőrizzenek, rendeléseket dolgozzanak fel. Ez a híd az AI-asszisztensek és az e-kereskedelmi funkcionalitásod között.

GTIN/EAN lefedettségInfo

Nem mintavételeztünk termékfeedet - a GTIN/EAN lefedettséget nem lehetett ellenőrizni

Miért fontos: A GTIN alapján párosítja az AI vásárlási ügynök a termékedet más boltok ugyanazon termékéhez. Feed nélkül ezt nem tudjuk mérni - ez nem elmarasztalás.

Hogyan javítsa: Tegyél közzé Google Merchant vagy Heureka feedet kitöltött GTIN/EAN mezővel, majd futtasd újra a szkennelést.

Speakable tartalom (hangalapú AI)Info

Not present — optional; SpeakableSpecification has limited assistant adoption

ai.txt (AI-jogosultságok)Info

Not present — optional; AI-bot permissions are enforced via robots.txt, not ai.txt

Miért fontos: Az ai.txt egy feltörekvő szabvány a finomhangolt AI-jogosultságokhoz, amely túlmutat a robots.txt-en. Kontrollt ad afölött, ahogyan az AI a tartalmadat használja.

AI-ügynök felkészültségInfo

69/100 — részben felkészült (Access 100 · Understand 75 · Discover 50 · Transact 50)

Miért fontos: Whether an autonomous shopping agent (a ChatGPT operator, Perplexity, the assistants coming next) can do four things on your shop: get in, read and understand the products, discover the whole catalogue, and act (cart, terms). Almost nobody measures this, and for SK/CZ shops nobody does.

Ügynök: Hozzáférés — bejut-e az ügynökInfo

100/100 (2 jel)

Ügynök: Megértés — érti-e a termékeketInfo

75/100 (2 jel)

Ügynök: Felfedezhetőség — megtalálja-e a teljes katalógustInfo

50/100 (3 jel)

Ügynök: Tranzakció — tud-e cselekedni (kosár, feltételek)Info

50/100 (3 jel)

Jog és GDPR

66/100

Súly: 10% · 9 OK · 6 figyelmeztetés · 2 hiba · összesen 19

Adatvédelmi tájékoztató oldalNem felelt meg

Miért fontos: A hiányzó adatvédelmi tájékoztató az egyik leggyakrabban hivatkozott GDPR-sértés. Minden uniós adatvédelmi hatóság alapvető követelménynek tekinti.

Hogyan javítsa: Készítsen átfogó adatvédelmi tájékoztatót, amely lefedi: milyen adatokat gyűjt, miért (jogalap), meddig tárolja azokat, kivel osztja meg, és hogyan gyakorolhatják a felhasználók a GDPR szerinti jogaikat (hozzáférés, törlés, hordozhatóság).

GDPR Art. 12 · GDPR Art. 13 · GDPR Art. 14 · SK 18/2018 § 19 · SK 18/2018 § 20

Fogyasztói vitarendezési hivatkozásokNem felelt meg

Nem található sem EU ODR-platform, sem felügyeleti hatóság hivatkozás

Miért fontos: Az EU 524/2013 rendelete kötelezővé teszi az ODR-hivatkozást minden online kereskedő számára; a nemzeti jog megköveteli a felügyeleti hatóság megnevezését. A ŠOI/ČOI pontosan ezt ellenőrzi, és hiánya gyakori fogyasztóvédelmi jogsértés.

Hogyan javítsa: Adja hozzá az EU ODR-platform hivatkozását (https://ec.europa.eu/consumers/odr) és a nemzeti hatóságot (SK: Slovenská obchodná inšpekcia / soi.sk, CZ: Česká obchodní inspekce / coi.cz) a lábléchez és az általános szerződési feltételekhez.

Nariadenie (EÚ) 524/2013 (ODR) · Smernica 2013/11/EÚ (ADR) · SK zák. 391/2015 Z.z. · CZ zák. 634/1992 Sb. § 14

Cookie-szabályzatFigyelmeztetés

Miért fontos: Az ePrivacy irányelv átlátható cookie-közzétételt ír elő. Az olyan homályos kijelentések, mint „cookie-kat használunk a működéshez", nem felelnek meg a részletesség követelményének.

Hogyan javítsa: Hozzon létre külön cookie-szabályzat oldalt, amely minden cookie-t felsorol a következők szerint: név, szolgáltató, cél, kategória (szükséges/analitikai/marketing) és lejárat. A legtöbb CMP ezt automatikusan generálja.

Jogi kapcsolat / Impresszum oldalFigyelmeztetés

Miért fontos: A DACH-országokban a hiányzó Impresszum bírságokat és versenytársak abbahagyásra felszólító leveleit vonhatja maga után. Minden uniós webshop számára az adatkezelő azonosítása a GDPR 13. cikkének követelménye.

Hogyan javítsa: Adjon hozzá egy Impresszum / Rólunk oldalt a következő adatokkal: cégnév, székhely, kapcsolattartó e-mail, adószám és cégjegyzék-adatok. Németországban/Ausztriában/Svájcban ez jogszabályi kötelezettség (Impressumspflicht).

Űrlapok adatvédelmi tájékoztatás nélkülFigyelmeztetés

3 űrlap az oldalon adatvédelmi tájékoztató hivatkozás nélkül

Miért fontos: A GDPR 13. cikke előírja a felhasználók tájékoztatását az adatkezelésről az adatgyűjtés pillanatában. Az adatvédelmi tájékoztatás nélküli űrlapok sértik az átláthatóság elvét.

Hogyan javítsa: Adjon hozzá egy hivatkozást az adatvédelmi tájékoztatóra minden személyes adatot gyűjtő űrlap mellé vagy alá (kapcsolat, regisztráció, hírlevél). Ahol szükséges, tegyen be egy hozzájárulási jelölőnégyzetet.

Törléshez való jog (adattörlés)Figyelmeztetés

Miért fontos: A GDPR 17. cikke biztosítja a felhasználók számára az „elfeledtetéshez való jogot". Az uniós szabályozók egyértelmű, hozzáférhető folyamatot várnak el, és a törlési kérelmek akadályozása dokumentált hatósági megállapítás.

Hogyan javítsa: Biztosítson a felhasználók számára egyértelmű módot az adattörlés kérésére — dedikált oldalt, űrlapot vagy kifejezett utasításokat az adatvédelmi tájékoztatóban. A felhasználói beállításokban helyezzen el egy „Fiókom törlése" opciót.

Omnibus árközzététel (30 napos minimum)Figyelmeztetés

A kedvezmények láthatóan az „elmúlt 30 nap legalacsonyabb ára" hivatkozás nélkül jelennek meg

Miért fontos: Az EU Omnibus irányelv (2019/2161), amelyet SK-ban a zák. 108/2024, CZ-ben pedig a zák. 634/1992 ültetett át, KÖTELEZŐVÉ teszi a 30 napos referenciaárat minden meghirdetett kedvezménynél. A ŠOI/ČOI aktívan ellenőrzi a hiányzó közzétételeket — és egy felfújt alapárból számolt „−40%" pontosan az, amit céloznak.

Hogyan javítsa: Amikor árcsökkentést hirdet, jelenítse meg az új ár mellett a kedvezmény előtti 30 napban alkalmazott legalacsonyabb árat. PrestaShopban adjon hozzá egy 30 napos árelőzmény-horgonyt (pl. a mi zu_pricehistory modulunk), hogy minden akciós címke automatikusan megfeleljen.

Elállási és panaszkezelési szabályzatFigyelmeztetés

Hiányzik: complaints procedure (reklamačný poriadok)

Miért fontos: A fogyasztói jogi irányelv (2011/83/EU) és az SK zák. 108/2024 / CZ zák. 89/2012 előírja a 14 napos elállási jog szerződéskötés előtti közzétételét és egy hozzáférhető panaszkezelési eljárást. Hiányuk meghosszabbítja az ügyfelek elállási jogát, és a ŠOI/ČOI standard megállapítása.

Hogyan javítsa: Tegye közzé és a láblécből hivatkozza az elállási szabályzatot (14 napos elállási jog + minta elállási nyilatkozat) és a panaszkezelési eljárást (reklamačný poriadok / reklamační řád). Hivatkozzon rájuk a pénztárnál.

Cookie-hozzájárulási sáv (CMP)Megfelelt

Észlelve: Cookiebot

Nyomkövető szkriptek és hozzájárulásMegfelelt

2 nyomkövető észlelve CMP-vel: Google Analytics/GTM, Meta Pixel

Google Consent Mode v2Megfelelt

Consent mode jelzések észlelve (ad_storage, analytics_storage)

Általános szerződési feltételek oldalMegfelelt

/obchodne-podmienky/

Adattitkosítás (nincs vegyes tartalom)Megfelelt

Minden erőforrás HTTPS-en keresztül töltődik be

Adatmegosztás harmadik felekkelMegfelelt

4 harmadik féltől származó domain

Hírlevél-hozzájárulásMegfelelt

Hozzájárulási mechanizmust tartalmazó hírlevél-űrlap észlelve

Adatvédelmi tisztviselő (DPO) elérhetőségeMegfelelt

DPO / adatvédelmi kapcsolat található

Hozzájárulás visszavonási mechanizmusaMegfelelt

Hozzájárulás-visszavonási / opt-out mechanizmus található

Online elállási funkcióInfo

A szerveroldali HTML-ben nincs kifejezett elállási gomb — lehet, hogy a bejelentkezett fiók / rendelés részleteinél van, amit ez a vizsgálat nem lát. Ellenőrizze, hogy megvan-e.

Miért fontos: Az (EU) 2023/2673 irányelv (a 2011/83/EU módosítása), amelyet SK-ban a 108/2024 törvény 20a. §-aként ültettek át, kötelezi az online kereskedőket egy könnyen használható elállási funkció biztosítására — egyértelműen jelölt gomb, folyamatosan elérhető az elállási időszak alatt — 2026. június 19-től hatályos minden távollévők közötti, elállási joggal járó szerződésre. Csak tájékoztató jellegű — az elhelyezést ellenőrizze kézzel.

Hogyan javítsa: Adjon hozzá az online felülethez egy egyértelműen jelölt elállási funkciót, amely könnyen megtalálható és folyamatosan elérhető a 14 napos elállási időszak alatt — pl. az ügyfélfiókban / rendelés részleteinél, plusz egy lábléc-hivatkozás. A bejelentkezett vásárlónak újraazonosítás nélkül kell tudnia elállási nyilatkozatot benyújtani.

Tájékoztatás a jogszabályi szavatosságrólInfo

A vizsgált oldalakon nem találtunk harmonizált tájékoztatást a jogszabályi szavatosságról — lehet olyan oldalon, amelyet ez a vizsgálat nem nyit meg. Ellenőrizze, hogy megjelenik-e.

Miért fontos: Az (EU) 2024/825 irányelv (a 2011/83/EU módosítása) előírja, hogy a kereskedők a weboldalon jól láthatóan elhelyezett harmonizált tájékoztatással emlékeztessék a fogyasztókat a legalább 2 éves jogszabályi szavatosságra. A nemzeti szabályok 2026. szeptember 27-től alkalmazandók.

Hogyan javítsa: Jelenítse meg a weboldalon az EU harmonizált tájékoztatását a jogszabályi szavatosságról általános emlékeztetőként (pl. a láblécben vagy minden termékoldalon), a Bizottság végrehajtási jogi aktusa szerinti hivatalos formában és szöveggel az Ön nyelvén. A termék melletti '24 hónap garancia' sor nem ugyanaz — a tájékoztatás a jogszabályi szavatosságról szól.

Sebezhetőség

61/100

Súly: 10% · 7 OK · 6 figyelmeztetés · 4 hiba · összesen 17

Ismert sérülékenységek (CVE)Nem felelt meg

5 CVEs kapcsolódik 1 észlelt komponensverzióhoz

Miért fontos: A közzétett CVE-vel rendelkező verziók az automatikus szkennerek elsődleges célpontjai — a botok (Shodan, Greynoise, Mirai-család) perceken belül keresik őket. Ez a megállapítás az észlelt verzióból következtetett, ezért mielőtt kihasználhatónak tekintené, erősítse meg, hogy a komponens valóban nincs javítva.

Hogyan javítsa: Update jQuery 1.11.3 → 3.7.1 (CVE-2011-4969, CVE-2012-6708, CVE-2015-9251, CVE-2020-11022, CVE-2020-11023). Beavatkozás előtt mindegyiket ellenőrizze — a tárhely vagy a disztribúció visszaportolhatja a biztonsági javítást, miközben a verziószám még sérülékenynek tűnik, így egy észlelt CVE nem bizonyítja, hogy a telepítése érintett. CVE-részletek: CVE-2011-4969: https://nvd.nist.gov/vuln/detail/CVE-2011-4969 · CVE-2012-6708: https://nvd.nist.gov/vuln/detail/CVE-2012-6708 · CVE-2015-9251: https://nvd.nist.gov/vuln/detail/CVE-2015-9251 · CVE-2020-11022: https://nvd.nist.gov/vuln/detail/CVE-2020-11022 · CVE-2020-11023: https://nvd.nist.gov/vuln/detail/CVE-2020-11023

Admin panel az alapértelmezett URL-enNem felelt meg

Elérhető itt: /admin

Miért fontos: Az alapértelmezett admin URL-ek naponta több ezer automatikus brute-force próbálkozást kapnak. A botnetek könyörtelenül támadják a /admin, /wp-admin, /administrator útvonalakat. Egy átnevezett útvonal az automatikus támadások 99%-át blokkolja.

Hogyan javítsa: Nevezze át az admin könyvtárat véletlenszerű, kitalálhatatlan útvonalra (pl. /admin-x7k9m2). Adjon hozzá IP-whitelistet a .htaccess-en keresztül, vezessen be 2FA-t, és állítson be brute-force elleni védelmet (fail2ban vagy hasonló).

jQuery verzióNem felelt meg

jQuery 1.11.3 — kritikusan elavult!

Miért fontos: A jQuery 1.x 6+ ismert CVE-hez kapcsolódik, beleértve az XSS-t és a prototype pollutiont. Az automatikus szkennerek célzottan keresik a jQuery <3.0 verziójú webhelyeket.

Hogyan javítsa: A jQuery 1.11.3 több ismert biztonsági sérülékenységhez kapcsolódik. Frissítsen 3.7.x-re. Ha a bővítményei jQuery 1.x/2.x-et igényelnek, használja a jquery-migrate-et ideiglenes hídként.

Fizetési oldal biztonságaNem felelt meg

A fizetési oldalról hiányzik: No HSTS, No CSP

Miért fontos: A megfelelő biztonsági fejlécek nélküli fizetési oldalak sértik a PCI DSS-t, és jelentősen megkönnyítik a kártyaadatok ellopását. A fizetési szolgáltatók havi bírságokat szabhatnak ki a meg nem felelésért.

Hogyan javítsa: KRITIKUS: A fizetési oldaláról hiányoznak a biztonsági fejlécek: No HSTS, No CSP. A PCI DSS 6.5 követelmény előírja a gyakori sebezhetőségek elleni védelmet a kártyaadatokat kezelő oldalakon.

Űrlap CSRF-védelemFigyelmeztetés

2/3 űrlap rendelkezik CSRF-tokennel

Miért fontos: A CSRF-token nélküli űrlapok lehetővé teszik a cross-site request forgeryt — a támadó webhelye rendeléseket adhat le, beállításokat módosíthat vagy adatokat változtathat meg a bejelentkezett felhasználói nevében.

Hogyan javítsa: Gondoskodjon róla, hogy MINDEN űrlap tartalmazzon CSRF-tokent. PrestaShopban használja a {$csrf_token} elemet a sablonokban. WordPressben használja a wp_nonce_field() függvényt.

Inline JavaScript felfedéseFigyelmeztetés

50 KB inline JavaScript

Miért fontos: A nagy mennyiségű inline JavaScript megakadályozza a megfelelő CSP-megvalósítást, és növeli az XSS kockázatát. A külső szkriptek SRI-hashekkel védhetők.

Hogyan javítsa: Helyezze át az inline szkripteket külső fájlokba. Az inline JavaScript kiterjeszti az XSS támadási felületét, és megnehezíti a CSP megvalósítását (unsafe-inline szükséges).

DMARC szabályzat (e-mail hitelesítés)Figyelmeztetés

DMARC p=none értékre állítva (csak megfigyelés, kényszerítés nélkül)

Miért fontos: A DMARC p=none semmilyen védelmet nem nyújt az e-mail-hamisítás ellen. Csak jelentéseket generál. Váltson p=quarantine-ra, hogy ténylegesen blokkolja a hamisított e-maileket, mielőtt elérnék ügyfelei postafiókját.

Hogyan javítsa: Frissítse a DMARC szabályzatot p=none értékről p=quarantine vagy p=reject értékre. A p=none csak megfigyel — nem blokkolja a hamisított e-maileket. Kezdje quarantine-nal, majd váltson reject-re, miután ellenőrizte, hogy a legitim e-mailek átmennek.

Eredetek közötti izoláció (Cross-Origin)Figyelmeztetés

Miért fontos: Az eredetek közötti izolációs fejlécek nélkül webhelye sebezhető a Spectre támadásokkal szemben, amelyek érzékeny adatokat szivárogtathatnak ki a böngészőfülek között. Ezek a fejlécek szükségesek a SharedArrayBuffer és a nagy felbontású időzítők használatához.

Hogyan javítsa: Adja hozzá a Cross-Origin-Opener-Policy: same-origin és a Cross-Origin-Resource-Policy: same-origin fejléceket. Ezek védenek a Spectre típusú oldalcsatornás támadások ellen.

Vegyes tartalom erőforrásaiFigyelmeztetés

1 HTTP erőforrás HTTPS oldalon

Miért fontos: A vegyes tartalom man-in-the-middle támadásokat tesz lehetővé egyes erőforrások ellen. A böngészők egyre inkább blokkolják a vegyes tartalmat, ezzel elrontva a képeket és szkripteket a webhelyén.

Hogyan javítsa: Cserélje a HTTP URL-eket HTTPS-re: http://www.trerose.sk/podmienky-ochrany-osobnych-udajov/

Bejelentkezési űrlap biztonságaFigyelmeztetés

A bejelentkezési űrlap blokkolja a jelszókezelő automatikus kitöltését

Miért fontos: A NIST irányelvei a jelszavak automatikus kitöltésének engedélyezését javasolják. Ennek blokkolása arra kényszeríti a felhasználókat, hogy gyenge, könnyen megjegyezhető jelszavakat válasszanak — ez a hozzáférési adatok kompromittálásának fő oka.

Hogyan javítsa: Távolítsa el az autocomplete='off' attribútumot a bejelentkezési űrlapokról. A jelszókezelők azzal javítják a biztonságot, hogy webhelyenként egyedi, összetett jelszavakat tesznek lehetővé.

CMS-verzió felfedéseMegfelelt

Nincs generator címke — a CMS azonossága rejtve

Kitett érzékeny fájlokMegfelelt

.env, .git, composer.json — mind megfelelően blokkolva

Kitett telepítőszkriptMegfelelt

Nincs elérhető /install/ vagy /setup/ útvonal

KönyvtárlistázásMegfelelt

Letiltva — a fájlstruktúra rejtve

Debug mód / hibák felfedéseMegfelelt

Nem található debug jelző az oldal kimenetében

SPF rekord (e-mail biztonság)Megfelelt

SPF konfigurálva: v=spf1 ip4:212.57.32.0/24 ip4:62.176.169.20 ip4:62.176.169.19 ip4:193.105.142.0/

DKIM aláírás (e-mail hitelesítés)Megfelelt

DKIM konfigurálva (szelektorok: default)

Akadálymentesség / EAA

86/100

Súly: 10% · 6 OK · 2 figyelmeztetés · 0 hiba · összesen 9

Képek alt szövegeFigyelmeztetés

80 képből 1 alt szöveg nélkül

Miért fontos: Minden alt nélküli kép olyan tartalom, amelyet a képernyőolvasó használója nem ér el (WCAG 1.1.1 / EN 301 549 § 9.1.1.1).

Hogyan javítsa: Adjon alt szöveget a többi képhez is (alt="" a dekoratívokhoz).

CímsorszerkezetFigyelmeztetés

Címsorvázlat-probléma (h1 száma: 1h1→h3)

Miért fontos: A tiszta címsorhierarchia a fő módja annak, hogy a segítő technológiák használói átfussák az oldalt (WCAG 1.3.1 / 2.4.6).

Hogyan javítsa: Használjon egyetlen <h1>-et, és ne ugorjon át címsorszinteket (pl. <h2>-ről <h4>-re).

Oldal nyelveMegfelelt

<html lang="sk"> be van állítva

ŰrlapcímkékMegfelelt

Mind a(z) 7 mező címkézett

LinkszövegMegfelelt

A linkek leíró szöveget használnak

Tájékozódási területekMegfelelt

Szemantikus területek jelen vannak (<main>, <nav>/<header>)

Nagyítás és méretezésMegfelelt

A nagyítás nincs letiltva

UgrólinkMegfelelt

Van „ugrás a tartalomra” link

EAA jogi alapInfo

Az Európai Akadálymentesítési Irányelv hatálya alá tartozik (2025.06.28-tól): SK 351/2022, CZ 424/2023 Sb., (EU) 2019/882 irányelv — EN 301 549 szerint értékelve. Az Inger EAA-auditot és javítást nyújt.

Következő lépések

Start with the failures — every red item carries a How to fix note. Prioritise Security and Legal & Compliance, which carry statutory consequences.
Re-run the audit after fixing — run a fresh scan at score.zulien.sk and compare the score.
Get help with the harder ones — for a deep audit or an expert assessment, see inger.sk.
Track NIS2 and GDPR compliance — if your shop falls under NIS2 (turnover over €10M or more than 50 staff), you need a formal compliance framework.

Online jelentés

The full interactive version, with clickable links and the option to re-scan, is here:

https://score.zulien.sk/r/trerose.sk

Disclaimer: This report is generated automatically by Zulien Score. Its findings come from publicly available data and technical analysis. For a legally binding assessment (of GDPR compliance, for instance) we recommend consulting a DPO or a lawyer specialising in data protection. Zulien Score is not a licensed legal or audit firm.

Zulien Score · score.zulien.sk · by Zulien · Hosted at inger.sk