4×4 Túra

Milyen működést kellett támogatnia a weboldalnak?

A 4x4tura.hu terepjárós élményprogramokat mutat be és online foglalási lehetőséget biztosít. Az érdeklődők eltérő alkalmakra érkezhetnek: családi programra, baráti kikapcsolódásra, ajándékba kapott élményre vagy csapatépítőre. A weboldalnak ezért nemcsak látványosnak kell lennie, hanem érthetően kell átvezetnie a látogatót a programok bemutatásától a foglaláshoz.

A fejlesztés központja a saját, két foglalási ágat kezelő WordPress-bővítmény. A két útvonal több közös működést használ, de bizonyos adataik és kuponkezelésük elkülönülnek. Ez lényeges különbség egy általános kapcsolatfelvételi űrlaphoz képest: a megjelenés mögött üzleti szabályokat is követni kell, és egy közös javításnál mindkét ágat figyelembe kell venni.

Egyedi WordPress-foglalás és követhető lépések

A foglalási rendszerben a személyes adatok, a választott lehetőségek, az időpontok és az árhoz kapcsolódó adatok összefüggő folyamatot alkotnak. A munka során a saját bővítmény frontend- és szerveroldali részeit egyaránt érintettük. Nem az volt a cél, hogy egymástól független űrlapokból próbáljuk összerakni a működést, hanem hogy a foglaláshoz tartozó információk együtt maradjanak.

Külön figyelmet kaptak a magyar feliratok és a dátumválasztás. Javítottuk a hibásan megjelenő ékezetes karaktereket, a naptárnál pedig hétfői hétkezdést alakítottunk ki. A kompatibilitást a Gravity Forms régebbi és újabb naptárkezelésével is figyelembe kellett venni. Ezek kis felületi részletnek tűnhetnek, de egy magyar látogatónál közvetlenül befolyásolják, mennyire egyértelmű a foglalás.

Az érintett felületeken ellenőriztük a mezőellenőrzést, a mobilos naptárat és a fizetési módokhoz vezető vezérlőket. A bemutatott képernyőkép a nyilvános foglalás üres induló állapotát mutatja, nem egy valódi ügyfél adatait.

Stripe-integráció: ne vesszenek el az ügyféladatok

A fizetési integrációnál külön feladat volt, hogy a foglaláskor megadott ügyféladatok megfelelően jussanak tovább a Stripe felé. A saját bővítményben javítottuk az e-mail-cím átadását, a Stripe Customer rekord létrehozását vagy hozzárendelését, valamint a leíró és kiegészítő adatok továbbítását.

Mindkét frontend ágnál foglalkoztunk a név, az e-mail-cím és a telefonszám fizetéshez kapcsolódó átadásával. A technikai megoldás a Stripe megfelelő ügyfél- és számlázási mezőit használja; nem utólag, szabad szöveges megjegyzésekből próbálja azonosítani a foglalót. Ez a fizetési oldal és a foglalás közötti kapcsolat átláthatóságát támogatja.

Az adatátadási kód és az élesben kiszolgált fájlok ellenőrzése része volt a munkának. Ez nem jelent visszamenőleges módosítást a korábbi tranzakciókon. A bemutatott fejlesztési körben új, valódi bankkártyaterhelést nem indítottunk, ezért a teljes pénzügyi folyamat újratesztelését nem állítom a forráskód ellenőrzése alapján.

Foglalási értesítők, kuponok és résztvevői információk

Az online foglalás után az adminisztrátori és az ügyféloldali értesítőnek is használható információt kell adnia. A szeptemberi továbbfejlesztés során a levelekben helyet kapott a kuponkód, a választott dátum, az alapösszeg, a kedvezmény és a végösszeg. Mindkét megjegyzésmező megjelenítését is rendeztük.

Az ügyfélértesítőt az autók és utasok beosztásához tartozó információkkal is kiegészítettük. Ez nem egyszerű arculati levélsablon-csere: a megfelelő foglalási adatokat kell a megfelelő értesítőben megjeleníteni. A két foglalási ág eltérő kupontábláit ezért a közös működés mellett is külön kezeltük.

A HTML-levélelőnézeteket mindkét ághoz előállítottuk és vizuálisan ellenőriztük. A tesztelt és az élesből visszaolvasott fájlok egyezését is vizsgáltuk. A sablon megfelelő összeállása és a valódi postafiókba történő kézbesítés két külön ellenőrzési szint: az utóbbit nem helyettesíti egy szép előnézet.

Gyorsítótárazás és interaktív működés összehangolása

A foglalási és fizetési felületek nem kezelhetők ugyanúgy, mint egy változatlan bemutatkozó oldal. A látogatónként változó adatok, az időpontválasztás és a fizetési mezők miatt itt a működő folyamat az elsődleges. Beállítottuk és ellenőriztük a foglalási és fizetési oldalak gyorsítótár-kizárását.

A két saját foglalási szkriptet kivettük az interakcióig halasztott JavaScript-futtatásból. Így a foglalási logika nem csak egy későbbi kattintás hatására indulhat el. A no-cache jelzések mellett a ténylegesen megjelenő naptárat, Stripe-kártyamezőt és átutalásos vezérlőt is ellenőriztük.

A rendszer gondozásához az űrlap-integráció kompatibilitási problémáinak helyreállítása is hozzátartozott. Az ilyen munkánál nem önmagában a bővítmény verziószáma a döntő, hanem az, hogy a foglalás érintett elemei valóban betöltődnek és használhatók-e.

Hozzáférhetőség, stabil elrendezés és AI-val értelmezhető tartalom

A technikai munkák között a kezdőoldali elrendezésugrás és a Splide-lista hibás ARIA-szerepének célzott javítása is szerepelt. A vizuális stabilitás a látogatónak segít, a megfelelő szemantikai jelölés pedig a segítő technológiák számára teszi követhetőbbé a felületet.

Személyre szabott llms.txt tartalmi útmutató is készült, a fontos nyilvános oldalakra mutató hivatkozásokkal. Ez a webhely tartalmának áttekintését szolgálja; nem helyettesíti a rendes HTML-tartalmat, a jó oldalszerkezetet vagy a hozzáférhető hivatkozásokat, és önmagában nem jelent kereső- vagy AI-ajánlási garanciát.

A később elvégzett Google PageSpeed Insights és kísérleti Agentic Browsing vizsgálat eredményét az esettanulmány külön, dátumozott mérési blokkja mutatja. Ezek pillanatfelvételek a vizsgált oldalról, nem minden foglalási állapotra és minden eszközre kiterjedő tanúsítványok.

Hogyan ellenőriztem az elkészült munkát?

A saját fejlesztések ellenőrzése több rétegből állt: PHP- és JavaScript-szintaxisvizsgálatból, az éles fájlok visszaolvasásából, a két foglalási ág célzott ellenőrzéséből, valamint a nyilvános felületen végzett próbákból. Az értesítőknél a renderelt HTML-előnézet, az interaktív részeknél a megjelenő mezők és vezérlők adtak további bizonyítékot.

A projekt jól mutatja, miért nem különálló feladat az egyedi WordPress-fejlesztés és az üzemeltetés. Egy naptár, egy gyorsítótár-beállítás, egy kuponadat vagy egy fizetési mező ugyanannak a foglalásnak lehet a része. A cél ezek összehangolása volt, a már működő üzleti folyamatok megőrzésével.

Gyakori kérdések a megoldásról

Kapcsolódó szolgáltatások

Hasonló rendszer kialakításához vagy meglévő weboldalad továbbfejlesztéséhez az alábbi területeken tudok segíteni.