Mit érdemes ténylegesen ellenőrizni egy WordPress-oldalon, ha nemcsak a Google keresőjében, hanem az AI-alapú válaszok forrásai között is szeretnénk megjelenni? A GEO (Generative Engine Optimization) technikai része jóval kevésbé titokzatos, mint azt a hangzatos bővítményajánlatok sejtetik. A feladatok többsége az alapos SEO-ellenőrzésből is ismerős. Az eltérés inkább a szemlélet: az oldalt keresőrobotnak, válaszokat összeállító rendszernek és valódi olvasónak egyaránt érthetővé kell tenni.
Az alábbi tízpontos lista WordPress-webmestereknek és gyakorló honlaptulajdonosoknak szól. Nem garantál AI-ajánlást; azt segít elérni, hogy egy technikai vagy tartalmi mulasztás ne akadályozza a megtalálhatóságot.
1. Indexelhető-e egyáltalán a fontos oldal?
A WordPress Beállítások → Olvasás részében nézzük meg, nincs-e bejelölve a keresőmotorok elriasztását kérő opció. Ez csak kiindulópont: egy SEO-bővítmény, a sablon, egyedi kód vagy HTTP-fejléc is állíthat be noindex utasítást. A fontos szolgáltatási oldalaknál URL-enként ellenőrizzük az indexelhetőséget, a kanonikus címet és a választ.
A Google AI Overviews és AI Mode rendszereiben történő forráshivatkozáshoz a Google szerint az oldalnak a keresőben indexelhetőnek és kivonattal megjeleníthetőnek kell lennie. Különleges AI-jelölés nem szükséges. Ettől még nincs garantált megjelenés.
2. Mit enged és mit tilt a robots.txt?
A https://pelda.hu/robots.txt fájlban vizsgáljuk meg, hogy a feltérképezés szempontjából nélkülözhetetlen útvonalak nincsenek-e tiltva. A robots.txt nem azonos a noindex jelzéssel, és nem akadályozza meg önmagában minden URL megismerését. Fontos a valódi HTTP-válasz és a szerveroldali védelem is.
A ChatGPT keresési célú robotja az OAI-SearchBot, a GPTBot pedig külön szabályozható, más célú robot. Nem szükséges minden AI-robot számára korlátlan hozzáférést adni; érdemes megérteni, melyik mit csinál, és az üzleti döntéshez igazítani a szabályokat. A felhasználók által kezdeményezett oldalmegnyitások szintén külön viselkedhetnek.
3. A szerver tényleg kiadja az oldalt?
Nem elég, hogy a kezdőlap saját böngészőnkből működik. A fontos URL-eknél vizsgáljuk a HTTP-állapotkódot, az átirányítási láncot, a mobilos és robotnak adott választ, valamint a CDN, tűzfal vagy botvédelem szabályait. A 403, 429 és időszakos 5xx válaszok a feltérképezést is akadályozhatják.
Gyakorlati parancssori ellenőrzés:
curl -I https://pelda.hu/fontos-oldal/
curl -I https://pelda.hu/sitemap.xmlA HEAD-kérés nem minden szerveren viselkedik pontosan úgy, mint a GET, ezért hiba esetén tényleges tartalomlekéréssel is ellenőrizzünk. Az átirányításokat és a naplókat is nézzük meg. Ha robotproblémára gyanakszunk, a kiszolgálótól kapott választ kell bizonyítani, nem elég a felhasználói ügynök nevét átírni.
4. A webhelytérkép XML-e helyes és lekérhető?
Az AIOSEO, a Yoast és más SEO-eszközök XML-webhelytérképet állíthatnak elő. Győződjünk meg arról, hogy a megfelelő címen létezik a térkép, XML-t ad vissza, a benne felsorolt oldalak pedig valóban indexelhető, kanonikus URL-ek. Nem szükséges ugyanazt a tartalmat több, párhuzamos sitemap-generátorból beküldeni.
Fontos különbség: a böngészőben látható üres lap nem feltétlenül üres XML. A webhelytérkép megjelenítését XSL-stíluslap is alakíthatja, amelynek hibája vizuális ürességet okozhat, miközben az XML-tartalom ott van. Ellenőrizzük a forráskódot, a HTTP-fejléceket és a Search Console lekérési eredményét külön-külön. Ha a kereső sikertelen lekérést jelez, a szervernapló segíthet elkülöníteni a megjelenítési hibát a tényleges elérhetetlenségtől.
5. Egyértelmű-e a kanonikus cím és az átirányítás?
A HTTP/HTTPS, a www/nem-www, a záró perjeles URL, a paraméteres változatok és a régi címek következetes kezelése megkönnyíti a tartalom azonosítását. A rel="canonical" jelzés nem parancs, hanem a keresőnek adott erős jelzés. A belső linkek mutassanak lehetőleg közvetlenül a végleges URL-re, ne többszörös 301-es láncon át.
Elavult cikk összevonásakor ne automatikusan a főoldalra irányítsunk. Ha van ténylegesen azonos témájú, jobb utódoldal, oda lehet indokolt az átirányítás.
6. A strukturált adat a valós tartalmat tükrözi?
A WordPress SEO-bővítményei gyakran előállítanak Article, Organization, LocalBusiness vagy BreadcrumbList jelöléseket. Ellenőrizzük, hogy valóban helyesek-e a vállalkozás neve, címe, szolgáltatási területe, szerzője és más megadott adatok. A látható tartalom és a JSON-LD ne mondjon egymásnak ellent.
Ne adjunk meg nem létező értékeléseket vagy hamis telephelyeket. A FAQ-jelölés sem tesz egy cikket automatikusan AI-ajánlottá, és a Google FAQ-gazdag találatai csak korlátozott körben érhetők el. A strukturált adat az értelmezést segítheti, nem pótolja a bizalmat.
7. A tartalom valóban megválaszol egy kérdést?
Az AI-nak szánt erőltetett „kérdés–egymondatos válasz” gyártás helyett alakítsunk ki értelmes szakmai szakaszokat. Például egy műszeres csőtörés-bemérésről szóló oldalon különüljenek el a jellemző hibajelek, a vizsgálat menete, a módszer korlátai, a munkavégzés területe és az ajánlatkérés. A pontos, konkrét információ az olvasónak is érték.
A címek hierarchiája, a szakszavak megmagyarázása, a képek alt szövege, a táblázatok érthető fejléce és a mobilos olvashatóság mind segít. A GYIK lehet nyitott vagy harmonikás: a választ mindkét esetben valódi HTML-tartalomként kell hozzáférhetővé tenni, nem pusztán kattintásra, külső szolgáltatásból betöltődő kép formájában.
8. Rendben van-e a régi tartalomállomány?
Az új bejegyzések optimalizálása csak fél munka, ha a fontos régi oldalak elavultak. Készítsünk tartalomleltárt a Search Console, az analitika és az üzleti fontosság alapján. A szolgáltatási pilléreket, régi organikus belépőoldalakat és tartalmilag rokon bejegyzéseket vizsgáljuk át: pontatlan állítások, tartalmi átfedések, hibás linkek, hiányzó válaszok, félrevezető dátumok után kutatva.
Nem kell mindent újraírni. Ami jól szolgálja az olvasót, maradjon. Ami két oldal között kannibalizációt okozhat, azt vizsgáljuk; szükség szerint pontosítsunk, kapcsoljunk össze vagy vonjunk össze tartalmat. A témaklaszternek valós tudásszerkezetet kell tükröznie, nem pusztán mesterséges belsőlink-hálózatot.
9. Összeillenek-e a honlapon és azon kívüli cégadatok?
A név, elérhetőség, szolgáltatási terület, nyitvatartás és referencia legyen következetes a honlapon, a Google Cégprofilban és a releváns külső felületeken. Egy helyi vállalkozás számára az igazolható földrajzi jelenlét fontos; egy több térségben dolgozó szolgáltató ne állítson valótlan telephelyet csak azért, hogy helyi keresésekre célozzon.
A valódi fotó, az ellenőrizhető munkatapasztalat és az eredeti szakmai megfigyelés többet érhet a sablonos „mi vagyunk a legjobbak” kijelentéseknél. Az AI-szöveggenerálás segíthet a szerkesztésben, de a tényeket a vállalkozásnak kell hitelesítenie.
10. A helyezésen túl mit mérünk?
Az AI-válaszban szereplő említés, a forrásként kapott hivatkozás, a tényleges látogatás és az ajánlatkérés külön mutató. A Bing Webmaster Tools AI Performance jelentése a támogatott AI-felületeken látható hivatkozási aktivitásról ad tájékoztatást, de nem mér közvetlenül kattintást vagy rangsorhelyezést. A Google Search Console hagyományos teljesítménymutatói és a GA4 forgalmi/konverziós adatai más nézőpontból egészítik ki a képet.
Az AI-ból érkező látogatók egy része azonosítható hivatkozó forrással, más részük nem. Érdemes előre rögzíteni a kiinduló állapotot, majd több időszakot összehasonlítani. Egyetlen próbakérdés egy chatbotban nem megbízható SEO-helyezésmérés.
Hogyan végezzük el a munkát ésszerű sorrendben?
Első körben a hozzáférést és indexelhetőséget ellenőrizzük. Második körben a fő szolgáltatási oldalak, kanonikus URL-ek és cégadatok kerüljenek sorra. Harmadik körben a régebbi, üzletileg fontos tartalmak és a támogató témák korszerűsítése következik. Csak ezután érdemes hiánypótló új bejegyzéseket tervezni, majd a mérési adatok alapján finomítani.
Hibakereséskor minden változtatást dokumentáljunk. Ne kapcsoljuk ki egyszerre a gyorsítótárat, a SEO-bővítményt és a tűzfalat, mert így utólag nem derül ki, mi okozta a hibát. A tartalmi és technikai fejlesztés külön kezelhető munkafolyamat, de ugyanazt a célt szolgálják: egy könnyebben megtalálható, értelmezhető és megbízhatóbb honlapot.
Kapcsolódó olvasmányok
A mérés alapjaihoz a Weblib Search Console, Analytics és Tag Manager összefoglalója ad hátteret. A vállalkozói oldal és a teljes honlapállomány GEO-fejlesztése szempontjából a Bognár Stúdió gyakorlati GEO-cikke folytatja a témát.
Hivatkozott dokumentáció
- Google Search Central: AI features and your website
- OpenAI: crawler robots and user agents
- Bing Webmaster Tools: AI Performance
