Next.js vagy WordPress? Őszinte döntési útmutató vállalkozóknak — egy Next.js-ügynökségtől

Kezdjük a lapok felfedésével: mi egyedi, Next.js-alapú weboldalakat építünk — ebből élünk. Épp ezért lehet hiteles, amit ez a cikk végig kimond: a legtöbb magyar kis- és középvállalkozásnak a WordPress a helyes alapértelmezés, és a Next.js egy célzott eszköz, amelyet indokolni kell. A weboldal-készítési útmutatónk a négy építési utat tekinti át — ez a cikk a két legtöbbet ütköztetett út, a WordPress és a Next.js közti döntést bontja ki, friss, ellenőrzött számokkal, vállalkozói nyelven. (Ha webshopról dönt, ott más a képlet: arról a Shopify vs WooCommerce útmutatónk szól.)

Mi a két út valójában? (zsargon nélkül)

A WordPress egy kész tartalomkezelő rendszer: telepítés után van admin-felülete, szerkesztője, és 65 ezernél több ingyenes bővítménye a hivatalos tárban — a funkciók többségét összerakni lehet, nem megépíteni. Ma az összes weboldal ~41%-a fut rajta (az ismert CMS-t használó oldalak 59%-a — W3Techs, 2026. augusztus), vagyis nagyjából nyolcszor akkora, mint a második helyezett. A részesedése lassan csökken (egy év alatt ~43%-ról), de a nyertesek nem a fejlesztői keretrendszerek, hanem a hosztolt oldalépítők — a piac nem a Next.js felé vándorol tömegesen. És a platform nem áll: a 7.0 „Armstrong” 2026 májusában jelent meg, a 7.1 augusztus 19-re ütemezett, a magyar honosítás 96%-os.

A Next.js ezzel szemben nem kész rendszer, hanem építőkészlet: egy React-alapú fejlesztői keretrendszer (a Vercel cég áll mögötte), amelyből fejlesztő épít egyedi oldalt — admin-felület, szerkesztő, űrlap, SEO-eszköz gyárilag nincs benne, mindezt megépítik vagy külön rendszerből (headless CMS) kötik be. Az összes weboldal ~3,2%-án található meg (W3Techs — fontos árnyalat: ezt a W3Techs más kategóriában méri, mint a CMS-eket, tehát a két szám csak nagyságrend-érzékeltetés, nem azonos rangsor). A lényeg vállalkozói szemmel: WordPress esetén terméket vesz, Next.js esetén fejlesztést — és ebből következik szinte minden további különbség.

A sebesség-mítosz: mit mondanak a valós mérések?

Itt jön a cikk legfontosabb — és egy Next.js-ügynökségtől talán meglepő — adata. A Chrome valós felhasználói méréseiből (CrUX) készülő HTTP Archive-riport 2026. júliusi adata szerint mobilon mindhárom Core Web Vitals-küszöbön átmegy a WordPress-oldalak 49,5%-a — a Next.js-oldalaknak viszont csak 33,9%-a. Desktopon nagyjából döntetlen (53,6% vs 54,3%). Vagyis az átlagos Next.js-oldal a valóságban nem gyorsabb az átlagos WordPress-oldalnál — mobilon éppen fordítva. Egy módszertani árnyalat a korrektséghez: a Next.js-oldalak közt sok a nehéz, alkalmazás-szerű felület, a WordPress-oldalak közt sok az egyszerű tartalmi oldal — a két populáció nem azonos műfaj. De a tanulság szimmetrikus és kényelmetlen minden marketingesnek: a technológia neve egyik irányban sem sebesség-érv.

A metrika-bontás elárulja a két út jellegzetes gyengéjét: a WordPress jellemzően a szerverválaszon bukik el (olcsó tárhely + felhalmozott bővítmények — a jó TTFB-arány mindössze 24,4%), a Next.js viszont az interaktivitáson (a sok JavaScript miatt). Mindkettő kezelhető — jó tárhellyel, illetve jó kivitelezéssel. A gyakorlati tanács ezért nem az, hogy „melyik logót válassza”, hanem ez: a kivitelező korábbi oldalainak mért sebességét kérje el, ne a technológialistáját. Hogy mit és hogyan mérjen, azt a technikai SEO audit checklistánk mutatja meg.

A hétköznapok: ki frissíti az oldalt jövő kedden?

A platformdöntés legalulbecsültebb kérdése nem technikai, hanem szervezeti: ki nyúl az oldalhoz jövő kedden? WordPressen a szöveg, a kép, az új aloldal vagy blogcikk admin-felületről megy — a gyakorlatban a WP-oldalak közel harmada Elementor-szerkesztőt használ (32,7%, a natív blokkszerkesztőt ~21% — HTTP Archive-elemzés, 2026. ápr.), és mindez gyárilag magyarul. Next.js-oldalon a tartalom szerkeszthető marad (headless CMS-sel — mi például Sanityt kötünk be), a szerkezet és a dizájn módosítása viszont fejlesztői munka: új szekció, új oldaltípus, átrendezés — mind óradíj. Sőt, még a szerkesztői „Előnézet” funkciót is a fejlesztő építi meg (a keretrendszer ehhez eszközt ad, kész gombot nem). Ha a csapata hetente, önállóan publikálna, az önmagában erős WordPress-érv.

Mennyibe kerül valójában? A hároméves kép

A magyar piaci horgonyok (2026): egy WordPress-projekt jellemzően 250 ezer–1,5 millió Ft között készül el, a karbantartás egyszerű céges oldalnál 10–30 ezer Ft/hó (nettó). Ehhez jönnek a halmozódó apróságok: tárhely, prémium bővítménylicencek (például egy gyorsítótár-plugin ~49 €/év, egy biztonsági szolgáltatás ~229 $/év a gyártói árlistán) — egy tipikus kisvállalati oldal évi nagyságrendileg 100–300 dollárt költ prémium bővítményekre (szerkesztői becslés). Egy egyedi Next.js-oldal ezzel szemben a mi becslésünk szerint 1,6–4,8 millió Ft között indul (publikált magyar piaci felmérés erről nem létezik — ezt saját tapasztalatból mondjuk, jelezve). Fontos árnyalat: ez a sáv a teljesen egyedi tervezésű, nulláról épített munkára vonatkozik — modul-alapú, termékesített modellel (ahogy mi is dolgozunk) ez alá is be lehet lépni, teljesen egyedi dizájnnal viszont nálunk is ebbe a sávba ér a projekt. Cserébe a hoszting olcsó (a tipikus felhőcsomag ~20 $/hó), viszont minden módosítás fejlesztői óra (a hazai óradíjak: szabadúszó 12–16, kisebb cég 16–24, ügynökség 22–30 ezer Ft/óra nettó — netmetro, 2026), és 1–2 évente verzióváltási munka is jön: a Next.js-nél csak az aktuális főverzió kap teljes támogatást, a korábbiak gyorsan kifutnak — a WordPress ezzel szemben a régi verziókhoz is kiadja a biztonsági javításokat. A lényeg: egyik út sem „olcsó” — a domináns költség mindkettőnél az emberi munka, csak máshol és más ütemben jelentkezik. A saját moduljaink árait az árkalkulátorban találja.

Biztonság: két különböző kockázat — nem „biztonságos vs veszélyes”

A számok elsőre ijesztőek: 2025-ben 11 334 új sérülékenységet jelentettek a WordPress-ökoszisztémában (+42% egy év alatt) — de a bontás a lényeg: 91% a bővítményekben, 9% a témákban, és mindössze 6 darab a WordPress magjában, mind alacsony kockázatú (Patchstack-riport, 2026. február — a cég védelmi szolgáltatást árul, a számai viszont a legnagyobb mintájúak). A fizetős bővítmény önmagában nem védelem: a prémium komponensek hibáit a mérés szerint többször használták ki ténylegesen, mint az ingyenesekét. És a valódi magyar kockázat a frissítési fegyelem: a WP-oldalaknak csak ~57%-a fut a legújabb főverzión — a „felraktuk és otthagytuk” oldal előbb-utóbb célpont. Karbantartással ez kezelhető kockázat; anélkül nem.

A Next.js oldala sem steril: 2025 márciusában maga a keretrendszer kapott kritikus (CVSS 9,1) jogosultság-megkerülési hibát (CVE-2025-29927) — a javítatlan 12–15-ös verziók voltak érintettek, és a tanulság ugyanaz, mint WordPressnél: a frissítést itt is el kell végezni, csak itt nincs „Frissítés” gomb — fejlesztő kell hozzá. Összegezve: a WordPress-út fegyelmet igényel (kevés, auditált bővítmény + karbantartási szerződés), a Next.js-út szerződött fejlesztőt. Aki egyiket sem akarja vállalni, annak igazából bérelt platform való — az is legitim válasz.

SEO és AI-láthatóság: számít-e a platform?

Rövid válasz: a platform nem — a megvalósítás igen. A Google-nak és az AI-asszisztenseknek ugyanaz kell mindkét úton: bejárható, gyorsan válaszoló, szerveroldalon kiszolgált tartalom, tiszta struktúrával. A kritikus pont 2026-ban az AI-robotok JavaScript-vaksága: a GPTBot, a ClaudeBot és a PerplexityBot nem futtat JavaScriptet (Vercel–MERJ mérés, 2024 vége — a képességek azóta változhattak, de a Google hivatalos ajánlása is a szerveroldali renderelés). A klasszikus WordPress ezt alapból tudja; a Next.js SSR/SSG módban szintén — a kockázat a rosszul megépített, tisztán kliensoldali oldal — bármelyik technológiával készül is. A strukturált adatot WordPressen SEO-bővítmény generálja, Next.js-en kézzel épül (több kontroll, több munka) — a kimenetben jól megcsinálva nincs érdemi különbség. A teljes hátteret a GEO-útmutatónk adja.

A döntés: öt kérdés, hat forgatókönyv

1. Ki és milyen gyakran frissíti a tartalmat? Ha a csapata maga, akár hetente → WordPress-pont.
2. Van-e tartós fejlesztői kapcsolata vagy havi kerete? Ha nincs → erős WordPress-pont; Next.js-be e nélkül belevágni hiba.
3. Mérhetően pénzt hoz-e a sebesség? (fizetett forgalom, konverzió-kritikus lead-gen) Ha igen → Next.js-pont; egy kontrollált Vodafone-teszt szerint a 31%-kal jobb betöltés 8%-kal több értékesítést hozott (Google-esettanulmány, 2021).
4. Kell-e app-szerű funkció? (kalkulátor, foglalás, ügyfélportál, egyedi integrációk) Ha igen → Next.js-pont — ez már fejlesztés, nem weboldal.
5. Mennyi a kerete előre, és mennyi havonta? Kis előzetes + kis havi keret → WordPress; vállalható nagyobb kezdeti beruházás ÉS havi fejlesztői keret → jöhet szóba a Next.js.

És az alapszabály, amit ki is mondunk: kétség esetén WordPress. A Next.js-t indokolni kell — a WordPresst nem.

Mikor NE váltson? A legdrágább hiba a felesleges migráció

Ha van egy működő, organikus forgalmat hozó WordPress-oldala, azt pusztán azért újraépíteni, „mert a Next.js modernebb”, a legrosszabb üzleti döntések egyike. A költözés a Google szerint is átmeneti helyezés-ingadozással jár (közepes oldalnál hetekig tartó újraindexeléssel — Search Central), az iparági tapasztalat szerint átmenetileg a forgalom 10–30%-a is visszaeshet (másodlagos, Search Engine Journal-adat), és közben új fejlesztési költség születik. Váltani mérhető üzleti indokkal érdemes: amikor a sebesség vagy egy funkció bizonyítottan bevételt hoz. Létezik hibrid út is — a headless WordPress (a megszokott wp-admin marad a szerkesztéshez, a látogató Next.js-frontendet kap): haladó, skálázó opció nagyobb tartalomüzemeknek, de nem belépő szint.

Mi Next.js-oldalakból élünk — mégis azt mondjuk: kétség esetén WordPress. Ha Önnek az a jó válasz, megmondjuk, és segítünk jó kezekbe adni. Ha viszont a sebesség Önnél mérhetően pénz, azt is megmutatjuk, számokkal.

Ha nem biztos benne, melyik oldalán áll a határvonalnak, kérjen egy díjmentes konzultációt: végigmegyünk az öt kérdésen az Ön számaival, és őszinte választ adunk — akkor is, ha az a válasz nem a mi szolgáltatásunk. A szolgáltatásainkat és kiírt árainkat pedig bármikor megnézheti.