Megszűnt a régi szerkesztő, jön a webops-platform: Webflow vagy WordPress egy KKV-nak 2026-ban?

A Webflow 2026. augusztus 4-én végleg kikapcsolta a régi Editort, azt a leegyszerűsített felületet, amelyen a cégek marketingesei és asszisztensei évekig úgy írhatták át a szövegeket, hogy közben a dizájnhoz hozzá sem tudtak nyúlni. Helyette a tartalomszerkesztés is a fő felületre költözött, szerepkörökkel és helyben szerkesztéssel (angolul in-context editing), a platform pedig az utóbbi időben beépített analitikával, A/B-teszteléssel és alkalmazástárhellyel bővült. Aki most választ rendszert az új céges oldalához vagy a meglévő Webflow-oldala miatt kezdett gondolkodni, 2026 őszén is ugyanabba a kérdésbe ütközik: Webflow vagy WordPress?

A két rendszer ugyanis egészen mást kínál. A W3Techs 2026. szeptember 22-i statisztikája szerint a WordPress a vizsgált weboldalak 40,2%-án fut, a Webflow 0,8%-on, a tartalomkezelőt használó oldalak között pedig 58,8%, illetve 1,2% a piaci részesedésük. A számok mögött két eltérő filozófia áll: az egyik a kényelmes, zárt, mindent egy kézből adó szolgáltatás, a másik a saját kóddal, saját tárhellyel és rengeteg bővítménnyel járó szabadság, amelynek ára a folyamatos karbantartás. Az alábbiakban 2026. szeptember 22-i állapot szerint végigvesszük, mi változott pontosan a Webflow-ban, mit ér a bővülő eszköztár, mennyibe kerül mindez forintban, végül azt is, mikor éri meg maradni, váltani vagy inkább a WordPressnél kikötni.

Röviden

• A Webflow 2026. augusztus 4-én megszüntette a régi Editort, a tartalomszerkesztők azóta a fő felületen, szerepkörhöz kötött jogosultsággal, közvetlenül az oldal vásznán dolgoznak. A korábbi Editor-felhasználók a Webflow súgója szerint ingyenes szerkesztői helyet (client seat vagy limited seat) kaptak.
• A platform beépített analitikával (Webflow Analyze), AI-javaslatokra épülő A/B-teszteléssel (Webflow Optimize), több oldal között megosztható könyvtárakkal (Shared Libraries) és webalkalmazás-tárhellyel (Webflow Cloud) bővült, így egyre inkább teljes webes működési, azaz webops-platform lett belőle.
• A Webflow hivatalos árlapja szerint 2026. szeptember 22-én egy CMS-es Premium oldal éves számlázással havi 25 dollár, ami kerekített 320 Ft-os árfolyammal nagyjából 8 000 Ft plusz adó, az Analyze havi 9, az Optimize havi 299 dollártól indul.
• A Webflow vagy WordPress kérdésben a Webflow akkor erős, ha egy dizájnközpontú marketingoldalt szeretnél szerverüzemeltetés és bővítményfrissítések nélkül, a WordPress pedig akkor, ha teljes kontrollt, magyar számlázó- és fizetési bővítményeket, összetettebb webshopot vagy könnyebben elérhető hazai szakembert keresel.
• A váltás legnagyobb kockázata nem maga a platform, hanem a migráció, mert URL-térkép, 301-es átirányítások és gondos tartalomexport nélkül mindkét irányban könnyű elveszíteni a Google-ben évek alatt megszerzett helyezéseket.

Mi változott augusztus 4-én és mi az in-context editing?

• augusztus 4-én a Webflow végleg megszüntette a régi Editort, a tartalomszerkesztés azóta a fő felületen, szerepkörökhöz kötött jogosultsággal történik. Az in-context editing (helyben szerkesztés) azt jelenti, hogy a szerkesztő közvetlenül az oldal valódi elrendezésén, a vásznon írja át a szöveget, cseréli a képet vagy frissíti a CMS-tartalmat.

A régi Editor egy külön, erősen lebutított felület volt. A közzétett oldal címe mögé írt „?edit” paraméterrel vagy a Webflow-fiókból lehetett megnyitni. Pontosan arra szolgált, hogy a megrendelő oldalán dolgozó, nem fejlesztő kollégák átírhassák a szövegeket, feltölthessenek egy új blogbejegyzést vagy kicserélhessenek egy képet, anélkül hogy a Designerben, vagyis a Webflow fő építőfelületén bármit elronthatnának. Sok ügynökség pont ezért szerette: az ügyfél megkapta a saját kis szerkesztőjét, miközben a dizájnrendszer érintetlen maradt.

A Webflow 2026. február 2-án jelentette be a régi Editor kivezetését, amely három lépésben zajlott le:

• 2026. február 2.: a szabadúszói és ügynökségi munkaterület-csomagokban elérhetővé váltak az úgynevezett client seatek, vagyis egy adott oldalhoz kötött ügyfél-szerkesztői helyek.
• 2026. május 4.: elindult az automatikus migráció, a meglévő Editor-felhasználók ingyenes limited seatet vagy client seatet kaptak.
• 2026. augusztus 4.: a régi Editor végleg elérhetetlenné vált.

A Webflow súgójában közzétett migrációs GYIK szerint a szabadúszók és ügynökségek oldalanként egy ingyenes client seatet kapnak, a saját csapattal dolgozó (in-house) cégek pedig minden korábbi Editor-felhasználó után egy ingyenes limited seatet. Ennek a kedvezménynek a súgó szerint jelenleg nincs tervezett lejárati dátuma, ami megnyugtató, de a „jelenleg” szót érdemes komolyan venni, mert egy SaaS-szolgáltató (előfizetéses, felhőben futó szoftver) árazási politikája bármikor változhat.

A migrált felhasználók a „Content editor” (tartalomszerkesztő) szerepkört kapták. A súgó szerint ezzel a szerepkörrel a vásznon szerkeszthető a dinamikus, CMS-ből érkező tartalom, kezelhetők a CMS-gyűjtemények oldalai, a változtatások közzétehetők a tesztkörnyezetbe (staging) és az éles oldalra, használható a kommentelés, szerkeszthető az interaktív elemek tartalma, sőt az Optimize-ban futó tesztváltozatok is létrehozhatók vagy módosíthatók. Az űrlapok beállításait viszont csak a tulajdonos, az adminisztrátor, az oldalkezelő (site manager) vagy a designer szerepkör módosíthatja, vagyis a tartalomszerkesztő nem tudja véletlenül átirányítani a beérkező ajánlatkéréseket.

Mit nyert és mit veszített a tartalomszerkesztő?

A nyereség oldalán a legkézzelfoghatóbb, hogy a szerkesztő azt látja, amit a látogató is látni fog. Ha egy termékleírás két sorral hosszabb lesz és emiatt szétcsúszik a kártya, ez már szerkesztés közben kiderül, nem pedig az élesítés után. A Webflow súgója szerint az új szerepkörökhöz egyszeri bejelentkezés (SSO) és tevékenységnapló (Site Activity) is tartozik, míg a régi Editorból mindkettő hiányzott. Egy többfős marketingcsapatnál ez nem apróság, hiszen végre visszakereshető, ki és mikor módosította az árlistát vagy a nyitvatartást.

A veszteség oldalán a legnagyobb tétel az egyszerűség. A régi Editor szinte bolondbiztos volt, egy telefonos ügyintéző is megtanulta fél óra alatt, a fő felület viszont vizuálisan sokkal zsúfoltabb, még akkor is, ha a szerepkör elrejti a veszélyes funkciókat. Tapasztalatunk szerint az ilyen váltások után az első hetekben megugrik a „nem találom, hol kell” típusú kérdések száma, ezért egy rövid, a saját oldalatokra szabott képzés vagy képernyővideó sokat spórol. Aki ügynökségként kezelt ügyfeleket a régi Editorral, az nézze meg azt is, hogyan változott az ügyfélnek mutatott felület megjelenése és a hozzáférések rendje, mert az ügyfél most egy másik felületre lép be, mint korábban.

Mit jelent a váltás a megrendelőnek, ha ügynökség kezeli az oldalát?

Ha egy ügynökség vagy szabadúszó építette és gondozza a Webflow-oldaladat, a legfontosabb kérdés az, hogy kinek a munkaterületén van az oldal és milyen szerkesztői hely jutott neked. A client seat az ügynökség munkaterület-csomagjához tartozik és egy konkrét oldalhoz kötődik, ezért ha egyszer ügynökséget váltasz, az oldal átadásakor a hozzáféréseket is rendezni kell. Érdemes most, nyugodt időszakban tisztázni, ki a tulajdonosa a Webflow-fióknak, kinek a kártyájáról fut az oldalcsomag (site plan) és hogyan kerül át az oldal egy másik munkaterületre, ha arra szükség lesz.

Mit tegyen most, akinek már Webflow-n fut a weboldala?

Aki már Webflow-n van, annak nem kell kapkodnia, hiszen az átállás automatikusan megtörtént és az oldal ugyanúgy működik. Egy délutánt azért szánj rá arra, hogy átnézd a szerkesztői helyeket, a szerepköröket és a számlázást, mert a régi Editor megszűnésével a jogosultságok és a költségek logikája is megváltozott.

Ha a céged 2026 tavasza előtt kapta meg az oldalát és azóta senki nem nézett rá a beállításokra, könnyen lehet, hogy olyan kollégák is hozzáféréssel rendelkeznek, akik már nem dolgoznak nálatok, vagy éppen a marketinges nem találja a megszokott szerkesztőt. Az alábbi lépéssor egy nem fejlesztő cégvezető számára is végigvihető, legfeljebb néhány ponton kell megkérdezni az oldalt építő ügynökséget.

• Leltározd a hozzáféréseket. Nézd meg a munkaterület tagjainak listáját és írd össze, kinek milyen szerepköre és milyen típusú helye (seat) van. A volt munkatársakat és a lejárt szerződésű külsősöket azonnal vedd ki.
• Ellenőrizd, hogy a korábbi Editor-felhasználók megkapták-e az ingyenes helyet. A Webflow súgója szerint a migráció automatikus volt, de ha valaki nem tud belépni vagy fizetős helyként jelenik meg a számlán, azt a Webflow ügyfélszolgálatánál vagy az ügynökségnél érdemes jelezni.
• Próbáld ki a szerkesztést egy tesztbejegyzéssel. Hozz létre egy piszkozatot a blogban vagy a referenciák között, cserélj benne képet, írd át a SEO-címét, majd tedd közzé a tesztkörnyezetben, így kiderül, hol akad el a kolléga.
• Készíts egy kétoldalas belső útmutatót. Képernyőképekkel írd le a három-négy leggyakoribb feladatot (új blogposzt, kép cseréje, nyitvatartás módosítása, állásajánlat feltöltése), mert ez a befektetés az első hónapban megtérül.
• Nézd át az oldalcsomagot és a kiegészítőket. A Webflow 2026-os árlapja más csomagneveket használ, mint néhány éve, ezért érdemes összevetni, hogy a mostani csomagod tényleg megfelel-e a forgalmadnak és a CMS-tartalmaid mennyiségének.
• Döntsd el, kell-e az Analyze vagy az Optimize. Mindkettő fizetős kiegészítő, ezért csak akkor kapcsold be őket, ha van, aki hetente ránéz az adatokra és döntést is hoz belőlük.
• Frissítsd az átadási dokumentációt. Írd le egy helyre, ki a fiók tulajdonosa, melyik kártyáról megy a díj, ki kezeli a domaint és hogyan lehet az oldalt átvinni egy másik munkaterületre.

Ha a lépéssor harmadik pontjánál a kolléga elakad, ne a Webflow-t hibáztasd elsőként. Sokszor az oldal felépítése a gond: ha a fejlesztő annak idején nem CMS-gyűjteményekbe szervezte az ismétlődő tartalmakat, akkor a szerkesztőnek mélyebben kell belenyúlnia az oldalba, mint amennyire szerencsés.

Ez a lista egyben arra is jó, hogy kiderüljön, mennyire vagy kiszolgáltatva az oldalt építő partnernek. Ha a hozzáférések, a domain és a számlázás mind egy külsős kezében van, az nem feltétlenül baj, de legyen írásban rögzítve, mi történik egy esetleges váltásnál.

A webops-platform: miért lett a Webflow több egy honlapépítőnél?

A webops (web operations, webes működés) olyan szemlélet, amelyben a weboldal nem egyszer elkészülő projekt, hanem folyamatosan üzemeltetett, mért és fejlesztett rendszer. A tartalomszerkesztés, a mérés, a tesztelés, a több nyelv kezelése, a jogosultságok és akár a webalkalmazások is egy helyen futnak, egy szolgáltató felelősségével.

A Webflow jó ideje ebbe az irányba halad, amit a 2026-os lépések egyértelművé tettek. A régi Editor megszüntetése nem önmagában érdekes, hanem azért, mert a tartalomszerkesztők így ugyanabba a szerepkör- és jogosultsági rendszerbe kerültek, mint a designerek, a marketingesek és a fejlesztők. Ez egy nagyobb szervezetnél kifejezetten logikus, hiszen egy felületen látszik minden, a tevékenységnapló visszakereshető és a kiegészítők ugyanarra a tartalomra épülnek. A Webflow árlapja 2026 szeptemberében már külön platformcsomagokat (Team és Enterprise) is kínál, amelyekben a lokalizáció, a közzétételi folyamatok (publishing workflows), a governance, vagyis a szabályozott működés és a megerősített biztonság is benne van.

Egy 5 és 50 fő közötti magyar cégnek ez a fejlődés kétélű. Az egyik oldalon kényelmes, hogy ugyanazon a felületen, ugyanazzal a belépéssel mérheted a látogatókat, futtathatsz A/B-tesztet vagy adhatsz hozzá egy német nyelvű változatot, anélkül hogy öt külön szolgáltatót kellene összekötnöd. A másik oldalon minden új funkció egy újabb havidíjas tétel, ráadásul minél több mindent bízol a platformra, annál nehezebb lesz később elköltözni. Ezt a jelenséget hívja a szakma vendor lock-innek, vagyis szolgáltatói bezártságnak.

A WordPress ugyanezt a webops-képességet másképp adja meg. Ott is van beépülő analitika, A/B-tesztelés, többnyelvűség (például a WPML vagy a Polylang bővítménnyel) és alkalmazásszerű funkció, csak ezeket neked vagy a fejlesztődnek kell kiválasztania, összekötnie és frissen tartania. Cserébe bármelyik darab lecserélhető és a tárhely is bármikor költöztethető. A két modell között tehát nem az a különbség, hogy az egyik tud valamit, a másik pedig nem, hanem az, hogy ki viseli az összerakás és a karbantartás terhét, illetve ki dönt a jövőbeli árakról.

Analyze, Optimize, Shared Libraries, Webflow Cloud: a teljes csomag

A Webflow 2026-os eszköztára négy fő kiegészítővel lépett túl a honlapépítésen: az Analyze beépített analitika, az Optimize AI-javaslatokkal támogatott A/B-tesztelés, a Shared Libraries több oldal között megosztott dizájnkönyvtár, a Webflow Cloud pedig webalkalmazások futtatására szolgáló tárhely. Egy KKV-nak ezek közül általában egy-kettő éri meg, a teljes csomag inkább a nagyobb marketingcsapatoknak szól.

A kiegészítők árát a Webflow hivatalos árlapjáról vettük 2026. szeptember 22-i állapot szerint. A forintos értékeket kerekített, 320 Ft-os dollárárfolyammal számoltuk (a tényleges árfolyam 2026. szeptember 21-én nagyjából 317 Ft volt).

Webflow Analyze: beépített analitika AI-láthatósággal

Az árlap leírása szerint az Analyze beépített webanalitika, amely a forgalmon és az oldalankénti elköteleződésen túl AEO-mutatókat is ad, köztük a nagy nyelvi modellekben (LLM) való láthatóságot és az AI-ügynököktől érkező forgalmat. Az AEO (answer engine optimization) a válaszmotorokra, vagyis a kérdésre közvetlen választ adó keresőfelületekre és AI-asszisztensekre való optimalizálást jelenti. Ennek egyre nagyobb a súlya: a Numinix és a Position Digital 2026. szeptemberi SEO-összefoglalói szerint a Google AI Overviews havi 2,5 milliárd, az AI Mode pedig havi több mint 1 milliárd felhasználót ér el.

Egy kisvállalatnak az Analyze legnagyobb előnye az egyszerűség. Aki eddig a Google Analytics 4 bonyolultsága miatt egyáltalán nem mért, annak egy havi 9 dolláros, a szerkesztőfelületbe épített riport sokat adhat, különösen ha az AI-forgalomról is képet kap. A Google Search Console 2026. augusztus 31. óta szintén mutatja oldalanként a generatív AI-megjelenéseket, ezért a kettőt érdemes együtt nézni. Adatvédelmi szempontból ugyanaz érvényes, mint bármely más mérőeszköznél: nézd meg, milyen adatot gyűjt, illetve hogy a sütikezelő (cookie banner) beállításaid összhangban vannak-e vele.

Webflow Optimize: A/B-teszt, ha van hozzá elég forgalom

Az Optimize az árlap szerint AI-alapú javaslatokkal segít A/B-teszteket és oldaloptimalizálást futtatni. A Webflow migrációs GYIK-je szerint a tesztváltozatokat a tartalomszerkesztő szerepkörrel is létre lehet hozni és módosítani lehet. A havi 299 dolláros induló ár kerekítve 95 680 Ft, ami évente több mint 1,1 millió forint, ezért itt különösen fontos a józan számolás.

Tegyük fel, hogy egy képzeletbeli budapesti könyvelőiroda oldala havi 3 000 látogatót kap, akiknek 2%-a kér ajánlatot, ez havonta 60 ajánlatkérés. Ha két változatot tesztelsz egymás ellen, változatonként havi 30 konverzió jut, miközben egy elterjedt ökölszabály szerint egy megbízható következtetéshez változatonként legalább néhány száz konverzió kell. Ennél a forgalomnál egyetlen teszt is fél évnél tovább futna, vagyis az Optimize díja több százezer forint lenne egyetlen, még mindig bizonytalan eredményért. Saját becslésünk szerint az Optimize ott kezd értelmet nyerni, ahol havonta több tízezer látogató érkezik fizetett hirdetésekből ugyanarra a néhány landing page-re, vagyis olyan céloldalra, amelynek egyetlen feladata a konverzió.

Shared Libraries: egy dizájnrendszer több oldalon

A Shared Libraries lényege, hogy a komponenseket (például fejlécet, láblécet, kártyákat, gombokat) és a dizájnváltozókat (színeket, betűtípusokat, távolságokat) egy közös könyvtárból több Webflow-oldal is használhatja. A Mean CEO szeptemberi Webflow-összefoglalója a megosztott könyvtárakat és az elágaztatott (branching) munkafolyamatokat a szabályozott, több szereplős működés eszközeként említi.

Egyetlen oldallal rendelkező KKV-nak ez a funkció nem sokat ad. Akkor érdekes, ha a cégnek a fő oldala mellett külön kampányoldala, karrieroldala vagy egy másik márkához tartozó oldala is van, az arculatnak pedig mindenhol egyszerre kellene frissülnie. Ilyenkor egy logócsere vagy egy új gombstílus nem négy külön munkát jelent, hanem egyet.

Webflow Cloud: webalkalmazás a marketingoldal mellett

A Webflow Cloud a Mean CEO összefoglalója szerint teljes értékű (full-stack) alkalmazások futtatására szolgál API-kkal és egyedi üzleti logikával. Az árlap szerint a díja 2 dollár millió kérésenként, illetve 2 dollár öt CPU-óránként, vagyis a futtatási költség egy kisebb alkalmazásnál szinte elhanyagolható: havi 200 000 kérés például 0,40 dollár, azaz kerekítve 128 Ft.

A valódi költség itt nem a tárhely, hanem a fejlesztés. Egy árajánlat-kalkulátort, egy ügyfélportált vagy egy termékkonfigurátort valakinek le kell programoznia, a Webflow Cloud ezt csak kényelmesebben helyezi el a marketingoldal mellett. Egy KKV-nak akkor éri meg, ha a Webflow-oldal marad a fő felület, mellé pedig egy-két alkalmazásszerű funkció kerülne, külön tárhelyszolgáltató bevonása nélkül.

Mennyibe kerül a Webflow 2026 őszén forintban?

A Webflow hivatalos árlapja szerint 2026. szeptember 22-én a saját domainnel használható Basic oldalcsomag éves számlázással havi 15 dollár, a CMS-t is tartalmazó Premium havi 25 dollár, a webshopcsomagok pedig havi 29 dollártól indulnak. Kerekített, 320 Ft-os árfolyammal ez 4 800, 8 000, illetve 9 280 Ft havonta, amihez még adó jön.

Az árlap szerint az árak dollárban és oldalanként értendők, amelyekhez a fizetéskor hozzáadják az adót. Az alábbi táblázat a legfontosabb oldal- és webshopcsomagokat foglalja össze, a forintos értékek itt is kerekített árfolyammal készültek.

Az oldalcsomagok mellett létezik egy másik számlázási réteg is, a munkaterület (Workspace), amely a Designerben dolgozó csapatnak vagy az ügynökségnek szól. Az árlap szerint a csapatoknak szóló Core havi 19, a Growth havi 49 dollár, a szabadúszóknak szóló Freelancer havi 16, az ügynökségeknek szóló Agency havi 35 dollár, mindez éves számlázással. A további teljes jogú hely (Full seat) havi 39, a korlátozott hely (Limited seat) havi 15 dollár helyenként. Ha egy ügynökség kezeli az oldaladat, a munkaterület díját általában ő fizeti, te az oldalcsomagot és a kiegészítőket.

Példa: egy kétnyelvű balatoni panzió

Vegyünk egy képzeletbeli balatoni panziót, amelynek tízoldalas, szobákat, programokat és blogot tartalmazó, magyar és német nyelvű weboldala van. A szobák és a blogbejegyzések CMS-ben élnek, ezért Premium csomag kell (25 USD), a német változathoz egy Localize Essential (9 USD), a méréshez pedig az Analyze a legkisebb, 9 dolláros díjjal. Ez összesen havi 43 dollár (kerekítve 13 760 Ft), évente 165 120 Ft plusz adó, három évre számolva nagyjából 495 000 Ft. A foglalómotor többnyire külső szolgáltatásként kerül be az oldalba, ennek a díja platformtól függetlenül külön fizetendő.

Példa: egy 800 termékes debreceni webshop

Egy képzeletbeli debreceni webshop 800 termékkel már kinövi a Standard csomag 500 termékes keretét, de érdemes azt is kiszámolni, mi történne, ha beleférne. A Standard csomag 2%-os tranzakciós díja havi 2 millió forintos online forgalomnál 40 000 Ft, ami a 9 280 Ft-os havidíjjal együtt 49 280 Ft. A Plus csomag havi 23 680 Ft és nincs tranzakciós díja, így ennél a forgalomnál a drágább csomag az olcsóbb. A fordulópont saját számításunk szerint havi nagyjából 720 000 Ft-os online forgalomnál van, efölött a Plus csomag jár jobban. A Webflow tranzakciós díja a fizetési szolgáltató (például a bankkártyás fizetést intéző cég) saját díjához adódik hozzá, ezért a teljes költséget mindig a kettő együtt adja.

A dolláros árazás árfolyamkockázat is. Ha a dollár 10%-kal drágul a forinthoz képest, a Webflow-számlád forintban is 10%-kal nő, miközben a hazai tárhelyszolgáltatók forintos díja ettől nem változik. A külföldi szolgáltatótól érkező számla áfakezelését is egyeztesd előre a könyvelőddel.

Webflow vagy WordPress 2026-ban: költség, kontroll, magyar támogatás

A Webflow vagy WordPress döntés végső soron arról szól, ki viseli az üzemeltetés terhét. A Webflow kiszámítható előfizetést ad, amelyben a tárhely és a biztonsági frissítések is benne vannak, cserébe zárt platform és dollárban számláz. A WordPress ingyenes, nyílt forráskódú és teljesen a tiéd, viszont a tárhelyről, a bővítményekről és a frissítésekről neked kell gondoskodnod.

Költség három évre: egy becsült példa

A költség-összehasonlítás azért trükkös, mert a WordPress „ingyenes”, a működtetése viszont nem. Tegyük fel, hogy egy képzeletbeli, 20 fős budapesti könyvelőiroda 15 oldalas, blogot is tartalmazó bemutatkozó oldalt tart fenn egy nyelven. A Webflow-oldalon a Premium csomag az árlap szerint három év alatt 900 dollár, azaz kerekítve 288 000 Ft, ha pedig az Analyze-t is bekapcsolják, további 103 680 Ft, vagyis összesen 288 000 és 392 000 Ft között. A WordPress-változatnál a szoftver ingyenes, de ha egy feltételezett havi 5 000 Ft-os tárhellyel, évi 60 000 Ft-nyi fizetős bővítménnyel (biztonság, mentés, űrlapkezelés) és havi egy óra rendszerkarbantartással számolunk feltételezett 10 000 Ft-os óradíjon, akkor három év alatt 180 000, 180 000 és 360 000 Ft, összesen 720 000 Ft jön ki.

Ez a becslés nem azt jelenti, hogy a WordPress mindig drágább. Olcsóbb tárhellyel, ingyenes bővítményekkel és saját kézben tartott frissítésekkel a WordPress költsége a töredékére eshet, csak akkor az idődet és a kockázatot fizeted meg. A Webflow költsége ezzel szemben gyorsan emelkedik, ha jön egy második nyelv, egy Optimize-előfizetés, több szerkesztői hely vagy egy webshopcsomag, ráadásul a dollárárfolyam is beleszól. Mindkét esetben igaz, hogy a kezdeti fejlesztés díja gyakran nagyobb tétel, mint három év üzemeltetés, ezért az ajánlatok összevetésekor a kettőt együtt nézd.

Kontroll és tulajdonjog

A WordPress legnagyobb érve a teljes kontroll. A rendszer GPL-licences nyílt forráskódú szoftver, a fájlok és az adatbázis a tieid, bármikor átköltöztetheted egy másik tárhelyre vagy egy másik fejlesztőhöz. Ha az URL-ek változatlanok maradnak, a Google-helyezéseid sem sérülnek a költözéstől. Ha holnap bármelyik szolgáltatód megemeli az árait, egyszerűen továbbállsz.

A Webflow-nál a kényelemért a platformhoz kötődéssel fizetsz. A statikus kód (HTML, CSS, JavaScript) exportálható, a CMS-gyűjtemények pedig CSV-fájlba menthetők, a CMS dinamikus működése, az űrlapkezelés és a webshop viszont nem költözik az exporttal, vagyis egy esetleges távozásnál az oldalt lényegében újra kell építeni. Ez nem ok arra, hogy elkerüld a Webflow-t, de a döntéskor számolj vele: ne építs a platformra olyan üzleti funkciót, amelyet gyorsan kellene tudnod máshová vinni.

Biztonság és karbantartás

A WordPress népszerűsége egyben a legnagyobb kockázata is, hiszen a támadók is a legelterjedtebb rendszert célozzák. A WordPress 2026. szeptember 17-én kiadott 7.1.1-es verziója a WordPress.org közleménye szerint 11 biztonsági hibát javított, köztük a wpautop() függvényt érintő XSS-hibát (weboldalba juttatott rosszindulatú szkript), a REST Templates Controller path traversal hibáját és egy jogosulatlan tématelepítést lehetővé tevő hiányosságot. A WordPress a kisebb biztonsági kiadásokat alapértelmezés szerint automatikusan telepíti, a bővítmények és a témák frissítése viszont már a tulajdonoson vagy a fejlesztőn múlik. Tapasztalatunk szerint a bajok többsége egy elhanyagolt, régóta nem frissített bővítményből indul.

A Webflow-nál a platform biztonsága a szolgáltató dolga, neked nincs mit frissítened. Ennek az ára, hogy nem te döntöd el, mikor és hogyan változik a rendszer, ahogy ezt a régi Editor kivezetése is megmutatta: egy döntés a szolgáltató oldalán minden ügyfélnél átírta a napi munkát. Egy platformszintű hiba vagy leállás ráadásul egyszerre érint mindenkit, ilyenkor nem tehetsz mást, mint hogy vársz.

Magyar támogatás és szakemberek

A WordPress magyar nyelvű adminfelülettel is használható, Magyarországon rengeteg ügynökség és szabadúszó dolgozik vele és szinte minden kérdésre van magyar nyelvű leírás. Ha a fejlesztőd elérhetetlenné válik, viszonylag gyorsan találsz helyette másikat.

A Webflow kezelőfelülete és ügyfélszolgálata angol nyelvű, magyar nyelvű felülete nincs, a hazai Webflow-fejlesztők köre pedig jóval szűkebb, mint a WordPress-szakembereké. A Webflow saját oktatási anyagai (Webflow University) jók és részletesek, csak éppen angolul, ami egy marketinges kollégának általában nem gond, egy angolul kevésbé magabiztos tulajdonosnak vagy adminisztrátornak viszont lehet az.

Webshop és magyar integrációk

Magyar webshopnál a döntés gyakran itt dől el. A WooCommerce-hez a legtöbb hazai fizetési szolgáltató és számlázóprogram kínál kész bővítményt, így a bankkártyás fizetés, a NAV Online Számla felé bejelentett számla kiállítása és a csomagpontos szállítás viszonylag gyorsan összerakható. Igaz, ennek is van karbantartási ára: a WooCommerce a 2027 januárjára tervezett 11.5-ös verziótól már nem támogatja a PHP 7.4-et és 8.0-t, vagyis a régebbi tárhelyeken futó boltoknak előbb-utóbb szerverfrissítés kell.

A Webflow Ecommerce fizetési és szállítási lehetőségei szűkebbek. A magyar számlázóprogramokat jellemzően köztes automatizációval (például n8n vagy Make) vagy egyedi fejlesztéssel lehet bekötni. Kisebb, dizájnközpontú, néhány tucat termékes kínálatnál ez vállalható, egy több ezer termékes, raktárkészlettel és ERP-kapcsolattal dolgozó boltnál viszont a WooCommerce vagy egy dedikált webshopplatform szinte mindig egyszerűbb út.

Kinek jó választás a Webflow és kinek a WordPress?

A Webflow azoknak a cégeknek jó választás, amelyeknek egy igényes, dizájnközpontú marketingoldal kell, nincs saját IT-sük és szívesen fizetnek havidíjat azért, hogy ne kelljen frissítésekkel foglalkozniuk. A WordPress azoknak való, akik teljes kontrollt, magyar integrációkat, bonyolultabb webshopot vagy széles hazai szakemberkört keresnek.

A döntést érdemes néhány egyszerű kérdésre visszavezetni, mert a platformok körüli vita sokszor inkább ízlésről szól, mint üzleti szempontokról. Ha az alábbi állítások többsége igaz rád, a Webflow felé billen a mérleg:

• A weboldal elsősorban márkaépítő és ajánlatkérő felület, nem pedig bonyolult üzleti rendszer.
• A megjelenés és az animációk minősége nálatok versenyelőny, a dizájnernek pedig szabad kezet szeretnél adni.
• Nincs házon belül fejlesztő, a biztonsági frissítéseket pedig nem szeretnéd a saját felelősségedként kezelni.
• A marketinges kollégák jól boldogulnak angol nyelvű felülettel.
• A dollárban érkező havidíj és annak árfolyamkockázata belefér a költségvetésbe.

A WordPress felé billen a mérleg, ha a következők jellemzőek:

• Webshopot üzemeltetsz magyar fizetési, számlázó és szállítási integrációkkal, vagy ez a közeljövőben tervben van.
• Olyan funkciók kellenek, amelyekre a WordPress-világban kész bővítmény létezik (foglalás, tagsági rendszer, többlépcsős űrlapok, eseménynaptár).
• Fontos, hogy az oldal és az adatok teljesen a tieid legyenek, így bármikor másik tárhelyre vagy fejlesztőhöz vihesd őket.
• Magyar nyelvű adminfelületet szeretnél a kollégáknak.
• Már van egy jól működő WordPress-oldalad, amelynek a helyezéseit nem akarod kockáztatni.

Két képzeletbeli példa segít a gyakorlatra fordítani a fenti listákat. Tegyük fel, hogy egy 12 fős kecskeméti asztalosüzem új oldalt szeretne referenciagalériával, ajánlatkérő űrlappal és havi két blogbejegyzéssel. Itt mindkét platform tökéletesen működik, a döntést a tulajdonos preferenciája és a kivitelező szakértelme adja: ha nincs, aki a WordPress-frissítésekre figyeljen, a Webflow kényelmesebb, ha viszont az üzem később online is értékesítene bútorokat magyar számlázóprogrammal, a WordPress és a WooCommerce hosszabb távon rugalmasabb. Egy budapesti, nemzetközi ügyfeleknek dolgozó építészstúdiónál, ahol a látvány a fő érv és angolul is kommunikálnak, a Webflow szinte magától adódik.

Van egy gyakran elfelejtett szempont is: ki fogja a következő öt évben karbantartani az oldalt? Egy platform annyit ér, amennyire a mögötte álló csapat ismeri. Egy jól megépített Webflow-oldal jobb, mint egy elhanyagolt WordPress-oldal, ez pedig fordítva is igaz.

Hogyan zajlik a migráció, ha váltanál?

A migráció egy tartalomleltárral kezdődik, majd egy URL-térképpel, a dizájn újraépítésével, a tartalom átköltöztetésével és a 301-es átirányítások beállításával folytatódik, végül tesztelés és legalább két hónapos utókövetés zárja. A Webflow és a WordPress között nincs egy gombnyomásos átjárás, az oldalt mindkét irányban lényegében újra kell építeni.

Ez elsőre ijesztően hangzik, de a jó hír, hogy a szöveges és képi tartalom jórészt átvihető, a dizájnt pedig egy tapasztalt fejlesztő a meglévő oldal alapján kiszámítható idő alatt újraépíti. Az igazi kockázat a keresőoptimalizálásban (SEO) van: ha egy évek óta jól rangsoroló oldal címe megváltozik és nincs átirányítva, a Google szemében az az oldal megszűnt. Az alábbi lépéssor mindkét irányú váltásra érvényes.

• Készíts teljes tartalomleltárt. Egy oldaltérképező (crawler) eszközzel gyűjtsd ki az összes meglévő URL-t, címet, meta leírást és képet, a Google Search Console-ból pedig mentsd le, melyik oldal hoz forgalmat és melyik kulcsszóra.
• Döntsd el, mi költözik és mi nem. A régóta forgalom nélküli, elavult oldalakat nem kell átvinni, de ha van rájuk külső hivatkozás, ezekről is kell átirányítás egy témában kapcsolódó oldalra.
• Készíts URL-térképet. Egy táblázatban párosítsd minden régi címhez az újat, ahol lehet, változatlan formában, mert a legbiztonságosabb átirányítás az, amelyre nincs szükség.
• Exportáld a tartalmat. WordPressből a bejegyzések XML-ben (bővítménnyel CSV-ben is), Webflow-ból a CMS-gyűjtemények CSV-ben menthetők ki, a képeket azonban külön is le kell tölteni, mert az export sokszor csak a hivatkozásukat tartalmazza.
• Építsd újra a dizájnt és a sablonokat. A kinézet nem konvertálható egy az egyben, ezért a blogsablont, a referenciaoldalt és a többi ismétlődő elemet az új platform logikája szerint kell felépíteni.
• Importáld és ellenőrizd a tartalmat. A formázott szövegek, beágyazott videók és táblázatok importálás után gyakran szétesnek, ezért minden sablontípusból nézz át mintaoldalakat.
• Állítsd be újra az űrlapokat, a mérést és az integrációkat. Az ajánlatkérő űrlapok címzettjei, a Google Analytics 4 és a hirdetési pixelek, a sütikezelő és a CRM- vagy hírlevélkapcsolatok mind újra beállítandók.
• Vidd át a SEO-elemeket. Az oldalcímek, meta leírások, képek alternatív szövegei, a kanonikus címek, a strukturált adatok (schema) és többnyelvű oldalnál a hreflang jelölések egyenként ellenőrzendők.
• Állítsd be a 301-es átirányításokat és tesztelj. Az URL-térkép alapján minden régi cím kapjon végleges átirányítást. A tesztkörnyezetben nézd végig a linkeket, az űrlapokat, a mobilnézetet és a betöltési sebességet.
• Élesíts, majd kövesd az eredményeket. A domain átállítása után küldd be az új oldaltérképet (sitemap) a Search Console-ba, majd legalább nyolc hétig hetente nézd a 404-es hibákat, a forgalmat és a fontos kulcsszavak helyezését.

WordPressről Webflow-ra: mire figyelj külön?

A leggyakoribb meglepetés az URL-szerkezet. A WordPress-bejegyzések sokszor közvetlenül a domain alatt élnek (például /cikk-neve/), míg a Webflow CMS-elemei jellemzően a gyűjtemény saját előtagja alatt (például /blog/cikk-neve), ezért egy nagyobb blognál szinte biztosan sok átirányítás kell. A második a bővítmények által adott funkciók kérdése: a foglalási, tagsági, hozzászólási és egyedi űrlapkezelési funkcióknál egyenként végig kell gondolni, mi fogja helyettesíteni őket, mert a Webflow-ban ezekre gyakran külső szolgáltatás vagy egyedi fejlesztés kell.

Webflow-ról WordPressre: mire figyelj külön?

Ebben az irányban az animációk és interakciók újraépítése a legmunkaigényesebb, mert a Webflow vizuális interakcióit a WordPressben kóddal vagy egy animációs bővítménnyel kell újra felépíteni. A képek a Webflow saját tárhelyén élnek, ezért mindet le kell tölteni és az új médiatárba feltölteni. A beérkezett űrlapadatokat még a váltás előtt exportáld. A Webflow-oldalcsomagot csak azután mondd le, hogy az új oldal legalább néhány hétig hibátlanul fut és a domain véglegesen átállt.

Mi történik a SEO-val és az AI-kereséssel platformváltáskor?

A Google nem rangsorolja előrébb egyik platformot sem, a helyezést a tartalom minősége, a technikai tisztaság és az oldal megbízhatósága dönti el. Platformváltáskor a legnagyobb veszély a rosszul kezelt migráció, egy gondosan átvitt oldal viszont néhány hetes ingadozás után többnyire visszatér a korábbi helyezéseihez.

Technikai SEO szempontból mindkét rendszer képes gyors, tiszta kódot és jó Core Web Vitals-értékeket (a Google által mért betöltési és használhatósági mutatókat) produkálni, a különbség inkább abban van, mennyi munka ez. A Webflow a szerkesztőfelületén alapból kínálja a meta mezőket, az átirányításokat és az oldaltérképet, a strukturált adatot pedig egyedi kódként lehet beilleszteni. A WordPressnél ugyanezt általában egy SEO-bővítmény adja, a sebességet viszont a téma és a bővítmények minősége erősen befolyásolja, ezért egy túlterhelt WordPress-oldal könnyen lassúvá válik.

Az AI-keresés új mérési réteget hozott. A Webflow Analyze az árlap szerint az LLM-láthatóságot és az AI-ügynököktől érkező forgalmat is mutatja, a Google Search Console pedig 2026. augusztus 31. óta oldalankénti generatív AI-riportokat ad (erről külön cikkben írtunk részletesen). A WordPress-oldalon az ökoszisztéma a nyílt szabványok felé mozdul: a Gutenberg Times szeptemberi összefoglalója szerint a WordPress Playground WebMCP-támogatást kapott 16 beépített művelettel, a Core AI csapat MCP Adaptere pedig beküldésre kész a bővítménytárba. A WebMCP a Google által javasolt webes szabvány, amellyel a weboldal strukturált eszközöket kínálhat az AI-ügynököknek. A szabvány a Chrome 149-es verziójától próbaidőszakban (origin trial) tesztelhető.

Egy migráció előtt ezért érdemes a hagyományos kulcsszavas adatok mellett az AI-megjelenéseket is lementeni a Search Console-ból, hogy a váltás után legyen mihez viszonyítani. Ha az új oldalon a kérdés-válasz formájú tartalmak, a GYIK-szakaszok és a strukturált adatok megmaradnak, az AI-válaszokban való megjelenés platformtól függetlenül megtartható.

Hol állnak ehhez képest az AI-weboldalkészítők?

A Lovable, a v0, a Bolt vagy a Figma Make típusú AI-weboldalkészítők percek alatt generálnak működő oldalt vagy alkalmazást egy szöveges leírásból, ami prototípusnak, kampányoldalnak vagy ötletteszthez kiváló. Egy KKV hosszú távú céges weboldalánál viszont más a feladat: nem fejlesztő kollégáknak kell tudniuk tartalmat szerkeszteni, a SEO-beállításokat kézben kell tartani, a jogosultságoknak rendben kell lenniük és az oldalnak évekig stabilan kell futnia. Ezen a terepen a Webflow és a WordPress továbbra is előnyben van, ráadásul mindkettő maga is beépíti az AI-t: a Mean CEO összefoglalója szerint a Webflow AI az oldalkészítésben, a tartalommunkában és a személyre szabásban segít, a WordPress-világban pedig Andy Peatling Miles nevű AI-dizájnügynöke blokktémák készítésére született. Az AI-weboldalkészítők erősségeiről és korlátairól külön cikkben írunk részletesen.

Miben segít a Convergo?

A Convergónál a platformválasztást az üzleti célokból vezetjük le, nem a divatból. Webdesign és weboldalkészítés szolgáltatásunkban WordPress-alapú és saját CMS-re épülő oldalakat készítünk, de ha a te esetedben egy meglévő Webflow-oldal megtartása a jobb út, azt is őszintén megmondjuk. Ha váltanál, a migrációt URL-térképpel és átirányításokkal visszük végig, a SEO és keresési láthatóság csapatunk pedig az élesítés utáni hetekben is figyeli a helyezéseidet. A support, üzemeltetés és tárhely csomagunk (havi 30 000 Ft, benne három fejlesztői óra) leveszi a válladról a WordPress-frissítések, a mentések és a biztonsági javítások terhét. Az első lépés egy ingyenes egyeztetés, ahol közösen átnézzük a mostani oldaladat és a lehetőségeidet.