Egy vevőjelölt ma már gyakran úgy kezdi a lakáskeresést, hogy megkérdez egy AI-asszisztenst: „Milyen energetikai besorolású lakások épülnek ebben a projektben, és mikor lesz az átadás?” Az asszisztens válasza abból áll össze, amit a weboldaladon és más oldalakon talál. Ha az oldaladon három különböző készültségi állapot szerepel (egy régi hírben, a projektoldalon és egy letölthető árlistában), akkor nagy az esélye, hogy a válasz a rossz változatot adja tovább. Ez az útmutató egy kis- és középméretű fejlesztőnek szól, akinek nincs külön IT-csapata, de a projektoldalait rendben tudja tartani.
A szövegben háromféle jelölést használok. Hivatalosan igazolt, ami nyilvános dokumentációból (Google Search Central, Schema.org, jogszabály) ellenőrizhető. Saját tapasztalat, amit weboldalak karbantartása közben láttunk. Szakmai feltételezés, ami logikus következtetés, de nincs rá hivatalos megerősítés.
Miért ad tovább egy AI-asszisztens elavult lakásadatot?
Röviden: azért, mert az asszisztens nem tudja eldönteni, melyik adatod a friss, ha az oldalad egyszerre több változatot mutat, és egyiken sincs dátum.
A keresőmotorok és az AI-rendszerek időnként újra feltérképezik az oldalakat, de nem minden oldalt és nem minden nap. Hivatalosan igazolt: a Google Search Central leírása szerint a feltérképezés gyakorisága oldalanként eltér, és a webhelytérkép lastmod értékét csak akkor veszik figyelembe, ha az következetesen pontos. Ebből következik, hogy egy tegnap frissített lakáslista nem feltétlenül jelenik meg azonnal a válaszokban.
Saját tapasztalat: a legtöbb elavult adat nem a projektoldalról jön, hanem a mellékes helyekről. Ilyen egy régi blogbejegyzés („Elindult a második ütem, az átadás tavasszal várható”), egy PDF-árlista vagy egy ingatlanportálon felejtett hirdetés. Ezek a szövegek évekig elérhetők maradnak, és a bennük lévő határidő ugyanolyan magabiztosan hangzik, mint egy friss adat.
Szakmai feltételezés: az AI-asszisztensek nagyobb eséllyel idézik azt a mondatot, amely önmagában is érthető, és tartalmaz dátumot vagy forrást. Egy „az átadás hamarosan várható” mondatnál egy „2026. október 15-i állapot szerint a szerkezetépítés kész, a gépészeti szerelés zajlik” mondat sokkal kisebb eséllyel torzul.
Milyen adatokat kell egy projektoldalnak egyértelműen közölnie?
Röviden: a műszaki tartalmat, az energetikai besorolást, a készültséget és az átadás menetét, mindegyiket külön blokkban, ellenőrzési dátummal.
Műszaki tartalom
Írd le a szerkezetet (falazat, födém, hőszigetelés vastagsága), a nyílászárók típusát, a fűtési és hűtési rendszert, a burkolatok alapkivitelét és azt, hogy mi választható felár ellenében. Az utóbbinál elég a tény, hogy választható, összeget ne írj a projektoldalra, mert az ár gyorsabban változik, mint a műszaki tartalom. A „prémium kivitel” típusú jelző helyett konkrét anyag és márka szerepeljen, ha az már szerződésben rögzített.
Energetikai besorolás
Hivatalosan igazolt: Magyarországon az energetikai tanúsítványt a 176/2008. (VI. 30.) Korm. rendelet szabályozza, a besorolási skála AA++ és JJ között mozog, az új épületekre pedig a közel nulla energiaigényű épület követelményei vonatkoznak. Az épületenergetikai követelmények rendelete az elmúlt években változott, ezért a pontos hivatkozást a hatályos jogszabályszövegből ellenőrizd. A projektoldalon különítsd el a tervezett besorolást (amit a tervező számolt) és a kiállított tanúsítvány szerinti besorolást. A kettő nem ugyanaz, és egy AI szívesen mossa össze őket, ha nem jelölöd.
Készültség
A készültséget szakaszokban add meg (engedélyezés, alapozás, szerkezetépítés, gépészet, belső munkák, műszaki átadás, használatbavétel), mindegyik mellett állapottal és dátummal.
Átadás menete
Írd le a lépéseket sorrendben: előzetes bejárás, hibalista felvétele, javítás, birtokbaadási jegyzőkönyv, közműórák átírása, kulcsátadás. Ez évekig érvényes tartalom, és pontosan az a fajta folyamatleírás, amit egy asszisztens szívesen idéz egy „hogyan zajlik az átadás” kérdésre.
Hogyan épül fel egy jó projektenkénti adatlap?
Röviden: egy projekt egy URL, rajta fix sorrendben ugyanazok a blokkok, és a lap tetején látható, mikor ellenőrizted utoljára.
Az alábbi szerkezet minden projektnél ugyanaz legyen. Ettől a gépi feldolgozás és a vevő dolga is egyszerűbb.
- Fejléc: projektnév, település, cím, ütem, a lap utolsó ellenőrzésének dátuma.
- Állapotösszegzés: egyetlen mondat, például „2026. október 20-án 14 lakásból 9 elkelt, 3 foglalt, 2 elérhető”.
- Lakáslista: táblázat lakásszámmal, emelettel, alapterülettel, szobaszámmal, tájolással és állapottal (elérhető, foglalt, elkelt).
- Műszaki tartalom: tételes felsorolás, külön az alap- és a választható kivitel.
- Energetika: tervezett és tanúsított besorolás, a tanúsítvány kiállításának dátuma, ha már megvan.
- Készültség: szakaszok állapottal és dátummal.
- Átadás menete: lépéssor.
- Változásnapló: rövid, dátumozott sorok arról, mi módosult a lapon.
Saját tapasztalat: a változásnapló az, amit a fejlesztők a leggyakrabban kihagynak, pedig ez mutatja meg a legegyértelműbben, hogy az oldal él. Egy „2026. 10. 20. A 7-es lakás foglaltból elkeltre változott” sor sokkal hitelesebb, mint egy általános „folyamatosan frissítjük” felirat.
Hogyan tartsd naprakészen az elkelt és elérhető lakások állapotát?
Röviden: egyetlen adatforrásból dolgozz, és minden állapotváltozást ugyanazon a napon vezess át a weboldalon, a letölthető anyagokban és a portálokon.
- Jelölj ki egy elsődleges forrást. Ez lehet egy táblázat vagy a weboldal adatbázisa, de csak egy legyen. Ha az értékesítő a saját Excelében vezeti a foglalásokat, a webes lista pedig kézzel készül, a kettő előbb-utóbb el fog térni.
- Rögzítsd az állapotok jelentését. Írd le, mikor számít egy lakás foglaltnak (foglalási szerződés aláírva) és mikor elkeltnek (adásvételi szerződés aláírva). Ezt a definíciót a lap alján a látogató is lássa.
- Generáld a listát a forrásból. Ha a weboldalad engedi, a lakáslista, az állapotösszegzés és a strukturált adat ugyanabból a rekordból készüljön. Így nem fordulhat elő, hogy a táblázat szerint 2, az összegzés szerint 4 lakás elérhető.
- Frissítsd a dátumot csak valódi változáskor. Ha minden éjjel automatikusan átírod a „frissítve” dátumot, az a gépek szemében hamar hiteltelenné válik. Hivatalosan igazolt: a Google arra kéri a webhelytulajdonosokat, hogy a
lastmodés a látható dátum a tényleges, érdemi változást tükrözze. - Vezesd át a mellékes helyekre. PDF-árlista, ingatlanportál-hirdetés, közösségi poszt, Google Cégprofil. Készíts egy fix listát arról, hol szerepel az adott projekt, és minden változásnál menj végig rajta.
- Tarts heti ellenőrzést. Hetente egyszer vesd össze az elsődleges forrást a weboldallal, és írd be az „utoljára ellenőrizve” dátumot akkor is, ha nem volt változás. Ez nem ugyanaz, mint a módosítás dátuma, ezért külön mezőben szerepeljen.
Hogyan írd le a készültséget és a határidőt, hogy ne avuljon el?
Röviden: múlt idejű, dátumhoz kötött tényeket írj, a jövőt pedig feltételhez kötve vagy szakaszként, konkrét ígért nap nélkül.
Az elavult határidő a leggyakoribb hiba, amit egy AI tovább tud adni. Egy „az átadás 2026 tavaszán várható” mondat 2026 nyarán már valótlan, de ha nincs mellette dátum, senki nem tudja, mikor írták. A jobb megoldás három szabályból áll.
- Minden állapotmondat kapjon dátumot. „2026. október 15-i állapot szerint a tetőszerkezet elkészült.”
- A jövőt feltételhez kösd. „A birtokbaadás a használatbavétel után következik, az időpontot a vevőkkel egyénileg egyeztetjük.” Ha szerződésben rögzített határidőd van, azt a szerződés szövegére hivatkozva, ne marketingszövegként közöld.
- A régi határidőt ne töröld nyom nélkül, írd felül. Ha egy korábbi tervezett időpont módosult, a változásnaplóban szerepeljen, hogy mikor és mire változott. Így egy asszisztens, amely a régi változatot is látta, a frissebbet nagyobb eséllyel tekinti érvényesnek (szakmai feltételezés).
Saját tapasztalat: a régi hírek és blogbejegyzések okozzák a legtöbb gondot. Nem kell őket törölni, de mindegyik elejére tegyél egy rövid, dátumozott megjegyzést: „Ez a bejegyzés 2025. márciusi állapotot mutat. A projekt aktuális adatai a projektoldalon találhatók.” A projektoldalra mutató belső link segíti a látogatót és a gépet is abban, hogy a friss forráshoz jusson.
Mit érdemes strukturált adatként jelölni?
Röviden: a projektet, a lakásokat és az elérhetőségüket, a Schema.org szókincsével, pontosan úgy, ahogy a látható oldalon is szerepelnek.
Hivatalosan igazolt: a Schema.org tartalmaz ApartmentComplex, Apartment és Offer típust, az Offer elérhetősége pedig az availability tulajdonsággal jelölhető (például InStock, SoldOut, PreOrder). A Google Search Central szerint a strukturált adatnak egyeznie kell a látható tartalommal, és a jelölés nem garantál semmilyen különleges megjelenést. Az alábbi részlet egy lakás jelölését mutatja, ár nélkül:
{"@context": "https://schema.org", "@type": "Apartment", "name": "B épület, 7-es lakás", "numberOfRooms": 3, "floorLevel": "2", "floorSize": {"@type": "QuantitativeValue", "value": 74, "unitCode": "MTK"}, "containedInPlace": {"@type": "ApartmentComplex", "name": "Példa Lakópark II. ütem"}, "offers": {"@type": "Offer", "availability": "https://schema.org/SoldOut"}}
Az oldal egészére tegyél WebPage jelölést dateModified értékkel, amely ugyanazt a dátumot mutatja, mint a látható „frissítve” mező. Szakmai feltételezés: a nagy nyelvi modellekre épülő asszisztensek elsősorban a látható szöveget dolgozzák fel, a strukturált adat ezért kiegészítés, a jól megírt, dátumozott szöveget nem pótolja.
Mi legyen a lezárt projektek oldalaival?
Röviden: maradjanak elérhetők ugyanazon az URL-en, egyértelmű „lezárt projekt” jelöléssel, és kerüljenek ki az aktív kínálat listáiból.
Egy átadott lakópark oldala referenciaként értékes, és a vevők, bankok, későbbi érdeklődők is keresni fogják. Ha törlöd, a rá mutató linkek és a korábbi AI-válaszok egy nem létező oldalra vezetnek. Az archiválás lépései a következők.
- Tedd a lap tetejére az állapotot. „A projekt 2025. júniusban lezárult, minden lakás elkelt. Elérhető lakást ebben a projektben nem kínálunk.”
- Állítsd minden lakás elérhetőségét elkeltre, a látható listán és a strukturált adatban is.
- Vedd ki a projektet az aktív kínálatból, a főmenüből, a „jelenleg értékesítés alatt” listákból és a portálokról. Tedd át egy „Referenciák” vagy „Átadott projektjeink” részbe.
- Hagyd meg a tartós tartalmat. A műszaki tartalom, az energetikai besorolás és az átadás menete a már beköltözött lakóknak is hasznos.
- Mutass tovább. Ha van hasonló, aktív projekted, egy belső link vezessen oda. Átirányítást (301) csak akkor használj, ha a régi oldal tartalma tényleg beolvadt egy másikba.
Hivatalosan igazolt: a Google Search Central szerint az URL-ek stabilitása és a helyes átirányítás segíti, hogy a kereső a megfelelő oldalt kapcsolja egy témához. Saját tapasztalat: a lezárt projektoldal URL-jének megtartása sokkal kevesebb munkával jár, mint utólag a hibás hivatkozásokat felkutatni.
Milyen ellenőrzőlistával érdemes havonta átnézni a projektoldalakat?
Röviden: egy rövid, ismétlődő lista, amely a dátumokat, az ellentmondásokat és a mellékes helyeket nézi.
- Minden aktív projektlapon van „utoljára ellenőrizve” dátum, és nem régebbi egy hétnél?
- Az állapotösszegzés száma egyezik a lakáslista soraival?
- A strukturált adat elérhetőségi értéke egyezik a látható állapottal?
- Van jövőbeli határidő dátum vagy feltétel nélkül bármelyik oldalon?
- A régi hírek elején ott a dátumozott megjegyzés és a link a projektoldalra?
- A PDF-árlista és a portálhirdetés ugyanazt az állapotot mutatja, mint a weboldal?
- A tervezett és a tanúsított energetikai besorolás külön szerepel?
- A lezárt projektek ki vannak véve az aktív kínálatból, de elérhetők?
Érdemes havonta egyszer magad is megkérdezni néhány AI-asszisztenst a projektedről, és feljegyezni, mit válaszol és melyik forrásra hivatkozik. Ebből látod, honnan szivárog az elavult adat.
Mit nem tud garantálni ez a módszer?
Röviden: pontos idézést egyik lépés sem garantál, csak a hibás adat esélyét csökkenti.
Az AI-asszisztensek a saját ütemük szerint frissítik az ismereteiket, és más oldalakról (portálokról, fórumokról, sajtócikkekből) is dolgoznak, amelyekre nincs ráhatásod. Amit kézben tartasz, az a saját oldalad egyértelműsége: egy projekt, egy friss adatlap, dátumozott állítások és rendezett archívum. Szakmai feltételezés: ez a rend jó eséllyel a hagyományos keresőben és a vevők bizalmában is megtérül, függetlenül attól, melyik AI-eszköz lesz népszerű.
Források és további olvasnivalók
- Google Search Central: Bevezetés a strukturált adatokhoz
- Google Search Central: Webhelytérképek készítése és a lastmod használata
- Google Search Central: Átirányítások és a Google Kereső
- Schema.org: Apartment, ApartmentComplex, Offer és ItemAvailability
- W3C: JSON-LD 1.1 ajánlás
- 176/2008. (VI. 30.) Korm. rendelet az épületek energetikai jellemzőinek tanúsításáról
- OpenAI dokumentáció: a webes keresőrobotok (OAI-SearchBot, GPTBot) működése
- Minden projektnek egy elsődleges adatlap kell, ugyanazon az URL-en, látható „utoljára ellenőrizve” dátummal.
- A lakások állapotát egyetlen forrásból frissítsd, és ez a forrás táplálja a listát, az adatlapot és a strukturált adatot is.
- A készültséget mindig dátumhoz kötött ténymondattal írd le, a jövőbeli határidőt pedig feltételhez kösd.
- A lezárt projekt oldala maradjon elérhető, legyen rajta egyértelműen jelölve, hogy a projekt lezárult, és vegye ki az aktív kínálatból.
- A strukturált adat és a sitemap lastmod értéke segítheti a gépi feldolgozást, de pontos idézést egyik sem garantál.
Gyakori kérdések
Törölnöm kell a lezárt projekt oldalát?
Nem érdemes. Hagyd meg ugyanazon az URL-en, tedd a tetejére, hogy a projekt lezárult és minden lakás elkelt, és vedd ki az aktív kínálat listáiból. Így a régi linkek és hivatkozások sem vezetnek hibaoldalra.
Elég, ha strukturált adattal jelölöm a lakások elérhetőségét?
Nem elég. A strukturált adat kiegészítés, és a Google szerint egyeznie kell a látható tartalommal. Az AI-asszisztensek főleg a látható szöveget dolgozzák fel, ezért a dátumozott állapotmondat és a lakáslista legyen rendben elsőként.
Hogyan írjak átadási határidőt úgy, hogy később ne legyen belőle téves adat?
A jelenlegi állapotot dátummal írd le, a jövőt pedig feltételhez kösd, például úgy, hogy a birtokbaadás a használatbavétel után következik. Ha egy korábbi időpont módosult, a változásnaplóban jelezd, mikor és mire.
Mit kezdjek a régi hírekkel, amelyekben már nem érvényes határidő szerepel?
Nem kell törölni őket. Tegyél mindegyik elejére egy rövid, dátumozott megjegyzést arról, hogy régi állapotot mutatnak, és linkelj a projekt aktuális adatlapjára.
Miért kell külön szerepelnie a tervezett és a tanúsított energetikai besorolásnak?
Mert a tervezett érték a tervező számítása, a tanúsított pedig a kiállított energetikai tanúsítvány szerinti besorolás. Ha nem választod szét őket, egy AI könnyen véglegesként ad tovább egy tervezett értéket.
Milyen gyakran frissítsem a projektoldal dátumát?
A módosítás dátumát csak valódi változáskor írd át. Az „utoljára ellenőrizve” dátumot külön mezőben, hetente frissítheted akkor is, ha nem volt változás.
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.