Weboldal Optimalizálási Útmutató

Az AI Web teszt maximális pontszámának eléréséhez szükséges összes lépés — HTML sablonnal és szerver konfigurációs útmutatóval. Kövesd ennek a HTML sablonnak a szerkezetét, hogy nagyobb pontszámot érj el az audit során!

Pontrendszer összefoglaló

Az AI Web teszt 4 pillérben összesen 100 pontot oszt ki. Az alábbi táblázat mutatja, hogy melyik ellenőrzés hány pontot ér, és milyen forrásból származik.

Pillér Ellenőrzés Pont Forrás
Core Web Vitals (max 25 pont)
PageSpeed átlag (mobil+asztali)0-15Szerver
TTFB < 800ms3Szerver
Gzip/Brotli tömörítés2Szerver
HTTP 2xx válasz2Szerver
CrUX adat elérhető1Külső
INP ≤ 200ms (jó) / ≤ 500ms (közepes)2 / 1Külső (CrUX)
E-E-A-T Megbízhatóság (max 30 pont)
HTTPS5Szerver
HSTS fejléc2Szerver
CSP fejléc2Szerver
Organization schema4HTML
Person/Author schema3HTML
„Rólunk" link2HTML
„Kapcsolat" link2HTML
„Adatvédelem" link2HTML
Schema completeness (8+ típus)2HTML
Google Knowledge Graph3Külső
Domain kor (≥3 év)3Külső
AI Láthatóság (max 25 pont)
FAQPage schema4HTML
BreadcrumbList schema3HTML
Schema típus diverzitás (3+)3HTML
Meta description2HTML
OG title2HTML
OG image2HTML
Canonical link2HTML
HTML lang attribútum2HTML
GenRank AI láthatóság5Külső
AI Stabilitás (max 20 pont)
robots.txt létezik4Szerver
sitemap.xml létezik4Szerver
Sitemap > 10 URL2Szerver
SPF DNS rekord2DNS
DMARC DNS rekord2DNS
PSI SEO pontszám0-6HTMLSzerver
Ez a sablon már tartalmazza az összes HTML jelölésű elemet. Az alábbiakban a többi, külső optimalizálási lépést részletezzük.

1. HTML optimalizálás (a sablonban megoldva)

Az alábbi elemek már benne vannak a sablonban. Csak a tartalmat kell cserélned — keresd a CSERÉLD megjegyzéseket a forráskódban.

Organization Schema +4 pont
JSON-LD formátumú szervezeti adatok: cégnév, logó, URL, alapító, elérhetőség és közösségi linkek. Az AI keresők (ChatGPT, Gemini, Perplexity) ezekből azonosítják a márkát. Minél gazdagabb az Organization blokk (contactPoint, sameAs, founder), annál erősebb az E-E-A-T jelzés.
Person / Author Schema +3 pont
A tartalom mögötti személy azonosítása JSON-LD-vel. Tartalmazza a nevet, beosztást, LinkedIn profilt és a munkahelyi szervezetet. Ez az E-E-A-T „Experience" és „Expertise" dimenzióit erősíti — az AI keresők nagyobb súllyal idézik azokat a forrásokat, amelyeknél azonosítható a szerző.
FAQPage Schema +4 pont
Kérdés-válasz formátumú strukturált adat, amely közvetlenül megjelenik a Google kereső kiemelt találataiban, és az AI keresők válaszgenerálásánál is elsőbbséget élvez. Minimum 3-5 kérdést érdemes megadni a fő témakörben.
BreadcrumbList Schema +3 pont
Navigációs útvonal strukturált adatok, amelyek segítik a keresőmotorokat az oldalstruktúra megértésében. Az AI keresők is használják a kontextus meghatározásához — melyik oldal hol helyezkedik el a webhely hierarchiájában.
Meta description + OG + Canonical + Lang +10 pont
Összesen 5 ellenőrzés, egyenként 2 pont: meta description (keresési kivonat), og:title (közösségi megosztás címe), og:image (előnézeti kép), canonical link (duplikáció elkerülés), html lang (nyelv azonosítás). Ezek alapvető jelzések az AI keresők és a hagyományos keresőmotorok számára egyaránt.
Schema completeness (8+ típus) +2 pont
A sablon 8 különböző schema típust tartalmaz: Organization, Person, WebSite, WebPage, BreadcrumbList, FAQPage, HowTo és Article. Ez 100%-os teljességet eredményez. Az E-E-A-T ellenőrzés a következő típusokat keresi: Organization, LocalBusiness, Person, Article, NewsArticle, BlogPosting, Product, Review, AggregateRating, FAQPage, HowTo, BreadcrumbList, WebSite, WebPage, AboutPage, ContactPage.
Rólunk + Kapcsolat + Adatvédelem linkek +6 pont
Az audit 3 linket keres a HTML-ben: „rolunk" / „about" / „bemutatkozas" (2 pont), „kapcsolat" / „contact" / „elerhetoseg" (2 pont), „adatvedelem" / „privacy" / „adatkezel" (2 pont). A kulcsszónak a href attribútumban kell szerepelnie, nem a link szövegében.

Schema.org — Miért számít minden részlet

A JSON-LD strukturált adatok nem egyformák. Egy minimális Organization schema (csak név és URL) kevesebbet ér, mint egy gazdag blokk founder-rel, contactPoint-tal és sameAs linkekkel. Az alábbiakban a legfontosabb tanulságok:

Schema completeness számítás

Képlet 0-2 pont
completeness = min(100, round((E-E-A-T típusok száma / 8) * 100))

Az audit 16 schema típust keres, amelyek E-E-A-T relevanciával bírnak: Organization, LocalBusiness, Person, Article, NewsArticle, BlogPosting, Product, Review, AggregateRating, FAQPage, HowTo, BreadcrumbList, WebSite, WebPage, AboutPage, ContactPage.

Ha ezek közül legalább 8 különböző típust tartalmaz az oldalad, 100%-os teljességet kapsz (2 pont). Ez a sablon 8 típust tartalmaz: Organization, Person, WebSite, WebPage, BreadcrumbList, FAQPage, HowTo, Article.

Schema diverzitás vs. completeness — két külön ellenőrzés

Típus diverzitás (AI Láthatóság pillér) 0/1/3 pont
Az AI Láthatóság pillér a JSON-LD blokkokban talált összes egyedi @type értéket számolja (nem csak az E-E-A-T relevánsakat). 3+ egyedi típus = 3 pont, 1-2 típus = 1 pont, 0 típus = 0 pont. Ez független a completeness-től — mindkettő külön pontot ad.

Minimális vs. gazdag Organization — valós példa

Tanulság a gyakorlatból
Egy valós összehasonlításban két weboldal azonos E-E-A-T pontszámra törekedett, de 5 pont különbség volt köztük. Az ok:

Gyenge Organization (16/30 E-E-A-T):
Csak name, url, logo — se founder, se contactPoint, se sameAs. Hiányzott a Person schema és az „About" oldal link.

Erős Organization (21/30 E-E-A-T):
Tartalmazza: founder (Person hivatkozás), contactPoint (telefon, e-mail), sameAs (5 közösségi profil link), és az oldalon volt „About" link és Person schema LinkedIn URL-lel.

A különbséget a Person schema (+3 pont), a CSP fejléc (+2 pont) és az About link (+2 pont) adta — nem a tartalom, hanem a technikai jelzések hiánya okozta a lemaradást.

A 8 schema típus, amit ez a sablon tartalmaz

TípusCélKözvetlen pont
OrganizationMárka/cég azonosítása — cégnév, logó, alapító, elérhetőség, közösségi linkek+4 (E-E-A-T)
PersonSzerző/alapító azonosítása — név, beosztás, LinkedIn, szakértelem+3 (E-E-A-T)
FAQPageKérdés-válasz struktúra — kiemelt Google találat + AI idézhetőség+4 (AI Vis)
BreadcrumbListNavigációs útvonal — oldalstruktúra jelzése keresőknek+3 (AI Vis)
WebSiteWeboldal szintű adatok — név, URL, nyelv, kiadócompleteness
WebPageOldal szintű adatok — cím, leírás, speakable tartalomcompleteness
HowToLépésről lépésre útmutató — Google kiemelt megjelenéscompleteness
ArticleCikk metaadatok — szerző, kiadó, dátum, nyelvcompleteness
Person schema tipp: A sameAs mező az egyik legfontosabb. Ide LinkedIn, Twitter, GitHub vagy bármilyen nyilvános profil URL-t adj meg. Az AI keresők ezek alapján ellenőrzik, hogy a személy valós és hitelesíthető — ez az E-E-A-T „Experience" dimenziója.
Organization schema tipp: A founder mezővel összekapcsolhatod az Organization-t a Person-nel. A contactPoint mezőben adj meg legalább e-mail címet vagy URL-t. A sameAs mezőbe a cég közösségi profiljait (Facebook, LinkedIn company page, Instagram). Minél több ellenőrizhető hivatkozás, annál erősebb a megbízhatósági jelzés.

Speakable: a „felolvasható" tartalom jelölés

SpeakableSpecification (WebPage részeként)
A speakable mező a WebPage schema része. CSS szelektorokkal jelölheted meg, hogy az oldal mely részei alkalmasak hangos felolvasásra (pl. Google Assistant, AI összefoglalók). A sablon a #main-title és #lead elemeket jelöli speakable-nek. Bár közvetlenül nem ad pontot, az AI keresők ezeket a jelöléseket használják a válaszgeneráláshoz.

2. Szerver konfiguráció

Ezeket a beállításokat a webszerveren (nginx/Apache) kell elvégezni. Nem HTML-szintű módosítások, de jelentős hatásuk van a pontszámra.

HTTPS + Biztonsági fejlécek (9 pont)

HTTPS +5 pont
SSL/TLS tanúsítvány telepítése. A Let's Encrypt szolgáltatás ingyenes tanúsítványt ad, amelyet a legtöbb hosting automatikusan kezel. HTTPS nélkül az oldal „nem biztonságos" jelzést kap a böngészőkben, és 5 pontot veszítesz.
HSTS fejléc +2 pont
Strict-Transport-Security fejléc, amely utasítja a böngészőt, hogy kizárólag HTTPS-en keresztül kommunikáljon a szerverrel. Megakadályozza a downgrade támadásokat (SSL stripping). Az includeSubDomains az aldomainekre is kiterjeszti.
CSP fejléc +2 pont
Content-Security-Policy fejléc, amely meghatározza, milyen forrásokból tölthet be a böngésző szkripteket, stíluslapokat és képeket. Védelmet nyújt XSS (cross-site scripting) támadások ellen. Az auditnak elég egy alap policy is.
Nginx konfiguráció — írd be a server blokkba:
# HSTS add_header Strict-Transport-Security "max-age=31536000; includeSubDomains" always; # Biztonsági fejlécek (E-E-A-T) add_header X-Frame-Options "SAMEORIGIN" always; add_header X-Content-Type-Options "nosniff" always; add_header Referrer-Policy "strict-origin-when-cross-origin" always; add_header Permissions-Policy "geolocation=(), microphone=(), camera=()" always; add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline' https:; style-src 'self' 'unsafe-inline'; img-src 'self' data: https:; connect-src 'self' https:; font-src 'self' https:;" always;

Teljesítmény (max 22 pont a CWV pillérből)

PageSpeed Insights átlag 0-15 pont
A Google PSI mobil és asztali teljesítmény-pontszámának átlaga, 15 pontra skálázva. Képlet: round(avg_perf / 100 * 15). Javításhoz: képek optimalizálása (WebP/AVIF), CSS/JS minifikálás, render-blokkoló erőforrások eltávolítása, szerver-oldali cache (Redis/Varnish), CDN használat (Cloudflare). Cél: 90+ mindkét platformon = 14 pont.
TTFB (Time to First Byte) 0/1/3 pont
A szerver válaszideje az első bájtig. < 800ms = 3 pont, 800-1799ms = 1 pont, ≥ 1800ms = 0 pont. Javításhoz: gyorsabb tárhely, szerver cache, adatbázis optimalizálás, PHP OPcache, vagy statikus fájlok CDN-ről.
Gzip / Brotli tömörítés +2 pont
A szerver tömörítve küldi a HTML/CSS/JS fájlokat. Nginx: gzip on; gzip_types text/html text/css application/javascript;. Brotli még jobb tömörítési arányt ad, de külön modul szükséges hozzá.
HTTP elérhetőség (2xx válasz) +2 pont
Az oldal sikeresen válaszol (HTTP 200-399). Ez automatikusan teljesül, ha a szerver fut. Ha az oldal 404-et vagy 500-as hibát ad, ez a 2 pont elvész.

Fájl-alapú követelmények (10 pont)

robots.txt +4 pont
A domain gyökerében kell lennie: https://peldadomain.hu/robots.txt. Tartalmaznia kell a „user-agent" szót, és HTTP 200-at kell visszaadnia. Irányítja a keresőrobotokat, hogy mely oldalakat indexeljék, és hivatkozik a sitemap-re.
# Minimális robots.txt User-agent: * Allow: / Sitemap: https://peldadomain.hu/sitemap.xml
sitemap.xml +4 pont (+2 ha >10 URL)
XML fájl a domain összes fontos oldalának felsorolásával. A <urlset> vagy <sitemapindex> taget kell tartalmaznia. Ha több mint 10 <loc> elemet tartalmaz, további 2 bónusz pont jár — összesen 6 pont egyetlen fájlból.
<?xml version="1.0" encoding="UTF-8"?> <urlset xmlns="http://www.sitemaps.org/schemas/sitemap/0.9"> <url> <loc>https://peldadomain.hu/</loc> <lastmod>2026-03-09</lastmod> <changefreq>weekly</changefreq> <priority>1.0</priority> </url> <!-- Adj hozzá 10+ URL-t a +2 bónuszért --> </urlset>

Egyedi 404 hibaoldal

Egyedi 404 oldal Közvetett hatás
Az egyedi 404 hibaoldal nem ad közvetlenül pontot az auditban, de kritikus szerepet játszik a felhasználói élményben, a keresőoptimalizálásban és az AI keresők megítélésében:

Miért fontos:
  • Bounce rate csökkentés: Az alapértelmezett nginx/Apache 404 oldal azonnal elriasztja a látogatót. Egy márkázott 404 oldal visszatereli a felhasználót a főoldalra vagy a kereséshez — csökkentve a visszafordulási arányt, ami a CrUX adatokban is megjelenik.
  • Crawl budget megőrzés: Ha a keresőrobot 404-et talál, a válasznak egyértelműen 404 HTTP státuszkódot kell visszaadnia (nem 200-at „soft 404"-ként). Az egyedi 404 oldal ezt biztosítja, miközben a felhasználónak hasznos navigációt kínál.
  • AI keresők megítélése: Az AI keresők (ChatGPT, Gemini, Perplexity) a weboldal általános minőségét is értékelik. Egy professzionális 404 oldal a gondos karbantartás jele — míg egy üres fehér oldal vagy az alapértelmezett szerver hibaüzenet rontja az összképet.
  • Belső linkelés lehetősége: A 404 oldalon elhelyezett linkek (főoldal, keresés, népszerű tartalmak) további belső linkeket adnak a keresőrobotoknak, segítve az indexelést.
  • E-E-A-T Trustworthiness jelzés: A Google Quality Rater Guidelines szerint a megbízható webhelyek gondoskodnak a hibás URL-ek kezeléséről. Az egyedi 404 oldal ezt a gondosságot jelzi.
Megvalósítás: Hozz létre egy 404.html fájlt a webhely gyökerében, majd konfiguráld a webszerveren:
# Nginx — a server blokkban: error_page 404 /404.html; location = /404.html { internal; } # Apache — .htaccess fájlban: ErrorDocument 404 /404.html
Tartalom tippek a 404 oldalhoz: Használd a webhely arculatát (logó, színek), adj egyértelmű üzenetet („Az oldal nem található"), és helyezz el 2-3 linket: főoldal, keresés/fő szolgáltatás, és kapcsolat. Kerüld a humort, ha az nem illik a márkádhoz — a cél a gyors továbbnavigálás, nem a szórakoztatás.

3. DNS konfiguráció

A DNS rekordok a domain hitelességét erősítik. Nem a HTML-ben, hanem a domain regisztrátornál (vagy DNS szolgáltatónál) kell beállítani.

SPF rekord +2 pont
Sender Policy Framework — TXT DNS rekord, amely meghatározza, mely szerverek küldhetnek e-mailt a domain nevében. Nélküle a domain nevében bárki küldhet hamisított e-mailt, ami phishing támadásokra ad lehetőséget. Az audit a domain TXT rekordjában keresi a v=spf1 előtagot.
# SPF rekord — TXT típus a domain-en v=spf1 include:_spf.google.com ~all # Ha nem használsz e-mailt: v=spf1 -all
DMARC rekord +2 pont
Domain-based Message Authentication — TXT rekord a _dmarc.peldadomain.hu aldomainen. Megmondja a fogadó szervernek, mit tegyen, ha az SPF vagy DKIM ellenőrzés sikertelen. Az audit a v=DMARC1 előtagot keresi.
# DMARC rekord — TXT típus _dmarc.peldadomain.hu-n v=DMARC1; p=quarantine; rua=mailto:dmarc@peldadomain.hu # Minimális (csak monitoring): v=DMARC1; p=none; rua=mailto:dmarc@peldadomain.hu
Ellenőrzés: dig TXT peldadomain.hu (SPF) és dig TXT _dmarc.peldadomain.hu (DMARC).

4. Külső tényezők (nem közvetlenül befolyásolható)

Ezek a pontok hosszú távú stratégiával és organikus növekedéssel érhetők el. Összesen 14 pont, amelyet nem lehet „megcsinálni" — idővel és piaci jelenléttel kell megszerezni.

CrUX (Chrome User Experience Report) +1 pont
A Google valós Chrome felhasználói adatokat gyűjt az oldal teljesítményéről. Ha a domain elég forgalmat generál (havi több ezer Chrome-felhasználó), megjelenik a CrUX adatbázisban. Nincs gyors megoldás: organikus forgalomra, hirdetésekre vagy közösségi médiás jelenlétére van szükség. Az audit ellenőrzi, hogy létezik-e CrUX adat az origin-hez — ha igen, +1 pont.
INP — Interaction to Next Paint +2 pont (max)
Az INP a Core Web Vitals három metrikájának egyike — a valós interaktivitást méri: mennyi idő telik el egy kattintás/billentyűleütés és a vizuális válasz között. Az INP kizárólag field metrika: csak valós felhasználói adatokból (CrUX) származik, labor tesztből nem mérhető.

Pontozás: INP ≤ 200ms = +2 pont (gyors) | 200–500ms = +1 pont (közepes) | > 500ms = +0 pont (lassú) | Nincs CrUX adat = nem értékelhető, 0 pont.

Optimalizálási tippek: Bontsd kisebb darabokra a hosszú JavaScript feladatokat (yield to main thread), optimalizáld az eseménykezelőket, kerüld a layout thrashing-et, és használj requestAnimationFrame-et a vizuális frissítésekhez. A Lighthouse TBT (Total Blocking Time) metrikája az INP legjobb labor-korrelátuma — ha nincs CrUX adatod, a TBT javításával indirekt módon az INP-t is javítod.
Google Knowledge Graph +3 pont
A Google Knowledge Graph API-n keresztül ellenőrzi, hogy a domain/márka szerepel-e a Google tudásbázisában. Ide kerülni a legegyszerűbben Wikidata bejegyzéssel, magyar Wikipedia cikkel, vagy Google Business Profile-lal lehet. A nagy brandek automatikusan benne vannak, kis cégeknek aktívan kell építeniük a jelenlétüket.
Domain kor +1 vagy +3 pont
WHOIS lekérdezéssel ellenőrzi a domain regisztrációs dátumát. 1+ év = 1 pont, 3+ év = 3 pont. Régebbi domainek megbízhatóbbak az AI keresők szemében. Nem lehet gyorsítani — egyszerűen idővel jön. Új domainnel legfeljebb 1 pont érhető el 1 év után.
GenRank AI láthatóság +5 pont
Külső API (GenRank), amely méri a domain megjelenését az AI keresők válaszaiban (ChatGPT, Gemini, Perplexity). Ha a domain szerepel az AI válaszokban, +5 pont. Javításhoz: magas minőségű tartalom, E-E-A-T jelzések erősítése, strukturált adatok, gyakori említés hiteles forrásokban. Ez a „Share of Model" metrika — az AI-korszak Share of Voice-a.

Gyakran Ismételt Kérdések

Miért fontos a HTTPS?

A HTTPS titkosítja a felhasználó és a szerver közötti kommunikációt. Az audit 5 pontot ad HTTPS használatáért, és a Google keresőoptimalizálási rangsoroló tényezőként is figyelembe veszi. A Let's Encrypt szolgáltatás ingyenes tanúsítványt biztosít.

Mi az a Content Security Policy (CSP)?

A CSP egy biztonsági HTTP fejléc, amely meghatározza, hogy a böngésző milyen forrásokból tölthet be erőforrásokat (szkriptek, stíluslapok, képek). 2 pontot ér az auditban, és védelmet nyújt XSS (cross-site scripting) támadások ellen.

Mire jó a robots.txt és a sitemap.xml?

A robots.txt irányítja a keresőrobotokat (mely oldalakat indexeljék, melyeket hagyják ki), a sitemap.xml pedig aktívan segíti az indexelést (felsorolja az összes fontos URL-t). Együtt 10 pontot érnek: robots.txt 4, sitemap 4, és ha a sitemap 10-nél több URL-t tartalmaz, további 2 bónusz pont.

Mi az SPF és DMARC, és miért fontosak?

Az SPF (Sender Policy Framework) és DMARC (Domain-based Message Authentication) DNS TXT rekordok, amelyek igazolják, hogy a domain nevében küldött e-mailek valóban az engedélyezett szerverekről származnak. Összesen 4 pontot érnek, és megelőzik a phishing és e-mail hamisítási támadásokat.

Hogyan javíthatom a Core Web Vitals pontszámomat?

Optimalizáld a képeket (WebP formátum, lazy loading), minimalizáld a CSS/JS fájlokat, használj szerver oldali cache-t, és győződj meg arról, hogy a TTFB (szerver válaszidő) 800ms alatt van. A CWV pillér maximum 25 pontot ér, amiből 15 a PageSpeed Insights mobil+asztali átlagából származik.