Az AI-crawlereknek keretük van. A látogatókkal ellentétben, akik várnak néhány extra oldalugrást, a generatív keresők crawlerei szűk erőforrásokból dolgoznak. Minden átirányítás, amelyet a crawlernek követnie kell, egy döntés: eljut arra az oldalra, vagy továbbmegy egy másikra.
Ha az URL-szerkezeted átirányítási láncokat használ (A átirányít B-re, B átirányít C-re), nemcsak lassítod a botot. Felélsz egy szűkös crawl-kapacitást, amely eldönti, hogy a tartalmadat egyáltalán indexeli-e a ChatGPT, a Perplexity, a Claude vagy bármelyik másik generatív kereső. A probléma egyre nagyobb, ahogy nő az AI-crawlerek forgalma. A GPTBot forgalma 305%-kal nőtt 2024 májusa és 2025 májusa között. Az oldaladnak minden crawl-látogatást ki kell használnia.
Ez a fejezet azt mutatja meg, miért számítanak az átirányítási láncok az AI-keresésben, hogyan akadályozzák a tartalom felfedezését, és hogyan ellenőrizd és javítsd őket, mielőtt AI-láthatóságodba kerülnek. Ha általánosabban szeretnéd megérteni, hogyan működnek az AI-crawlerek, olvasd el: hogyan találják meg az AI-crawlerek az oldaladat.
Mi történik, amikor egy AI-crawler átirányításba ütközik
Az átirányítás egy utasítás, amely azt mondja a botnak, hogy a kért oldal már nem ott van, a tartalom új helyen található. A crawler lekéri az eredeti URL-t, megkapja az átirányítási utasítást, majd egy második kéréssel követi.
Egyetlen átirányításnál ez nem gond. Egy kérésből kettő lesz. A crawler követi, megkapja a tartalmat, és megy tovább. Az átirányítási láncok viszont egyszerű utasításból ugrások sorozatát csinálják.
Vegyünk egy URL-t, amely háromszor költözött: /old-guide → /guide → /guides/strategy → /content/marketing-guide. Ez négy külön kérés egyetlen tartalom eléréséhez. A crawler a korlátozott crawl-keretéből négy egységet használ el egy oldalra, amelyet egyetlen kéréssel is ki lehetett volna szolgálni.
A generatív keresők crawlereinek nincs olyan crawl-budget modelljük, mint a Google-nek (amelyet maga a Google is szigorít). A Perplexity, a ChatGPT és a Claude crawlerei a hatékonyságot részesítik előnyben. Véges erőforrásaik vannak, és weboldalak ezrei versenyeznek a crawlokért. Három vagy több átirányításból álló lánc hatástalanságot jelez, és sok crawler feladja a láncot, mielőtt eljutna a végső oldalra.
Hogyan veszítik el az AI-rendszerek a szemantikai kontextust az átirányításoknál
A hagyományos SEO az átirányításokat mechanikus műveletnek tekinti. A → B továbbadja a linkerőt. Kész. Az AI-crawlerek viszont szemantikai elemzést végeznek: a tartalmat olvasva beágyazásokat (embeddings) építenek, entitásokat nyernek ki, és megértik a témák közti kapcsolatokat. Az átirányítások súrlódást visznek ebbe a folyamatba.
Amikor a crawler követ egy átirányítást, elveszítheti az eredeti URL kontextusát, amely jelezhette a tartalom típusát vagy témáját. Egy régi URL, például a /blog/seo-guide-2023, embernek és gépnek is elárulja, hogy a tartalom útmutató. Ha ez a /articles/2023/seo címre irányít át, a botnak újra kell értelmeznie, milyen típusú tartalomról van szó. Minden további ugrással a crawler oldalról alkotott képe egyre kevésbé megbízható.
Ez a vektoros beágyazásoknál számít. Az AI-rendszerek a tartalmadat beágyazásokká (számszerű reprezentációkká) alakítják, hogy amikor a felhasználó kérdez, a rendszer a kérdés beágyazását az oldalaid beágyazásaihoz tudja illeszteni. Az átirányítási láncok késleltetést és lehetséges értelmezési hibákat okoznak, amelyek rontják a beágyazás minőségét. A visszakereshető oldalakat nehezebb megtalálni. Ha többet szeretnél tudni arról, hogyan nyerik ki és dolgozzák fel az AI-rendszerek a tartalmadat, olvasd el: retrieval-augmented generation (RAG).
Miért kezelik másképp az átirányításokat a különböző AI-platformok
Nem minden generatív kereső egyforma. A ChatGPT és a Perplexity crawl-mintái és átirányítási toleranciája különbözik.
A ChatGPT agresszívebben crawlol, és 3,6-szor több kérést küld, mint a Googlebot. Megengedheti magának a hosszabb láncok követését, mert nagyobb a volumene. Ez nem jelenti azt, hogy érdemes erre építeni. Az átirányítási lánc neki is erőforrásba kerül, és a hatékony URL-ekkel rendelkező oldal előnyt élvez azzal szemben, amelyik pazarolja a crawl-keretet.
A Perplexity frissebb tartalmat használ, és fontosnak tartja a frissességi jeleket. Ritkábban crawlol, de hatékony hozzáférést vár el. Egy Perplexity számára fontos URL-en lévő átirányítási lánc azt jelentheti, hogy a friss tartalmad bekerül az indexbe a következő crawl-ablakban, vagy teljesen kimarad. Platformspecifikus optimalizáláshoz olvasd el: optimalizálás a Perplexityre és más AI-platformokra.
A Claude egy független keresőmotor indexét használja, ezért a Claude crawl-viselkedését az adott kereső crawl-budgetje befolyásolja. Az átirányítási láncok, amelyek rontják az oldal crawlolhatóságát ott, közvetve rontják a Claude esélyét arra, hogy megmutassa a tartalmadat.
A platformok közti különbség miatt nem engedheted meg magadnak az átirányítási láncokat. Közvetlen útra van szükséged minden olyan tartalomhoz, amely számít az AI-láthatóság szempontjából. Egyes crawlerek elég türelmesek lesznek a követéshez. Mások nem.
Hogyan találd meg az átirányítási láncokat az oldaladon
Az átirányítási láncok gyakran évek alatt épülnek fel, anélkül hogy bárki észrevenné. Egy oldal újratervezésekor a /old-structure átirányít a /new-structure címre. Két évvel később egy újabb újratervezés átirányítja a /new-structure címet a /current-structure címre. Most már van egy láncod.
A láncok megtalálásához kétféle ellenőrzés kell: az átirányítási konfigurációs fájlok átnézése és az élő URL-ek tesztelése.
Kezdd a szerver konfigurációjával (általában .htaccess Apache szervereknél, nginx.conf Nginx esetén, vagy a CMS URL-átírási szabályai). Keress olyan mintákat, ahol egy átirányítás célja maga is át van irányítva. Ha a szabályaid így néznek ki:
Redirect 301 /old → /middle
Redirect 301 /middle → /new
Az egy lánc. Vond össze így:
Redirect 301 /old → /new
Az élő teszteléshez használj átirányítás-ellenőrző eszközt. Add meg az URL-t, és az végigköveti az összes ugrást, majd megmutatja a teljes átirányítási útvonalat. Ha egynél több ugrást látsz, láncod van.
Átfogó audithoz exportáld a belső linkek listáját a crawl-jelentésedből (egy oldalcrawlerrel vagy az analitikai platformoddal), és teszteld azoknak az URL-eknek egy mintáját, amelyek költöztek vagy átstrukturálódtak. Különösen figyelj ezekre:
A sitemapedben szereplő URL-ek, amelyek átirányíthatnak
Az oldalad belső linkjeiben megjelenő URL-ek
Az AI szempontjából fontos kulcsszavakat célzó URL-ek (a legfontosabb tartalmaid)
Régi blog-, erőforrásoldal- és útmutató-URL-ek (olyan tartalomtípusok, amelyekre az AI gyakran hivatkozik)
Mi a helyzet a soft és a JavaScript átirányításokkal
A hard átirányítás (HTTP 301 vagy 302) szerver szintű utasítás. A szerver megmondja a crawlernek, hová menjen tovább. Az AI-crawlerek ezt zavar nélkül értik.
A soft átirányítások kerülőutak. A meta refresh címkék azt mondják a böngészőknek, hogy késleltetés után töltsék újra az oldalt. A JavaScript átirányítások az oldal betöltődése után futnak. Ezek problémásak az AI-crawlereknek.
A meta refresh átirányítás egy HTML-címkével tölti újra az oldalt késleltetés után, így:
<meta http-equiv="refresh" content="0; url=https://example.com/new-page">
Néhány AI-crawler követi ezeket. Mások nem. A ChatGPT általában kezeli őket. A Perplexity kevésbé megbízható. A Claude akár teljesen ki is hagyhatja őket. Nem garantálhatod a viselkedést a platformok között, ezért a soft átirányítások túl kockázatosak a fontos tartalmakhoz.
A JavaScript átirányítások (window.location = "new-url") még rosszabbak. Az AI-crawlerek, amelyek nem futtatnak JavaScriptet, soha nem látják az átirányítási utasítást. A régi, átirányító oldalt indexelik a tényleges tartalom helyett. Így a botot is és a szemantikai tartalmat is elveszíted.
Végleges költözéshez mindig szerver szintű 301 átirányítást használj. Ez az egyetlen módszer, amelyet minden AI-crawler következetesen ért.
A crawl feladásának problémája
Sok AI-crawlernek beépített korlátja van az átirányítási mélységre. Egy crawler egy-két átirányítást gond nélkül követhet, de háromnál-négynél megáll. Az eredmény: a fontos tartalom soha nem kerül crawlolásra.
A Googlebot történetileg legfeljebb öt átirányítást követ, mielőtt feladja a láncot. A generatív keresők crawlerei szigorúbbak. A legtöbb két-három ugrás után megáll. Ha az URL-ed négy ugrást igényel a végső tartalomig, jelentősen csökken az esélye, hogy egy AI-crawler odaér. A tartalom frissessége egy másik kritikus rangsorolási tényező, és az átirányítási láncok késleltethetik a crawlokat, amelyek meghatározzák, mennyire frissnek látszik a tartalmad. Tudj meg többet: frissesség és AI-hivatkozási arány.
Ez rejtett láthatósági problémát okoz. A tartalmad létezik. A hagyományos Google-keresés indexeli. De az AI-rendszerek sosem látják, mert a crawler feladta az átirányítási láncot, mielőtt elérte volna az oldalt. A márkádra nem hivatkoznak, a tartalmadat nem említik, és a kérdező felhasználók sosem kapnak ajánlást az oldaladra.
Átirányítási láncok és a rangsorolás az AI Overviews-ban
A Google AI Overviews megmutatja, hogyan kezd hatni az AI-vezérelt felfedezés a keresési találatokra. Az a tartalom, amely a hagyományos Google-találatokban rangsorol, nem jelenik meg automatikusan az AI Overviews-ban. Az AI Overviews által idézett oldalaknak csak 17-38%-a van a hagyományos első tízben.
Az egyik ok a hatékonyság. A Google AI Overviews rendszere más visszakeresési folyamatot használ, mint a hagyományos rangsorolás. Átugorhatja azokat az oldalakat, amelyek eléréséhez átirányítási láncon kell végigmenni. A többletkésleltetés és a végső cél-URL bizonytalansága miatt ezeket az oldalakat kisebb eséllyel választja ki. Ha meg szeretnéd érteni, miben különbözik a Google AI Overviews forrásválasztása a hagyományos keresésétől, olvasd el: hogyan választ forrásokat a Google AI Overviews.
Ha az oldalad jelenleg jól áll a Google-ben, de nem jelenik meg az AI Overviews-ban, az átirányítási láncok is okozhatják. A felesleges átirányítások megszüntetésével javíthatod az esélyedet, hogy az AI-válaszok forrásául válassanak.
Hogyan vond össze az átirányítási láncokat
Az összevonás azt jelenti, hogy a láncot közvetlen átirányításokká egyszerűsíted.
Ahelyett, hogy:
A → B
B → C
C → D
Hozd létre ezt:
A → D
B → D
C → D
Minden régi URL közvetlenül a végső célra mutat. Nincsenek köztes ugrások.
Egy .htaccess fájlban ez így néz ki:
Redirect 301 /old-url-1 https://example.com/final-destination
Redirect 301 /old-url-2 https://example.com/final-destination
Redirect 301 /old-url-3 https://example.com/final-destination
Nginx esetén frissítsd az átírási szabályokat, hogy a végső URL-re mutassanak.
A CMS-edben, ha átirányítási bővítményeket vagy funkciókat használsz, frissítsd az egyes átirányítási szabályokat. Ne hozz létre olyan átirányítást, amely egy másik átirányításra mutat.
A módosítások után tesztelj egy mintát az átirányított URL-ekből egy átirányítás-ellenőrző eszközzel, hogy megbizonyosodj róla: már egyetlen ugrással elérik a végső célt.
Hogyan előzd meg az átirányítási láncokat a későbbi költözéseknél
A legjobb idő az átirányítási láncok javítására az, mielőtt létrejönnek. A jövőbeli oldalátszervezéseknél és költözéseknél tervezd meg az átirányításokat az AI-crawlereket szem előtt tartva.
Készíts átirányítási térképet, mielőtt bármit módosítasz. Sorold fel az összes URL-t, amely költözik, és hová költözik. Ellenőrizd, hogy minden régi URL pontosan egy végső célra mutat. Ha láncot látsz (a régi URL egy köztes URL-re vezet, az pedig a végsőre), javítsd a térképet, mielőtt élesítenél.
A költözés után 48 órán belül futtass átirányítási auditot. Egy crawl-eszközzel teszteld az átirányítások reprezentatív mintáját (legalább 50-100). Ellenőrizd, hogy nulla a lánc. A megjelenőket azonnal javítsd.
Dokumentáld az átirányítási szabályaidat. Írj megjegyzést arról, miért létezik az egyes átirányítások, és mi a végső cél. Ez segít a későbbi csapatoknak megérteni a szerkezetet, és elkerülni a véletlen láncokat, amikor frissítik vagy átszervezik a tartalmat.
Hogyan segít a WEMASY az oldalszerkezetben és a crawlolhatóságban
A WEMASY weboldalépítője tiszta, lapos URL-szerkezetet használ, amelyet a keresőmotorok könnyen crawlolhatnak. Amikor új oldalakat hozol létre vagy átszervezed a tartalmat, a rendszer kezeli az URL-eket, hogy ne alakuljanak ki átirányítási láncok. Az oldalak szervezését problémás átirányítások nélkül frissítheted.
A WEMASY-t már használó oldalaknál a platform analitikát és crawl-jelentéseket ad, amelyek felszínre hozzák az átirányítási problémákat. Láthatod, mely oldalak vannak átirányítva, léteznek-e átirányítási láncok, és hogyan hatnak a crawl-hatékonyságodra.
Gyakran ismételt kérdések
Hány ugrás elfogadható egy átirányítási láncban?
Egy. Egyetlen 301-es átirányítás a régi URL-ről az új helyre az egyetlen elfogadható átirányítási minta. A nulla ugrás (nincs átirányítás, közvetlen elérés) a legjobb. Két vagy több ugrás láncot hoz létre, amely a crawler feladásának kockázatával jár, és pazarolja a crawl-keretet. A láncokat mindig vond össze egyugrásos átirányításokká. A WEMASY weboldalépítőjével ezt közvetlenül a weboldaladon beállíthatod.
Ugyanolyan hatással vannak az AI-crawlerekre a 302-es ideiglenes átirányítások, mint a 301-esek?
A 302-es átirányítások azt mondják a crawlereknek, hogy a költözés ideiglenes, és tovább kell indexelniük a régi URL-t. A crawlernek egy 302 követése ugyanannyi munka, mint egy 301-é. Mindkettő ugyanazt az átirányítási terhet okozza. Szemantikailag viszont a 302 azt jelzi, hogy a régi URL előbb-utóbb visszatér, ezért a crawlerek tovább ellenőrzik. Véglegesen áthelyezett tartalomhoz használj 301-et, hogy jelezd a végleges költözést, és a crawlerek ne pazaroljanak erőforrást a régi URL ismételt ellenőrzésére.
Követhetik az AI-crawlerek az átirányítási láncokat, ha költözés közben szükségesek?
Néhányan igen, de nem számíthatsz rá. A ChatGPT crawlerei több ugrást követnek, mint a Perplexity vagy a Claude crawlerei. De arra építeni, hogy "néhány crawler talán átjut", nagy kockázatú stratégia. A költözés alatt a crawlerek teljesen kihagyhatják a tartalmadat, vagyis nincs hivatkozásod a költözés utáni kritikus hetekben, amikor a frissességi jelek számítanak. Mindig egyugrásos átirányításra vagy átirányítás nélküli megoldásra törekedj. Ha a költözés ideiglenes láncokat igényel, 24-48 órán belül szüntesd meg őket.
Honnan tudom, hogy az átirányítási láncok rontják az AI-láthatóságomat?
Hasonlítsd össze a hivatkozási arányaidat az átirányítási láncok javítása előtt és után. Használj hivatkozáskövető eszközt (például egy SEO-csomagot vagy a platformod AI-láthatósági vezérlőpultját), hogy lásd, milyen gyakran hivatkoznak a tartalmadra az AI által generált válaszokban. A láncok összevonása után két-négy hétig figyeld ugyanazokat az oldalakat. A hivatkozások növekedése azt jelzi, hogy a crawlerek már megbízhatóbban érik el a tartalmadat. Megnézheted a crawl-naplóidat is, hogy hány kérés érkezik a régi, átirányított URL-ekre. A magas szám azt sugallja, hogy a crawlerek olyan tartalmat próbálnak elérni, amelyhez átirányítási láncok kellenek.
Akkor is szüntessem meg az átirányítási láncokat, ha a hagyományos rangsorolásom nem szenvedett kárt?
Igen. A Google hagyományos keresési rangsorolása elnézőbb a 301-es átirányításokkal, mint az AI-crawlerek. Egy átirányítási láncot tartalmazó oldal jól rangsorolhat a Google organikus találataiban (ahol a Google crawl-budgetje bőkezű), de teljesen láthatatlan lehet a Perplexity vagy a Claude számára (ahol a crawl-budget szűkebb). A hagyományos SEO elrejtheti az átirányítási láncok problémáit. Ha most javítod őket, javul az AI-láthatóságod, és semmi másnak nem ártasz.
Mi van, ha a CMS-em vagy a CDN-em automatikusan átirányításokat hoz létre, amikor áthelyezek tartalmat?
Nézd meg a CMS vagy a CDN dokumentációjában az átirányítás-egyszerűsítési lehetőségeket. Néhány platform lehetővé teszi, hogy megadd a tartalom végső célját, és automatikusan összevonja a láncokat. Ha a tiéd nem, a költözés után exportáld az átirányítási konfigurációdat, és ellenőrizd kézzel. Keresd azokat az eseteket, ahol egy cél-URL egy másik átirányítási szabályban maga is forrás-URL. Frissítsd ezeket úgy, hogy közvetlenül a végső célra mutassanak. Utána teszteld, hogy a láncok eltűntek-e.