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)
Performance átlag (mobil+asztali)0-10Szerver
Accessibility átlag (mobil+asztali)0-5SzerverHTML
Best Practices átlag (mobil+asztali)0-3SzerverHTML
TTFB < 800ms3Szerver
Gzip/Brotli tömörítés2Szerver
HTTP 2xx válasz1Szerver
CrUX adat elérhető1Külső
E-E-A-T Megbízhatóság (max 30 pont)
HTTPS4Szerver
HSTS fejléc2Szerver
CSP fejléc2Szerver
X-Frame-Options fejléc1Szerver
X-Content-Type-Options fejléc1Szerver
Referrer-Policy fejléc1Szerver
Organization schema4HTML
Person/Author schema3HTML
Review schema2HTML
„Rólunk" link2HTML
„Kapcsolat" link2HTML
„Adatvédelem" link2HTML
Schema completeness (8+ típus)0-4HTML
AI Láthatóság / SGE (max 25 pont)
FAQPage schema4HTML
BreadcrumbList schema3HTML
Product schema2HTML
Schema típus diverzitás (≥5/≥3/≥1)3/2/1HTML
Meta description2HTML
OG title2HTML
OG image2HTML
OG description1HTML
Canonical link2HTML
HTML lang attribútum2HTML
Title tag1HTML
Best Practices átlag (mobil+asztali)0-3SzerverHTML
AI Stabilitás (max 20 pont)
robots.txt létezik4Szerver
sitemap.xml létezik4Szerver
Sitemap > 10 URL2Szerver
SPF DNS rekord2DNS
DMARC DNS rekord2DNS
Permissions-Policy fejléc2Szerver
Sitemap hivatkozás a robots.txt-ben1Szerver
PSI SEO pontszám0-3HTMLSzerver
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.
Review Schema +2 pont
Vélemény vagy értékelés strukturált adat — JSON-LD formátumú ügyfélvélemény a cégről, termékről vagy szolgáltatásról. A Review (vagy AggregateRating) schema az E-E-A-T „Trustworthiness" dimenzióját erősíti: az AI keresők megbízhatóbbnak ítélik azokat a forrásokat, amelyekhez felhasználói visszajelzés is tartozik.
Product Schema +2 pont
Termék vagy szolgáltatás strukturált adat — neve, leírása, márkája. Az AI Láthatóság pillérben 2 pontot ér. Az AI keresők a Product schema-t használják, amikor konkrét termék- vagy szolgáltatás-ajánlásokat generálnak. Szolgáltatásoknál is használható (a „Product" típus szolgáltatásokra is alkalmazható).
Meta + OG + Canonical + Lang + Title +12 pont
Összesen 7 ellenőrzés: meta description (2 pont), og:title (2 pont), og:image (2 pont), og:description (1 pont), canonical link (2 pont), html lang (2 pont), title tag (1 pont). Ezek alapvető jelzések az AI keresők és a hagyományos keresőmotorok számára egyaránt.
Schema completeness (8+ típus) 0-4 pont
A sablon 10 különböző schema típust tartalmaz: Organization, Person, Review, WebSite, WebPage, BreadcrumbList, FAQPage, Product, HowTo és Article. Ez 100%-os teljességet eredményez (max 4 pont). 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-4 pont
completeness = min(100, round((E-E-A-T típusok száma / 8) * 100))
pont = round(completeness / 100 * 4)

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 (4 pont). Ez a sablon 10 típust tartalmaz: Organization, Person, Review, WebSite, WebPage, BreadcrumbList, FAQPage, Product, 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) 1/2/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). 5+ egyedi típus = 3 pont, 3-4 típus = 2 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 10 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)
ReviewÜgyfélvélemény/értékelés — megbízhatósági jelzés+2 (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)
ProductTermék/szolgáltatás adatok — AI termékajánlásokhoz+2 (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 (11 pont)

HTTPS +4 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 4 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.
X-Frame-Options fejléc +1 pont
Megakadályozza, hogy más weboldal iframe-ben jelenítse meg az oldalt (clickjacking védelem). Ajánlott érték: SAMEORIGIN.
X-Content-Type-Options fejléc +1 pont
Megakadályozza a böngészőt abban, hogy a szerver által megadott MIME típustól eltérően értelmezze a tartalmat (MIME sniffing védelem). Értéke: nosniff.
Referrer-Policy fejléc +1 pont
Szabályozza, hogy mennyi referrer információt küld a böngésző más oldalakra navigáláskor. Ajánlott érték: strict-origin-when-cross-origin.
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 + Stabilitás) 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;

Lighthouse pontszámok (max 18 pont a CWV pillérből)

Performance átlag (mobil+asztali) 0-10 pont
A Google PSI mobil és asztali teljesítmény-pontszámának átlaga, 10 pontra skálázva. Képlet: round(avg_perf / 100 * 10). 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 = 9 pont.
Accessibility átlag (mobil+asztali) 0-5 pont
A Lighthouse Accessibility pontszám átlaga, 5 pontra skálázva. Képlet: round(avg_a11y / 100 * 5). Javításhoz: alt szöveg képekhez, megfelelő kontraszt arányok, ARIA címkék, billentyűzetes navigáció, form labelek. Cél: 90+ = 5 pont.
Best Practices átlag (mobil+asztali) 0-3 pont (CWV) + 0-3 pont (AI Vis)
A Lighthouse Best Practices pontszám átlaga két pillérben is szerepel: a CWV-ben 3 pontra, az AI Láthatóságban is 3 pontra skálázva (összesen max 6 pont). Javításhoz: HTTPS, modern JavaScript API-k használata, hibamentes konzol, biztonságos cookie-k, kép méretarányok. Cél: 100/100 = 6 pont összesen.
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) +1 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 az 1 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 # A "Sitemap:" sor +1 bónusz pont a Stabilitás pillérben User-agent: * Allow: / Sitemap: https://peldadomain.hu/sitemap.xml
Permissions-Policy fejléc +2 pont
Szabályozza, mely böngésző-funkciókat (geolocation, kamera, mikrofon, fizetés) használhat az oldal. Az AI Stabilitás pillérben 2 pontot ér. Példa: geolocation=(), microphone=(), camera=(), payment=(), usb=(). A fejléc az nginx konfigurációban a többi biztonsági fejléccel együtt állítható be.
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ó)

Egyetlen külső tényező maradt, amely organikus forgalmat igényel.

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.

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.