Miért ajánl az AI olyan szolgáltatást, amit már nem nyújtasz?
Azért, mert az AI-válasz két forrásból táplálkozik, a modell betanításkor megszerzett tudásából és az élő keresés friss találataiból, és a megszűnt szolgáltatás nyoma mindkettőben tovább él, amíg valaki ki nem takarítja. Egy régi aloldal, egy elfelejtett katalógus-bejegyzés vagy egy évekkel ezelőtti ajánló cikk elég ahhoz, hogy a ChatGPT, a Perplexity vagy a Google AI-áttekintése a te nevedben ajánlja azt, amit már nem vállalsz.
A kár kézzelfogható. Az érdeklődő felhív egy olyan munkával, amit nem végzel, csalódik, és legközelebb már nem téged keres. Telephely-váltásnál még rosszabb a helyzet, mert a vevő egy bezárt címre indul el. Ezért a kivezetés ugyanolyan tervezett munka, mint egy új szolgáltatás bevezetése.
A cikkben három jelölést használunk. Hivatalosan igazolt az, amit a Google, az OpenAI vagy a Schema.org dokumentációja kimond. Saját tapasztalat az, amit weboldalak AI-láthatóságának mérésénél rendszeresen látunk, konkrét számok nélkül. Szakmai feltételezés az, ami logikusan következik a rendszerek működéséből, de nincs rá nyilvános bizonyíték.
Mit érdemes megnézni, mielőtt bármit törölsz?
Előbb mérd fel, honnan szedi az AI a régi információt, mert enélkül vakon javítasz. A leltár megmutatja, melyik forrás a legerősebb, és melyikkel érdemes kezdeni.
- Írj 8-12 kérdést, amit egy valódi érdeklődő feltenne (például „Ki vállal kéménybélelést a környéken?” vagy „Mit kínál a [cégneved]?”), és futtasd le őket a használt AI-motorokban.
- Jegyezd fel, melyik válasz említi a megszűnt szolgáltatást, és milyen forrást idéz mellé. A hivatkozott URL a legértékesebb adat, mert megmutatja, hol kell javítani.
- A Search Console-ban nézd meg, kap-e még megjelenést a régi oldal, és milyen lekérdezésekre.
- Keress rá a szolgáltatás nevére a saját domaineden belül a
site:operátorral, mert gyakran egy régi hírbejegyzés, egy GYIK-válasz vagy egy referencia-oldal is említi. - Listázd a külső profilokat, ahol a céged szerepel. Ezt a listát a frissítésnél újra használod.
Saját tapasztalat. A régi információt az élő keresésre épülő válaszokban sokszor egy katalógus vagy aggregátor oldal hordozza, amit évek óta senki nem frissített. Ha csak a saját weboldalt javítod, a hiba egy része megmarad.
Megtartsd, átirányítsd vagy 410-zel töröld a régi oldalt?
Ha van valódi utódszolgáltatás, irányíts át rá 301-gyel. Ha nincs utód, de az oldalra még keresnek és linkelnek, tartsd meg egyértelmű magyarázattal. Ha se forgalma, se értéke, add vissza 410-es kóddal. A legrosszabb választás a homályos átirányítás a főoldalra.
Megtartás magyarázattal
Akkor jó döntés, ha a régi oldalnak vannak külső hivatkozásai, a Search Console-ban még kap megjelenést, és az érdeklődőnek tudsz mit mondani. Az oldal első mondata a lényeget mondja ki, például így.
„2025 májusától nem vállalunk kéménybélelést. Meglévő ügyfeleink garanciális ügyeit továbbra is intézzük, új megrendelést erre a munkára nem fogadunk.”
Utána jöhet, mit kínálsz helyette, vagy kihez fordulhat az érdeklődő. Vedd ki az oldalt a menüből és a szolgáltatás-listákból, töröld róla az ajánlatkérő űrlapot, és frissítsd a strukturált adatot is. A címben is jelezd a változást, például „Kéménybélelés (megszűnt szolgáltatás)”.
301-es átirányítás
Csak akkor használd, ha a célpont tényleg ugyanazt az igényt szolgálja ki. Ha a régi kazáncsere-szolgáltatásod helyett hőszivattyú-telepítést kínálsz, és a vevőid jellemzően erre váltottak, az átirányítás logikus.
Hivatalosan igazolt. A Google Search Central szerint az irreleváns célra mutató átirányítást (tipikusan a főoldalra küldött régi URL-t) a Google soft 404-ként kezelheti. Ilyenkor az átirányítás semmit nem old meg, csak elfedi a problémát.
Szakmai feltételezés. Az átirányítás után az AI-motor a régi kérdésre jó eséllyel az új oldalt idézi, és ha azon nincs kimondva, hogy a régi szolgáltatás megszűnt, a válasz összemoshatja a kettőt. Ezért az utódoldalon is érdemes egy mondatban jelezni a váltást.
410 Gone
Ha nincs utód és az oldalnak nincs értéke, a 410-es állapotkód jelzi a legtisztábban, hogy a tartalom szándékosan és véglegesen eltűnt. Apache szerveren ez egyetlen sor a .htaccess fájlban.
Redirect gone /szolgaltatasok/kemenybeleles/
Nginx alatt a megfelelő location blokkba return 410; kerül, WordPressben pedig több átirányítás-kezelő bővítmény is tud 410-es választ adni.
Hivatalosan igazolt. A Google dokumentációja szerint a 404-es és a 410-es kódot visszaadó URL-eket a Google eltávolítja az indexből, a két kód között a gyakorlatban kicsi a különbség. A 410 előnye a szándék egyértelműsége, ami a többi crawlernek és a saját csapatodnak is világos jelzés.
Bármelyik utat választod, a belső linkeket is javítsd. Egy menüpont, egy kapcsolódó cikkeket mutató doboz vagy a lábléc szolgáltatás-listája tovább terjesztheti a régi URL-t.
Hogyan mondd ki a tartalomban, hogy mit nem csinálsz már?
Egy rövid, kifejezett tagadó mondattal, a szolgáltatás nevével, azokon a helyeken, ahol az AI a céged kínálatáról olvas. A hallgatás kevés, mert a régi forrásokban a szolgáltatás szerepel, a te oldaladon pedig semmi nem cáfolja.
Saját tapasztalat. Amikor a szolgáltatás csak eltűnik a weboldalról, az AI-válaszok gyakran tovább idézik a régi katalógus-bejegyzést. Amikor a cég saját oldalán ott a kimondott mondat, az élő keresésre épülő válaszok jellemzően azt veszik át, mert az a legfrissebb, közvetlenül a cégtől származó állítás.
Ezekre a helyekre érdemes beírni.
- Szolgáltatások áttekintő oldala. A lista alá egy mondat, például „Kéménybélelést 2025 májusa óta nem vállalunk.”
- GYIK. Külön kérdés „Vállaltok még kéménybélelést?” formában, rövid, egyértelmű válasszal. A kérdés-válasz formát a válaszmotorok könnyen kiemelik.
- Rólunk oldal. Ha a cég profilja változott, egy mondatban írd le, mire szakosodtatok, és mit hagytatok el.
- Kapcsolat és telephelyek. Bezárt telephelynél a régi cím egy ideig maradhat, mellette szövegesen jelezve, hogy az iroda bezárt, és hol van az ügyfélfogadás helyette.
A strukturált adatban vedd ki a megszűnt szolgáltatást a makesOffer vagy hasOfferCatalog listából. Terméknél, ha az oldal megmarad, a Schema.org külön értéket ad a megszűnt állapotra, és az ajánlat elérhetőségét így jelölheted.
"availability": "https://schema.org/Discontinued"
Hivatalosan igazolt. A Discontinued a Schema.org ItemAvailability felsorolásának hivatalos értéke. Szakmai feltételezés. Arról, hogy az egyes AI-motorok mennyire veszik figyelembe ezt a jelölést, nincs nyilvános adat, ezért a látható szöveg a fontosabb, a jelölés csak megerősíti.
A tagadó mondat legyen tárgyszerű. Elég kimondani, mióta nem csinálod, és mi a teendő helyette. A hosszú indoklás új, félreérthető állításokat adhat az AI kezébe.
Mely külső profilokat és katalógusokat kell frissíteni?
Mindet, ahol a megszűnt szolgáltatás vagy telephely szerepel, azokkal kezdve, amelyeket a leltárban az AI-válaszok forrásaként láttál. Utánuk jöhetnek a nagy forgalmú profilok, végül a ritkán látogatott listák.
- Google Cégprofil. Szolgáltatások, termékek, kategóriák, leírás és a kiemelt bejegyzések. Bezárt telephelynél jelöld a profilt véglegesen bezártként, ne töröld. Ezt az utat a Cégprofil súgója írja le a bezárt helyekre (hivatalosan igazolt).
- Bing Places és Apple Business Connect. A Bing-index a Copilot válaszainak alapja, az Apple-adatok pedig a Siri és az Apple Térképek felé mennek.
- Facebook-oldal, Instagram-profil, LinkedIn-cégoldal. Névjegy, szolgáltatás-lista, kitűzött bejegyzések, kiemelt történetek.
- Cégkatalógusok és ajánlóoldalak. Cégjegyzék-jellegű oldalak, iparági listák, szakember-keresők. Sok ilyen oldalon a módosítás bejelentkezés vagy ügyfélszolgálati kérés útján megy, ezért a kérés dátumát is jegyezd fel.
- Partnerek és viszonteladók. Ha egy beszállító vagy partner a saját oldalán felsorol téged az adott szolgáltatásnál, kérd meg, hogy vegye ki.
- Wikipédia és Wikidata, ha a cégednek van ilyen szócikke vagy eleme. Ott a közösségi szerkesztési szabályokat követve, forrással alátámasztva lehet módosítani.
Szakmai feltételezés. Az aggregátor oldalakat az AI-motorok azért idézik szívesen, mert sok cég adatát egységes szerkezetben adják. Egy elavult bejegyzés így aránytalanul nagy súllyal kerülhet a válaszba, és egy frissítési kérelem néha többet ér, mint egy saját aloldal átírása.
Miért lassabb a kivezetés a modelltudásból, mint az élő keresésből?
Mert az élő keresés minden kérdésnél az aktuális indexből dolgozik, a modell betanított tudása viszont csak a következő tanításkor változik, aminek az időpontjára semmilyen ráhatásod nincs. A webes javítás ezért a keresésre épülő válaszokban jelenhet meg előbb, a modell „emlékezetében” jóval később.
Hivatalosan igazolt. Az OpenAI dokumentációja külön kezeli a tanítóadatot gyűjtő GPTBot és a keresési találatokhoz dolgozó OAI-SearchBot crawlert, a modellek leírásában pedig rögzített tudás-határidő (knowledge cutoff) szerepel. A Google AI-funkciói a Google Keresés indexére és rangsoroló rendszereire épülnek, így a 410-es vagy átírt oldal az index frissülésével kerül ki belőlük.
Szakmai feltételezés. Egy új modellváltozat tanítóadata sem feltétlenül a javításod utáni állapotot tükrözi. Ha a régi információ sok helyen, sokáig szerepelt a weben (archívumokban, másolatokban, régi cikkekben), a modell tudásában akkor is megmaradhat, amikor a saját oldaladon már rég kijavítottad. Ezért nem érdemes a keresés nélküli módban kapott választ a javítás sikerének egyetlen mércéjévé tenni.
Egy tévhitet is érdemes eloszlatni. Ha most letiltod a tanító crawlereket a robots.txt fájlban, az nem törli a korábban összegyűjtött adatot. A tiltás csak a jövőbeli gyűjtést érinti, így a régi tudás kivezetéséhez nem ad semmit, ráadásul a javított oldalad sem jut el a következő tanításba.
Hogyan méred ismételt tesztekkel, hogy halad-e a kivezetés?
Rögzített kérdéskészlettel, változatlan szövegezéssel, rendszeres időközönként, a keresést használó és a keresés nélküli válaszokat külön vezetve. Egyetlen futtatás semmit nem bizonyít, mert ugyanarra a kérdésre is eltérő válaszok jöhetnek.
- Kérdéskészlet. A leltárnál írt 8-12 kérdés, betűre ugyanúgy, minden alkalommal. Legyen benne közvetlen kérdés („Vállal a [cégnév] kéménybélelést?”) és közvetett is („Ki csinál kéménybélelést a környéken?”).
- Ismétlés. Minden kérdést futtass le motoronként legalább háromszor, új beszélgetésben, előzmények és személyre szabás nélkül, amennyire a felület engedi.
- Két mód. Ahol választható, külön jegyezd a webes keresést használó és a keresés nélküli választ, mert a kettő eltérő ütemben változik.
- Naplózás. Egy táblázatban rögzítsd a dátumot, a motort, a módot, a kérdést, az eredményt (ajánlja, nem említi, megszűntként említi) és a hivatkozott URL-eket.
- Ritmus. Az első hónapban hetente, utána havonta. A sűrűbb mérés ritkán ad új információt, csak a zajt növeli.
A fő mutató a hibás említések aránya, vagyis hány futtatásból hányban ajánlja még az AI a megszűnt szolgáltatást. Érdemes külön számolni a helyes említést is, amikor a válasz kimondja, hogy a cég ezt már nem vállalja. Ez jó jel, mert azt mutatja, hogy a tagadó mondatod eljutott a válaszig.
A szervernaplóból azt is láthatod, lekérték-e már az AI-crawlerek a 410-es vagy átírt URL-t. Ha az OAI-SearchBot, a PerplexityBot vagy a Googlebot a módosítás után már az új választ kapta ugyanarra az URL-re, a crawler legalább értesült a változásról.
Saját tapasztalat. A keresést használó válaszokban a változás jellemzően hamarabb látszik, a keresés nélküli módban sokkal lassabban, néha a mérési időszakon belül egyáltalán nem. Pontos időtávot senki nem tud felelősen ígérni, mert ez motoronként és a régi információ elterjedtségétől függően is eltér.
Mi kerüljön a kivezetési ellenőrzőlistára?
- A leltár kész, a jelenlegi AI-válaszok és a hivatkozott URL-ek rögzítve.
- A régi oldalról döntés született (megtartás magyarázattal, 301 valódi utódra vagy 410).
- A belső linkek, a menü, a lábléc és az oldaltérkép frissítve, a 410-es URL kikerült a sitemapből.
- A tagadó mondat bekerült a szolgáltatás-áttekintőbe, a GYIK-ba, és ha kell, a Rólunk oldalra.
- A strukturált adatból kikerült a megszűnt szolgáltatás, a megmaradó termékoldalon
Discontinuedjelölés áll. - A Google Cégprofil, a Bing Places és az Apple Business Connect frissítve, a bezárt telephely véglegesen bezártként jelölve.
- A közösségi profilok, katalógusok és partneroldalak módosítása kérve, a kérések dátuma feljegyezve.
- Az ismételt teszt ütemezve, az első mérés a kiindulási állapotot rögzíti.
A lista végén se várj azonnali eredményt. A kivezetés folyamat, és a modelltudásban maradó régi kép egy darabig akkor is felbukkanhat, ha minden saját és külső forrásod rendben van. Amit befolyásolni tudsz, az a források tisztasága, és ez jó eséllyel előbb-utóbb a válaszokban is megjelenik.
Források és további olvasnivalók
- Google Search Central, Hogyan befolyásolják a HTTP-állapotkódok és a hálózati hibák a Google Keresést
- Google Search Central, Átirányítások és a Google Keresés
- Google Search Central, Soft 404 hibák
- Google Search Central, AI-funkciók és a webhelyed
- Google Cégprofil Súgó, Cégprofil megjelölése véglegesen bezártként
- OpenAI dokumentáció, Az OpenAI crawlerei (GPTBot, OAI-SearchBot)
- Schema.org, ItemAvailability és Discontinued
- Schema.org, Service és Offer típusok
- Bing Places for Business súgó
- Apple Business Connect dokumentáció
- Az AI-válasz a modell betanított tudásából és az élő keresésből áll össze, a megszűnt szolgáltatás nyoma mindkettőben tovább élhet.
- A régi oldalt csak valódi utódra irányítsd át 301-gyel, különben tartsd meg magyarázattal vagy add vissza 410-es kóddal.
- A hallgatás kevés, egy rövid, kifejezett tagadó mondat a szolgáltatás nevével jó eséllyel többet segít, mint az oldal csendes törlése.
- A katalógusok és a cégprofilok gyakran erősebb forrásai a régi információnak, mint a saját weboldalad.
- A kivezetést rögzített kérdéskészlettel, ismételt futtatással és a keresős, illetve keresés nélküli mód külön naplózásával mérd.
Gyakori kérdések
Elég, ha egyszerűen törlöm a megszűnt szolgáltatás oldalát?
Ritkán elég. A régi információ a katalógusokban, a cégprofilokban és a modell betanított tudásában is ott lehet, ezért a törlés mellé kell egy kifejezett mondat a saját oldaladon arról, hogy ezt már nem vállalod, és a külső profilok frissítése is.
404 vagy 410 legyen a régi oldalon?
A Google dokumentációja szerint mindkettő kiveszi az URL-t az indexből, és a különbség a gyakorlatban kicsi. A 410 egyértelműbben jelzi, hogy a tartalom szándékosan és véglegesen szűnt meg, ezért utód nélküli szolgáltatásnál ezt érdemes választani.
Átirányíthatom a régi szolgáltatás oldalát a főoldalra?
Nem ajánlott. A Google az irreleváns célra mutató átirányítást soft 404-ként kezelheti, és az AI-válaszokban sem oldja meg a problémát. 301-et csak valódi utódszolgáltatásra érdemes használni.
Mennyi idő alatt tűnik el a megszűnt szolgáltatás az AI-válaszokból?
Erre nincs megbízható időtáv. A keresést használó válaszokban jellemzően hamarabb látszik a változás, a modell betanított tudásában csak a következő tanítások után, és ott sem garantáltan. Ezért érdemes ismételt tesztekkel mérni.
Segít, ha robots.txt-ben letiltom az AI-crawlereket?
A korábban összegyűjtött adatot a tiltás nem törli, csak a jövőbeli gyűjtést érinti. A kivezetésnél inkább árt, mert a javított oldalad sem jut el a következő tanításba.
Mi a teendő bezárt telephely esetén a Google Cégprofilban?
A Cégprofil súgója szerint a bezárt helyet véglegesen bezártként kell megjelölni, és nem érdemes törölni. Mellette a weboldal kapcsolat oldalán is jelezd szövegesen a bezárást és az új ügyfélfogadási helyet.
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.