A kapu-szabály olyan ellenőrzési pont, amely nem pontot ad, hanem belépőt: ha nem teljesül, az oldal minden más erénye érdektelenné válik. Az audit-eszközök azért kezelik külön az ilyen szabályokat, mert az elérhetőség és az indexelhetőség előfeltétel, nem teljesítmény.
Hogyan működik
A legtöbb pontozás összeadó logikájú. Minden teljesített szabály visz egy kicsit felfelé. A kapu-szabály kivétel: bináris, és bukás esetén plafont húz az egész eredmény fölé.
A gyakorlatban négy dolog szokott kapu lenni:
Miért nem jár érte pont
A teljesítés nem érdem. Az, hogy az oldalad betölt és feltérképezhető, a belépés ára. Ha ezért pont járna, egy üres, de elérhető oldal is közepes eredményt kapna. A pontszám és az ítélet így a valódi különbségeket mutatná torzan.
Miért szigorúbb ez a generatív keresőknél
A klasszikus keresőnél egy rövid kiesést átvészelsz. Az indexben ott van a korábbi másolat. Egy nyelvi modell viszont sokszor élőben tölti le a forrást, és idézhető szöveget keres. Ha a letöltés hibára fut, nincs mit idézni. Az auditok során ezt látjuk: az ideiglenes hibák aránytalanul nagyot ütnek az AI-láthatóságon.
Mit néz ebből a riport
Az audit négy kaput vizsgál: a HTTPS meglétét, a kezdőoldal HTTP-státuszát, az elérhetőséget az elemzés teljes ideje alatt, és a robots.txt teljes tiltását az élő címen. Ha ezek közül bármelyik bukik, a találat kritikus, és az összpontszám legfeljebb 39 lehet. Ha mind teljesül, a riport nem ad érte pluszpontot. A noindex, meta robots és X-Robots-Tag nem kapu, mert staging-környezetben gyakran szándékos, ezért csak figyelmeztetésként jelenik meg.
Röviden: a kapu-szabály nem azt méri, mennyire jó az oldalad, hanem azt, hogy egyáltalán számít-e a többi mérés.
Technikai példa
Az átirányítási láncot és a végső státuszt egyetlen paranccsal ellenőrzöd:
curl -sSI -L https://pelda.hu/ | grep -Ei '^(HTTP/|location|content-type)'
A kívánt kimenet egyetlen ugrás után 200-zal zárul:
HTTP/2 301
location: https://www.pelda.hu/
HTTP/2 200
content-type: text/html; charset=UTF-8
Ez a robots.txt élő domainen kaput buktat, mert minden robotot kizár:
User-agent: *
Disallow: /
Egy éles bolt helyes alapbeállítása ennél sokkal szűkebben tilt:
User-agent: *
Disallow: /kosar/
Disallow: /fiok/
Allow: /
Sitemap: https://pelda.hu/sitemap.xml
Karbantartás alatt a szerver ne 200-at adjon vissza, hanem ideiglenes hibát, várakozási hinttel:
HTTP/1.1 503 Service Unavailable
Retry-After: 3600
Gyakori kérdések
Miért nem kapok pontot azért, ha minden kapu rendben van?
Mert a kapu belépő, nem teljesítmény. Az, hogy az oldalad elérhető és feltérképezhető, az összes többi mérés előfeltétele. Ha ezért pont járna, egy üres, de működő oldal is tisztes eredményt kapna, és a pontszám elveszítené a jelentését.
Miért nem kapu a noindex, ha az is kizárja az oldalt a találatokból?
Mert gyakran szándékos. Staging-környezetben, jelszóval védett felületen vagy belső oldalon a noindex helyes beállítás. A teljes robots.txt-tiltás élő domainen viszont szinte mindig hiba, ezért kezeli szigorúbban a legtöbb audit.
Mennyi idő alatt esik ki az oldal az indexből egy teljes tiltás után?
Nincs fix határidő, de a hatás napokban mérhető. A tiltás után a kereső nem tölti le újra az oldalakat, és a találatok fokozatosan elveszítik a leírásukat, majd eltűnnek. A visszaállás rendszerint lassabb, mint a kiesés.
Karbantartás alatt mit adjak vissza a látogatóknak?
Egy 503-as státuszt Retry-After fejléccel, mellé emberi nyelvű üzenetet. Így a kereső tudja, hogy ideiglenes állapotról van szó, és később visszatér. A 200-as válasz ilyenkor a legrosszabb választás, mert a karbantartási szöveg kerül az indexbe.
Egy rövid, pár perces kiesés is megbuktatja a kaput?
Attól függ, mikor esik a mérés. Egy automatikus vizsgálat pillanatképet készít, ezért egy rosszkor jött kiesés is kritikus találatot okozhat. Ha biztos vagy benne, hogy átmeneti hibáról volt szó, futtasd újra a mérést, és nézd meg az uptime-naplót is.
