Ha megkérdezel egy AI-asszisztenst, nyitva van-e ma egy pékség, vagy van-e még szabad időpont egy fogorvosnál, a válasz sokszor magabiztos és téves. Az ok ritkán rejtélyes. A modell vagy a mögötte futó keresőréteg azt az állapotot mondja vissza, amit utoljára látott, és ha az oldaladon semmi nem jelzi, mikor volt ez az állapot igaz, a régi adat ugyanolyan hitelesnek tűnik, mint a friss. Ebben a cikkben végigmegyünk azon, hogyan alakítsd a gyakran változó adataidat olyan formára, amelyet egy gép is követni tud, és hol érdemes meghúzni a határt a ráfordítás és a haszon között.
Miért éppen a gyakran változó adat a leggyakoribb hallucinációforrás?
Mert az AI egy pillanatfelvételből dolgozik, a nyitvatartás, a készlet és a szabad időpont viszont folyamatosan mozog. A nagy nyelvi modellek tanítóadata egy lezárt időpontig tart, a keresővel kiegészített válaszok pedig a legutóbbi feltérképezés eredményére épülnek. Két feltérképezés között az oldalad bármikor megváltozhat, és a rendszer erről addig nem tud, amíg újra rá nem néz.
Ehhez jön egy gyakori hiba a weboldalak oldaláról. Ugyanaz az adat három-négy helyen szerepel, eltérő állapotban. A láblécben a tavalyi nyitvatartás áll, a Kapcsolat oldalon a mostani, a Google Cégprofilban egy harmadik változat, egy régi blogbejegyzésben pedig a nyári rend. Ha a gép ellentmondást talál, választ egyet, és nem feltétlenül a helyeset.
Saját tapasztalat. Az általunk vizsgált, nyitvatartással kapcsolatos téves AI-válaszok mögött leggyakrabban ilyen belső ellentmondás állt, és ritkábban az, hogy a friss adat egyáltalán nem volt fent. Ezért az első lépés szinte mindig takarítás, a technika csak utána jön.
Mitől lesz egy adatból gépileg követhető állapot?
Egy gépileg követhető állapotnak négy ismérve van. Egyetlen hiteles helyen él, strukturált jelölés írja le, van egyértelmű frissítési dátuma, és a HTML-ben is tisztán olvasható. Ha ezek közül bármelyik hiányzik, a gépnek találgatnia kell.
Az egyetlen hiteles hely azt jelenti, hogy a nyitvatartást egy helyen szerkeszted (például egy beállításmezőben a tartalomkezelőben), és a lábléc, a Kapcsolat oldal és a strukturált adat mind innen olvas. Ha kézzel másolod át három helyre, előbb-utóbb el fognak csúszni egymástól.
Strukturált jelölés
Hivatalosan igazolt. A Schema.org szókészlet a nyitvatartásra az OpeningHoursSpecification típust adja, a rendkívüli napokra pedig a specialOpeningHoursSpecification tulajdonságot, validFrom és validThrough dátummal. A Google helyi vállalkozásokra vonatkozó strukturált adat dokumentációja szerint az egész napos zárást úgy jelölöd, hogy a nyitás és a zárás értéke is 00:00. Egy rendelő JSON-LD jelölése így nézhet ki.
{"@context": "https://schema.org", "@type": "MedicalClinic", "name": "Példa Rendelő", "openingHoursSpecification": [{"@type": "OpeningHoursSpecification", "dayOfWeek": ["Monday", "Tuesday", "Wednesday", "Thursday", "Friday"], "opens": "08:00", "closes": "18:00"}], "specialOpeningHoursSpecification": [{"@type": "OpeningHoursSpecification", "validFrom": "2026-12-24", "validThrough": "2026-12-26", "opens": "00:00", "closes": "00:00"}]}
Termékeknél az Offer típus availability tulajdonsága hordozza a készlet állapotát, olyan értékekkel, mint az InStock, az OutOfStock, a LimitedAvailability vagy a PreOrder. A Google termékekre vonatkozó strukturált adat leírása ezeket az értékeket kifejezetten felsorolja.
Szakmai feltételezés. Nincs nyilvános dokumentáció arról, hogy a ChatGPT, a Perplexity vagy a Google AI-válaszai pontosan milyen súllyal használják a JSON-LD-t. Valószínű viszont, hogy egy egyértelmű, géppel olvasható mező kisebb félreolvasási esélyt hagy, mint egy képre írt vagy szétesően tördelt szöveg. Garanciát ez nem ad, a kockázatot csökkenti.
Egyértelmű frissítési dátum
Az „Utoljára frissítve” felirat csak akkor ér valamit, ha pontos és igaz. Írd ki emberi formában, és tedd mellé a gépi változatot is a HTML time elemével, időzónával együtt.
<p>Nyitvatartás, frissítve <time datetime="2026-09-30T08:15+02:00">2026. szeptember 30., 8:15</time></p>
Hivatalosan igazolt. A Google Search Central szerint a sitemap lastmod értékét akkor veszik figyelembe, ha az következetesen és ellenőrizhetően pontos. Ha minden éjjel automatikusan a mai dátumra írod át, akkor is, ha semmi nem változott, a jelzés elveszti az értékét. Ugyanez igaz az oldalon látható dátumra és a dateModified tulajdonságra is, ezért csak valódi változáskor frissüljenek.
Rendezett HTML
A strukturált adat mellett a látható szövegnek is egyértelműnek kell lennie, mert sok AI-rendszer a megjelenített szövegből dolgozik. Néhány gyakorlati szabály ehhez:
- A nyitvatartás legyen valódi szöveg vagy HTML-táblázat, ne kép és ne PDF.
- A napokat teljes névvel írd ki, az időt egységesen 24 órás formában (8:00-18:00).
- A rendkívüli nyitvatartás a normál rend fölött, külön címmel és dátummal szerepeljen.
- Ne rejtsd az adatot olyan JavaScript-widgetbe, amely csak kattintás után töltődik be.
- A strukturált adat és a látható szöveg mindig ugyanazt mondja. A Google irányelvei kifejezetten kérik, hogy a jelölés a felhasználó számára látható tartalmat írja le.
Szakmai feltételezés. Több független mérés szerint az AI-crawlerek jelentős része nem futtat JavaScriptet. Ha ez igaz a számodra fontos rendszerekre, akkor a csak böngészőben összeálló nyitvatartás számukra egyszerűen üres.
Mikor van szükség külön végpontra?
Akkor, ha az adat naponta többször változik, és a téves válasz valódi kárt okoz, például betelt időpontra érkező ügyfelet vagy elfogyott termékre leadott rendelést. Nyitvatartáshoz szinte soha nem kell végpont, szabad időponthoz és valós idejű készlethez viszont gyakran igen.
A végpont egy géppel lekérdezhető cím (például egy JSON-t visszaadó URL vagy egy foglalási rendszer API-ja), amely mindig az aktuális állapotot adja vissza. Egy egyszerű időpont-végpont válasza így nézhet ki.
{"szolgaltatas": "fogkőeltávolítás", "frissitve": "2026-09-30T08:15:00+02:00", "szabad_idopontok": ["2026-10-02T09:00:00+02:00", "2026-10-02T14:30:00+02:00"]}
Két mezőre figyelj benne. A frissitve mondja meg, mikor volt igaz az adat, az időpontok pedig teljes dátummal és időzónával szerepelnek, így a „holnap” vagy „jövő kedd” jellegű relatív értelmezés nem tud félremenni.
Hivatalosan igazolt. A Google a webshopok termékadatait a Merchant Center termékfeedjén keresztül is fogadja, és ott a készlet állapota külön mező. Ez ma a legkézzelfoghatóbb példa arra, hogy egy élő adatforrás közvetlenül hasznosul.
Szakmai feltételezés. A legtöbb AI-asszisztens ma nem kérdez le magától egy tetszőleges webhely API-ját. Az ágensként működő böngészők és a foglalási integrációk viszont ebbe az irányba mozdulnak, ezért aki már most rendezett, dokumentált végpontot tart fenn, később kevesebb átalakítással csatlakozhat.
Ha nincs erőforrásod saját végpontra, a gyakorlati köztes megoldás az, hogy a foglalási rendszered nyilvános foglalóoldalára mutatsz egyértelmű linkkel, a weboldalon pedig nem írsz ki konkrét szabad időpontot. Egy kiírt, de már betelt időpont rosszabb, mint a „foglalj online, ott látod az aktuális helyeket” mondat.
Melyik adatot érdemes élőként kezelni szolgáltatónál, boltnál és rendelőnél?
Azt, amelyik hetente többször változik, és amelyre az ügyfél döntést épít, vagyis elindul, rendel vagy időpontot kér miatta. Az alábbi listák kiindulópontok, a saját működésedhez igazítsd őket.
Szolgáltató (fodrász, autószerviz, oktató)
- Élő kezelést érdemel a szabad időpont, az aznapi elérhetőség és egy-egy szolgáltatás szüneteltetése (például betegség miatt).
- Heti kézi frissítés elég a szolgáltatáslistához, a nyitvatartáshoz és a kiszállási területhez.
- Ritkán változik a cím, a parkolási lehetőség és a fizetési módok köre.
Bolt és webshop
- Élő kezelést érdemel a készlet, a szállítási idő és az átvételi pontok elérhetősége.
- Heti kézi frissítés elég az akciók érvényességéhez, a bolti nyitvatartáshoz és az újdonságokhoz.
- Ritkán változnak a visszaküldési feltételek és a fizetési módok.
Rendelő
- Élő kezelést érdemel a szabad időpont orvosonként, a helyettesítés és az elmaradó rendelés.
- Heti kézi frissítés elég az orvosonkénti rendelési időhöz és az elérhető vizsgálatok listájához.
- Ritkán változik a cím, az akadálymentesség és az, hogy kell-e beutaló.
Saját tapasztalat. Rendelőknél az orvosonkénti rendelési idő okozza a legtöbb félreértést, mert az oldal egy közös nyitvatartást mutat, miközben az egyes orvosok más-más napokon rendelnek. Ha orvosonként külön blokkban, külön frissítési dátummal jelölöd, a gép és az ember is kevesebbet téved.
Mikor elég a heti kézi frissítés?
Akkor, ha az adat hetente legfeljebb egyszer változik, és egynapos csúszás nem okoz komoly kárt. A legtöbb kisvállalkozásnál a nyitvatartás, a szolgáltatáslista és az akciók ebbe a körbe tartoznak.
Három kérdés segít dönteni. Milyen gyakran változik ténylegesen az adat? Mi történik, ha az AI egy hete érvényes állapotot mond róla? Van-e már rendszered (kassza, készletkezelő, foglaló), amely az adatot eleve naprakészen tartja? Ha az első kettőre „ritkán” és „kellemetlen, de nem kár” a válasz, a heti kézi kör rendben van. Ha a harmadikra igen, érdemes az adatot onnan automatikusan kivezetni, mert a kézi másolás maga is hibaforrás.
A heti frissítés akkor működik, ha rutin. Jelölj ki egy napot és egy felelőst, és a kör ne csak a weboldalt érintse, hanem a Google Cégprofilt és a közösségi profilok adatait is. Saját tapasztalat, hogy egy 10-15 perces heti ellenőrzés sok kisvállalkozásnál elég ehhez.
Hogyan kezeld az ünnepi nyitvatartást, az ideiglenes zárást és az elfogyott szolgáltatást?
Előre, dátummal és lejárattal jelöld őket, és a rendkívüli állapot minden felületen ugyanúgy jelenjen meg. A rendkívüli helyzet az a pont, ahol a legtöbb téves AI-válasz születik, mert a normál rend évekig fent van, a kivétel pedig csak néhány napig.
Ünnepi nyitvatartás
Hivatalosan igazolt. A Google Cégprofilban konkrét napokra külön ünnepi nyitvatartás adható meg, a weboldalon pedig a specialOpeningHoursSpecification szolgál erre. Érdemes a december 24. és január 1. közötti rendet már november végén felvinni, mert a feltérképezésnek és a feldolgozásnak idő kell.
A látható szövegben a pontos dátumtartományt írd ki („2026. december 24-től 26-ig zárva”), és kerüld az olyan megfogalmazást, hogy „az ünnepek alatt”. A relatív kifejezést a gép nem tudja biztosan időhöz kötni. Amikor a rendkívüli időszak lejárt, vedd le a közleményt, hogy jövőre ne a tavalyi dátum keringjen.
Ideiglenes zárás
Hivatalosan igazolt. A Google Cégprofil ideiglenesen zárt állapotra állítható, ami elkülönül a végleges bezárástól. A Schema.org-ban erre nincs általánosan használt, egyszerű mező, ezért a weboldalon a látható, dátumozott közlemény a legfontosabb, a strukturált adatban pedig a zárt időszakot a különleges nyitvatartással jelölheted.
Szakmai feltételezés. Ha tudod, meddig tart a zárás, add meg a várható újranyitás napját is. Ha nem tudod, írd ki, hogy még nincs dátum, és a közlemény frissítési dátumát tartsd naprakészen. Ez azt jelzi a gépnek, hogy az állapot aktív, és nem egy elfelejtett régi hírről van szó.
Elfogyott termék vagy szolgáltatás
Termék esetén az availability értéke legyen OutOfStock vagy SoldOut, és ha várhatóan újra lesz, a BackOrder vagy a PreOrder érték írja le pontosabban. Az oldalt ne töröld, mert a megszűnt címmel együtt eltűnik az a hely is, ahol a friss állapotot közölhetnéd. Szolgáltatásnál ugyanez a helyzet. Az oldal maradjon fent, a tetején dátumozott jelzéssel arról, hogy jelenleg nem vállalod, és mi a legközelebbi alternatíva.
Saját tapasztalat. Ebben a helyzetben a törölt oldal a leggyakoribb hiba. A törlés után az AI-válaszok egy ideig még a régi, elérhető állapotot idézik, mert nincs mit felülírniuk. A megmaradt, frissített oldal ezt jó eséllyel gyorsabban korrigálja.
Hogyan ellenőrizd lépésről lépésre, hogy a gép a friss állapotot látja?
Úgy, hogy előbb a forrásaidat egyezteted, aztán a jelölést és a hozzáférést ellenőrzöd, végül megkérdezed magukat az asszisztenseket. A sorrend a következő.
- Gyűjtsd össze, hol szerepel az adat (weboldal, lábléc, Google Cégprofil, közösségi profilok, katalógusoldalak).
- Szüntesd meg az ellentmondásokat, és jelöld ki az egyetlen szerkesztési helyet.
- Ellenőrizd a strukturált adatot a Google Rich Results Test és a Schema.org validátor segítségével.
- Nézd meg az oldal forráskódját a böngésző forrásnézetében, és győződj meg róla, hogy az adat JavaScript nélkül is benne van.
- Ellenőrizd, hogy a robots.txt nem zárja-e ki azokat az AI-crawlereket, amelyeket engedni szeretnél. Az OpenAI dokumentációja szerint például a ChatGPT keresője az OAI-SearchBot nevű crawlert használja.
- Változás után kérj újrafeltérképezést a Search Console-ban, a Bing felé pedig az IndexNow protokollt is használhatod.
- Néhány nappal később kérdezd meg a fő AI-asszisztenseket ugyanarról az adatról, és jegyezd fel, mit mondanak és milyen forrásra hivatkoznak.
Az utolsó lépés eredménye sem garantált, sem azonnali. A frissítés átfutása rendszerenként eltér, és egyik szolgáltató sem vállal rá határidőt. Ha viszont a forrásaid egyeznek, a jelölés tiszta és a dátum igaz, a téves válasz esélye jó eséllyel csökken.
Források és további olvasnivalók
- Google Search Central, Helyi vállalkozás (LocalBusiness) strukturált adatai
- Google Search Central, Termékek strukturált adatai (Product, Offer)
- Google Search Central, Sitemapok készítése és a lastmod használata
- Google Cégprofil súgó, Ünnepi és különleges nyitvatartás, ideiglenes zárás
- Google Merchant Center súgó, Termékadat-specifikáció (availability)
- Schema.org, OpeningHoursSpecification, Offer és ItemAvailability
- W3C / WHATWG HTML szabvány, a time elem
- OpenAI dokumentáció, Overview of OpenAI Crawlers
- IndexNow protokoll dokumentáció
- A téves nyitvatartás-válaszok mögött gyakran a saját felületeid közötti ellentmondás áll, ezért az első lépés a takarítás.
- A Schema.org OpeningHoursSpecification és az Offer availability mezője gépileg egyértelművé teszi a nyitvatartást és a készletet.
- A frissítési dátum csak akkor ér valamit, ha valódi változáskor módosul, és a HTML time elemével gépileg is olvasható.
- Külön végpont a szabad időpontnál és a valós idejű készletnél indokolt, a nyitvatartáshoz elég a jól jelölt oldal és a heti kézi kör.
- Elfogyott termék vagy szolgáltatás oldalát ne töröld, hanem dátumozott jelzéssel frissítsd.
Gyakori kérdések
Miért mond az AI régi nyitvatartást a vállalkozásomról?
Mert a legutóbb látott állapotot ismétli, és gyakran több, egymásnak ellentmondó forrást talál. Egységesítsd az adatot a weboldalon, a Google Cégprofilban és a közösségi profilokban, és jelöld strukturált adattal.
Milyen Schema.org típussal jelöljem a nyitvatartást?
Az OpeningHoursSpecification típussal, a rendkívüli napokat pedig a specialOpeningHoursSpecification tulajdonsággal, validFrom és validThrough dátummal. Egész napos zárásnál a nyitás és a zárás értéke is 00:00.
Kell-e külön API vagy végpont a weboldalamhoz?
Nyitvatartáshoz szinte soha. Szabad időponthoz és valós idejű készlethez akkor érdemes, ha az adat naponta többször változik, és a téves válasz valódi kárt okozna.
Törölhetem az elfogyott termék oldalát?
Inkább ne. Hagyd fent, állítsd az availability értéket OutOfStock-ra, és tegyél rá dátumozott jelzést, így a friss állapotnak marad helye.
Mikor vigyem fel az ünnepi nyitvatartást?
Minél korábban, a december végi rendet például érdemes már november végén felvinni a weboldalra és a Google Cégprofilba, mert a feltérképezésnek idő kell.
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.