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

C0/100

Átlagos

Pontszám-jelentés

dev.proenergy.sk

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

WooCommerce (WP 6.1.1)

jQuery

Font Awesome

Select2

Underscore

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

AI verdikt

Your store works reasonably well, but has notable gaps in SEO and security. Prioritize adding meta descriptions to all products and pages immediately. On the bright side, your accessibility for all visitors is excellent.

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.

+7 további

Apró javítások

Kisebb hatás, gyorsan megvan.

+12 további

Később

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

+29 további

87/100

Teljesítmény

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

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

Miért fontos: 41 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: 28 CSS-fájl - túl sok!

Miért fontos: Minden CSS-fájl blokkolja a renderelést. 28 fájl esetén a böngészőnek mindet le kell töltenie, mielőtt bármit kirajzolna. Ez mobilhálózatokon 1-2+ másodpercet adhat hozzá.

Hogyan javítsd: Csomagold a CSS-fájljaidat legfeljebb 1-3 fájlba. Használj build eszközt (Webpack, Vite, Gulp) az egyesítéshez és minifikáláshoz. A kritikus CSS legyen inline, a többi elhalasztva.

Bizonyíték:HTML-heuristic· Megbízhatóság: high

Mit találtunk: 120 kérés — a 80-as kereten felül, de a vizsgált díjnyertes áruházak mediánján (140) vagy az alatt

Miért fontos: A 80 kérés bevált gyakorlat; a vizsgált mezőny mediánja 140, a legjobb áruház pedig 37-tel megoldja. A medián alatt lenni nem ugyanaz, mint gyorsnak lenni.

Hogyan javítsd: Fogja össze azt a CSS/JS-t, ami úgyis mindig együtt töltődik, az ikonokat sprite-ként vagy fontként adja ki külön fájlok helyett, és töltse lustán a hajtás alatti képeket, hogy betöltéskor ne kérje le őket a böngésző.

Bizonyíték:PSI-lab120 requests· Megbízhatóság: high

Mit találtunk: 94 KB nem használt (CSS: 59 KB, JS: 36 KB)

Miért fontos: A nem használt kód letöltődik és feldolgozódik, de sosem fut le - tiszta pazarlás. Eltávolítása gyorsítja a feldolgozást és csökkenti a sávszélesség-használatot.

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: Távolítsd el a nem használt CSS-t a PurgeCSS vagy UnCSS segítségével. Bontsd fel a JavaScriptet, hogy minden oldalon csak a szükséges kód töltődjön be. Ellenőrizd a bővítményeket - mindegyik CSS/JS-t ad hozzá.

Bizonyíték:PSI-lab· Megbízhatóság: low

Miért fontos: A preconnect 100-500 ms-ot spórol minden külső eredetnél azzal, hogy korán létrehozza a kapcsolatokat. A preload elkezdi letölteni a kritikus erőforrásokat, mielőtt a böngésző felfedezné őket a CSS/JS-ben.

Hogyan javítsd: Adj hozzá erőforrás-tippeket: <link rel='preconnect' href='https://fonts.googleapis.com'> a külső eredetekhez, <link rel='preload' as='image' href='hero.webp'> a kritikus erőforrásokhoz.

Bizonyíték:HTML-heuristic· Megbízhatóság: high

Sebességaudit kérése

Mit találtunk: 7 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: Google Fonts észlelve font-display nélkül

Miért fontos: font-display nélkül az egyedi betűtípusok Flash of Invisible Text-et (FOIT) okoznak - a szöveg teljesen rejtve marad a betűtípus letöltése alatt. Lassú kapcsolatokon ez 3+ másodpercig tarthat.

Hogyan javítsd: Adj &display=swap-ot a Google Fonts URL-edhez, vagy adj font-display: swap-ot a @font-face deklarációidhoz.

Bizonyíték:HTML-heuristic· Megbízhatóság: high

Sebességaudit kérése

Mit találtunk: Egyedi betűtípusok észlelve preload tippek nélkül

Miért fontos: A betűtípusok későn kerülnek felfedezésre a renderelési folyamatban (a CSS feldolgozása után). Az előtöltés arra utasítja a böngészőt, hogy azonnal töltse le őket, csökkentve a Flash of Invisible Text-et (FOIT) 200-500 ms-mal.

Hogyan javítsd: Töltsd elő az elsődleges betűtípusodat: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Google Fonts esetén: preconnect a fonts.gstatic.com-hoz.

Bizonyíték:HTML-heuristic· Megbízhatóság: high

Sebességaudit kérése

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

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

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

📧 Újraszkennelési emlékeztetők

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

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

73/100

Grade C

dev.proenergy.sk

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

Platform: WooCommerce (WP 6.1.1)

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

Vezetői összefoglaló

Hibák

Figyelmeztetések

143

Ellenőrzés összesen

Pontszám kategóriánként

Kategória	Pontszám	Súly	Hibák	Figyelmeztetések	OK
Teljesítmény	87/100	25%	2	7	10
SEO	66/100	20%	5	6	15
Biztonság	60/100	15%	2	8	7
Mobil	72/100	10%	0	7	6
AI-felkészültség	48/100	10%	7	12	7
Jog és GDPR	65/100	10%	1	6	6
Sebezhetőség	76/100	10%	2	3	6
Akadálymentesség / EAA	100/100	10%	0	0	8

Kritikus megállapítások

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

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

CSS-fájlok száma· Teljesítmény

Minden CSS-fájl blokkolja a renderelést. 28 fájl esetén a böngészőnek mindet le kell töltenie, mielőtt bármit kirajzolna. Ez mobilhálózatokon 1-2+ másodpercet adhat hozzá.

Meta leírás· SEO

Meta leírás nélkül a Google automatikusan generál egyet — gyakran gyengén. Az egyedi leírás átadja Önnek a SERP-részlet feletti kontrollt és javítja az átkattintást.

Szöveg-HTML arány· SEO

A Google Helpful Content Update kifejezetten a vékony tartalmú oldalakat célozza, ami rontja a helyezéseidet.

Tartalmi mélység· SEO

A 100 szó alatti oldalak szinte láthatatlanok a keresők számára. A Google nem tudja meghatározni a relevanciát elegendő szöveg nélkül. Ez kritikus rangsorolási akadály.

Belső linkelés· SEO

A nulla belső linkkel rendelkező oldal el van szigetelve a webhelyed linkgráfjától. A Google alacsony prioritásúnak tekintheti, vagy egyáltalán nem indexeli.

Robots noindex figyelmeztetés· SEO

A noindex teljesen eltávolítja az oldaladat a Google-ból. Ha ez a kezdőlapod vagy egy kulcsfontosságú termékoldal, láthatatlan vagy a keresésben. Ez az egyik leggyakoribb és legkárosabb SEO-hiba.

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.

Tartalom hozzáférhetősége AI számára· AI-felkészültség

Az AI-crawlerek csak a nyers HTML-t látják. A csak a JavaScript lefutása után megjelenő tartalom láthatatlan számukra. A szerveroldalon renderelt tartalom az AI-láthatóság elsődleges előfeltétele.

Tartalommélység AI számára· AI-felkészültség

A nagyon kevés tartalommal rendelkező oldalak szinte láthatatlanok az AI-keresés számára. Tartalom nélkül az AI-nak nincs mit idéznie, összefoglalnia vagy ajánlania.

Válasz-elöl tartalomformátum· AI-felkészültség

Világos bevezető bekezdés nélkül az AI-asszisztensek nem tudnak hasznos összefoglalót készíteni az oldaláról. Átugranak a versenytársak oldalaira, amelyek azonnali, idézhető tartalmat kínálnak.

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 (5)

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

Megállapítás	Kategória	Ráfordítás
Meta leírás	SEO	gyors javítás
Robots noindex figyelmeztetés	SEO	gyors javítás
HSTS (Strict-Transport-Security)	Biztonság	gyors javítás
Canonical tag az AI deduplikációhoz	AI-felkészültség	gyors javítás
CMS-verzió felfedése	Sebezhetőség	gyors javítás

Nagyobb projektek (12)

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
Belső linkelés	SEO	kb. egy nap
Content-Security-Policy (CSP)	Biztonság	kb. egy nap
Címsorhierarchia AI számára	AI-felkészültség	kb. egy nap
A képek alt szövegének minősége AI számára	AI-felkészültség	kb. egy nap
Szöveg-HTML arány	SEO	projekt
Tartalmi mélység	SEO	projekt
Tartalom hozzáférhetősége AI számára	AI-felkészültség	projekt
Tartalommélység AI számára	AI-felkészültség	projekt
Válasz-elöl tartalomformátum	AI-felkészültség	projekt

Apró javítások (17)

Kisebb hatás, gyorsan megvan.

Megállapítás	Kategória	Ráfordítás
Open Graph címkék	SEO	gyors javítás
Kanonikus URL	SEO	gyors javítás
Meta Robots Tag	SEO	gyors javítás
DNSSEC	Biztonság	gyors javítás
CAA DNS-rekord	Biztonság	gyors javítás
X-Content-Type-Options	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
security.txt (RFC 9116)	Biztonság	gyors javítás
Témaszín	Mobil	gyors javítás
Jogi kapcsolat / Impresszum oldal	Jog és GDPR	gyors javítás

+5 további

Később (34)

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
Tartalomstruktúra (H2 címsorok)	SEO	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
Inline CSS mérete	Mobil	kb. egy nap
Reszponzív képek (srcset)	Mobil	kb. egy nap
Organization séma + entitáskapcsolás	AI-felkészültség	kb. egy nap
GYIK séma (közvetlen AI-válaszok)	AI-felkészültség	kb. egy nap
Cookie-szabályzat	Jog és GDPR	kb. egy nap
Általános szerződési feltételek oldal	Jog és GDPR	kb. egy nap

+22 további

Teljesítmény

87/100

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

Szkriptbetöltési stratégiaNem felelt meg

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

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

CSS-fájlok számaNem felelt meg

28 CSS-fájl - túl sok!

Miért fontos: Minden CSS-fájl blokkolja a renderelést. 28 fájl esetén a böngészőnek mindet le kell töltenie, mielőtt bármit kirajzolna. Ez mobilhálózatokon 1-2+ másodpercet adhat hozzá.

Hogyan javítsa: Csomagold a CSS-fájljaidat legfeljebb 1-3 fájlba. Használj build eszközt (Webpack, Vite, Gulp) az egyesítéshez és minifikáláshoz. A kritikus CSS legyen inline, a többi elhalasztva.

KéréskeretFigyelmeztetés

120 kérés — a 80-as kereten felül, de a vizsgált díjnyertes áruházak mediánján (140) vagy az alatt

Miért fontos: A 80 kérés bevált gyakorlat; a vizsgált mezőny mediánja 140, a legjobb áruház pedig 37-tel megoldja. A medián alatt lenni nem ugyanaz, mint gyorsnak lenni.

Hogyan javítsa: Fogja össze azt a CSS/JS-t, ami úgyis mindig együtt töltődik, az ikonokat sprite-ként vagy fontként adja ki külön fájlok helyett, és töltse lustán a hajtás alatti képeket, hogy betöltéskor ne kérje le őket a böngésző.

Nem használt kód (CSS + JS)Figyelmeztetés

94 KB nem használt (CSS: 59 KB, JS: 36 KB)

Miért fontos: A nem használt kód letöltődik és feldolgozódik, de sosem fut le - tiszta pazarlás. Eltávolítása gyorsítja a feldolgozást és csökkenti a sávszélesség-használatot.

Hogyan javítsa: Távolítsd el a nem használt CSS-t a PurgeCSS vagy UnCSS segítségével. Bontsd fel a JavaScriptet, hogy minden oldalon csak a szükséges kód töltődjön be. Ellenőrizd a bővítményeket - mindegyik CSS/JS-t ad hozzá.

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

Miért fontos: A preconnect 100-500 ms-ot spórol minden külső eredetnél azzal, hogy korán létrehozza a kapcsolatokat. A preload elkezdi letölteni a kritikus erőforrásokat, mielőtt a böngésző felfedezné őket a CSS/JS-ben.

Hogyan javítsa: Adj hozzá erőforrás-tippeket: <link rel='preconnect' href='https://fonts.googleapis.com'> a külső eredetekhez, <link rel='preload' as='image' href='hero.webp'> a kritikus erőforrásokhoz.

Lusta betöltésFigyelmeztetés

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

Betűtípus-betöltési stratégiaFigyelmeztetés

Google Fonts észlelve font-display nélkül

Miért fontos: font-display nélkül az egyedi betűtípusok Flash of Invisible Text-et (FOIT) okoznak - a szöveg teljesen rejtve marad a betűtípus letöltése alatt. Lassú kapcsolatokon ez 3+ másodpercig tarthat.

Hogyan javítsa: Adj &display=swap-ot a Google Fonts URL-edhez, vagy adj font-display: swap-ot a @font-face deklarációidhoz.

Betűtípusok előtöltéseFigyelmeztetés

Egyedi betűtípusok észlelve preload tippek nélkül

Miért fontos: A betűtípusok későn kerülnek felfedezésre a renderelési folyamatban (a CSS feldolgozása után). Az előtöltés arra utasítja a böngészőt, hogy azonnal töltse le őket, csökkentve a Flash of Invisible Text-et (FOIT) 200-500 ms-mal.

Hogyan javítsa: Töltsd elő az elsődleges betűtípusodat: <link rel='preload' href='/fonts/main.woff2' as='font' type='font/woff2' crossorigin>. Google Fonts esetén: preconnect a fonts.gstatic.com-hoz.

Kritikus CSS stratégiaFigyelmeztetés

28 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.92 s

Largest Contentful Paint (LCP)Megfelelt

1.20 s – Core Web Vital ✓

Total Blocking Time (TBT)Megfelelt

14 ms

Cumulative Layout Shift (CLS)Megfelelt

0.000 – Core Web Vital ✓

Speed IndexMegfelelt

1.66 s

Teljes oldalméretMegfelelt

784 KB (120 kérés)

JavaScript-keretMegfelelt

428 KB — a 600 KB-os kereten belül

Miért fontos: A JavaScript az oldal legdrágább erőforrása: le kell tölteni, értelmezni és lefuttatni, mielőtt az oldal reagálna a felhasználóra. A 600 KB alatt maradás az, ami a középkategóriás telefonokat reszponzívan tartja.

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

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

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.

Cache-Control stratégiaInfo

Nem mérve - a HTML dokumentumnak nincs Cache-Control-ja; a statikus erőforrások gyorsítótárazása nem lett mintavételezve

Miért fontos: Az erőforrások gyorsítótárazása a visszatérő látogatók kéréseinek nagy részét kiküszöbölheti. Itt csak a HTML választ látjuk, ezért ez tipp, nem ítélet.

Hogyan javítsa: Gondoskodj róla, hogy a statikus erőforrások (CSS/JS/képek) 'Cache-Control: max-age=31536000, immutable' fejléccel és verziózott fájlnevekkel legyenek kiszolgálva. A HTML maradhat 'max-age=0, must-revalidate'.

SEO

66/100

Súly: 20% · 15 OK · 6 figyelmeztetés · 5 hiba · összesen 26

Meta leírásNem felelt meg

Miért fontos: Meta leírás nélkül a Google automatikusan generál egyet — gyakran gyengén. Az egyedi leírás átadja Önnek a SERP-részlet feletti kontrollt és javítja az átkattintást.

Hogyan javítsa: Írjon meggyőző meta leírást (120-160 karakter) cselekvésre ösztönzéssel. Természetesen építse bele a célkulcsszót.

Szöveg-HTML arányNem felelt meg

0% — nagyon vékony tartalom (33 szó)

Miért fontos: A Google Helpful Content Update kifejezetten a vékony tartalmú oldalakat célozza, ami rontja a helyezéseidet.

Hogyan javítsa: Az oldalad szinte teljes egészében HTML/CSS/JS, nagyon kevés tényleges tartalommal. Adj hozzá alapos termékleírásokat, tartalmi blokkokat és tájékoztató szöveget.

Tartalmi mélységNem felelt meg

Csak 33 szó — nagyon vékony tartalom

Miért fontos: A 100 szó alatti oldalak szinte láthatatlanok a keresők számára. A Google nem tudja meghatározni a relevanciát elegendő szöveg nélkül. Ez kritikus rangsorolási akadály.

Hogyan javítsa: Ennek az oldalnak szinte semmilyen szöveges tartalma nincs. Adj hozzá részletes termékleírásokat, vásárlási útmutatókat, GYIK-et vagy tájékoztató tartalmat. A keresőknek szövegre van szükségük az oldalad megértéséhez és rangsorolásához.

Belső linkelésNem felelt meg

Nem található belső link

Miért fontos: A nulla belső linkkel rendelkező oldal el van szigetelve a webhelyed linkgráfjától. A Google alacsony prioritásúnak tekintheti, vagy egyáltalán nem indexeli.

Hogyan javítsa: Adj hozzá belső linkeket a weboldalad többi oldalához. Minden oldalnak linkelnie kellene kapcsolódó tartalomra, kategóriákra és kulcsfontosságú céloldalakra.

Robots noindex figyelmeztetésNem felelt meg

meta robots="noindex, nofollow" — az oldal ki van zárva a keresésből!

Miért fontos: A noindex teljesen eltávolítja az oldaladat a Google-ból. Ha ez a kezdőlapod vagy egy kulcsfontosságú termékoldal, láthatatlan vagy a keresésben. Ez az egyik leggyakoribb és legkárosabb SEO-hiba.

Hogyan javítsa: Az oldaladon 'noindex' van, ami teljesen kizárja a Google elől. Távolítsd el a 'noindex' értéket, hacsak az oldal nem szándékosan rejtett (staging, duplikátumok).

Tartalomstruktúra (H2 címsorok)Figyelmeztetés

Csak 1 H2 alcím

Miért fontos: A jól strukturált tartalom több H2-vel több long-tail kulcsszóra rangsorol, és növeli a featured snippet esélyét.

Hogyan javítsa: Adjon hozzá több H2 alcímet, hogy a tartalmat áttekinthető szakaszokra bontsa. A H2 címkékbe foglaljon bele másodlagos kulcsszavakat.

Open Graph címkékFigyelmeztetés

Hiányzik: og:description, og:image

Miért fontos: A hiányos OG címkék hibás közösségi előnézeteket eredményeznek. A kép nélkül megosztott linkek jóval kevesebb kattintást kapnak a Facebookon és a LinkedInen.

Hogyan javítsa: Adja hozzá a hiányzó OG címkéket: og:description, og:image. Az og:image-hez használjon jó minőségű, 1200×630px képeket.

Kanonikus URLFigyelmeztetés

az og:url jelen van (https://dev.proenergy.sk/prihlasenie/), de a <link rel=canonical> hiányzik

Miért fontos: Az og:url segít a közösségi platformoknak, de a Google magasabbra értékeli a canonical címkét. Mindkettő jelenlétével elkerül minden duplikált tartalom miatti kétértelműséget.

Hogyan javítsa: Adja hozzá a <head>-hez a <link rel='canonical' href='https://dev.proenergy.sk/prihlasenie/'> címkét. Az og:url a közösségi megosztást fedi le; a canonical a Google-t és az AI crawlereket fedi le kifejezetten.

Meta Robots TagFigyelmeztetés

"noindex, nofollow" — page is set to noindex (hidden from search)

Miért fontos: A noindex tag completely removes the page from search results. It's frequently left on by accident after a site goes live — one of the most damaging silent SEO bugs — but it's also set deliberately on staging/utility pages, so verify intent rather than assume a defect.

Hogyan javítsa: If this is your live public page, remove 'noindex' from the meta robots tag immediately — it removes the page from Google. If this is intentional (staging, thank-you, or filtered page), you can ignore this.

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

0% új generációs formátum — 0 JPEG, 3 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.

Túlzott számú erőforrás-kérésFigyelmeztetés

41 JS + 28 CSS = 69 külső kérés

Miért fontos: A Google crawl budgetje korlátozott. A túlzott mennyiségű erőforrással rendelkező webhelyeket ritkábban járják be, és lassabban indexelik az új tartalmat.

Hogyan javítsa: Csökkentsd 30 külső erőforrás alá a JS/CSS fájlok összevonásával, a nem használt bővítmények eltávolításával és a harmadik féltől származó szkriptek konszolidálásával.

Meta titleMegfelelt

30 karakter — "Prihlásenie - PROENERGY PORTAL"

H1 címsorMegfelelt

"Prihlásenie"

Twitter/X kártyákMegfelelt

Kártya típusa: summary_large_image

Strukturált adatok (JSON-LD)Megfelelt

1 blokk: WebPage, ReadAction, BreadcrumbList, ListItem

JSON-LD érvényességeMegfelelt

1 blokk hibátlanul elemezhető

robots.txtMegfelelt

Jelen van, hivatkozik a sitemap-re

XML SitemapMegfelelt

Sitemap index with 6 child sitemaps

HTML nyelvi attribútumMegfelelt

lang="sk-SK"

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

3 nyelv: sk, cs, en

Kép alt attribútumokMegfelelt

7 képből 100%-nak van alt szövege

FaviconMegfelelt

Favicon észlelve

Szemantikus HTML-struktúraMegfelelt

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

Üres/halott linkekMegfelelt

2 apró halott link — elfogadható

Akadálymentesség alapjaiMegfelelt

4/4 akadálymentességi jelzés: 11 ARIA roles, 5 ARIA labels, skip link, lang="sk-SK"

A sitemap frissességeMegfelelt

A legfrissebb <lastmod> 146 napja

Biztonság

60/100

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

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.

DNSSECFigyelmeztetés

Nincsenek DNSKEY rekordok - a zóna nem aláírt

Miért fontos: DNSSEC nélkül a köztes feloldókat irányító támadók meghamisíthatják a domainjéhez tartozó válaszokat - és a felhasználókat érvényes HTTPS-sel rendelkező, a nevével egyező adathalász oldalakra irányíthatják. Az EU nemzeti CSIRT-csapatai (SK-CERT, NÚKIB) minden érintett szervezetnek ajánlják a DNSSEC-et.

Hogyan javítsa: Kapcsolja be a DNSSEC-et a DNS-szolgáltatójánál (a legtöbb modern regisztrátor 1 kattintásos aktiválást kínál: Cloudflare, Route 53, Google Cloud DNS, web.sk, websupport.sk). Utána ellenőrizze a dnsviz.net oldalon.

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.

X-Content-Type-OptionsFigyelmeztetés

Miért fontos: A nosniff nélkül a böngészők a feltöltött fájlokat szkriptként futtathatják. Egy támadó feltölthet egy .jpg-t, ami valójában JavaScript, és ráveheti a böngészőt annak futtatására.

Hogyan javítsa: Adja hozzá a fejlécet: X-Content-Type-Options: nosniff

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

1 cookie: 1 missing HttpOnly

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.

security.txt (RFC 9116)Figyelmeztetés

Miért fontos: A security.txt lehetővé teszi az etikus hackereknek a sebezhetőségek felelős bejelentését. Nélküle nyilvánosan közzétehetik, vagy egyáltalán nem jelentik.

Hogyan javítsa: Hozza létre a /.well-known/security.txt fájlt Contact, Expires és Preferred-Languages mezőkkel. A generátort a securitytxt.org oldalon találja.

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

HTTP → HTTPS átirányításMegfelelt

A HTTP megfelelően átirányít HTTPS-re

Clickjacking elleni védelemMegfelelt

X-Frame-Options: SAMEORIGIN

Technológia felfedéseMegfelelt

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

Subresource Integrity (SRI)Megfelelt

Az összes cross-origin szkript automatikusan frissülő szolgáltatói szkript, ahol az SRI nem alkalmazható

Szerververzió felfedéseMegfelelt

openresty - a verzió rejtett

Jelszómező biztonságaMegfelelt

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

Mobil

72/100

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

Mobil teljesítmény pontszámFigyelmeztetés

71/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.

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.

Inline CSS méreteFigyelmeztetés

107 KB inline CSS

Miért fontos: A nagy inline CSS blokkok növelik a kezdeti HTML letöltési és feldolgozási idejét — különösen fájdalmas mobilon a korlátozott CPU-val és lassabb kapcsolattal.

Hogyan javítsa: Helyezze át az inline stílusokat külső CSS-fájlokba. Az 50 KB-nál nagyobb inline CSS növeli a HTML méretét és nem gyorsítótárazható külön. Inline-ként csak a kritikus, hajtás feletti CSS-t hagyja meg.

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

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

Apple Mobile Web AppFigyelmeztetés

Hiányzik: apple-mobile-web-app-capable, status-bar-style

Miért fontos: Ezek a tagek engedélyezik a 'Hozzáadás a kezdőképernyőhöz' funkciót iOS-en teljes képernyős élménnyel. A letisztult kezdőképernyős jelenlét növeli a visszatérő látogatásokat.

Hogyan javítsa: Adja hozzá: <meta name='apple-mobile-web-app-capable' content='yes'>, <meta name='apple-mobile-web-app-status-bar-style' content='default'>, <link rel='apple-touch-icon' href='/icon-180.png'>.

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: Flexbox, CSS Grid, Media queries

Mobil navigáció (szemantikus)Megfelelt

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

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

2/2 input rendelkezik címkével

Címsorhierarchia (WCAG 1.3.1)Megfelelt

Nincs kihagyott szint

AI-felkészültség

48/100

Súly: 10% · 7 OK · 12 figyelmeztetés · 7 hiba · összesen 29

Tartalom hozzáférhetősége AI számáraNem felelt meg

Csak 33 szó látható a HTML-ben — a tartalom JS-függő lehet

Miért fontos: Az AI-crawlerek csak a nyers HTML-t látják. A csak a JavaScript lefutása után megjelenő tartalom láthatatlan számukra. A szerveroldalon renderelt tartalom az AI-láthatóság elsődleges előfeltétele.

Hogyan javítsa: Az oldalának nagyon kevés tartalma van a HTML-forrásban. Ha JavaScript keretrendszert használ (React, Vue, Angular), vezessen be Server-Side Renderinget (SSR) vagy Static Site Generationt (SSG).

Tartalommélység AI számáraNem felelt meg

Csak 33 szó — túl kevés az AI-idézéshez

Miért fontos: A nagyon kevés tartalommal rendelkező oldalak szinte láthatatlanok az AI-keresés számára. Tartalom nélkül az AI-nak nincs mit idéznie, összefoglalnia vagy ajánlania.

Hogyan javítsa: Az oldalának kritikusan kevés tartalma van. Adjon hozzá: részletes termékleírásokat, funkciólistákat, GYIK-et, vásárlási útmutatókat, összehasonlító táblázatokat és bizalmi jeleket (értékelések, tanúsítványok, garanciák).

Válasz-elöl tartalomformátumNem felelt meg

Nincs értelmes bevezető tartalom, amelyet az AI kinyerhetne

Miért fontos: Világos bevezető bekezdés nélkül az AI-asszisztensek nem tudnak hasznos összefoglalót készíteni az oldaláról. Átugranak a versenytársak oldalaira, amelyek azonnali, idézhető tartalmat kínálnak.

Hogyan javítsa: Adjon hozzá egy erős bevezető bekezdést (50-100 szó), amely összefoglalja, mit kínál az oldal. Az AI-asszisztensek az első bekezdést használják elsődleges idézési forrásként.

Címsorhierarchia AI számáraNem felelt meg

1 H1, 1 H2, 0 H3 — gyenge szerkezet

Miért fontos: Az AI a címsorszerkezet alapján nyeri ki az információkat. A megfelelő H1→H2→H3 hierarchiával rendelkező oldalakat a ChatGPT, a Perplexity és a Google AI Overviews pontosabban dolgozza fel. Nélküle az AI félreértelmezheti a tartalmát.

Hogyan javítsa: Használjon pontosan 1 H1-et (oldalcím), majd szervezze a tartalmat H2 szakaszokkal és H3 alszakaszokkal. Minden címsornak le kell írnia az utána következő tartalmat. Soha ne hagyjon ki címsorszinteket (H1→H3 H2 nélkül).

Entitás-egyértelműség és márkajelzésekNem felelt meg

Miért fontos: Az AI-asszisztenseknek biztosnak kell lenniük az entitás identitásában, mielőtt bármit ajánlanának. Egyértelmű márkajelzések nélkül az AI a jobban ismert versenytársak felé fordul.

Hogyan javítsa: A márkádnak gyenge entitásjelzései vannak. Adj hozzá: 1) teljes OG meta címkéket, 2) Organization sémát sameAs hivatkozásokkal az összes hivatalos profilhoz, 3) konzisztens NAP-ot (név, cím, telefonszám) az egész weben.

Canonical tag az AI deduplikációhozNem felelt meg

Miért fontos: Canonical tag nélkül az AI modellek ugyanannak az oldalnak több verzióját is indexelhetik (záró perjellel/anélkül, paraméterekkel stb.), így az AI-láthatóságod szétaprózódik a duplikált URL-ek között.

Hogyan javítsa: Adj hozzá minden oldalhoz egy <link rel='canonical' href='https://a-te-abszolut-url-ed'> elemet. Ez megmondja az AI motoroknak, hogy melyik URL a tartalom hiteles verziója.

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

Csak 0% minőségi alt szöveg — 0 hiányzik, 5 gyenge

Miért fontos: A gyenge alt szöveg azt jelenti, hogy a termékképeid láthatatlanok a vizuális AI keresés (Google Lens, Bing Visual Search) számára. Ez egyben akadálymentesítési követelmény is (WCAG 2.1 AA) — sok régió törvényileg kikényszeríti.

Hogyan javítsa: Auditáld az összes képet: adj minden <img>-hez leíró alt szöveget (3-15 szó). Add meg a termékneveket, tulajdonságokat, anyagokat, színeket. Ez kritikus a vizuális AI kereséshez és az akadálymentesítési megfeleléshez.

Organization séma + entitáskapcsolásFigyelmeztetés

Organization séma megtalálva, de sameAs hivatkozások nélkül

Miért fontos: A sameAs hivatkozások közlik az AI-val, hogy ez ugyanaz az entitás a weben. Így építi fel a Google a Knowledge Panelt, és így rendeli hozzá az AI az információkat a márkájához.

Hogyan javítsa: Adjon hozzá egy sameAs tömböt az Organization sémájához, amely a Wikipedia, LinkedIn, Facebook, Instagram és egyéb hivatalos profilokra hivatkozik. Ez létrehoz egy Knowledge Graph entitást a márkája számára.

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ó).

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

Megtalálva: 2 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.

Tartalomfrissesség jelzéseiFigyelmeztetés

Sémadátumok megtalálva, de nincs látható dátum az oldalon

Miért fontos: Az AI-modellek súlyozzák az aktualitást az idézési algoritmusaikban. A frissesség jelzései közlik az AI-val, hogy a tartalma aktuális és megbízható.

Hogyan javítsa: Adja hozzá mindkettőt: 1) dateModified és datePublished az Article/Product JSON-LD sémájában, 2) egy látható 'Utoljára frissítve: [dátum]' az oldalon. Mindkét jelzés erősíti a tartalom frissességét az AI számára.

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.

Kinyerhető válaszblokkokFigyelmeztetés

3 bekezdés, átlag 6 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

A tartalomban nem található statisztikai adat

Miért fontos: Az adatok nélküli tartalmat nehezebb idézni. A Perplexity és a ChatGPT célzottan keresi a számszerűsített állításokat és ellenőrizhető statisztikákat tartalmazó oldalakat.

Hogyan javítsa: Adj hozzá számokat: árösszehasonlítások, teljesítménymutatók, ügyfélstatisztikák, iparági benchmarkok. A konkrét adatokat (pl. '99,9% rendelkezésre állás', '4,8/5 értékelés 2 400 véleményből') idézi az AI a leggyakrabban.

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

Miért fontos: A kérdés-válasz tartalmi formátum megfelel annak, ahogyan az emberek kérdéseket tesznek fel az AI-asszisztenseknek. Kérdés formájú címsorok nélkül a tartalmadat az AI nehezebben tudja a felhasználói lekérdezésekhez rendelni.

Hogyan javítsa: Adj hozzá H2/H3 címsorokat az ügyfeleid kérdéseiként megfogalmazva: 'Mennyibe kerül a szállítás?', 'Milyen méretek érhetők el?', 'Hogyan küldhetem vissza a terméket?' Mindegyik után adj közvetlen, tömör választ.

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.

Tartalom-sablonszöveg arányFigyelmeztetés

32% a fő tartalmi területen — túl sok sablonszöveg

Miért fontos: Az AI crawlerek célzottan a <main> és <article> tartalmi blokkokra összpontosítanak. Ha a szöveged nagy része a navigációban, láblécekben és oldalsávokban van, az AI zajt kap jelzés helyett — ez rontja az idézések minőségét.

Hogyan javítsa: Helyezz át több tartalmat a <main> vagy <article> elemekbe. Csökkentsd a navigációs szöveget, a lábléc tartalmát és az oldalsáv zaját. Az AI crawlerek a szemantikus konténerekből nyerik ki a tartalmat, a többit eldobják.

Társadalmi bizonyíték (ajánlások / esettanulmányok)Figyelmeztetés

Miért fontos: Látható társadalmi bizonyíték nélkül a B2B érdeklődők nem tudják ellenőrizni a referenciáidat a megkeresés előtt. A hiányzó ajánlások és esettanulmányok gyakori oka annak, hogy a tanácsadói oldalak elveszítik a minősített leadeket a kapcsolatfelvételi szakaszban.

Hogyan javítsa: Adj hozzá legalább egy formát a társadalmi bizonyítékból: 1) ügyfélajánlások <blockquote>-ként forrásmegjelöléssel, 2) esettanulmány / portfólió szakasz korábbi munkákkal, 3) 'Bíznak bennünk' ügyféllogó-sáv. B2B esetén ez a hitelesség vezető emelője.

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ő

Strukturált adatok alapjaMegfelelt

1 JSON-LD blokk 4 különböző sématípussal: WebPage, BreadcrumbList, WebSite, BusinessEntity

Breadcrumb sémaMegfelelt

BreadcrumbList strukturált adatok megtalálva — világos navigációs hierarchia

Webhelykeresés séma (SearchAction)Megfelelt

WebSite SearchAction konfigurálva — az AI képes keresni a boltjában

Szemantikus HTML-szerkezetMegfelelt

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

Knowledge Graph felkészültségMegfelelt

3/4 entitásjelzés — erős Knowledge Graph jelenlét

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.

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.

Jog és GDPR

65/100

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

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

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

Általános szerződési feltételek oldalFigyelmeztetés

Miért fontos: Az uniós fogyasztói jogi irányelv egyértelmű feltételeket ír elő a vásárlás előtt. A hiányzó ÁSZF azt jelenti, hogy az ügyfelek állíthatják, hogy nem tájékoztatták őket, ami meghosszabbított elállási jogot biztosít számukra.

Hogyan javítsa: Készítsen Általános szerződési feltételeket (ÁSZF), amelyek lefedik: a rendelési folyamatot, fizetést, szállítást, visszaküldést, jótállást és vitarendezést. Hivatkozzon rá a láblécből és a pénztárból.

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

1 ű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.

Hozzájárulás visszavonási mechanizmusaFigyelmeztetés

Miért fontos: A GDPR 7. cikk (3): „A hozzájárulás visszavonása ugyanolyan egyszerű legyen, mint annak megadása." Ha egy kattintással fel lehet iratkozni, a leiratkozásnak ugyanolyan egyszerűnek kell lennie. Ennek hiánya gyakori hatósági megállapítás.

Hogyan javítsa: Biztosítson egyértelmű módot a hozzájárulás visszavonására: „leiratkozás" hivatkozást az e-mailekben, „cookie-beállítások" gombot a láblécben, és „hozzájárulás visszavonása" szakaszt az adatvédelmi tájékoztatóban.

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

Észlelve: Cookiebot

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

Nem észlelhető nyomkövető szkript

Adattitkosítás (nincs vegyes tartalom)Megfelelt

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

Adatmegosztás harmadik felekkelMegfelelt

1 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ó

Sebezhetőség

76/100

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

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

3 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 WordPress 6.1.1 → 6.7 (CVE-2024-31210, CVE-2023-39999, CVE-2023-2745). 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-2024-31210: https://nvd.nist.gov/vuln/detail/CVE-2024-31210 · CVE-2023-39999: https://nvd.nist.gov/vuln/detail/CVE-2023-39999 · CVE-2023-2745: https://nvd.nist.gov/vuln/detail/CVE-2023-2745

CMS-verzió felfedéseNem felelt meg

"WordPress 6.1.1" felfedve a meta generator címkében

Miért fontos: A pontos CMS-verzió ismerete lehetővé teszi a támadóknak, hogy azonnal átkutassák a CVE-adatbázisokat. Pl. a PrestaShop 1.7.8.x ismert SQL injection CVE-khez kapcsolódik. A verzió elrejtése találgatásra kényszeríti a támadókat.

Hogyan javítsa: Teljesen távolítsa el a meta generator címkét. PrestaShopban: távolítsa el a header.tpl fájlból. WordPressben: adja hozzá a remove_action('wp_head', 'wp_generator') sort a functions.php fájlhoz.

CMS információs fájlokFigyelmeztetés

readme.html elérhető — felfedi a verzió részleteit

Miért fontos: Még ha el is rejti a generator címkét, a readme.html és a CHANGELOG.txt felfedi a pontos verziószámokat. A támadók ezeket tartalék megoldásként ellenőrzik.

Hogyan javítsa: Törölje vagy blokkolja a hozzáférést a következőkhöz: readme.html. Ezek a fájlok felfedik a pontos CMS-verziót és a frissítési előzményeket.

CMS verzióFigyelmeztetés

WordPress 6.1.1 — frissítés elérhető

Miért fontos: Az elavult CMS-verziók lemaradnak a biztonsági javításokról. Minden frissítés jellemzően 5-15 biztonsági problémát javít. Az aktuálisan tartás az egyik leghatékonyabb védelem az automatikus támadások ellen.

Hogyan javítsa: Frissítse a következőt: WordPress a legújabb verzióra a biztonsági javítások, a teljesítményjavulás és az új funkciók érdekében.

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.

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

Admin panel az alapértelmezett URL-enMegfelelt

Nem található a szokásos útvonalakon (/admin, /wp-admin, /administrator, /backoffice)

Debug mód / hibák felfedéseMegfelelt

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

Űrlap CSRF-védelemMegfelelt

1 űrlap — mindegyik rendelkezik CSRF-tokennel

SPF Record (Email Security)Info

No SPF record, and no MX — this domain doesn't send/receive email, so deliverability isn't affected

Miért fontos: Attackers spoof unprotected domains (even ones that never send email) in phishing. A hard-fail SPF (v=spf1 -all) plus DMARC p=reject stops your domain being used to impersonate you — this is the M3AAWG/NCSC guidance for non-sending domains.

Hogyan javítsa: Even a non-sending domain should block spoofing: publish an explicit null-sending SPF record — v=spf1 -all — so no server can forge mail as this domain.

DMARC Policy (Email Auth)Info

No DMARC record, and no MX — this domain doesn't handle email, so deliverability isn't affected

Miért fontos: Domains with no email are still spoofed by attackers. A DMARC p=reject (with SPF -all) tells receivers to drop any mail claiming to be from this domain — closing the impersonation vector without affecting any real mail (there is none).

Hogyan javítsa: Publish an anti-spoofing DMARC record even on a non-sending domain: at _dmarc.yourdomain.com set v=DMARC1; p=reject; — paired with SPF v=spf1 -all it prevents your domain being forged in phishing.

E-mail infrastruktúraInfo

Nincsenek MX rekordok — a domain nem fogad e-mailt

Akadálymentesség / EAA

100/100

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

Oldal nyelveMegfelelt

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

Képek alt szövegeMegfelelt

Mind a(z) 7 kép rendelkezik alt attribútummal

ŰrlapcímkékMegfelelt

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

CímsorszerkezetMegfelelt

Egyetlen <h1> következetes címsorvázlattal

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/dev.proenergy.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