Azok a szervezetek, amelyeknek Drupal fejlesztőt kell felvenniük, általában valami komolyat üzemeltetnek: negyven tanszékes egyetemi oldalt, akadálymentesítési kötelezettségekkel terhelt közigazgatási portált, tagsági platformot, ahol a jogosultságok tényleg számítanak. A Drupalt ritkán választják bemutatkozó oldalhoz. Akkor választják, amikor a tartalmi modell bonyolult, és ez azt jelenti, hogy a felvett embernek a modellt kell értenie, nem csak a sablont.

A piac is kisebb és idősebb, mint a WordPress piaca. Kevesebb fejlesztő, közülük több szenior, és olyan felvételi folyamat, amely a konkrétságot jutalmazza. Ez az útmutató azt tárgyalja, mibe kerül a szerep 2026-ban, mely készségek választják el a Drupal mérnököt attól a PHP fejlesztőtől, aki egyszer telepítette a Drupalt, és melyik határidő alakítja most a döntésedet.

Sürgős: a Drupal 10 támogatása 2026. december 9-én ér véget, ugyanazon a héten, amikor a Drupal 12 megjelenik. Ha az oldalad Drupal 10-en van, nagyjából négy hónapod maradt megtervezni a Drupal 11-re váltást. Ha még Drupal 7-en vagy, a támogatás 2025 januárjában megszűnt, és több mint egy éve támogatás nélkül futsz. Bármelyik eset áll fenn, a felvett embernek frissítési tapasztalatra van szüksége, nem csak építésire.

Miért más a Drupal felvétel, mint a WordPress

A két platform más embereket vonz, és összemosásuk a leggyakoribb vásárlói hiba.

A WordPressnek óriási merítése van minden szinten, a bővítménytelepítőtől a komoly mérnökig. A Drupalé sokkal kisebb és erősen szenior irányba tolódik, mert a Drupal bünteti a felületes használatot. Nem lehet Drupal oldalt összerakni piaci sablonból és néhány kattintásból úgy, ahogy WordPressben, így akik vele dolgoznak, jellemzően tudatosan döntöttek a szakosodás mellett.

Ez megváltoztatja a gazdaságosságot. A Drupal díjak közelebb állnak a Symfony és az általános PHP mérnöki díjakhoz, mint a WordPresshez, és az elérhetőség szűkebb. Megváltoztatja a kockázati profilt is. Egy gyenge WordPress fejlesztő lassú oldalt készít. Egy gyenge Drupal fejlesztő olyan konfigurációs káoszt hagy hátra, amelynek kibogozására a következő fejlesztő újraépítést fog árazni.

Az előny az, hogy a Drupal munka kiszámíthatóbb, ha megvan a megfelelő ember. A platform konvenciói erősek, a konfigurációja exportálható és verziókövethető, és egy jól megépített Drupal oldal sokkal tisztábban adható át fejlesztők között, mint egy tipikus WordPress projekt.

Mibe kerül egy Drupal fejlesztő felvétele 2026-ban

Az alábbiakat tekintsd tipikus brit viszonyoknak, ne rögzített díjszabásnak, és számíts regionális eltérésre.

A középszintű Drupal fejlesztő szerződéses napidíja általában 400 és 550 font között mozog. A szenior mérnökök és a valódi migrációs vagy több oldalas tapasztalattal rendelkezők 550 és 750 között helyezkednek el. Azok a szakemberek, akiket kifejezetten egy megakadt frissítés megmentésére hívnak, rövid megbízásokra többet kérhetnek, ami visszatérő minta egy fő verzió határideje előtti hónapokban.

Az állandó fizetések jellemzően 50 000 és 70 000 font közé esnek középszinten, valamint 70 000 és 95 000 közé szenior és vezető szerepekben. A közszféra és a felsőoktatás, amelyek nagy Drupal felhasználók, gyakran kicsit a kereskedelmi díjak alatt fizetnek, viszont hosszabb megbízásokat kínálnak.

A brit ügynökségek nagyjából 600 és 900 font közötti napidíjat számláznak. A Drupal esetében ez a felár valami kézzelfoghatót vesz meg: a több Drupal oldalon dolgozó ügynökségek sokkal gyakrabban látnak közösségi modul problémákat és frissítési határeseteket, mint egy magányos fejlesztő.

A közeli Európa erős ezen a téren. A Drupalnak mély gyökerei vannak Németországban, Belgiumban, Hollandiában és Kelet-Európában, ahol a napidíjak gyakran 250 és 400 font között vannak, valóban magas készségszint mellett.

Egy figyelmeztetés az alsó tartományról. A Drupal kevesebb kirívóan olcsó ajánlatot vonz, mint a WordPress, és egy szokatlanul olcsó Drupal árajánlat gyakran azt jelenti, hogy a fejlesztő olyan közösségi modulokkal akarja megoldani a problémádat, amelyeket nem értékelt. Így jutnak oldalak negyven függőséghez és semmilyen frissítési útvonalhoz.

A ténylegesen számító készségek

A Drupal szakértelem konkrét, és ezeken a területeken mutatkozik meg a különbség már az első két hétben.

Az entitás- és mezőrendszer. A Drupal a tartalmat entitásként modellezi mezőkkel, kötegekkel és nézetmódokkal. Ennek a modellnek a kezdeti helyes felállítása dönti el, hogy a jövőbeli igények konfigurációs változtatások lesznek-e vagy drága újraépítések. Az a fejlesztő, aki egyedi adatbázistáblához nyúl, mielőtt kimerítette volna az entitásrendszert, elárulja, hogy nem építette be a platformot.

Konfigurációkezelés. A Drupal YAML fájlokba exportálja a konfigurációt, amelyek a verziókövetőben a helyük, és környezetek között mozognak. Az a fejlesztő, aki közvetlenül az éles adminfelületen módosít exportálás és telepítés helyett, olyasmit épít, amit nem tudsz biztonságosan karbantartani. Ez a legtisztább kompetenciajel a modern Drupalban.

Nézetek és megjelenítési logika. Ami egy Drupal oldalon egyedi fejlesztésnek látszik, annak nagy része valójában jól beállított nézet. Tudni, mikor nézet egy igény, mikor egyedi blokk bővítmény, és mikor kell tényleg kód, ez tartja karbantarthatóan a projektet.

A modul- és bővítményrendszer. Az egyedi funkcionalitás olyan modulokba tartozik, amelyek a Drupal hookjait, szolgáltatásait és bővítményrendszerét használják, statikus hívások helyett függőséginjektálással. A Drupal alatt Symfony komponensek vannak, tehát ugyanaz a szolgáltatáskonténer-fegyelem érvényes. Ha a projekted közvetlenül ezt a réteget is érinti, a Symfony fejlesztő felvételéről szóló útmutatónk lefedi az átfedő készségeket.

Hol szoktak látszani a hiányosságok

Ítélet a közösségi modulokról. A Drupal contrib ökoszisztémája valódi erősség és valódi teher. Minden hozzáadott modul olyan függőség, amelynek kompatibilis kiadással kell rendelkeznie, mielőtt magát a Drupalt frissíthetnéd. Egy jó fejlesztő megnézi a karbantartottságot, a kiadási előzményeket és a fő verzió kompatibilitást, mielőtt bármit bevezetne, és inkább ír száz sor egyedi kódot, mint hogy elhagyott modult használjon.

Frissítési és migrációs tapasztalat. Mivel a Drupal 10 támogatása 2026 decemberében ér véget, a Drupal 7 pedig már támogatás nélküli, ez hasznosból nélkülözhetetlenné vált. Kérdezd meg egyenesen, végigvittek-e fő verziófrissítést, és min. A Drupal migrációról szóló útmutatónk leírja, mit jelent ez a munka a valóságban.

Modern PHP és eszközkészlet. A Drupal 11 friss PHP kiadást igényel, teljes egészében Composerrel kezelhető, és Drush-sal adminisztrálják. Az a fejlesztő, aki még kézzel tölt le modul archívumokat, több évvel le van maradva, és ez meg fog látszani a telepítési folyamatán.

Hogyan szűrj Drupal fejlesztőt

Négy kérdés elválasztja a valódi Drupal mérnököket azoktól a PHP fejlesztőktől, akik láttak Drupalt.

„Hogyan viszel át egy konfigurációs változtatást a gépedről az élesbe?” A várt válasz tartalmazza a konfiguráció YAML-be exportálását, verziókövetőbe helyezését és telepítéskori importálását. Aki azt írja le, hogy kézzel megcsinálja újra az éles adminban, épp most közölte veled, hogy a környezeteid egy hónapon belül szétcsúsznak.

„Mikor építenél egyedi entitást node helyett?” Ez azt teszteli, értik-e a tartalmi modellt, nem csak használják. A jó válaszok mérlegelik, kell-e a dolognak verziózás, munkafolyamat, URL és keresési indexelés, és elismerik, hogy a túl korai egyedi entitás munkát ad haszon nélkül.

„Hogyan döntöd el, használsz-e közösségi modult?” Figyelj a karbantartottságra, a nyitott kritikus hibák számára, arra, van-e stabil kiadás az aktuális fő verzióhoz, és mennyire elterjedt. Az a fejlesztő, aki a projektleírás alapján telepít modulokat, frissíthetetlen oldalt fog átadni.

„Vezess végig egy fő verziófrissítésen, amit csináltál.” Konkrétumokat akarsz: hogyan kezelték az elavult kódot, milyen eszközzel keresték meg, mely közösségi modulok akasztották meg őket, és mennyi ideig tartott valójában a becsléshez képest. A ködösítés ezen a ponton 2026-ban kizáró ok.

Figyelmeztető jelek, amelyekre lépni kell

Néhány jel megbízhatóan előrevetíti a bajt.

Az élesben közvetlenül végzett konfigurációs változtatás, ahogy fent, a legnagyobb. Minden jövőbeli telepítést kézi összeegyeztetéssé tesz.

Légy óvatos azzal a fejlesztővel, aki nem tudja megnevezni, melyik Drupal verzióban dolgozott utoljára. A Drupal 7 és a Drupal 11 közötti szakadék nem fokozatos: más architektúra Symfonyra építve, más sablonozással, más konfigurációkezeléssel és más modul API-val.

Figyelj a mag erős testreszabására. A Drupal magot soha nem szabad helyben foltozni dokumentált, Composerrel kezelt folt nélkül. A megbütykölt mag a WordPress magfájljainak szerkesztésével egyenértékű Drupalban, és ugyanabba a zsákutcába vezet.

Végül kezeld szkeptikusan a frissítés helyetti újraépítési javaslatot, hacsak nem érvelés kíséri. Az újraépítés néha helyes, különösen Drupal 7-ről, ahol a frissítés amúgy is migráció, de Drupal 10-ről 11-re az újraépítés általában a folyamattól való idegenkedést jelzi, nem valódi műszaki korlátot.

Szabadúszó, ügynökség vagy átalánydíj?

Illeszd a konstrukciót ahhoz, ahogy a munka valóban érkezni fog.

A szabadúszó jól illik körülhatárolt projekthez: modulépítés, akadálymentesítési javítás, konkrét integráció. Közvetlen hozzáférést és alacsonyabb költséget kapsz, és elfogadod, hogy a folytonosság egyetlen ember elérhetőségén múlik.

Az ügynökség olyan oldalakhoz illik, ahol a leállásnak ára van, és a munka több szakterületet érint. A Drupal projektek gyakran egyszerre érintik a tárhelyet, a gyorsítótárazást, a keresést, az akadálymentesítést és a biztonságot, és ezt a szórást egy ügynökség elnyeli. Verzióhatáridővel szembenéző oldalnál az ügynökség mintafelismerést is hoz abból, hogy ugyanazt a frissítést többször végigcsinálta.

Az átalánydíj a legtöbb bejáratott Drupal oldalhoz illik, és alapértelmezésben ezt választanám. A Drupal közzétett ütemezés szerint ad ki biztonsági közleményeket, és valakinek gyorsan értékelnie és alkalmaznia kell azokat. Egy kis havi keret megfizetése sokkal olcsóbb, mint sürgősségi díjat fizetni azután, hogy egy ismert sebezhetőséget kihasználtak. Ha a tágabb együttműködési kérdést mérlegeled, a webfejlesztő cég megbízásáról szóló útmutatónk az üzleti oldalt tárgyalja.

Dolgozz olyan csapattal, amely Drupal oldalakat tart karban

A Mecanik a Drupal munkát a webfejlesztési szolgáltatásaink részeként vállalja: egyedi modulfejlesztés, fő verziófrissítések, teljesítménymunka és az a folyamatos biztonsági karbantartás, amely támogathatóan tartja a Drupal oldalt.

Ha nem vagy biztos benne, hogy a Drupal még mindig a megfelelő platform ahhoz, amit építesz, a Drupal webfejlesztési útmutatónk őszintén végigjárja ezt a döntést, beleértve azokat az eseteket is, amikor nem az. Az általánosabb felvételi kérdéshez a szoftverfejlesztő felvételéről szóló útmutatónk ad keretet. Egyébként mondd el, melyik verzión vagy és mit kell tudnia az oldalnak, és megmondjuk, mit igényel reálisan a munka.

Kapcsolódó bejegyzések: WordPress fejlesztő felvétele: díjak és kérdések , Szoftverfejlesztő alkalmazása az Egyesült Királyságban 2026 , SEO-szolgáltatások az Egyesült Királyságban , Symfony vs Laravel 2026: melyik PHP keretrendszer? .

Gyakran ismételt kérdések

Mennyibe kerül egy Drupal fejlesztő felvétele? A szerződéses napidíjak általában 400 és 550 font között vannak középszinten, valamint 550 és 750 között szenior vagy migrációs szakembereknél. Az állandó fizetések 50 000 és 95 000 font közé esnek, míg a brit ügynökségek nagyjából 600 és 900 font közötti napidíjat számláznak, helyettesítéssel és átnézéssel együtt.

Miben különböznek a Drupal 7 készségek a modern Drupaltól? A Drupal 8 2015-ben Symfonyra írta át a platformot, így a Drupal 7 készségek jórészt nem átvihetők. Kérdezz rá az utolsó, kifejezetten Drupal 10-re vagy 11-re épített projektre, mert a „tízéves tapasztalat” jelenthet nyolc évet egy olyan rendszerben, amelynek támogatása 2025 januárjában megszűnt.

Mi a legfontosabb készség egy Drupal fejlesztőnél? A tartalmi modellezés, amelyet a legkevésbé említenek az álláshirdetések. A Drupal jutalmazza a jó modellezést és keményen bünteti a rosszat, és aki helyesen tervezi meg a tartalomtípusokat, mezőket és kapcsolatokat, évnyi kerülőutat spórol meg. Kérd el egy általa tervezett modellt, és kérdezd meg, min változtatna.

Melyik szűrőkérdés rostálja meg leggyorsabban a jelölteket? Kérdezd meg, hogyan viszik át a konfigurációs változtatást fejlesztésből élesbe. A helyes válasz tartalmazza a konfiguráció YAML-be exportálását, verziókövetőbe helyezését és telepítéskori importálását. Aki ezt nem tudja elmagyarázni, nem dolgozott komoly Drupal csapatban.

Szabadúszót vagy ügynökséget vegyek fel Drupal projekthez? A szabadúszó jól illik a világos hatókörű, körülhatárolt munkához és olcsóbb, de egyetlen hibapont. Az ügynökség a határidőhöz kötött, meg nem állítható munkához illik, például migrációkhoz és újraépítésekhez. A vegyítés gyakori: ügynökség az építéshez, majd belső karbantartás dokumentált átadás után.