Hotel és apartman weboldal: mit várj el tőle 2026-ban

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

A szálláshelyek weboldala sokáig másodlagos szerepet kapott: a vendég a portálon választott, a saját oldal pedig néhány képet és egy telefonszámot mutatott. 2026-ra a vendég útja szétterült: keres a Google-ben, összehasonlít a portálokon, rákérdez egy AI-asszisztensre, megnézi a Google cégprofilt és a közösségi felületeket, és csak ezután dönt. Ebben a láncban a saját weboldal az egyetlen felület, ahol te szabod meg, milyen információ jut el a vendéghez, és milyen úton tud foglalni.

Miért éri meg egyáltalán a közvetlen foglalást erősíteni?

Rövid válasz: a közvetlen foglalásnál nálad marad a vendégadat, a kommunikáció joga és a visszatérő vendég megszólításának lehetősége, a portálon keresztül érkező foglalásnál viszont a platformnál.

Hivatalosan igazolt: a nagy foglalási portálok üzleti modellje közvetítői jutalékon alapul, és a foglaláshoz kapcsolódó vendégkommunikációt jellemzően saját rendszerükben tartják. Ez a portálok nyilvános partner-dokumentációjából és felhasználási feltételeiből olvasható ki.

Saját tapasztalat: a legtöbb szálláshelynél nem az a szűk keresztmetszet, hogy a vendég ne akarna közvetlenül foglalni, hanem hogy a saját oldalon kevesebbet tud meg, mint a portálon. Ha a portál mutatja a szobaméretet, az ágytípust, a lemondási feltételt és a pontos elhelyezkedést, a saját oldal pedig csak hangulatképeket, akkor a vendég ott marad, ahol biztonságban érzi magát.

Szakmai feltételezés: ahogy az AI-asszisztensek egyre több szálláskeresést kiszolgálnak, felértékelődik az a szálláshely, amelynek saját oldalán gépileg is kiolvasható, ellentmondásmentes tényadat szerepel. Ezt ma még nem támasztja alá nyilvános, iparági szintű mérés.

Fontos a mérték: a portálok láthatóságot hoznak, főleg új és külföldi vendégkörnél. A cél nem a leválás róluk, hanem az arány elmozdítása.

Hogyan épüljön fel egy hotel vagy apartman weboldal szerkezete?

Rövid válasz: minden döntési kérdésnek legyen saját, önállóan megtalálható oldala, ne egy végtelen görgetésű nyitóoldalba legyen belesűrítve.

Működő alapszerkezet:

• Nyitóoldal: mi ez a hely, kinek való, hol van, és hol lehet foglalni. Az első képernyőn legyen dátumválasztó vagy foglalás gomb.
• Szoba- vagy apartmanoldalak, típusonként külön: alapterület, férőhely, ágyazás, kilátás, konyha felszereltsége, fürdő, klíma, erkély, emelet, lift, teljes fotósor.
• Szolgáltatások: wellness, reggeli, parkolás, wifi, kisállat, gyerekpolitika, tárolás, kerékpár.
• Csomagok, élmények: szezonális ajánlatok saját oldallal, számok nélkül is leírható tartalommal.
• Környék: mi érhető el gyalog, autóval, tömegközlekedéssel. Ez egyszerre helyi SEO-tartalom és valódi döntési segítség.
• Gyakori kérdések: check-in és check-out időpont, korai érkezés, késői távozás, lemondás, fizetési módok, idegenforgalmi kötelezettségek, akadálymentesség.
• Kapcsolat és megközelítés: térkép, GPS-koordináta, parkolás leírása, több elérhetőségi csatorna.
• Házirend és feltételek: külön, jól hivatkozható oldalon.

Apartmanoknál gyakori hiba, hogy több egység egyetlen oldalra kerül. Ha három apartmant kínálsz, három oldal kell, mert a keresők és az AI-asszisztensek is egységenként keresnek: kétszobás, teraszos, Balatonfüreden, kisállattal.

Mik a kötelező elemek, amiket a vendég ténylegesen keres?

Rövid válasz: minden, amit a vendég a portálon meg tudna nézni, és még egy réteg, amit ott nem lát.

Ide tartozik a valós, friss fotóanyag (minden szobatípusról, a fürdőről is), a pontos elhelyezkedés térképen, a foglalható időszakok naptára, a lemondási feltételek emberi nyelven, a check-in folyamat leírása (kulcsátadás, önkiszolgáló bejutás, recepció nyitvatartása), az akadálymentesség tényszerű bemutatása, valamint a nyelvi verziók, ha külföldi vendégkörre is építesz.

Saját tapasztalat: a beérkező telefonos és üzenetes kérdések naplózása a leggyorsabb tartalomforrás. Ha egy hónap alatt hússzor kérdezik meg, hogy van-e a közelben ingyenes parkolás, az egy külön bekezdést és egy GYIK-tételt érdemel, nem egy fél mondatot a lábléc fölött.

Hogyan terelhető a foglalás a portálokról a saját oldalra?

Rövid válasz: információtöbblettel, kevesebb kattintással és olyan előnyökkel, amelyek nem esnek a portálokkal kötött paritási kikötések alá.

1. Foglalómotor beágyazása, ne külső ugrás. A dátumválasztó legyen a nyitóoldalon és minden szobaoldalon. Minél több átirányítás van, annál több vendég morzsolódik le.
2. Mobil elsőbbség. A naptár, a létszámválasztó és a fizetési lépés ujjal is használható legyen. Teszteld valódi telefonon, ne csak böngésző-emulátorban.
3. Nem pénzbeli előnyök a közvetlen foglalóknak. Rugalmasabb érkezési idő, szobaválasztási kérés, késői távozás igény szerint, üdvözlő apróság, gyerekágy előjegyzés. Ezek jellemzően kívül esnek a paritási kikötéseken, de a konkrét szerződésedet érdemes átnézni.
4. Márkanév-keresés kezelése. Aki a szálláshely nevére keres, már döntött. Ilyenkor a saját oldalnak kell az első valódi találatnak lennie, tiszta cégprofillal és foglalás gombbal.
5. A portálon szerzett vendég visszahozása. Az érkezés előtti és a távozás utáni kommunikációban (a vonatkozó adatvédelmi szabályok betartásával) a saját oldal legyen a következő foglalás útja.

Szakmai feltételezés: a közvetlen foglalási arány elmozdítása jellemzően hónapokban mérhető folyamat, és a szezonalitás erősen torzítja. Egy-két hetes összehasonlításból levont következtetés jó eséllyel félrevezet.

Milyen technikai alapok kellenek 2026-ban?

Rövid válasz: gyors betöltés mobilon, valódi szöveges tartalom a HTML-ben, és tiszta strukturált adat.

Hivatalosan igazolt: a Google a Core Web Vitals mutatókat (LCP, INP, CLS) nyilvános dokumentációban írja le, és a mezőadatokat a Search Console jelenti vissza. Szálláshely-oldalnál a képgalériák miatt az LCP a leggyakoribb gyenge pont: modern képformátum, méretezett változatok és késleltetett betöltés segíthet.

A strukturált adat minimuma egy szálláshelynél a Hotel, BedAndBreakfast vagy Apartment típus, kiegészítve a helyadatokkal és a felszereltséggel:

{"@context":"https://schema.org","@type":"Hotel","name":"Szálláshely neve","address":{"@type":"PostalAddress","streetAddress":"Utca 1.","addressLocality":"Siófok","postalCode":"8600","addressCountry":"HU"},"geo":{"@type":"GeoCoordinates","latitude":46.9,"longitude":18.05},"telephone":"+36...","checkinTime":"15:00","checkoutTime":"10:00","petsAllowed":true,"amenityFeature":[{"@type":"LocationFeatureSpecification","name":"Ingyenes parkolo","value":true}]}

A GYIK-oldalhoz FAQPage, a szobaoldalakhoz Accommodation jelölés illeszkedik. A strukturált adat nem javítja fel a gyenge tartalmat, de a meglévő tényeket géppel olvashatóvá teszi.

Ha a foglalómotor külön aldomainen fut, a mérés és a sütikezelés összehangolása külön feladat, erről a mérési szakaszban lesz szó.

Hogyan lesz a szálláshely látható a helyi keresésben?

Rövid válasz: ellentmondásmentes cégadatokkal, karbantartott Google cégprofillal és valódi helyi tartalommal.

• Egységes név, cím, telefonszám a weboldalon, a cégprofilban és a portálokon.
• Pontos kategória (szálloda, panzió, apartman, vendégház) és a valós szolgáltatás-jelölések.
• Rendszeres, saját fotófeltöltés, mert a felhasználói képek különben átveszik a vezetést.
• Vélemények megválaszolása, a kritikusaké is, tényszerűen.
• Kérdések és válaszok szekció feltöltése a visszatérő kérdésekkel.
• A weboldalon településnév ragozott, természetes használata, például Székesfehérváron, Egerben, Hévízen, a környék bemutatásával együtt.

Saját tapasztalat: a helyi láthatóság leggyakoribb hibája nem a hiányzó tartalom, hanem az elavult adat: régi telefonszám, megszűnt szolgáltatás, téli nyitvatartás nyáron. Ezt negyedévente érdemes végigfésülni.

Mitől lesz a szálláshely-oldal AI-kereshető?

Rövid válasz: attól, hogy a lényeges tényeket rövid, önmagában is idézhető mondatokban, szövegesen tartalmazza, és a robotok hozzá is férnek.

Hivatalosan igazolt: az OpenAI és a Google is nyilvános dokumentációban írja le a saját robotjait és a vezérlésük módját (robots.txt bejegyzések, például a GPTBot vagy a Google-Extended kezelése). Ha ezek ki vannak zárva, az oldal tartalma nem kerül be az adott rendszerbe.

Gyakorlati teendők:

• A kulcsadatok ne csak képen vagy PDF-ben szerepeljenek: a check-in idő, a parkolás, a kisállat-politika legyen sima szöveg.
• Kérdés alapú alcímek, alattuk két-három mondatos, konkrét válasszal.
• Ugyanaz a tény ne mondjon mást a weboldalon, a cégprofilban és a portálokon, mert az ellentmondás bizonytalanná teszi az idézhetőséget.
• A tartalom szerveroldali HTML-ben is elérhető legyen, ne csak a böngészőben futó szkript rajzolja ki.
• A dátumot igénylő állításoknál (szezon, felújítás, új szolgáltatás) legyen látható frissítési időpont.

Szakmai feltételezés: az AI-asszisztensekben megjelenő említés önmagában nem hoz azonnali foglalást, és a láthatóság nem jelent kiszámítható helyezést. A hatás inkább az, hogy a szálláshely bekerül a szóba jöhető opciók közé.

Mit és hogyan érdemes mérni?

Rövid válasz: a foglalási folyamat minden lépését, a foglalómotor határán átnyúlva is.

1. Domainek összekötése. Ha a foglalómotor külön domainen vagy aldomainen van, kereszt-domain mérés nélkül a saját oldal forgalma hamisan látszik lemorzsolódónak.
2. Eseményszintű mérés: dátumválasztás indítása, szobatípus megnyitása, foglalás indítása, foglalás véglegesítése, telefonszámra kattintás, útvonaltervezés indítása.
3. Forrásbontás: márkanév-keresés, általános keresés, portálról érkező forgalom, közösségi felület, AI-asszisztens hivatkozás. Az utóbbi külön szegmensként is követhető a hivatkozó forrás alapján.
4. Search Console: mely lekérdezésekre jelenik meg az oldal, és melyik aloldal viszi a márkanevet.
5. Belső keresés naplózása: amit a látogatók az oldalon keresnek, az hiányzó tartalom listája.
6. Hozzájárulás-kezelés: a mérés csak érvényes hozzájárulással működik helyesen, ezt a sütibanner beállításánál kell rendezni.

Milyen ellenőrzőlistával nézzem át a saját oldalamat?

Menj végig rajta pontonként, és jelöld, hol van hiány.

• A nyitóoldal első képernyőjén ott a dátumválasztó vagy a foglalás gomb.
• Minden szoba- és apartmantípusnak van saját aloldala, teljes fotósorral.
• Alapterület, férőhely és ágyazás minden egységnél szerepel.
• Check-in és check-out időpont szövegesen kiírva.
• Parkolás, wifi, kisállat, gyerekpolitika egyértelműen leírva.
• Lemondási feltételek emberi nyelven, külön oldalon is elérhetően.
• Térkép, GPS-koordináta és megközelítés autóval, tömegközlekedéssel.
• Legalább nyolc-tíz GYIK-tétel a valódi vendégkérdésekből.
• A foglalómotor mobilon ujjal is kényelmesen használható.
• A foglalás legfeljebb két lépésben indul a nyitóoldalról.
• Név, cím, telefonszám azonos a weboldalon, a cégprofilban és a portálokon.
• Google cégprofil kategóriája, fotói, nyitvatartása aktuális.
• A vélemények megválaszolva, az utóbbi hónapokban is.
• Hotel vagy Apartment strukturált adat hibamentesen érvényesül.
• GYIK-oldalon FAQPage jelölés.
• Mobilon mért LCP a Search Console szerint a jó tartományban.
• A képek modern formátumban, méretezve, késleltetve töltődnek.
• A lényeges tartalom szerveroldali HTML-ben is jelen van.
• A robots.txt nem zárja ki azokat a robotokat, amelyeket be szeretnél engedni.
• Kereszt-domain mérés beállítva a foglalómotorra.
• Foglalási esemény és telefonhívás esemény mérése működik.
• Idegen nyelvű verzió, ha külföldi vendégkörre építesz.
• Akadálymentességi információ tényszerűen leírva.
• Frissítési dátum a szezonális és feltételekhez kötött oldalakon.

Ha ebből a listából tíznél több pont hiányzik, jellemzően nem új dizájn kell, hanem tartalmi és technikai rendrakás a meglévő oldalon. Az újratervezés csak akkor indokolt, ha a foglalási folyamat maga használhatatlan mobilon.

Források és további olvasnivalók

• Google Search Central dokumentáció (strukturált adat, indexelés, robots.txt)
• Google Search Central: Core Web Vitals és oldalélmény útmutató
• web.dev: Core Web Vitals mérőszámok leírása
• Schema.org típusdokumentáció: Hotel, LodgingBusiness, Apartment, Accommodation, FAQPage
• Google Cégprofil (Google Business Profile) súgó
• OpenAI dokumentáció: robotok és crawler-kezelés
• Bing Webmaster Tools dokumentáció
• W3C: Web Content Accessibility Guidelines (WCAG) 2.2
• Google Analytics 4 súgó: kereszt-domain mérés és eseménykezelés