Next.js vagy WordPress? Döntési útmutató vállalkozóknak

Tartalomjegyzék8 fejezet
- Mi a két út valójában? (zsargon nélkül)
- Hogyan hasonlítsa össze a sebességet?
- A hétköznapok: ki frissíti az oldalt jövő kedden?
- Egyszeri ár és hároméves költségterv
- Biztonság: két különböző kockázat — nem „biztonságos vs veszélyes”
- SEO és AI-láthatóság: számít-e a platform?
- A döntés: öt kérdés, öt helyzet
- Mikor NE váltson? A legdrágább hiba a felesleges migráció
- Gyakori kérdések

Mi Next.js-alapú, személyre szabott oldalakat építünk, de a választásnál az Ön munkafolyamata az első. Egy működő WordPress-oldalt nem érdemes pusztán a technológia neve miatt lecserélni. Ez az útmutató a szerkesztést, az azonos terjedelmű ajánlatot, a mérést és a fenntartást segít összevetni.
Mi a két út valójában? (zsargon nélkül)
A WordPress kész tartalomkezelő: a szerkesztőfelület és a bővítmények sok feladatot megoldhatnak. A tényleges szerkesztési szabadság a választott témától, építőtől, jogosultságoktól és fejlesztéstől függ. Átadás előtt próbálja ki a saját tipikus feladatait.
A Next.js fejlesztői keretrendszer: a megjelenést és a funkciókat fejlesztő állítja össze. Tartalomkezelővel is összeköthető; nálunk minden CMS Sanity. A kisebb és nagyobb CMS nem külön technológia, hanem a szerkeszthető tartalmak és kapcsolatok munkamennyisége.
Hogyan hasonlítsa össze a sebességet?
Egy nyilvános platformátlag eltérő méretű és célú oldalakat kever. Ebből nem lehet megmondani, hogy az Ön következő weboldala melyik technológiával lesz gyorsabb. Azonos tartalom, eszköz, hálózati feltétel és mérési módszer mellett érdemes tesztelni; a labor- és valós felhasználói adatot külön jelölve.
Széles táblázat esetén oldalra görgethet.
| Ellenőrzés | Mit kérjen? | Milyen korlátja van? |
|---|---|---|
| Labor (PageSpeed/Lighthouse) | URL, dátum, eszközprofil és ismételt futások | Szimulált helyzet; nem a teljes látogatói élmény |
| Valós használat (CrUX) | Időablak, mobil/desktop, URL vagy domain szint | Kisebb oldalnál nem mindig van elég adat |
| Funkcionális próba | Űrlap, navigáció, szerkesztés, fő felhasználói folyamat | A gyors pontszám nem bizonyít hibátlan működést |
| Üzleti mérés | Megkeresés, forrás, értékesítés | Nem vezethető le a keretrendszer nevéből |
Saját példa az MSM Chicken Goods: a projektben webes megvalósítás és keresős munka együtt történt. A közölt 2026. májusi 135 és júliusi 554 GSC-kattintás nem Next.js–WordPress A/B teszt, és nem a sebesség önálló hatását méri. Platformelőnyt csak megfelelő összehasonlító mérésből lehetne állítani.
A hétköznapok: ki frissíti az oldalt jövő kedden?
Ki szerkeszt jövő kedden? WordPressen és Sanityval is átadható önálló tartalomkezelés. Előre írják le, mely szövegek, képek, cikkek és oldaltípusok módosíthatók. Egy új szerkezet, integráció vagy megjelenési elem külön fejlesztés lehet; ez nem ugyanaz, mint egy meglévő cikk publikálása.
↑ Vissza a fejezetekhezEgyszeri ár és hároméves költségterv
A nulláról tervezett alkalmazás és a kisebb moduláris weboldal más munkamennyiség. Saját példáink közös áradatokból számolódnak: Core önállóan 249 000 Ft; Core + 3 aloldal + Basic Sanity CMS = 399 000 Ft; a 6 aloldalas, blogos, Technikai SEO Sprintet is tartalmazó Üzleti példa 739 000 Ft. Nettó árak, +ÁFA. Egyedi UI/UX vagy alkalmazásfunkció külön feladat; az ajánlatot azonos követelményekre kérje. A kalkulátor az egyszeri tételeket mutatja. Három évre ehhez adja hozzá a 36 havi vagy 3 éves fenntartási díjat, a domaint, licenceket és tervezett módosításokat, az átfedő tételek kétszeri számítása nélkül. A weboldalas útmutató költségterve részletezi az összetevőket.
Biztonság: két különböző kockázat — nem „biztonságos vs veszélyes”
Mindkét út igényel fenntartást. WordPressnél a mag, a téma és a bővítmények támogatottsága; egyedi frontenden a keretrendszer, függőségek és szolgáltatások állapota fontos. A hozzáférések, mentések és helyreállítási próba felelőse legyen előre megnevezve.
A rendszeres díjban szereplő feladatokat különítse el az új fejlesztéstől. Kérdezze meg, ki telepíti a biztonsági javítást, mi történik hibánál, milyen mentés készül, és hogyan vihető át a projekt másik szolgáltatóhoz. „Karbantartásmentes egyedi kódot” nem érdemes ígérni.
SEO és AI-láthatóság: számít-e a platform?
A keresőknek a ténylegesen kiszolgált tartalom és hozzáférés számít. Ellenőrizze a fontos szövegeket, árakat és linkeket az eredeti HTML-ben is; a csak böngészőben felépülő tartalom egyes robotoknál korlát lehet. Ez tesztelendő megvalósítási kérdés, nem örök képességlista minden AI-botról. A GEO-útmutató a különböző felületeket és a mérési korlátokat részletezi.
↑ Vissza a fejezetekhezA döntés: öt kérdés, öt helyzet
- Ki és mit szerkeszt? Kérjen próbát a tényleges feladatra; a Sanity és a WordPress más felületen is adhat megfelelő szerkesztési élményt.
- Milyen működés kell? Egyszerű bemutatkozás, webshop, fiók és egyedi integráció eltérő munka.
- Mi indokolja a teljesítményigényt? Valós mobilos használatból és a vásárlási útból induljon, platformnév helyett.
- Ki tartja karban? Tisztázza a frissítés, hibajavítás, tartalmi segítség és hozzáférés felelősét mindkét megoldásnál.
- Mennyi a teljes ráfordítás? Ugyanazt a terjedelmet hasonlítsa össze egyszeri díjjal, előfizetésekkel és üzemeltetéssel együtt.
Széles táblázat esetén oldalra görgethet.
| Helyzet | Mire összpontosítson? |
|---|---|
| Egyszerű bemutatkozó oldal | Kell-e a Core-nál több funkció vagy tartalom? |
| Rendszeres publikálás | Meglévő, jól használható WordPress-szerkesztést érdemes megtartani; Sanitynál előre rögzítse a szerkeszthető tartalomtípusokat |
| Összetett folyamat / integráció | Kész WordPress-bővítmény esetén annak korlátját és fenntartását, egyedi frontendnél a fejlesztés és kapcsolatok terjedelmét vesse össze |
| Webshop | A külön webshopútmutató szempontjai alapján döntsön |
| Működő oldal keresési forgalommal | Először mérés és javíthatóság; csak indokolt esetben migráció |
Ha még nem tiszta a döntés, pontosítsa a feladatlistát és próbálja ki a szerkesztést. A technológiát a szükséges működés és a fenntartás indokolja, mindkét irányban.
Mikor NE váltson? A legdrágább hiba a felesleges migráció
Egy működő, organikus forgalmat hozó WordPress-oldalnál a platform neve önmagában nem indok az újraépítésre. Először a jelenlegi hiba javítását és a szükséges bővítést becsülje meg. Költözéskor a tartalom, az URL-ek, az átirányítások és a mérés külön tervet igényel; a keresési eredmény ingadozhat. A headless WordPress is lehetőség, ha a régi szerkesztés megtartása és egy új frontend üzletileg indokolt, de ez további rendszerkapcsolatot jelent.
A megfelelő platform az, amelyik a szükséges munkát fenntartható teljes költséggel oldja meg. A döntéshez konkrét feladatlista és összehasonlítható ajánlat kell.
Ha még nem világos a következő lépés, írja le a meglévő oldalt és a szükséges működést. Az első egyeztetésen ezt tisztázzuk; részletes műszaki összehasonlítást külön meghatározott feladatként készítünk. A weboldalkészítési szolgáltatás bemutatja a saját megvalósítási keretünket.
Gyakori kérdések
Gyorsabb lesz az oldalam, ha Next.js-re építjük?
Nem automatikusan. Azonos tartalom és mérési feltétel mellett kell összehasonlítani a megvalósítást. A laborpontszám, a valós felhasználói adat és a működő felhasználói folyamat külön ellenőrzés.
Biztonságos a WordPress 2026-ban?
A biztonság a támogatott verziótól, a témától és bővítményektől, a hozzáférésektől és a fenntartástól függ. Ugyanezt az odafigyelést az egyedi fejlesztés függőségei is igénylik.
Mennyibe kerül egy WordPress- és mennyibe egy Next.js-oldal Magyarországon?
Azonos feladatlistára kérjen ajánlatot. Nálunk a Core önállóan 249 000 Ft + ÁFA, a 3 aloldalas és Basic Sanity CMS-es Indító 399 000 Ft, a 6 aloldalas, blogos és Sprintes Üzleti példa 739 000 Ft. Ezek modulokra épülő összeállítások; egy nulláról tervezett alkalmazás más munkamennyiség. Fenntartást és további módosítást is számoljon.
Tudom-e magam szerkeszteni a Next.js-oldalamat?
Igen, az egyeztetett tartalmakat Sanity CMS-sel. Előre rögzítjük a szerkeszthető mezőket és oldaltípusokat; új funkció vagy új megjelenési rendszer külön fejlesztés lehet. A Basic/Complex a CMS megvalósításának munkamennyisége.
Le kell cserélnem a működő WordPress-oldalamat, mert „elavult”?
Nem. Először a konkrét hibát és a javítás lehetőségét vizsgálja. Migráció akkor indokolt, ha a cél a jelenlegi rendszerben nem érhető el fenntartható ráfordítással. A tartalom- és URL-költözés keresési kockázatát is tervezni kell.
Mi az a headless WordPress, és nekem való-e?
A WordPress adja a tartalomkezelést, külön frontend jeleníti meg a weboldalt. Akkor lehet indokolt, ha a meglévő szerkesztői folyamat érték, és a külön frontend konkrét problémát old meg. Két rendszer kapcsolódását kell fenntartani; önmagában nem gyorsaság-garancia.
Számít a ChatGPT-nek és a Google AI-nak, hogy melyik platformon van az oldalam?
A hozzáférhető tartalom és a megvalósítás fontosabb, mint a platform neve. Ellenőrizze a fontos adatokat az eredeti HTML-ben és a releváns robotok hozzáférését. A megjelenés egyik platformon sem garantált.

A saját ügyfeleimet a nulláról az eredményig kísérem, minden lépéssel együtt. Engem az emberi oldal érdekel: hogyan hozhatunk létre olyan digitális élményeket, amik nem csak működnek, de valódi érzelmeket váltanak ki és emlékezetesek maradnak.
Olvasna tovább?
WeboldalWeboldalkészítés vállalkozóknak: melyik megoldást válassza?
Milyen weboldalra van szüksége, mit tartalmaz a Core, és hogyan alakul a teljes költség? Döntési kérdések, moduláris példák és javítási szempontok.
Bary Félix
WebshopShopify vagy WooCommerce? Magyar webshop döntési útmutató
Shopify vagy WooCommerce, és mikor jobb a Shoptet? Fizetés, magyar integrációk és teljes költség azonos mintabolton.
Bretz Árpád