A honlap tíz nap alatt elkészült, és utána kezdődött a munka
Egy balatonfüredi szálláshely honlapja 2025 júniusa óta él. Az azóta eltelt idő nagyobb részét nem az építés tette ki.
- A helyzet
- Van egy szálláshelyed, és a vendégek közvetítőoldalakon keresztül találnak rád. Saját honlapod nincs, vagy van, de nem kerül elő, amikor valaki a környéken keres szállást.
- A megoldás
- Saját honlap a szobák és a terasz fotóival, saját e-mail-cím a domainen, és egy keresési hirdetés az induláshoz. Utána pedig folyamatos gondozás, ami nélkül egy honlap néhány év alatt elavul.
- Az eredmény
- A honlap 2025 júniusa óta működik, a domain és a tárhely évente megújul. 2026 májusában a görgetés akadozott — megmértem, mi okozza, és azóta simán megy.
A munka számokban
| Első levéltől a publikálásig | 10 nap (2025. június) |
|---|---|
| Galériák a fotóknak | 7 helyszín szerint |
| Üzemeltetés | 2025 júniusa óta folyamatos |
| Tartalomfrissítés | szezononként, a programlistával együtt |
| Teljesítmény-javítás | 2026. május — saját észrevétel után, méréssel, 9 modulban |
| Keresési hirdetés | 2025 nyarától októberig futott |
- Projekt
- szálláshely Balatonfüreden
- Szerep
- Honlap, hirdetés, tárhely és domain, folyamatos üzemeltetés
- Együttműködés
- Óradíjas munka, éves tárhely- és domain-előfizetés
- 01 Építés honlap, e-mail 2025. június · 10 nap
- 02 Hirdetés keresési kampány 2025 nyara–ősze
- 03 Tartalom programok, árak 2025 tél–2026 tavasz
- 04 Mérés és javítás 2026. május
- 05 Ami végig ugyanaz maradt tárhely és domain, e-mail-továbbítás, elérhetőség kérdés esetén
- 06 Foglalási megkeresés az oldal űrlapján vagy telefonon
az együttműködés 2025 júniusa óta tart
Ami az átadás után jön
Az építés volt a kiszámítható rész: megvolt az anyag, megvolt a szerkezet, néhány levélváltás után a végleges elrendezés is. Tíz napig tartott, az első levéltől addig, hogy a keresők számára is publikált lett az oldal.
Utána viszont folyamatosan jött valami. Lejár a domain és a tárhely, változik a szezonális programlista, a böngészők frissülnek, és néha érkezik egy levél, amiről el kell dönteni, hogy komoly-e. Az indulás óta ebből a fajta munkából jóval több volt, mint az eredeti építésből.
Ez nem napi figyelmet jelent. A tulajdonos akkor ír, amikor valami kell, és olyankor megnézem — 2026 júliusáig ez évente néhány alkalom volt, nagyjából egyenletesen elosztva.
Az induláshoz futott egy keresési hirdetés is, 2025 nyarától októberig. Az első hetek nem a foglalásokról szóltak, hanem arról, hogy kiszűrjük azokat a megkereséseket, amik nem a szálláshelynek szóltak — erről lentebb, a technikai részben van szó bővebben.
Amikor egy hiba nem hajlandó megmutatkozni
2026 tavaszán az oldal görgetése akadozott, és néhol villant egy világos folt ott, ahol egy fotónak kellett volna lennie. A fotók itt a szobákat és a teraszt mutatják, tehát épp azt, amiért valaki az oldalra jött.
A jelenség viszont nem jelentkezett automatizált böngészőben, csak valódi használat közben. Három próbálkozás után, amik nem oldották meg, más irányt vettem: írtam egy kis mérőprogramot, ami a valódi böngészőben rögzíti, mi történik görgetés közben. A találgatás helyett így lett adat, és az adat négy különböző okot mutatott — egyik sem oldotta volna meg önmagában a problémát.
Mit jelent ez, ha hasonló a helyzeted
Ha szálláshelyed van, és a foglalások közvetítőoldalakon keresztül jönnek, a saját honlap nem azok kiváltásáról szól. Arról szól, hogy legyen egy hely, amit te birtokolsz, ahol nincs jutalék, és ahol annyi fotó és annyi leírás van, amennyit jónak látsz.
Ehhez ráadásul nem kell nulláról tartalmat írni. A szöveges anyag java része már megvan, csak máshol: ennél a szálláshelynél a felszereltség, a környékbeli látnivalók és a szolgáltatások leírását a meglévő közvetítőoldali adatlapokról gyűjtöttem össze, és onnan indultunk el. Amit a tulajdonosnak ténylegesen elő kellett teremtenie, az a fotóanyag volt.
A honlap elkészítése ilyenkor néhány hét. Inkább az számít, hogy utána ki nyúl hozzá. Dolgoztam olyan oldalon, amihez évekig nem nyúlt senki — mire elővették, a hozzáférések elvesztek és a tárhely megszűnt.
Ha van szálláshelyed vagy kisvállalkozásod, és nincs saját honlapod — vagy van, de nem tudod, ki nyúl hozzá, ha valami elromlik —, írj pár mondatot arról, hol tartotok most. Egy levélváltásból általában kiderül, mekkora munka lenne.
kristof@kristofkarner.comInnentől a részletek következnek: hogyan épült a honlap, mit mutatott a görgetési mérés, és milyen buktatókba futottam bele közben. Ha csak az érdekelt, mivel jár egy honlap üzemeltetése, fentebb minden megvan — ez a rész a döntések hátterét mutatja.
| Teljesítmény-javítás | 2026. május — 9 önálló modul |
|---|---|
| Mérőprogram | 298 sor, csak ?debug=1 mellett aktív |
A honlap
Egy oldal, hét galériával
A szálláshely egyetlen görgethető oldalon van, helyszínek szerinti galériákkal: hálók, nappali, két fürdő, konyha, terasz és pince. A szerkezetet a tulajdonos kérése adta: egy másik szálláshely-oldal egyszerű felépítését szerette volna, kevés menüponttal.
A galéria-szerkezet ára viszont az, hogy a főoldal sok képet tartalmaz egyszerre. A későbbi teljesítmény-problémák nagy része ide vezethető vissza.
Saját e-mail-cím a domainen
A honlap mellé saját e-mail-cím került a domainre, továbbítva a tulajdonos meglévő postafiókjába. Így a vendég a szálláshely címére ír, a levél viszont oda érkezik, ahol a tulajdonos amúgy is olvas — nem kell új fiókot kezelni. Az átadás előtti estén két teszt-üzenet is jött az űrlapon: „próba”, aztán „Mobilpróba” — mind a kettő pár másodperc alatt megérkezett.
A képek szöveges mezői
Minden feltöltött képhez kitöltöttem a WordPress mind az öt szöveges mezőjét: a fájlnevet, az alternatív szöveget, a címet, a képaláírást és a leírást. Ez részben akadálymentességi kérdés, részben pedig ezekből tudja a kereső, mit ábrázol a kép — egy szálláshelynél pedig a képkeresés valódi forgalmi forrás.
Az induláshoz futott hirdetés
A keresési kampány 2025 nyarától októberig futott, és 10 228 megjelenést és 514 látogatást hozott, átlagosan 157 forintos kattintási költséggel. Az első hetekben viszont olyan telefonhívások is érkeztek, amik nem a szálláshelynek szóltak: hosszú távú lakhatást keresők, éjszakai hívások, és olyanok, akik azt sem nézték meg, milyen településről van szó. A rendszer eleinte tágan értelmezi, mire jelenjen meg a hirdetés.
A szűkítés kizáró kulcsszavakkal történt, a valódi keresések ismeretében. Kiderült például, hogy sokan „erdei” vagy „erdő” szavakkal toldják meg a keresésüket, és ezekre nem érdemes megjelenni. Ezt a munkát nem lehet előre elvégezni, mert előre nem tudható, mivel fognak keresni az emberek. A kampány októberben leállt; az oldal azóta hirdetés nélkül működik.
Amit a görgetési mérés mutatott
Előbb három tipp, aztán mérés
Az első három javításom feltételezésen alapult, és mindegyik ésszerű volt. Kikapcsoltam a képek lusta betöltését, mert az látszott a legkézenfekvőbb magyarázatnak. Kikapcsoltam az oldalátmenet-effektet, ami néha ottragadt a tartalom fölött. Korlátoztam a képméreteket. A jelenség csökkent, de nem tűnt el.
Ezen a ponton érdemesebb volt megmérni, mint tovább találgatni. A mérőprogram csak akkor kapcsol be, ha az oldal címéhez hozzáírok egy kapcsolót, tehát a látogatókat nem érinti. Görgetés közben rögzíti a képkockák időzítését, a főszálat ötven ezredmásodpercnél tovább blokkoló feladatokat, az elrendezés-ugrásokat, a képek betöltési eseményeit és a videokártya adatait. Ha egy képkocka feltűnően lassú, eltárolja azt is, hogy éppen mi van a képernyő közepén — így nem kell utólag kitalálni, melyik elem okozta.
- A mérés az oldal címéhez írt
?debug=1kapcsolóval indul — látogató sosem találkozik vele. - Az első görgetéstől rögzít: képkocka-időzítést, 50 ms-nál hosszabb blokkolást, elrendezés-ugrást, kép-eseményt.
- Feltűnően lassú képkockánál eltárolja, mi van éppen a képernyő közepén.
- Tíz másodperc görgetés-csend után a felvételt magától elmenti a szerverre.
// WP core hook — minden image attribute generálódásnál fut.
add_filter(
'wp_calculate_image_sizes',
static fn() => '(max-width: 768px) 50vw, 25vw',
PHP_INT_MAX
);
// Elementor és WP attachment image attrs is a sizes-en mehet — override ott is.
add_filter(
'wp_get_attachment_image_attributes',
static function ( $attr ) {
if ( isset( $attr['sizes'] ) ) {
$attr['sizes'] = '(max-width: 768px) 50vw, 25vw';
}
return $attr;
},
PHP_INT_MAX
);
Négy különböző ok
A mérésből az derült ki, hogy nem egy hibáról van szó, hanem négyről, és ezek egymást erősítették. Ezért nem hozott áttörést egyik korábbi javítás sem önmagában — mindegyik egy negyedét oldotta meg a jelenségnek.
Az első a lusta képbetöltés volt: a főoldal huszonhat képe csak akkor kezdett letöltődni, amikor a látogató a közelükbe ért, addig a helyükön a törzs háttérszíne látszott — egy másik oldalon ugyanez a kapcsoló épp fordítva dőlt el. A második a méret-attribútum, ami miatt a böngésző a legnagyobb képváltozatot töltötte le a legkisebb helyre is. A harmadik a Chrome késleltetett képfeltöltése a videokártyára, ami minden kép első megjelenésekor rövid akadást okozott. A negyedik pedig egy áttetsző elmosás-effekt, ami az adott grafikus rétegben hibás pixeleket adott vissza.
2048 px széles változat: 9 db · átlag 546 KB 768 px széles változat: 30 db · átlag 86 KB
Kilenc külön modul, nem egy nagy javítás
A javítások kilenc önálló modulban készültek el, egyenként kikapcsolhatóan. Ez részben kényelmi kérdés volt a munka közben, mert így külön-külön mérhető, melyik mennyit számít. Nagyobb részt viszont azért ilyen, mert ezek a javítások böngésző-viselkedéshez igazodnak, a böngészők pedig változnak. Ha egy hiba egy későbbi Chrome-verzióban megszűnik, a hozzá tartozó javítás egyetlen fájl törlésével eltávolítható, anélkül hogy a többihez hozzá kellene nyúlni.
- Lusta betöltés ki javult, nem szűnt meg
- Oldalátmenet ki javult, nem szűnt meg
- Képméret korlát javult, nem szűnt meg
- Mérés valódi böngészőben képkocka, blokkolás, kép
- Lusta betöltés
- Méret-attribútum
- Késleltetett képfeltöltés
- Áttetsző elmosás
- Kilenc önálló modul egyenként kikapcsolható a böngésző változik, a javítás eltávolítható
feltételezés · négy azonosított ok · a három korai javítás közül kettő a mérés után is bent maradt
Ami nem nyilvánvaló
A következő öt dolog nincs benne a dokumentációkban, ezek használat közben derülnek ki, és mindegyikbe elég könnyű belefutni.
A böngésző a legnagyobb képet töltötte le a legkisebb helyre
A WordPress minden feltöltött képhez több méretet készít, és a böngészőre bízza a
választást. A választáshoz viszont tudnia kell, mekkora helyen fog megjelenni a
kép, és ezt egy sizes nevű attribútum mondja meg neki. Az
alapértelmezett érték a kép saját méretéből számolódik, nem abból, hova kerül —
így a böngésző úgy tudta, hogy minden galéria-kocka képernyő-széles.
Ennek megfelelően a legnagyobb, kétezer pixel körüli változatokat töltötte le, egyenként fél megabájt körül, egy olyan helyre, ahol a 768 pixeles változat is elég lett volna a tizedéért. A javítás egyetlen attribútum felülírása volt, három helyen: a WordPress saját számításánál, a galéria-elemeknél, és végül a kész HTML-ben is, hogy semmi ne csúszhasson át.
Az áttetsző elmosás egy grafikus hibát váltott ki
Az oldalon hét helyen volt olyan réteg, ami elmosta a mögötte lévő tartalmat, átlátszó háttérrel. Ez a Chrome grafikus rétegében, Apple-chipes gépeken hibázott: amikor a képek textúrái épp feltöltés alatt álltak, az elmosás meghatározatlan pixeleket mintavételezett a széleken, és ott a törzs háttérszíne jött át.
Ez hónapok óta jelen volt minden Chrome-alapú böngészőben, Safariban viszont nem — az más grafikus úton dolgozik. A javítás az elmosás kikapcsolása és egy hasonló hatású, de tömör áttetsző háttérszín. Vizuálisan közel azonos, viszont nem függ attól, hogy a böngésző mit csinál a textúrákkal.
A saját magadnak küldött teszt-levél nem érkezik meg
Amikor beállítottam az e-mail-továbbítást a domain címéről a tulajdonos postafiókjába, a kézenfekvő ellenőrzés az lett volna, hogy a tulajdonos ír egy levelet a saját új címére. Ez viszont nem működik: a továbbító rendszerek jellemzően nem kézbesítik azt, ami ugyanoda érkezne, ahonnan feladták.
A teszt így hiányt mutat, miközben a beállítás jó. Ilyenkor egy másik postafiókból kell küldeni — én is küldtem egyet a magaméból, hogy legyen mihez viszonyítani.
A betűtípus azért nem frissült, mert a cache-kulcs nem változott
A helyi másolaton sokáig nem az eredeti betűtípus jelent meg, hiába volt jó a beállítás. Az ok az volt, hogy a betűtípusokat leíró fájl címéhez tartozó verziószám fixen be volt égetve a generálás pillanatában. Amikor a fájl tartalma megváltozott, a cím ugyanaz maradt, a böngésző pedig a gyorsítótárból szolgálta ki a régi, hibás változatot.
A javítás annyi, hogy a verziószám a fájl utolsó módosításának idejéből képződik. Így tartalom-változás mindig új címet jelent, és a böngésző kénytelen újratölteni.
A hitelesítő kód, ami valójában hozzáférést kért
2026 nyarán egy magát foglalási platformként bemutató cég kereste meg a tulajdonost. Az indoklás hihető volt: csak valódi, működő szálláshelyeket listáznak, ezért tulajdonosi ellenőrzést végeznek, és ehhez egy kódot kell beilleszteni a weboldal forrásába.
A kód azonban nem azonosító volt, hanem futtatható program, ami hozzáférést adott volna az oldal érzékeny területeihez. Az általam ismert valódi hitelesítések máshogy működnek: fájlt kérnek feltölteni, vagy egy meta-címkét a fejlécbe, ami nem csinál semmit, csak ott van, és kívülről megnézhető. Azt tapasztalom, hogy az ilyen megkeresések az utóbbi időben gondosabban kidolgozottak lettek.
Kérdések erről a munkáról
Miért villog vagy akadozik egy weboldal görgetés közben?
Több oka is lehet egyszerre, ezért nehéz megtalálni. Ennél az oldalnál négy különböző dolog adódott össze: a képek lusta betöltése, ami miatt a még üres helyükön a háttérszín látszott; egy rosszul megadott méret-attribútum, ami miatt a böngésző a legnagyobb képváltozatot töltötte le a legkisebb helyre; a Chrome késleltetett képfeltöltése a videokártyára, ami az első találkozáskor néhány tized másodperces akadást okozott; és egy áttetsző elmosás-effekt, ami a Chrome grafikus rétegében hibázott. Mindegyik ok külön javítást igényelt, és külön-külön egyik sem oldotta meg a jelenséget.
Mit csinál egy webfejlesztő azután, hogy a honlap elkészült?
Ennél a szálláshelynél az építés tíz napig tartott, 2025 júniusában, az üzemeltetés pedig azóta is tart. 2026 júliusáig évente megújult a domain és a tárhely, frissült a szezonális programokat felsoroló tartalom, futott és leállt egy keresési hirdetés, javult az oldal görgetési teljesítménye, és volt olyan eset is, amikor egy állítólagos foglalási platform megkeresését kellett megvizsgálni. Az utóbbi átverésnek bizonyult. Ezek egyenként kis munkák voltak, nem látványos fejlesztések.
Miért nem elég egy hibát automatizált böngészővel tesztelni?
Mert a fejlesztői eszközökkel vezérelt böngésző máshogy fut, mint a felhasználóé. A görgetési akadás itt pontosan ilyen volt: automatizált futtatásban nem jelentkezett, valódi Chrome-ban viszont igen. Ezért egy mérőprogram került az oldalra, ami a valódi böngészőben rögzítette a képkockák időzítését, a főszálat blokkoló feladatokat, az elrendezés-ugrásokat és a képek betöltési eseményeit. Az így kapott adat mutatta meg, mi okozza a jelenséget — a találgatás előtte három próbálkozáson át nem vezetett eredményre.
Miért tölt le a böngésző hatalmas képeket apró képekhez?
A sizes attribútum miatt, amit a WordPress alapértelmezésben a kép saját méretéből számol, nem abból, mekkora helyen fog megjelenni. Ha a böngésző úgy tudja, hogy a kép a képernyő teljes szélességét elfoglalja, akkor a felkínált változatok közül a legnagyobbat tölti le — akkor is, ha valójában egy négyoszlopos galéria apró kockájáról van szó. Ennél az oldalnál a kétezer pixel széles változatok fél megabájt körüliek voltak, a ténylegesen elegendő 768 pixeles változatok pedig tizedennyi. A javítás egyetlen attribútum felülírása volt.
Hogyan lehet ellenőrizni, hogy működik-e a saját domainre beállított email-cím?
Egy másik postafiókból küldött levéllel, nem abból, ahova az átirányítás mutat. A továbbító rendszerek jellemzően nem kézbesítik azt a levelet, ami ugyanoda érkezne, ahonnan feladták — így a saját magunknak küldött teszt sosem jön meg, és könnyű azt hinni, hogy a beállítás rossz. Ilyenkor a beállítás valójában jó, csak a tesztelés módja nem alkalmas a bizonyítására.
Hoz-e foglalást egy szálláshelynek a Google keresési hirdetés?
Hoz forgalmat, de az első hetek nem a foglalásról szólnak, hanem a szűrésről. Ennél a szálláshelynél a kampány 2025 nyarán indult, és az indulástól októberig 10 228 megjelenést és 514 látogatást hozott, átlagosan 157 forintos kattintási költséggel. Az első hetekben azonban sok olyan telefonhívás érkezett, ami nem a szálláshelynek szólt: hosszú távú lakhatást keresők, éjszakai hívások, települést sem néző érdeklődők. Ezt kizáró kulcsszavakkal lehetett szűkíteni, és ez a munka nem az indulás előtt végezhető el, hanem a valódi keresések ismeretében.
Mit érdemes tenni, ha egy ismeretlen platform kódot kér a weboldalba?
Semmit, amíg nem ellenőrizte valaki, aki érti, mit csinál az a kód. 2026 nyarán egy magát foglalási platformként bemutató megkeresés érkezett ehhez a szálláshelyhez, amely tulajdonosi hitelesítés címén egy kódrészletet kért a weboldal forrásába. A kód valójában futtatható program lett volna, ami hozzáférést adott volna az oldal érzékeny területeihez. Az általam ismert valódi hitelesítések fájlt vagy meta-címkét kérnek, ami nem csinál semmit, csak ott van.
Összefoglaló
Egy balatonfüredi szálláshely honlapja 2025 júniusában, tíz nap alatt készült el: egyoldalas felépítés hét helyszín szerinti galériával, saját e-mail-cím a domainen, a szöveges tartalom a meglévő közvetítőoldali adatlapokról összegyűjtve. Az induláshoz 2025 nyarától októberig keresési hirdetés is futott, ahol az első hetek munkája az irreleváns megkeresések kiszűrése volt. 2026 májusában a görgetés akadozását saját telemetria mérte ki, mert automatizált böngészőben a hiba nem jelentkezett; a mérés négy okot talált — lusta képbetöltés, hibás sizes-attribútum, késleltetett GPU-textúrafeltöltés, áttetsző elmosás —, és a javítások kilenc önálló, egyenként kikapcsolható modulba kerültek. Az üzemeltetés azóta is óradíjas munkával és éves tárhely- és domain-előfizetéssel fut.