Lejárt akció és kuponkód az AI-válaszban: megelőzés és kezelés

Scheo · 2026-11-01 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Tegyük fel, hogy levelet kapsz egy vásárlótól. Azt írja, hogy a ChatGPT szerint él nálad egy kuponkód, a kosár viszont elutasítja, ezért kéri a kedvezményt. Az akció már régen lezárult, és csak egy elfelejtett aloldal maradt utána. Ilyenkor két feladatod van egyszerre. Meg kell nyugtatnod a vásárlót, és meg kell találnod azt a forrást, amelyből az elavult adat tovább él. A saját álláspontom az, hogy az akció lezárása ugyanolyan fontos munka, mint az indítása, csak ritkán kerül be a kampánytervbe.

A cikkben három jelölést használok. A Hivatalosan igazolt címke dokumentációból származó tényt jelent. A Saját tapasztalat webshopos munkában visszatérő mintát takar, amelyet nem mértünk reprezentatív mintán. A Szakmai feltételezés logikus következtetés, amelyre nincs közvetlen bizonyíték.

Miért említ az AI-motor olyan akciót, ami már lejárt?

Az AI-motor azért ad vissza lejárt akciót, mert régi anyagból dolgozik, és az általa olvasott oldalon semmi nem mondja ki, hogy az ajánlat véget ért. A kosaradba nem lát bele, a kuponkód valódi állapotát tehát nem tudja ellenőrizni.

Az elavult adat két úton kerülhet a válaszba. Az egyik a modell korábbi tanítóanyaga, a másik az élő keresés, amely egy ma is elérhető, de régi tartalmú oldalt talál meg.

Hivatalosan igazolt. Az OpenAI dokumentációja külön kezeli az OAI-SearchBot nevű keresőrobotot és a tanításhoz gyűjtő GPTBot robotot. A Google Search Central szerint az AI-funkciókban való megjelenéshez ugyanazok az alapkövetelmények érvényesek, mint a keresőben, tehát az oldalnak indexelhetőnek kell lennie.

Szakmai feltételezés. A dátum nélküli akciószöveget egy nyelvi modell könnyen jelen idejű tényként olvassa. Egy „Most 15% kedvezmény a KUPON15 kóddal” mondatból semmi nem derül ki az érvényességről, ezért a válaszba is dátum nélkül kerülhet át.

Honnan maradhat fenn az elavult adat?

Az elavult akció leggyakrabban olyan helyen marad fenn, amelyet a lezáráskor senki nem nézett át. Ide tartozik a saját webhely, a termékfeed és több külső felület is.

• Kuponoldalak. Automatikusan gyűjtik a kódokat, és lejárat után is megtartják őket, sokszor a saját kereső-láthatóságuk miatt.
• Régi akciós aloldal. A menüből kikerült, de a keresőből és a belső hivatkozásokból még elérhető.
• Termékfeed. A kedvezményes ár vagy a promóció lejárati dátum nélkül ott marad a Merchant Center felé küldött adatokban.
• Strukturált adat. A sablon a régi Offer adatot vagy egy múltbeli priceValidUntil dátumot ír ki.
• Közösségi poszt. A Facebook- és Instagram-bejegyzések évekig megmaradnak, és nincs rajtuk lejárati jelzés.
• Blogcikk és hírlevél-archívum. A webes verzió indexelhető, a szöveg pedig a küldés napjára íródott.
• PDF katalógus. Letölthető marad, és nincs mellette frissítési dátum.
• Saját chatbot tudásbázisa. Ha az akció leírása bekerült, onnan kézzel kell törölni.

Saját tapasztalat. A kereskedők általában a külső kuponoldalakat gyanítják elsőként, pedig a rossz adat gyakran a saját webhelyről indul. Tipikus eset, hogy az érvényességi dátum csak a bannerképen szerepelt, a kép lekerült, a szöveg pedig dátum nélkül maradt.

Hogyan derítsd ki, melyik forrásból jön a rossz adat?

A forrást úgy találod meg a leggyorsabban, ha a vásárló kérdését megismétled az AI-motorban, kimented a hivatkozásokat, majd a kód pontos szövegére keresel a saját webhelyeden és a feedben. Ha nincs hivatkozás és találat sem, a modell régi tudása a legvalószínűbb magyarázat.

1. Kérd el a vásárlótól a képernyőképet, és jegyezd fel a motor nevét, a dátumot és a kérdést.
2. Tedd fel ugyanazt a kérdést több alkalommal, mert a válaszok kérdésenként és időpontonként eltérhetnek.
3. Nyisd meg az összes hivatkozott oldalt, és nézd meg, mit ír az akcióról.
4. Keress a Google-ben a site:webshopod.hu "KUPON15" mintával, majd a domain nélkül is, így a kuponoldalak is előkerülnek.
5. Töltsd le a feedet, és keresd meg benne az akciós ár mezőit és a lejárt dátumokat.
6. Nézd meg a kuponmotorban, mikor járt le a kód, és maradt-e belőle bekapcsolva másik változat.
7. Keress rá a kódra a saját közösségi oldalaidon és a chatbot tudásbázisában is.

A talált forrásokat vezesd egy közös táblázatban, mert ugyanaz az akció több helyen is előbukkanhat.

Hogyan kell úgy lezárni egy akciót, hogy az oldal is jelezze a lejártát?

Egy akció akkor van jól lezárva, ha a kupon megszűnt, az ár visszaállt, az oldal szövege kimondja a lezárás dátumát, a strukturált adat és a feed pedig ugyanezt mutatja. Ezek a lépések egy napon történjenek meg.

Az oldal tetejére kerüljön jól olvasható szöveg, mondjuk az, hogy „Ez az akció 2026. november 30-án lezárult. A jelenlegi ajánlatainkat az akciók oldalon találod.” A mondat önmagában is érthető, így ha egy AI-motor csak ezt a részt emeli ki, abból is kiderül a helyzet. Szerintem ez a mondat sokat számít, de a hatását nem tudjuk motoronként igazolni, ezért szakmai feltételezésként kezeld.

Mi történjen az akciós URL-lel?

• Visszatérő akció. Tarts fenn egy állandó URL-t (például /black-friday), és két kör között a lezárt állapotot mutasd rajta. Így a hivatkozások sem vesznek el.
• Egyszeri, de hivatkozott akció. Az oldal maradjon elérhető a lezárási szöveggel, és vedd ki a belső akciós listákból.
• Egyszeri akció hivatkozás nélkül. Adj vissza 404 vagy 410 státuszkódot.
• Van valódi utód. A 301-es átirányítás akkor jó, ha a céloldal ténylegesen ugyanarról szól.

Hivatalosan igazolt. A Google a 404 és 410 kódot adó oldalakat kiveszi az indexből. A tömeges, nem odaillő átirányítást, például a főoldalra mutatót, soft 404-ként kezelheti. A noindex csak akkor hat, ha a robot eléri az oldalt, ezért a robots.txt-ben ne tiltsd le ugyanazt az URL-t.

Hogyan használd a priceValidUntil mezőt?

A priceValidUntil azt az időpontot adja meg, amely után az ár már nem elérhető. Akciós terméknél az alábbi módon néz ki a releváns rész, ahol az AKCIOS_AR helyőrző a valós árat jelöli.

"offers": {"@type": "Offer", "price": "AKCIOS_AR", "priceCurrency": "HUF", "priceValidUntil": "2026-11-30", "availability": "https://schema.org/InStock"}

Hivatalosan igazolt. A Schema.org így definiálja a mezőt, a Google dokumentációja pedig jelzi, hogy múltbeli dátumnál a termék-kiemelés elmaradhat. A Google azt is kéri, hogy a strukturált adat a látható tartalommal egyezzen meg.

Saját tapasztalat. A leggyakoribb hiba, hogy a sablon egy távoli vagy automatikusan számolt dátumot ír ki minden termékre, így a mező elveszíti a jelentését. Lezáráskor a normál árra állított Offerből vedd ki a régi dátumot, vagy add meg a következő valós árváltozásét.

Mi a teendő a feeddel?

Hivatalosan igazolt. A Google Merchant Center termékadataiban a sale_price mellé megadható a sale_price_effective_date, a promóciókhoz pedig külön kezdő és záró dátum tartozik. Ha ezeket már az indításkor kitöltöd, a feed magától visszaáll, és a lezárásnál csak ellenőrizned kell.

Milyen ellenőrzőlista kell az akciós oldalak életciklusához?

Az akció életciklusa négy szakaszból áll, és mindegyikhez tartozik néhány kipipálható feladat. Az első teendő, hogy legyen név szerinti felelőse a lezárásnak is.

Indítás előtt

• A kezdő és záró dátum szövegesen, évszámmal szerepel az oldalon.
• A feltételek (minimum kosárérték, kizárt termékek, egy vásárlóra jutó használat) olvashatók.
• A kupon lejárata be van állítva a kuponmotorban.
• A priceValidUntil és a feed dátumai kitöltve.
• Az EU-s szabály szerint az árcsökkentés mellett szerepel az előző 30 nap legalacsonyabb ára.
• A lezárás naptárban rögzítve, felelőssel.

Futás közben

• A kódot közzétevő posztokban és hírlevelekben szerepel a záró dátum.
• A hosszabbítás minden felületen egyszerre jelenik meg.
• A chatbot tudásbázisába dátummal kerül be az akció.

A lezárás napján

• A kupon érvénytelen, próbavásárlással ellenőrizve.
• Az árak visszaálltak a terméklapokon és a kategóriaoldalakon.
• Az oldal tetején ott a lezárási szöveg vagy a döntés szerinti státuszkód.
• Lekerültek a bannerek, felugrók és a belső linkek.
• A strukturált adat és a feed frissült, a hirdetések szövegével együtt.
• A chatbot tudásbázisából kikerült a kód.

A lezárás után

• A kitűzött posztoknál megjelent a lezárt jelzés, vagy levetted őket.
• A módosított URL-eket újraindexelésre küldted.
• A kód kereséssel ellenőrizve a saját webhelyen és a kuponoldalakon.
• A jellemző kérdéseket lefuttattad az AI-motorokban, és elmentetted a választ.
• Az ügyfélszolgálat megkapta a lezárt akció adatait.

Mit válaszolj annak a vásárlónak, aki számon kéri a kedvezményt?

A vásárlónak érdemes egyszerre megmondani, hogy a kód meddig volt érvényes, mi ma a helyes feltétel, és hogy az AI-válasz nem a te közléseden alapul. A hangnem legyen nyugodt, mert a vásárló jóhiszeműen járt el.

Kedves [Név]! Köszönöm, hogy írtál. Megnéztem a [KUPONKÓD] kódot, ez a kedvezmény [dátum]-ig volt érvényes, ezért a kosár már nem fogadja el. A mesterséges intelligenciás keresők néha régi adatot adnak vissza, és ezeket a válaszokat mi nem tudjuk szerkeszteni. A jelenlegi ajánlatainkat ezen az oldalon látod. [link] Ha küldesz egy képernyőképet arról, hol találkoztál az ajánlattal, megnézzük, javítható-e a forrás. Ha a saját oldalunkon vagy hírlevelünkben láttad, szólj, és együtt megnézzük, mit tudunk tenni.

A szöveget igazítsd a webshopod hangneméhez. Előre döntsd el, adsz-e kulanciát ilyen esetben, mert a külön elbírált esetek gyorsan következetlenné válnak. Egy rögzített szabály megkímél a vitától, például az, hogy a saját felületen maradt hibás adatnál a vásárló kedvére döntesz, külső forrásnál pedig a jelenlegi ajánlatokra irányítod.

Hivatalosan igazolt. A kanadai Moffatt v. Air Canada ügyben (2024) a vállalat felelt azért, amit a saját webes chatbotja tévesen közölt az utasnak. Szakmai feltételezés. Egy külső AI-motor állítása más megítélés alá eshet, mint a saját chatbotod vagy saját oldalad szövege, de ezt az egyes esetekben jogásszal érdemes tisztázni.

Mit tehetsz azzal a forrással, ami nem a tiéd?

Külső forrásnál javítást kérhetsz, visszajelzést küldhetsz, és friss, egyértelmű saját tartalommal adhatsz jobb anyagot az AI-motoroknak. Egyik sem garantál azonnali változást.

• A kuponoldalaknál a saját javítási űrlapjukon vagy az általuk megadott címen kérd a kód törlését.
• Ha egy külső oldal már frissült, de a keresőben még a régi szöveg látszik, a Google Elavult tartalom eltávolítása eszköze segíthet.
• A saját módosított oldaladat a Search Console-ban küldd újraindexelésre, Bingnél pedig az IndexNow vagy a Webmaster Tools a járható út.
• Az AI-felületek visszajelző gombjával jelezd a hibás választ, a hatása azonban nem követhető.
• Legyen egy mindig friss „Aktuális akciók” oldalad dátummal, hogy az élő keresés helyes forrást is találjon.

Szakmai feltételezés. Ha a rossz adat csak a modell tanítóanyagából jön, oldali javítással legfeljebb az élő keresést használó válaszok javulhatnak, a többinél a következő modellfrissítésig megmaradhat.

Miből látod, hogy a lezárás működött?

A lezárás eredményét négy jelből olvashatod le, és ezek együtt adnak használható képet. Ilyen az AI-válaszok változása, az érvénytelen kuponpróbák száma, az ügyfélszolgálati jelzések száma és az, hogy a robotok újra letöltötték-e a módosított oldalt.

• Futtasd le havonta ugyanazokat a kérdéseket, és mentsd el a válaszokat a hivatkozásokkal együtt.
• A kuponmotorban nézd meg, hányszor próbálták beváltani a lejárt kódot.
• Címkézd az ügyfélszolgálati megkereséseket, hogy lásd, csökken-e az ilyen esetek száma.
• A szervernaplóban ellenőrizd, járt-e az oldalon Googlebot vagy OAI-SearchBot a módosítás óta.

Saját tapasztalat. A javulás nem egyszerre jelenik meg a motorokban, és a régi válasz később is felbukkanhat, ezért egyetlen tiszta futás még nem jelenti azt, hogy a téma lezárult. Az akció lezárását ezért érdemes a kampányterv rögzített soraként kezelni, felelőssel és dátummal, ahogy az indítást is.

Források és további olvasnivalók

• Google Search Central, AI-funkciók és a webhelyed
• Google Search Central, Termék strukturált adat dokumentáció
• Google Search Central, Általános irányelvek a strukturált adatokhoz
• Google Search Central, HTTP-állapotkódok és soft 404 hibák
• Google Search Central, Blokkolás az indexelésből a noindex használatával
• Google Merchant Center súgó, Termékadat-specifikáció és promóciók
• OpenAI dokumentáció, Az OpenAI robotjai
• Schema.org, Offer és priceValidUntil
• Bing Webmaster Tools és IndexNow dokumentáció
• 98/6/EK irányelv 6a. cikke (a 2019/2161/EU irányelvvel módosítva)
• Moffatt v. Air Canada, 2024 BCCRT 149