Hársfa Masszázs: kockázatos költözés WordPressről saját motorra

Szeptemberben azt írtuk a Hársfa Masszázsról, hogy nem kellett új weboldal: a WordPress rendbetétele után másfélszer annyiszor jelent meg a szalon a Google-ben. Ez így is volt. A rendbe tett WordPress viszont minden hónapban újra figyelmet kért: frissítések, sérülékeny bővítmények, lassú betöltés telefonon. 2026. október 31-én ezért átköltöztettük az oldalt a saját, WordPress nélküli motorunkra. Ez az esettanulmány arról szól, mi volt ebben nehéz és kockázatos, és hogyan csináltuk úgy, hogy közben semmi ne vesszen el.

Röviden

• Ügyfél: masszázsszalon két telephellyel (Budapest, Dunakeszi), 2026 februárja óta üzemeltetjük az oldalát
• Előtte: WordPress, prémium sablon, bővítményekkel
• Utána: a COGMA saját motorja – előre elkészített, gyors oldalak; szerveroldali kód csak az időpontkérő űrlapnál van
• Átállás: 2026. október 31. Az első kattintható változat október 14-én volt kész, a domain, a tárhely, a levelezés és a HTTPS nem változott
• Fókusz: a Google-helyezés megtartása, biztonság, sebesség, visszaállíthatóság

Miért mentünk el a WordPressről?

• Biztonság. Az október 31-i biztonsági vizsgálat 27 találatot adott: 20 elmaradt frissítést, 6 sérülékeny bővítményt és elavult WordPress-magot. Minden bővítmény egy újabb ajtó a támadóknak, a frissítésük pedig a sablont is eltörheti, ezért egyik sem volt „csak egy kattintás”.
• Sebesség. Telefonon a főoldal fő tartalma 8,2, a budapesti szalon oldala 8,9 másodperc alatt jelent meg. A kattintások 75%-a mobilról jön.
• Karbantartás. Az oldalt mi szerkesztjük, a szalonnak nem kell adminfelület. A WordPress fenntartása így csak költség és kockázat volt, haszon nélkül.

A nehézségek és a kockázatok

1. A Google-helyezés

A legnagyobb kockázat az, hogy egy új weboldallal elvesznek a megszerzett helyezések. A Hársfa oldala 11 hónap alatt 8014 kattintást és 256 781 megjelenést kapott a Google-ből. Egy rossz költözés ezt hetek alatt lenullázhatja.

Ezért a régi oldal minden címét felmértük, és mindegyik vagy ugyanott él tovább, vagy egy végleges (301-es) átirányítással a helyére visz:

• az oldalak és a cikkek ugyanazon a címen, ugyanazzal a címsorral érhetők el (a `<title>` szó szerint a régi – az első változatban 78 oldalon eltért, ezt még az élesítés előtt javítottuk);
• a WordPress 125 képmelléklet-oldala a saját szülőoldalára, 78 kategória- és címkeoldala a témájához visz;
• a régi képcímek az új képekre mutatnak, a már nem használt képek pedig szabályosan „megszűnt” (410-es) választ adnak, nem hibát;
• a WordPress rejtett átirányításait is átvettük: 77 kézi átirányítási szabályt, a régi cikkcímeket és 90 szülő nélküli mellékletet. Ezek nem látszanak az oldaltérképben, csak a régi oldal adatbázisából lehetett kigyűjteni őket – köztük volt a dunakeszi szalon egyik régi címe, amelyen át a régi átirányítás 971-szer vitt tovább.

Az ellenőrzést nem kézzel végeztük: egy program az összes régi címet végigpróbálja egy valódi webszerveren, az átállás után pedig az élő oldalon is. A Search Console-ban forgalmat hozó mind a 182 cím célba ér.

2. A visszaút

Egy költözésnél nem az a kérdés, hogy lesz-e hiba, hanem az, hogy mennyi idő alatt lehet visszafordulni. Ezért úgy terveztük, hogy az átállás egy paranccsal visszafordítható legyen: az új oldal a régi mellé került fel, az átkapcsolás két mappaátnevezés volt, a WordPress és az adatbázisa érintetlenül megmaradt. Az ügyfél meglévő tárhelyén maradtunk, így a domainhez, a DNS-hez, a levelezéshez és a HTTPS-hez nem kellett nyúlni, és a Search Console-ban sem veszett el az előzmény.

3. Az egyéves gyorsítótár

A felmérésen derült ki egy rejtett buktató: a régi oldal a gyorsító bővítménye miatt a böngészőknek azt mondta, hogy az oldalakat egy évig tárolhatják. Aki korábban járt ott, annak a böngészője elvben a régi példányt is elővehette. Ezért a régi képcímeket az új képekre irányítottuk (így a régi példány sem marad kép nélkül), az új oldal pedig mindig ellenőrzi, van-e frissebb változat – egy esetleges visszaállításnál sem ragadhat be semmi.

4. Az űrlap és a foglalás

Az időpontkérő űrlap a WordPress egyik bővítménye volt. Helyette egy kis, saját űrlapküldő készült robotszűrővel, a támadó szemléletű tesztje hetente lefut, és az élesítés napján valódi küldéssel is kipróbáltuk. Mindkét szalon online foglalása (Salonic) az új oldalról érhető el.

5. Ami csak élesben derül ki

A Facebook beépített böngészője görgetés közben átméretezi a képernyőt, és emiatt a nyitókép az első napon 76 képpontot ugrott. Még aznap javítottuk. Az ilyen hibák csak valódi környezetben jönnek elő, ezért az élő oldalt az átállás után is iPhone-motoros tesztekkel járjuk végig, és minden javítás új ellenőrzést kap.

Ami nálunk másképp megy

• Mérünk, nem becslünk. A régi oldal minden címét, címsorát és átirányítását adatból vettük át, nem emlékezetből.
• Gépi ellenőrzés minden kiadás előtt. Átirányítások, kereső-beállítások, űrlap, iPhone-os megjelenés – ha valami elbukik, nem kerül ki.
• Visszaút mindig van. Az átállást úgy építettük fel, hogy percek alatt visszafordítható legyen.
• A tervbe a bizonytalanságot is beleírtuk. Néhány hét átmeneti ingadozás a keresőben egy költözés után sem kizárható. Ezt előre megmondtuk, és hetente figyeljük.

Az eredmények

Telefonon, lassított mobilhálózaton mérve a fő tartalom megjelenése:

• főoldal: 8,2 s → 1,9 s
• gyógymasszázs oldal: 4,0 s → 0,9 s
• budapesti szalon oldala: 8,9 s → 0,8 s

A Google saját mérőmotorja, a Lighthouse (ez fut a PageSpeed Insights mögött is) telefonos profillal mind a négy kategóriában 100 pontot ad az új oldalnak – a főoldalon, a gyógymasszázs- és a budapesti oldalon is.

Az oldalon nincs bővítmény, nincs adminfelület, nincs mérő- vagy reklámkód. Új adatkezelési tájékoztató és sütiablak készült, a cikkek végére megosztósáv került (külső kód nélkül).

Módszertani megjegyzések:

• A régi értékeket az átállás előtt mértük, az újakat az élő oldalon, szigorúbb beállítással (lassú 4G, négyszeres processzorlassítás). Az összevetés ezért inkább óvatos, mint kedvező.
• A Lighthouse-mérést a saját gépünkön futtattuk, a PageSpeed Insights mobilprofiljával. A Google szerverén futó PageSpeed Insights eredménye futásonként néhány ponttal eltérhet. A régi oldalról nincs elmentett Lighthouse-eredményünk, ezért ott nem közlünk pontszámot.
• A keresési eredményekről még korai beszélni: az átállás óta néhány nap telt el. A Search Console első adatait november közepén, a négyhetes képet december elején írjuk hozzá ehhez a cikkhez.

A tanulság

Nem minden WordPress-oldalt kell lecserélni. Ha viszont a karbantartás többe kerül, mint amennyit az oldal hoz, és a szerkesztőfelületet senki nem használja, a költözés megéri – ha a régi címek, a visszaút és az ellenőrzés előre meg van tervezve. Ha a te oldalad is WordPressen fut, és lassú vagy aggódsz a biztonsága miatt, nézzük meg együtt, megéri-e nálad a váltás.