Van egy pillanat, amikor egy tartalom státusza megváltozik. Addig egy volt a sok aloldal közül: rangsorolt valahol, hozott néhány kattintást, és ha át kellett szervezni a menüt, minden további nélkül átnevezted. Attól kezdve viszont, hogy egy válaszmotor (ChatGPT, Perplexity, Google AI Overviews, Microsoft Copilot) forrásként megnevezi, más lett a helyzet: nem csak egy találat lett belőle, hanem egy hivatkozott állítás hordozója. Ezt a különbséget a legtöbb karbantartási folyamat nem ismeri, és emiatt szoktak olyan oldalak eltűnni az idézettek közül, amelyeket senki nem akart bántani.
Miért más kategória az AI által idézett oldal, mint bármelyik aloldal?
Mert az idézés nem az oldalhoz, hanem egy konkrét, az oldalon található kijelentéshez kötődik, és a rendszer ezt a kijelentést akarja visszaellenőrizni, amikor legközelebb előveszi.
Tovább a témában: Vélemények megjelenítése a weboldalon · Konverzióoptimalizálás Egerben
Szakmai feltételezés: a válaszmotorok jellemzően két rétegből dolgoznak. Az egyik a betanított tudás, amely lassan változik, a másik az élő lekérés, amely a válasz pillanatában tölti be a forrásoldalt vagy annak tárolt kivonatát. A hivatkozás akkor stabil, ha ez a két réteg ugyanazt találja. Ha te közben átírtad az oldalt, a rendszer olyan URL-re mutatna, ahol a hivatkozott állítás már nincs meg, és ilyenkor jellemzően inkább elhagyja a forrást, mint hogy rossz helyre küldje az olvasót.
Saját tapasztalat: az idézettség erősen koncentrált. Egy közepes méretű magyar oldalon tipikusan néhány tucat tartalom hozza az AI-említések döntő részét, sokszor olyanok, amelyeket a látogatottsági riportban meg sem néznél. Ezért egy rosszul időzített URL-tisztítás aránytalanul nagy kárt okoz: a rendezett struktúráért cserébe pont azokat a lapokat rontod el, amelyek a legtöbb bizalmat gyűjtötték be.
A gyakorlati következtetés egyszerű: a tartalomleltárban legyen egy „idézett” jelölés, és az így megjelölt oldalakra más szabály vonatkozzon, mint a többire. Ez nem azt jelenti, hogy hozzájuk nem szabad nyúlni, hanem azt, hogy a hozzájuk nyúlás nem rutinfeladat.
Honnan tudod egyáltalán, hogy egy oldalt idéznek?
Három forrásból: a szerver naplójából, a hivatkozó forgalomból és kézi promptolásból. Egyik sem teljes önmagában, együtt viszont használható képet adnak.
Hivatalosan igazolt: az OpenAI, az Anthropic, a Perplexity és a Google is közzéteszi a robotjai azonosítóit és IP-tartományait, tehát a naplóból kiszűrheted, mely oldalaidat töltik le rendszeresen. A Search Console viszont nem bontja külön az AI Overviews megjelenéseket, ezeket a Google a szokásos keresési adatok között összesíti, így onnan pontos idézettségi számot nem fogsz kapni.
A napló szűrése a leggyorsabb kiindulás:
grep -Ei 'GPTBot|OAI-SearchBot|ChatGPT-User|PerplexityBot|ClaudeBot|Claude-SearchBot|Google-Extended' access.log | awk '{print $7}' | sort | uniq -c | sort -rn | head -40
Ez megmutatja, mely URL-eket járják a legsűrűbben. Mellé érdemes havonta lefuttatni 15-25 rögzített kérdést azokban a felületekben, ahol az ügyfeleid keresnek, és feljegyezni, mikor melyik oldalad jelenik meg forrásként. Ez nem tudományos mérés, viszont hónapról hónapra összehasonlítható, és pontosan ez kell ahhoz, hogy egy változtatás hatását utólag lásd.
Mit szabad megváltoztatni egy idézett oldalon, és mit nem?
A rövid válasz: mindent szabad, ami az idézett állítást és annak környezetét nem mozdítja el, és óvatosan kell azzal, ami igen.
Alacsony kockázat (nyugodtan mehet, akár ütemezetten is):
- helyesírás, elgépelés, tördelés javítása
- belső linkek bővítése, kapcsolódó tartalmak blokkjának cseréje
- képek optimalizálása, alt szövegek pontosítása, sebességjavítás
- új szakasz vagy új GYIK-elem hozzáadása a meglévő szöveg megtartásával
- elavult szám vagy évszám pontosítása, ha az új érték is ellenőrizhető
Közepes kockázat (menjen, de dokumentáltan és egyesével):
- H2 címek átfogalmazása, főleg ha kérdésből állításba viszed őket
- bekezdések sorrendjének felcserélése, a bevezető átírása
- sablonváltás, ha közben változik a fő tartalom kiemelése vagy a strukturált adat
- a cikk átemelése másik rovatba, ha ezzel a morzsamenü és a belső linkek is változnak
Magas kockázat (csak akkor, ha tényleg muszáj, tervvel és méréssel):
- URL megváltoztatása, akár csak a slug finomítása miatt is
- két vagy több oldal összevonása egybe
- az idézett állítást hordozó bekezdés törlése vagy jelentős rövidítése
- tartalomcsere azonos URL-en, tehát amikor a cím marad, de a szöveg más témáról szól
- a megjelenési vagy frissítési dátum eltüntetése
- a szerző cseréje, különösen szakmai vagy egészségügyi témában
- noindex, jelszavas védelem, hírlevélre kötött tartalom bevezetése
Milyen sorrendben járj el, ha mégis muszáj költöztetni?
A sorrend a lényeg: előbb rögzítesz, aztán költöztetsz, és csak a végén takarítasz. Ha ezt megfordítod, a hibát már nem tudod visszakeresni.
- Rögzítsd a kiindulást. Mentsd le az oldal jelenlegi szövegét, a strukturált adatot és a naplóból az elmúlt 90 nap bot-forgalmát. Ez lesz a viszonyítási alap.
- Írd össze az idézett mondatokat. Futtasd le a prompt-készletedet, és jegyezd fel szó szerint, mely mondatokra hivatkoznak. Ezeknek túl kell élniük a költözést, lehetőleg változatlan formában.
- Készítsd elő az új URL-t a teljes tartalommal, még mielőtt a régi bármit is változna. Ne legyen olyan időszak, amikor egyik cím sem szolgál ki tartalmat.
- Állítsd be a 301-es átirányítást a régiről az újra, egy lépésben, láncok nélkül. Két egymást követő átirányítás már felesleges kockázat.
- Ellenőrizd a kanonikus címet az új oldalon: önmagára mutasson, ne a régire.
- Írd át a belső linkeket a teljes oldalon, hogy közvetlenül az új címre mutassanak.
- Frissítsd a sitemapot és küldd be újra, a régi URL kerüljön ki belőle.
- Ellenőrizd a strukturált adatot: a szerző, a megjelenés és a frissítés dátuma, valamint az azonosítók az új címre álljanak.
- Ne nyúlj a szöveghez a költözés hetében. Egyszerre egy változót mozgass, különben nem fogod tudni, mi okozta az eredményt.
- Mérj a 7., 30. és 90. napon, és csak utána dönts a következő lépésről.
Az átirányítás Apache alatt így néz ki, a felesleges lánc elkerülésével:
RewriteRule ^regi-cikk-cime/?$ /uj-cikk-cime/ [R=301,L]
Nginx alatt:
location = /regi-cikk-cime/ { return 301 https://pelda.hu/uj-cikk-cime/; }
Hivatalosan igazolt: a Google dokumentációja a szerveroldali 301-es átirányítást ajánlja elsődleges megoldásként költözésre, és azt javasolja, hogy az átirányítás legalább egy évig maradjon élőben. Saját tapasztalat: idézett oldalnál ennél tovább érdemes tartani, mert a hivatkozás forrása lehet olyan tárolt kivonat is, amely ennél lassabban frissül.
Mennyi idő alatt követi a hivatkozás a változást?
Rétegenként eltérően: a klasszikus keresőindexben jellemzően napok-hetek alatt, a válaszmotorok élő lekérésénél hasonló nagyságrendben, a modell betanított tudásában viszont jóval lassabban, és erre semmilyen határidő nem ígérhető.
Hivatalosan igazolt: a Google azt kommunikálja, hogy egy költözés feldolgozása napoktól hetekig tart, a jelzések teljes konszolidációja pedig hosszabb időt is igénybe vehet. Saját tapasztalat: nagyobb magyar oldalakon a keresőtalálat két-négy hét alatt szokott rendeződni, a chat felületek forrásmegjelölése ennél lomhább, és nem ritka, hogy a régi cím még hetekkel a költözés után is felbukkan. Ez önmagában nem baj, ha az átirányítás él, mert a felhasználó akkor is a helyes tartalomra érkezik.
Szakmai feltételezés: a költözés utáni átmeneti időben az idézettség jellemzően visszaesik, majd rendeződik, feltéve, hogy a hivatkozott állítás megmaradt. Ha az állítás is eltűnt, a visszaállás jó eséllyel elmarad, mert a rendszernek már nincs mit megerősítenie. Garanciát erre senki nem tud adni, tervezni viszont érdemes rá: ne akkor költöztess, amikor egy kampány éppen erre az oldalra épül.
Miért kockázatosabb a szövegcsere azonos URL-en, mint maga a költözés?
Mert a költözés esetén marad egy technikai nyom (az átirányítás), amiből a rendszer megérti, hova került a tartalom. A helyben történő szövegcsere után viszont nincs nyom: az URL él, a válasz 200-as, csak éppen más van rajta.
Praktikus szabály: bővíts, ne cserélj. Ha egy cikk elavult, tedd fölé a frissítést, és tartsd meg alatta a korábbi, még mindig érvényes állításokat. Ha valamit vissza kell vonni, azt írd le nyíltan, egy mondatban, dátummal. Ez a válaszmotorok szempontjából is jobb, mert az oldal így önmagában is elszámol a változással.
Saját tapasztalat, nem hivatalos küszöb: ha egy szerkesztés a törzsszöveg harmadánál többet érint, azt már inkább új tartalomnak kezelem, és megfontolom, hogy külön URL-t kapjon, a régi pedig maradjon meg és hivatkozzon rá. Ez több munka, viszont nem dobod el azt a bizalmat, amit a régi cím összegyűjtött.
Összevonásnál ugyanez az elv másképp jelenik meg: a győztes oldalt ne a hosszabb vagy a szebb szöveg alapján válaszd ki, hanem azt tartsd meg, amelyre a hivatkozások mutatnak. Az idézett mondatok pedig szó szerint kerüljenek át az egyesített tartalomba, ne átfogalmazva.
Mi történik, ha eltünteted a dátumot vagy lecseréled a szerzőt?
Mindkettő olyan jelzést szüntet meg, amelyet a válaszmotorok a forrás megbízhatóságához használnak, cserébe pedig jellemzően csak esztétikai vagy kényelmi hasznot hoz.
A dátum eltüntetése tipikus rossz ötlet: az érv az szokott lenni, hogy a régi dátum elriasztja az olvasót. A gyakorlatban a frissesség fontos válogatási szempont, és ha nincs dátum, a rendszernek nincs mihez mérnie a tartalmat. A helyes megoldás a valós frissítés és annak jelzése, nem a dátum elrejtése. A strukturált adatban mindkét mező legyen ott:
{ "@type": "Article", "datePublished": "2024-03-11", "dateModified": "2026-09-08", "author": { "@type": "Person", "name": "Kovács Anna" } }
Fontos: a dateModified csak akkor mozduljon, ha tényleg érdemi szerkesztés történt. A gépi napi frissítgetés önmagában nem ad hozzá értéket, és szakmai feltételezés alapján inkább rontja a jelzés hitelét.
A szerzőcsere lassabban ható, de valós kockázat. A szerző egy entitás, amelyhez szakmai előzmény, más oldalakon megjelenő említések és profilok kapcsolódnak. Ha egy szakmai cikk szerzőjét kicseréled egy általános céges névre, azzal gyengíted azt a láncot, amely a tartalmat egy valódi emberhez köti. Ha mégis szükség van rá (például valaki kilépett), akkor a régi szerzőt nevezd meg eredeti szerzőként, az újat pedig frissítőként, és tartsd életben a szerzői oldalt.
Milyen ellenőrzőlistával engedd ki a változtatást?
Az alábbi lista minden pontja igen-nem kérdés. Ha bármelyikre nem a válasz, a változtatás még nem mehet élesbe.
- Megvan mentve a régi szöveg, a régi strukturált adat és a 90 napos bot-forgalom?
- Fel van jegyezve szó szerint, mely mondatokra hivatkoznak a válaszmotorok?
- Az idézett mondatok az új változatban is megvannak, lehetőleg érdemi átfogalmazás nélkül?
- Az átirányítás 301-es, egy lépéses, és tényleg a megfelelő új címre mutat?
- Az új oldal kanonikus címe önmagára mutat?
- Az összes belső link már az új címre megy, átirányítás nélkül?
- A sitemap frissült, a régi cím kikerült belőle?
- A
datePublishedmegmaradt, adateModifiedvalós szerkesztést jelöl? - A szerző mezője kitöltött, és a szerzői oldal elérhető?
- A robots.txt és a meta robots változatlan, nem került véletlenül tiltás az új címre?
- A törzsszöveg kevesebb mint harmada változott, vagy ha több, akkor tudatos döntés született az új URL-ről?
- Be van ütemezve a 7., 30. és 90. napos ellenőrzés, felelőssel?
Ez a lista nem hosszú, viszont pont azt a néhány hibát fogja ki, amelyet utólag a legdrágább javítani: a törött átirányítási láncot, az eltűnt idézett bekezdést és a véletlen kizárást.
Mit vigyél át ebből a napi munkába?
Azt a szemléletet, hogy az idézett oldal státusza munkafolyamati kérdés, nem technikai. Aki a webhelyet karbantartja, tudja, mely oldalakhoz kell külön engedély, és tudja, hogy a slug csinosítása nem tartozik a rutinfeladatok közé. Az idézettség olyan eszköz, amelyet hónapok alatt épít fel egy tartalom, és amelyet egy elhamarkodott átnevezés napok alatt megtud gyengíteni. Ha kell változtatni, változtass, csak lassan, egyesével és mérve, mert így legalább látod, mi történt.
Források és további olvasnivalók
- Google Search Central: Redirects and Google Search, valamint Site moves with URL changes
- Google Search Central: Google Search Console Help, AI Overviews és a teljesítményriport adatai
- Google Search Central: Google crawlers and user agents (Google-Extended)
- OpenAI dokumentáció: GPTBot, OAI-SearchBot és ChatGPT-User bot-azonosítók
- Anthropic dokumentáció: ClaudeBot és Claude-SearchBot crawler-információk
- Perplexity dokumentáció: PerplexityBot és a forrásmegjelölés működése
- Schema.org: Article, datePublished, dateModified, author típusdefiníciók
- W3C: URI-k tartósságáról szóló ajánlások (Cool URIs don't change)
- Internet Engineering Task Force: RFC 9110, a 301-es és 308-as állapotkódok leírása
- Az idézett oldalt vedd ki az általános tartalomkarbantartásból, és kezeld külön változáskezelési osztályként.
- URL-váltás előtt írd össze, pontosan melyik mondatokra hivatkoznak a válaszmotorok, mert ezeknek szó szerint túl kell élniük a költözést.
- Bővíts, ne cserélj: azonos URL-en a nagy arányú szövegcsere kockázatosabb, mint egy tiszta, jól átirányított költözés.
- A dátum eltüntetése és a szerző néma cseréje két olyan beavatkozás, amelynek a haszna szinte mindig kisebb, mint a kára.
- A klasszikus keresőben napok-hetek alatt átáll a hivatkozás, a chat felületeken jó eséllyel lassabban, és erre nincs hivatalos garancia.
Gyakori kérdések
Honnan tudom biztosan, hogy egy oldalamra hivatkozik valamelyik AI?
Teljes bizonyossággal ritkán tudod, mert nincs olyan hivatalos riport, amely az AI-idézéseket egy az egyben kilistázná. Három jel együtt viszont jó közelítést ad: a szervernaplóban az AI-crawlerek visszatérő látogatásai ugyanarra az URL-re, a chat felületekről érkező hivatkozó forgalom, és egy havonta ugyanazokkal a kérdésekkel lefuttatott kézi ellenőrzés. Ezt a hármat érdemes egy táblázatban vezetni, mert az abszolút szám kevésbé fontos, mint a hónapról hónapra látszó irány.
Mennyi ideig kell fenntartani az átirányítást egy idézett oldalnál?
A Google hivatalos ajánlása szerint legalább egy évig. Idézett oldalnál saját tapasztalat alapján érdemes ennél tovább, akár tartósan meghagyni, mert a válaszmotorok tárolt kivonatai lassabban frissülnek, és a régi cím még hosszú ideig felbukkanhat egy-egy válaszban. Az átirányítás fenntartása gyakorlatilag nem kerül semmibe, az elvesztett hivatkozás viszont igen.
Ha jelentősen átírom a cikket, jobb új URL-re tenni?
Ha a szöveg több mint harmada változik, és a téma is elmozdul, jó eséllyel jobb új címre tenni, a régit pedig megtartani és hivatkozni róla az újra. Ha viszont a téma ugyanaz, csak frissítésről van szó, maradjon a régi cím, mert az hordozza az addig felépült bizalmat. A dőntés kulcskérdése: a korábban idézett állítás továbbra is megtalálható-e ugyanazon a címen.
Elveszik az idézettség, ha összevonok két oldalt?
Nem feltétlenül, de kockázatos. A siker azon múlik, hogy melyik oldalt választod győztesnek, és hogy az idézett mondatok szó szerint átkerülnek-e. Ha az összevonás során a hivatkozott bekezdést átfogalmazod vagy kihagyod, a hivatkozás jó eséllyel nem követi a változást. Az összevonást tehát mindig az idézett tartalom felől tervezd, ne a hosszabb szöveg felől.
Rossz ötlet eltüntetni a régi dátumot, hogy frissebbnek tűnjön a cikk?
Igen, ez a beavatkozás jellemzően többet árt, mint használ. A dátum egy olyan jelzés, amely alapján a rendszerek eldöntik, mennyire aktuális a forrás, és a hiánya nem jelent frissességet, csak bizonytalanságot. A megoldás a valós frissítés, a datePublished megtartása és a dateModified pontos vezetése, kizárólag érdemi szerkesztés után.
Meddig ne nyúljak az oldalhoz költözés után?
Legalább a mérés első szakaszáig, tehát nagyjából egy hónapig. Ha a költözéssel egy időben a szöveget is átírod, két változó mozdul egyszerre, és utólag nem fogod tudni megállapítani, melyik hozta az eredményt. Az egyesével történő változtatás lassabb, viszont ez az egyetlen módja annak, hogy tanulj a saját beavatkozásaidból.
Források és további olvasnivalók
Ezen az oldalon a hivatalosan igazolt információt elsődleges forrásokból építjük fel; a saját tapasztalatot és a szakmai becslést mindig külön jelöljük a szövegben.