WordPress vagy egyedi fejlesztés: melyik való a te vállalkozásodnak?

Ha most döntesz arról, hogy WordPressre vagy egyedi fejlesztésre építs, valószínűleg kaptál már két magabiztos és egymásnak ellentmondó választ. Az egyik szerint a WordPress mindenre jó, a másik szerint semmire. Egyik sem igaz. A kérdés nem az, hogy melyik a jobb rendszer, hanem az, hogy a te vállalkozásod mit vár tőle.

Ez a cikk egy szempontrendszert ad, nem ajánlást. A végén tudni fogod, melyik oldalon állsz, és azt is, hogy miért.

A rövid válasz

Ha ez a helyzeted	Akkor
Bemutatkozás, tartalom, blog, néhány oldal	WordPress, és nyugodtan
Kis webshop, standard folyamatokkal	WordPress vagy kész webshop-motor
Egyedi arculat, de a tartalom marad a lényeg	egyedi téma WordPress-motoron
Az üzleti folyamataid nem illenek egy plugin logikájába	egyedi fejlesztés
A rendszernek magától kell dolgoznia	egyedi fejlesztés

Az utolsó sor a legfontosabb, és a cikk többi része lényegében ezt fejti ki.

Elég egy sablon alapú weboldal, vagy egyedit csináltassak?

Ha az oldal feladata az, hogy bemutasson, tartalmat közöljön és megkeresési lehetőséget adjon, akkor a sablon elég. Ezen a szinten az egyedi fejlesztés csak többe kerül, cserébe nem ad többet.

A sablon akkor kevés, ha az oldalnak dolga is van a megjelenítésen túl: ha adatot kell átvennie, számolnia kell valamit, vagy magától kell elindítania egy folyamatot. Nem a méret dönt, hanem a feladat természete.

Miben jobb egy profi WordPress honlap a sablonos megoldásoknál?

Abban, hogy csak azt tartalmazza, amire szükség van. A megvásárolt sablon minden lehetséges igényt lefed, tehát minden látogatónál betölt egy csomó olyan kódot is, amit az adott oldal soha nem használ. A profi WordPress munka ugyanazon a motoron fut, de a témát a te oldaladra szabják, nem a piac egészére.

Ez mérhető különbség, és nem elhanyagolható. Ezen az oldalon például a render-blokkoló CSS 182 kilobájtról 39-re csökkent, miután a ténylegesen használt szabályokat automatikusan kiemeltük, a többit pedig háttérbe tettük. A szerver válaszideje 170 ezredmásodperc. Ugyanez a munka egy készen vett sablonon nem végezhető el ilyen mélységig, mert nem lehet megmondani, melyik szabály kell, amikor a téma tíz különböző elrendezésre készült.

Ha a sebesség önmagában érdekel, azt külön cikkben szedtem szét, a WordPress gyorsítópluginokra is kitérve.

A WordPress nem rossz rendszer, csak más feladatra készült

Érdemes ezt tisztán kimondani, mert a WordPress körüli vita rendszerint itt siklik félre. A WordPress a web jelentős részét viszi, tartalomkezelésre ma is az egyik legjobb választás, és a mögötte álló ökoszisztéma páratlan. Aki lenézi, az nem a rendszert minősíti, hanem a több millió vállalkozót, aki használja.

A WordPress tartalomkezelő rendszer. Szövegek, képek és oldalak kezelésére tervezték, és abban kiváló. A gond akkor kezdődik, amikor üzleti folyamatot építünk rá, mert az más igény.

A valódi választóvonal: tud-e magától dolgozni a rendszer?

Itt van a döntés lényege, és itt szokott a legtöbb félreértés lenni. Nem arról van szó, hogy a WordPress ne tudna külső rendszerekkel beszélni. Van REST API-ja, a WooCommerce-nek is, és létezik hozzá n8n, Make és Zapier csatlakozó is. Aki azt állítja, hogy „a WordPress nem tud API-t", az téved.

A különbség nem a kapcsolódásban van, hanem a megbízhatóságban. Öt konkrét pont:

A WP-Cron nem valódi időzítő. Látogatásra fut, nem óra szerint. Ha hajnali háromkor nincs látogató, az éjszakai szinkron nem fut le. Nem késik, hanem elmarad.

Nincs sorkezelés és újrapróbálkozás. Ha a másik rendszer épp nem válaszol, a művelet elveszik. Nincs beépített újrapróbálkozás, nincs várakoztatás, és nincs garancia arra, hogy egy művelet pontosan egyszer fut le.

Az adatmodell tartalomra készült. A WordPress az egyedi mezőket kulcs-érték párokban tárolja, tehát egy húszmezős rekord húsz külön sor, és minden szűrés összekapcsolások halmaza. Ettől lassul be strukturált adaton. Nem azért, mert „a WordPress lassú", hanem mert az adatmodellje cikkekre való, nem üzleti rekordokra.

A kimenő hívás a látogató kérésében fut. Amikor az oldal egy külső rendszert hív, arra a látogató vár. Ha a másik oldal lassú, a te oldalad lassú. Ha időtúllépés van, a felhasználó látja a hibát.

A plugin-alapú automatizálás átláthatatlan. A kattintással összerakott szabály sehol nincs verziókövetve, nem tesztelhető, és nem nézhető át. Egy frissítés csendben elronthatja, és hetekig nem derül ki. Ez nem a plugin hibája, hanem a műfaj korlátja: ami nem kód, azt nem lehet úgy ellenőrizni, mint a kódot.

Az egyedi rendszer oldalán ugyanezek: valódi időzítő, sorkezelés újrapróbálkozással, relációs adatmodell, tranzakciók és tesztelhető kód. Nem varázslat, hanem az az alapfelszerelés, amit egy alkalmazás-keretrendszer hoz magával.

Ha a rendszernek magától kell dolgoznia akkor is, amikor senki nincs az oldalon, akkor nem CMS kell, hanem alkalmazás.

Egyedi weboldal vagy WordPress alapú weboldal: melyik jobb a cégemnek?

Az, amelyik a te napi működésedhez illik. Ha a cég működése az oldaltól függetlenül zajlik, és az oldal bemutat, akkor a WordPress a jobb: gyorsabban elkészül és olcsóbb. Ha a cég működésének egy darabja az oldalon zajlik, akkor az egyedi fejlesztés a jobb, mert ott a folyamat a rendszer része, nem egy ráaggatott kiegészítő.

Praktikus önteszt: írd össze, mit csináltok ma kézzel, ami minden megrendelésnél vagy minden héten ugyanúgy megismétlődik. Ha ez a lista rövid, maradj a WordPressnél. Ha hosszú, akkor a listád már majdnem egy fejlesztési feladatlista.

Mikor érdemes egyedi fejlesztésű weboldalt választani WordPress alapú megoldás helyett Magyarországon?

Akkor, ha a folyamataid nem illenek bele egy kész plugin logikájába, és ez nem átmeneti állapot. A magyar piacon ehhez két gyakorlati szempont jön hozzá.

Az egyik, hogy a hazai számlázó, szállítmányozó és könyvelő rendszerekhez ritkán van kész, karbantartott WordPress-integráció. Ami van, azt gyakran egy-két ember tartja életben. Nem ezzel van a baj, de kockázat, és számolni kell vele.

A másik, hogy egyedi fejlesztésnél a hosszú távú kiszolgáltatottság kisebb. Nem egy sablonszerző és tíz plugin fejlesztőjének a döntéseitől függ, hogy jövőre működik-e az oldalad.

Ha ismerősen hangzik a helyzet, a tünetek oldaláról öt konkrét jelet is összeszedtem arról, mikor nőtte ki egy cég a sablont.

A hibrid út, amiről ritkán esik szó

Nem kell mindent egyszerre eldönteni, és két köztes megoldás valóban működik.

Egyedi téma WordPress-motoron. A tartalomkezelés marad, amit megszoktál, a megjelenés és a betöltött kód viszont a tiéd. Ez a legtöbb bemutatkozó oldalnak elég, és jóval olcsóbb a teljes egyedi fejlesztésnél.

WordPress és n8n külön futtatva. Ez fontos, és tisztességtelen lenne elhallgatni: az automatizálás nem muszáj, hogy az oldalon belül fusson. Maradhat a WordPress a tartalomra, mellette pedig egy önálló automatizálási réteg végzi a háttérmunkát, valódi időzítéssel és újrapróbálkozással. Ez a legtöbb egyszerűbb esetre teljesen érvényes válasz, és lényegesen olcsóbb, mint mindent újraírni.

Az egyedi fejlesztés akkor jön képbe, amikor a folyamat és az adat annyira összenőtt, hogy két külön rendszerben tartani őket több baj, mint haszon.

Döntési checklist

Válaszolj őszintén, és számold, hányszor mondasz igent:

• A weboldalnak kell adatot átvennie vagy átadnia egy másik rendszernek?

• Van olyan, aminek magától kell megtörténnie, látogató nélkül is?

• Van olyan folyamat, ami elveszíthetetlen, tehát hiba esetén újra kell próbálni?

• Kezeltek strukturált üzleti adatot, nem csak szöveget és képet?

• Ismétlődik heti szinten ugyanaz a kézi művelet?

Nulla vagy egy igen: maradj a WordPressnél. Kettő vagy három: nézd meg a hibrid utat. Négy vagy öt: alkalmazás kell, nem tartalomkezelő.

Ahol sok az ismétlődés, ott rendszer építhető

A leggyakoribb hiba nem az, hogy valaki rossz rendszert választ. Az, hogy évekig kézzel csinál valamit, amit nem kellene, mert soha nem tette fel a kérdést, hogy kellene-e.

Ha van a cégedben olyan lépés, ami minden megrendelésnél ugyanúgy megismétlődik, írd meg nekem, mit csináltok ma kézzel. Nem ajánlatot küldök rá elsőre, hanem megmondom, hogy érdemes-e egyáltalán automatizálni, és ha igen, mivel kezdeném. Van, amire az a válasz, hogy maradj a mostani megoldásnál.