Lovable vagy WordPress: mit válasszon egy KKV?

A WordPress sokáig magától értetődő válasz volt egy céges honlapra: ismert, sok a szakember, a tartalmat a megrendelő is szerkesztheti. 2026-ban megjelent mellé egy másik, egyre gyakoribb megbízás: AI-val, például Lovable-lel épített, modern, egyoldalas alkalmazásként (gyakran React-alapon) készülő weboldal. A CMS-választásról szóló korábbi cikkünk a tartalomkezelő rendszerek általános szempontjait tárgyalja. Itt szűkebben kérdezünk: mikor való egy KKV-nak a Lovable-megbízás, és mikor marad jobb a klasszikus WordPress?

Mi a különbség a két megbízásban?

A WordPress tartalomkezelő: oldalak, bejegyzések, bővítmények, gyakran Elementor vagy hasonló szerkesztő, saját vagy ügynökségi tárhely. A megrendelő jellemzően belép, és szöveget, képet, terméket módosít. Az erőssége a megszokás és a bővíthetőség. A gyengesége sok ügyféloldalon a felhalmozott bővítmény, a lassulás és a karbantartási teher. A frissítés, a biztonsági javítás és a mentés nem opció, hanem üzemeltetés.

A Lovable más munkamódszer. A hivatalos dokumentáció szerint a Lovable-lel készült alkalmazás, kód és tartalom a projekt tulajdonosáé, a projekt GitHubhoz, GitLabhoz vagy Bitbuckethez köthető, és a fizetős csomagokban saját domain is csatlakoztatható. Az oldal általában nem klasszikus bejelentkezős „adminnal” szerkesztődik, hanem beszélgetéses építéssel és kódmódosítással. Ez gyors prototípust és tiszta, új kódot adhat. Ugyanakkor a Googlebotnak JavaScriptet is fel kell dolgoznia, és a tartalmi karbantartást előre ki kell találni: ki írja át a szöveget három hónap múlva, és hogyan.

Egyik sem „modernebb” önmagában. Más a karbantartási szerződés, más a szerkesztési szokás, más a kereső technikai kockázata.

Mikor való a Lovable egy KKV-nak?

Akkor áll jól, ha a honlap elsősorban bemutatkozás, szolgáltatás, ajánlatkérés és kapcsolat, viszonylag kevés, ritkán változó oldallal. Ha a cég új arculatot, gyorsabb első benyomást és tiszta kódot akar, nem egy tízéves, bővítményektől nehéz telepítés továbbvitelét. Akkor is jó irány, ha a megrendelőnek fontos, hogy a kód nála vagy a megbízottja git-tárolójában legyen, és ne egyetlen, nehezen mozdítható tárhelyen éljen.

A Lovable mellett szól az is, ha már eldöntöttük: a régi WordPress-oldalt nem foltozni, hanem újraépíteni akarjuk, és van terv a címátirányításra. A költöztetés és URL-váltás külön cikkünk, mert a kereső szempontjából ez a lépés a legkényesebb, platformtól függetlenül.

Kevesebb az előnye, ha a cég hetente tíz-húsz bejegyzést, összetett webshopot, soknyelvű termékkatalógust vagy sok szerkesztőt akar napi belépéssel kezelni. Erre a WordPress (vagy egy dedikált shoprendszer) ma is természetesebb, feltéve, hogy van, aki üzemelteti.

Mikor marad jobb a WordPress?

Akkor, ha a meglévő oldal tartalma, a bejegyzések, a termékek és a megszokott szerkesztők jelentik az értéket, és a szerkezet alapvetően rendben van. Egy frissítés, egy gyorsítási kör, egy biztonsági rendrakás ilyenkor olcsóbb és kíméletesebb, mint a teljes újraépítés. Akkor is, ha a cégnek már van megbízható üzemeltetője, mentése, és a bővítménykészlet kézben van tartva.

A WordPress mellett szól a széles szakemberpiac is. Könnyebb helyettesíteni egy szerkesztőt vagy egy üzemeltetőt, mint egy teljesen egyedi alkalmazásnál, ha nincs rendes kódtároló és dokumentáció. Ez a szempont akkor válik fontossá, amikor a megrendelő azt kérdezi: „mi lesz, ha a mostani készítő kiesik?”

A WordPress ellen szól, ha az oldal évek óta frissítetlen, lassú, és a bővítmények egymásra épülése miatt minden változtatás kockázatos. Ilyenkor a „még egy javítás” gyakran drágább, mint egy tiszta új oldal. Az LCP-ről szóló cikkünk éppen azért hasznos döntés előtt, mert a lassú első megjelenés platformtól függetlenül rontja a benyomást és a keresői jeleket.

A döntésnél öt szempont, amit érdemes papírra írni

1. Ki szerkeszti a szöveget az átadás után? Ha a tulajdonos hetente cserél mondatokat egy megszokott adminban, a WordPress kényelmesebb lehet. Ha ritkán változik a tartalom, és van, aki a módosítást elvégzi (akár a készítő, akár egy egyszerű szerkesztőfelület), a Lovable bőven elég.

2. Kié a kód, a domain és a tárhely-hozzáférés? Ezt a szerződésben néven kell nevezni. A Lovable dokumentációja szerint a kód a projekt tulajdonosáé, és git-szinkron minden csomagban elérhető. Ezért rögzítsük, kinek a fiókjában él a projekt. A WordPressnél a tárhely, a belépők és a biztonsági mentés legyen a cégé, ne csak a készítőé.

3. Van-e webshop, foglalórendszer vagy egyedi integráció? Egy egyszerű ajánlatkérő űrlap mindkét oldalon megoldható. A bonyolult készlet, a fizetés és az egyedi ügyviteli kapcsolat már tervezést kér, és sokszor ez billenti a mérleg nyelvét.

4. Mi lesz a régi címekkel? Ha van keresőben élő tartalom, minden fontos URL-nek legyen terve (átirányítás vagy megőrzés). Platformot váltani tartalomvesztés nélkül lehet, de nem magától történik meg.

5. Mi van az üzemeltetési szerződésben? Mentés, frissítés, válaszidő, biztonsági javítás: ezek WordPressnél megszokottabb tételek, Lovable-nél is kellenek (függőségek, tartalmi módosítás, domain, tanúsítvány, űrlapok). A szolgáltatásoldalon az építés és az üzemeltetés ezért szerepel együtt.

Röviden

A harmadik, keveset emlegetett út a kettő egymásutánja. Sok cégnek van WordPress-oldala, és készül egy Lovable-demó a tiszta újraépítésre. Ilyenkor a döntés nem „melyik a jobb”, hanem „mikor élesítünk”. Élesítés előtt legyen kész a címátirányítási lista, a saját domain, az űrlap tesztje, az impresszum és a mentés. A demó tetszetős volta önmagában nem elég. Ha a régi oldalnak van keresőforgalma, egy sietős váltás többet ront, mint amennyit a szebb felület hoz.

A Lovable akkor jó választás, ha tiszta, új, kevés oldalas céges honlap kell, és a kód, a domain és a karbantartás előre tisztázott. A WordPress akkor marad jobb, ha a meglévő tartalom, a gyakori szerkesztés vagy a bonyolultabb shop a döntő, és van, aki üzemelteti. A rossz döntés az, amikor a platformot a divat alapján választjuk, az üzemeltetést pedig senki nem viszi.

Érdemes a döntést egy oldalas feljegyzésben rögzíteni: a választott platform, a szerkesztő személye, a domain gazdája, az üzemeltetés tartalma, és a váltás feltétele, ha később mégis költöznének. Ez a papír később, egy vitás hozzáférésnél vagy egy új megbízottnál többet ér, mint a szóbeli „majd megoldjuk”.

Ha szeretné átbeszélni, a cégénél melyik megbízás a reális, foglaljon ingyenes 30 perces konzultációt.

Források: Lovable dokumentáció, Deployment, hosting, and ownership options with Lovable, Subscription plans, Sync your Lovable project with GitHub (2026. november 13-án olvasva).