A catering üzletileg sem étterem, sem rendezvényszervezés, a weboldala mégis szinte mindig az egyik vagy a másik mintájára készül. Az éttermi minta állandó étlapot, nyitvatartást és asztalfoglalást tesz a középpontba. A rendezvényszervezői minta hangulatos galériát és egyetlen ajánlatkérő gombot. A catering megrendelője viszont mást keres: azt akarja tudni, hogy egy konkrét napra, konkrét létszámra, konkrét helyszínre tudsz-e ételt vinni, és hogy nagyjából mi kerül az asztalra. Ha ez nincs kiírva, a látogató kérdez, az AI-asszisztens pedig találgat, vagy egy másik szolgáltatót ajánl helyetted.
Miért nem működik a cateringnél sem az éttermi, sem a rendezvényszervezői oldalminta?
Mert a catering döntési egysége nem az étel, hanem az esemény: dátum, létszám, helyszín, kiszolgálási forma. Az étteremben a vendég jön az ételhez, a cateringnél az étel megy a vendéghez, és ez az egész információs igényt átrendezi.
Az éttermi oldalminta három ponton bukik el. Nincs benne létszámlogika, így a látogató nem tudja eldönteni, hogy egyáltalán a célközönséged-e. Nincs benne földrajzi lefedettség, mert az étterem egy címen áll. És nincs benne időbeli előfeltétel: az étteremnél nem kell két héttel előbb szólni. A rendezvényszervezői minta ezzel szemben túl általános: szép, de nem mond semmit arról, hogy mi lesz a tányéron.
Szakmai feltételezés: a generatív asszisztensek azért hagyják ki gyakran a catering oldalakat a konkrét ajánlásokból, mert a kérdés majdnem mindig szűkítést tartalmaz ("80 fős állófogadásra Székesfehérváron"), a tipikus catering oldalon pedig épp ez a három adat, a létszám, a forma és a terület nincs kimondva szövegesen.
Hogyan válaszd szét a céges és a magánmegrendelő útját?
Úgy, hogy már a főoldalon két nevesített belépő legyen, és mindkettő külön aloldalra vigyen. Nem elég egy bekezdésnyi említés a közös oldalon: a két megrendelő más szavakat használ, más félelmei vannak, és más adatot keres.
Mit vár a céges megrendelő?
A céges oldalon többnyire nem a döntéshozó keres, hanem egy irodavezető, asszisztens vagy HR-es, aki egy belső határidőre dolgozik, és a főnökének kell majd megvédenie a választást. Neki ezek kellenek:
- a kiszolgálási forma pontos megnevezése: állófogadás, konferenciaebéd, kávészünet, dobozos ebéd, ültetett vacsora
- a létszámkeret alsó és felső határa formánként, mert a 12 fős tárgyalóebéd és a 200 fős állófogadás nem ugyanaz a művelet
- számlázási és adminisztratív feltételek: átutalás, fizetési határidő, mire kérhet előleget vagy megrendelői visszaigazolást
- logisztikai valóság: mennyi idő a helyszíni felállás, kell-e áram, kell-e asztal, ti hoztok-e személyzetet
- a végleges létszám leadásának határideje, és hogy utána mennyivel lehet még korrigálni
Mit vár a magánmegrendelő?
A magánoldalon egy családi eseményt szerveznek, jellemzően életükben egyszer-kétszer. Itt a bizonytalanság a legnagyobb akadály, nem az ár.
- alkalom szerinti belépők: keresztelő, ballagás, esküvő, kerek születésnap, tor
- mit jelent a gyakorlatban a folyamat: mikor kell dönteni, mi történik a megrendelés után, ki hozza az edényt, mi lesz a maradékkal
- gyerek- és idős vendégekre vonatkozó megoldások
- otthoni helyszín feltételei: konyhahasználat, hűtőkapacitás, parkolás, lépcső
- a menü megérthető nyelven, tételesen, nem konyhaszakmai megnevezéssel
Saját tapasztalat: ha a két utat összevonod egyetlen "rendezvények" oldalba, mindkét szöveg félig szól mindenkihez, és a beérkező kérdések 100 százaléka ugyanaz lesz: "mennyi főtől vállalják" és "kiszállítanak-e hozzánk". Ez a két kérdés az oldalról hiányzó tartalom biztos jele.
Hogyan épül fel egy menüajánló oldal lépésről lépésre?
A menüajánló nem étlap, hanem döntéstámogató oldal. A cél az, hogy a látogató (és az őt idéző AI-asszisztens) az oldal első képernyőjén el tudja dönteni, hogy releváns vagy-e neki. Ez a sorrend bevált:
- Nyitó válasz: egy bekezdésben mondd ki, kinek, milyen létszámtól, milyen területen és milyen formában szállítasz. Ez az a szövegrész, amit az idézőrendszerek a legszívesebben emelnek ki.
- Kiszolgálási forma szerinti blokkok: külön szakasz az állófogadásnak, a dobozos ebédnek, a svédasztalnak. Mindegyik elején egy mondatos meghatározás.
- Létszámsáv formánként: írd oda, hogy az adott forma hány főtől és hány főig működik jól. A felső határ is információ.
- Tételes menüpéldák: két-három összeállítás minden formához, felsorolva a fogásokat. Nem ár, hanem tartalom.
- Cserelogika: mit lehet cserélni a mintamenüben, és mit nem. Ez váltja ki az "és ha nem szeretjük a halat?" típusú levelezést.
- Diétás és allergén sáv: minden menüpélda alatt egy sor arról, hogy melyik igényre van kész megoldás.
- Határidők: hány nappal előbb kell megrendelni, meddig módosítható a létszám, mikor a végleges leadás.
- Egy zárókérdés és az űrlap: az oldal alján ugyanaz a hívás, mint fent, de már a kitöltött előfeltételek ismeretében.
Fontos, hogy a fogásneveket szövegként írd ki, ne PDF-ben vagy képként. Ami képen van, azt sem a kereső, sem a nyelvi modell nem tudja megbízhatóan visszaadni.
Mit vár mindkét oldal az ajánlatkérő űrlaptól?
Rövid választ: kiszámíthatóságot. Azt, hogy a kitöltés után tudja, mi következik és mikor. A mezők egy része közös, egy része viszont nem lehet ugyanaz.
Közös, kihagyhatatlan mezők: esemény dátuma, hozzávetőleges létszám, helyszín települése, kiszolgálási forma, kapcsolattartó elérhetősége. Ez az öt adat elég ahhoz, hogy egyáltalán tudj válaszolni.
A céges űrlapon ezen felül: cégnév és számlázási adat, belső határidő (mikorra kell a döntés), kell-e személyzet és eszköz, van-e keretösszeg-jóváhagyási folyamat. A magánűrlapon ehelyett: az alkalom típusa, gyermekvendégek száma, a helyszín jellege (otthon, közösségi ház, bérelt terem), és egy szabad szöveges mező arra, amit ő fontosnak tart.
Saját tapasztalat: a legnagyobb konverziókülönbséget nem a mezőszám okozza, hanem a küldés utáni mondat. Ha az űrlap alatt ott áll, hogy mennyi időn belül és milyen formában válaszoltok, és hogy az első válasz még nem kötelezettség, érezhetően több kitöltés érkezik. Ezt a mondatot az AI-asszisztensek is szívesen idézik, mert konkrét.
Milyen ellenőrzőlista alapján közöld az allergén- és diétás információt?
Hivatalosan igazolt: az Európai Parlament és a Tanács 1169/2011/EU rendelete 14 allergén csoportot nevesít, és a nem előre csomagolt, vendéglátásban kiszolgált ételekre is előírja a tájékoztatást. Magyarországon ennek részleteit a 36/2014. (XII. 17.) FM rendelet szabályozza. Ez tehát nem marketingdöntés, hanem kötelezettség, a weboldal viszont jó hely arra, hogy jól teljesítsd.
Ellenőrzőlista a közléshez:
- Minden menütételnél szerepel a 14 allergén közül az, ami benne van, nem csak általános figyelmeztetés.
- A jelölés a tétel mellett van, nem egy külön PDF-ben az oldal alján.
- Külön mondat a keresztszennyeződésről: ugyanabban a konyhában milyen allergének fordulnak elő.
- A diétás igények és az allergia szét vannak választva: a vegán, a laktózmentes preferencia és a diagnosztizált allergia nem ugyanaz a kockázat.
- Ki van írva, mely diétákra van kész, kipróbált megoldásod (például gluténmentes, tejfehérje-mentes, vegetáriánus, vegán), és mely igényt nem tudsz biztonságosan vállalni.
- Szerepel a bejelentés határideje: hány nappal előbb kell jelezni a különleges igényt.
- Meg van nevezve, kihez lehet fordulni allergénkérdéssel, és milyen csatornán.
- Fel van tüntetve, mikor frissült utoljára az allergénlista.
- Az információ HTML szövegként olvasható, mert a képbe zárt táblázatot sem a kereső, sem a képernyőolvasó nem dolgozza fel megbízhatóan.
Szakmai feltételezés: az allergénkezelésről szóló, jól strukturált szakasz azért is megéri, mert a nyelvi modellek az egészségügyi következménnyel járó kérdésekben óvatosabbak, és inkább olyan forrást idéznek, amelyik konkrétan és felelősséggel fogalmaz.
Hogyan add meg egyértelműen a lefedett kiszállítási területet?
Írd ki szövegben, településnév szinten, és tedd hozzá a feltételeket. A térképkép önmagában semmit nem közöl a gépi olvasóval, a "Fejér megye és környéke" pedig az embernek sem mond eleget.
Egy használható megfogalmazás így néz ki: díjmentesen szállítunk Székesfehérváron és Budapesten belül; 40 kilométeres körzetben (például Móron, Bicskén, Velencén) kiszállási feltétellel vállalunk rendezvényt; ezen kívül egyedi egyeztetéssel, 60 fő fölött. A lényeg a három sáv: hol alap, hol feltételes, hol egyedi.
Ezt érdemes strukturált adatban is megismételni, hogy a gépi feldolgozás ne az oldalszöveg értelmezésére szoruljon:
{"@context":"https://schema.org","@type":"FoodService","name":"Példa Rendezvényétkeztetés","areaServed":[{"@type":"City","name":"Székesfehérvár"},{"@type":"City","name":"Budapest"}],"serviceArea":{"@type":"GeoCircle","geoMidpoint":{"@type":"GeoCoordinates","latitude":47.19,"longitude":18.41},"geoRadius":"40000"}}
Hivatalosan igazolt: a Schema.org szótárában az areaServed és a serviceArea tulajdonság pontosan erre a célra létezik, a Google strukturált adatokra vonatkozó általános irányelve pedig azt kéri, hogy a jelölés az oldalon látható tartalmat tükrözze. Ha a jelölésben szerepel egy település, de a szövegben nem, az ellentmondás.
Miért érdemes nyíltan kiírni a létszám-minimumot?
Mert a létszám-minimum az egyetlen olyan adat, amely önmagában kiszűri az összes olyan érdeklődőt, akivel amúgy sem tudnál üzletet kötni, és teszi ezt még azelőtt, hogy bárki elkezdene levelezni.
Saját tapasztalat: a szolgáltató oldalán a leggyakoribb ellenérv az, hogy "elriasztjuk a kisebb megrendelőt". A gyakorlatban a kisebb megrendelő nem elriad, hanem tájékozódik: ha 15 fős keresztelőre szeretne rendelni, és a te alsó határod 30 fő, akkor az ő ajánlatkérése mindkettőtöknek időveszteség. Ahol a minimum ki van írva, ott a beérkező megkeresések aránya érezhetően eltolódik a valóban kiszolgálható irányba, és a válaszadás is gyorsul, mert nem kell minden levelet szűréssel kezdeni.
Szakmai feltételezés: a nyíltan kimondott küszöb az AI-válaszokba is jó eséllyel bekerül, mert pontosan az a fajta rövid, ellenőrizhető, számmal alátámasztott állítás, amit egy asszisztens biztonsággal vissza tud adni. Ez nem garantál említést, de az összehasonlító kérdéseknél ("ki vállal 20 fős rendezvényt?") az az adat tud szerepelni a válaszban, amit kiírtál. Ha nincs kiírva, a modell vagy kihagy, vagy pontatlanul általánosít, és a pontatlan általánosítás rosszabb, mint a szigorúbbnak tűnő, de igaz szám.
Írd oda a küszöb mellé az indokot is egy fél mondatban (például hogy a helyszíni felállás és a szállítás alatta nem gazdaságos). Az indokolt korlát elfogadható, az indoklás nélküli elutasításnak hat.
Hogyan ellenőrzöd, hogy az asszisztensek jól adják vissza az adataidat?
Tegyél fel nekik ugyanazokat a kérdéseket, amiket a megrendelőid szoktak, és nézd meg, mi jön vissza. Kérdezz rá a lefedett területre, a létszám-minimumra, a diétás megoldásokra és a megrendelési határidőre, több asszisztensben, havonta egyszer. Ha rossz vagy hiányos adatot kapsz, az szinte mindig arra mutat, hogy az adott állítás az oldaladon nincs kimondva, vagy csak képen, PDF-ben szerepel. Érdemes ugyanezt a négy adatot a webhely több pontján (menüajánló, gyakori kérdések, kapcsolat) azonos szóhasználattal megismételni, mert az egymásnak ellentmondó változatok bizonytalanná teszik az összegzést.
Források és további olvasnivalók
- Google Search Central: Structured data general guidelines, Local business és Menu dokumentáció
- Schema.org: FoodService, Menu, MenuItem, areaServed, serviceArea típusok és tulajdonságok
- Az Európai Parlament és a Tanács 1169/2011/EU rendelete a fogyasztók élelmiszerekkel kapcsolatos tájékoztatásáról (II. melléklet, allergének)
- 36/2014. (XII. 17.) FM rendelet az élelmiszerekkel kapcsolatos tájékoztatásról
- NÉBIH tájékoztató anyagai a vendéglátásban kötelező allergén-tájékoztatásról
- OpenAI: GPTBot és OAI-SearchBot dokumentáció
- W3C: Web Content Accessibility Guidelines (WCAG)
- Google Business Profile súgó: szolgáltatási terület beállítása
- A catering nem étterem és nem rendezvényszervezés: az oldalstruktúrát a megrendelés logikájára kell építeni, nem az étlapéra.
- Építs két külön belépőt: céges (állófogadás, konferenciaebéd, számlázás, létszámkeret) és magán (családi esemény, keresztelő, ballagás).
- A nyíltan kiírt létszám-minimum saját tapasztalat szerint jelentősen csökkenti az értéktelen ajánlatkérések számát, és az AI-válaszokba is bekerülhet.
- Az allergén- és diétás információ nálunk jogszabályi kötelezettség is, nem csak marketingelem: írásban, tételszinten, felelős megnevezésével add meg.
- A kiszállítási területet településnév és irányítószám szinten mondd ki, ne térképképen vagy homályos körzetleírásban.
Gyakori kérdések
Muszáj külön aloldalt készíteni a céges és a magánmegrendelőnek?
Nem kötelező, de érdemes. A két csoport más szavakkal keres, más adatot vár, és más félelmet kell oldani. Egy közös oldal mindkettőnek félig szól, ami a gyakorlatban azt jelenti, hogy ugyanazokat az alapkérdéseket kapod meg újra és újra e-mailben.
Nem riasztom el a kisebb megrendelőket, ha kiírom a létszám-minimumot?
Azt a megrendelőt riasztod el, akit amúgy sem tudnál kiszolgálni. Saját tapasztalat szerint a kiírt küszöb után kevesebb, de értékesebb megkeresés érkezik. Írj az adat mellé egy fél mondatos indoklást, mert az indokolt korlátot a látogató elfogadja.
Ki kell írni az árakat ahhoz, hogy az AI-asszisztensek idézzenek?
Nem. A létszám, a kiszolgálási forma, a lefedett terület, a határidők és a diétás lehetőségek önmagukban is elég konkrét, idézhető adatok. Az árlista hiánya nem akadálya az említésnek, a létszám- és területadat hiánya viszont igen.
Elég, ha az allergén-információt egy letölthető PDF tartalmazza?
A jogi kötelezettséget teljesítheted így is, de a weboldalon gyenge megoldás. A PDF tartalmát a keresők és a nyelvi modellek bizonytalanabbul dolgozzák fel, a képernyőolvasók pedig sokszor sehogy. A tételek mellé írt, HTML szövegként megjelenő jelölés jóval megbízhatóbb.
Milyen gyakran érdemes frissíteni a menüajánló oldalt?
Szezononként legalább egyszer, és minden olyan alkalommal, amikor a létszámkeret, a kiszállítási terület vagy a megrendelési határidő változik. Ezt a három adatot érdemes az oldal minden előfordulási helyén egyszerre javítani, hogy ne maradjon egymásnak ellentmondó változat.
Hogyan kezeljem, ha az AI-asszisztens rossz kiszállítási területet mond rólam?
Először ellenőrizd, hogy a helyes terület szövegesen, településnév szinten szerepel-e az oldaladon, és hogy a strukturált adat ugyanazt mondja-e. Az esetek nagy részében az eltérés forrása egy régi, máshol maradt megfogalmazás vagy egy térképkép, amiből nem olvasható ki adat.
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.