Európai Uniós Pályázat Lioner Weboldalak

Hogyan válassz webfejlesztőt? 11 szempont, amit ajánlatkérés előtt ellenőrizz

A webfejlesztő kiválasztása nem olyan, mint amikor a legolcsóbb nyomtatót választod ki. Ha itt rosszul döntesz, nem csak egy pár tízezer forintot bukhatsz. Egy félbemaradt, nehezen továbbfejleszthető vagy üzletileg használhatatlan weboldal utólag sokkal többe kerülhet.

Mi a Lionernél már több olyan projekttel is találkoztunk, ahol az ügyfél azért keresett meg minket, mert a korábbi fejlesztő eltűnt, nem voltak meg a hozzáférések, vagy az elkészült oldal technikailag nem volt megfelelően továbbvihető. Ezért összeszedtük azt a 11 dolgot, amit mi magunk is ellenőriznénk, mielőtt egy webfejlesztővel szerződnénk.

1. Nézd meg, mióta foglalkozik valóban webfejlesztéssel

Nem azt mondjuk, hogy egy új vállalkozó automatikusan rossz fejlesztő. Egy komolyabb üzleti projektnél viszont számít a tapasztalat. Ha valaki mögött több év igazolható munka áll, az azt is megmutatja, hogy nem egy rövid életű vállalkozásról van szó.

Nézd meg a céget vagy a vállalkozót, a korábbi munkáit, az ügyfélvéleményeket, és azt is, hogy a korábbi ügyfelek oldalai ma is működnek-e. Egy-két héttel ezelőtt elkészült referencia sokkal kevesebbet árul el a hosszú távú működésről, mint egy több éve futó projekt.

2. Ne a referenciák számát nézd, hanem azt, hogy valódiak-e

Ha valaki 50 referenciát mutat, ne állj meg a képernyőképeknél. Nyisd meg őket. Működnek? Gyorsan betöltődnek? Mobilon is rendben vannak? Valódi cégekhez kapcsolódnak? Tényleg az adott fejlesztő készítette őket?

Találkoztunk már olyan esettel is, amikor néhány AI-promptból összerakott, kisebb projektet komoly referenciaként mutattak be. Ez nem ugyanaz, mint amikor egy fejlesztő évek óta valódi ügyfelek rendszereit készíti és támogatja.

Érdemes a saját weboldalát is megnézni annak, akit megbíznál. Ha a fejlesztő saját oldala lassú, mobilon nehezen használható vagy tele van alapvető hibákkal, az legalábbis olyan jel, amire érdemes rákérdezni. A reszponzív weboldalról szóló cikkünkben részletesen megírtuk, hogy miért nem elég annyi, hogy egy oldal „összemegy” telefonon.

3. A 30 000 Ft-os weboldalnál előbb számolj, csak utána dönts

Nem állítjuk, hogy technikailag lehetetlen 30 000 Ft-ért weboldalt készíteni. Egy nagyon egyszerű, sablonos oldal ennyiből is elkészülhet. De ha egy üzleti célú weboldalt egyedi munkaként adnak el, érdemes kiszámolni, mennyi idő marad a tényleges munkára.

Számoljunk egy nagyon visszafogott, 5000 Ft-os fejlesztői óradíjjal. 30 000 Ft így 6 munkaóra. Ebbe kellene beleférnie az egyeztetésnek, a tervezésnek, a fejlesztésnek, a módosításoknak, a tesztelésnek és az átadásnak is.

Nálunk még a kisebb projektekben is jelentős időt visz el a kommunikáció és a revízió. Az ügyfélnek ugyanis meg kell tudnia mondani, ha valamit másképp szeretne. Ha egy teljes projektet hat órából kell megoldani, jogos kérdés, hogy pontosan mi történik ebben a hat órában.

Ha az ár érdekel, érdemes elolvasni a Mennyibe kerül egy weboldal? című cikkünket is. A lényeg nem az, hogy minden olcsó ajánlat rossz, hanem hogy tudd, mit kapsz a pénzedért.

4. Az AI használata önmagában nem probléma, a szakértelem hiánya az

2026-ban teljesen természetes, hogy egy fejlesztő AI-eszközöket használ. Mi is használunk AI-t a fejlesztés során. Az AI nálunk mégis csak eszköz, nem a szakmai tudás helyettesítője.

Az elmúlt időszakban megjelentek olyan online vállalkozók is, akik egy rövid képzés után, vagy egyszerűen Claude Code, Codex és hasonló eszközök segítségével kezdtek weboldalakat árulni. Ezzel önmagában semmi baj nincs. A gond akkor kezdődik, amikor valaki megfelelő technikai tudás nélkül ad át professzionális fejlesztésként egy AI-vel összerakott oldalt.

Egy weboldal attól még nem profi, hogy jól néz ki. Tudni kell például, mi a title, a meta description és a megfelelő címsorstruktúra szerepe, hogyan kell mérni a forgalmat, hogyan működik a Search Console, mitől lesz lassú egy oldal, hogyan kell mobilon tesztelni, hogyan kezeljük a hozzájárulásokat, és mi történik akkor, ha később hibát kell javítani vagy új funkciót kell fejleszteni.

AI-t használni lehet, a szakértelmet azonban nem váltja ki egy AI-előfizetés. Ha érdekel, hogyan változik az AI miatt a weboldalak megtalálhatósága, a ChatGPT és az AI keresők láthatóságáról szóló cikkünkben erről külön is írtunk.

5. Nézd meg, mit tartalmaz pontosan az ajánlat

Az „10 blokkos landing oldal, nettó 30 000 Ft” nem igazán részletes ajánlat. Egy komolyabb ajánlatból ki kell derülnie, mit készít a fejlesztő, és mit nem.

Legyen egyértelmű például, hogy ki adja a képeket és a szövegeket, milyen funkciók készülnek, hány revíziós kör fér bele, milyen határidővel dolgoznak, ki végzi a tesztelést, hogyan zajlik az átadás, illetve mi számít plusz munkának.

Mi például előre rögzítjük, hogy egy szakmailag speciális termék, például egy hőszigetelő rendszer, szakmai szövegezését az ügyfélnek kell biztosítania és jóváhagynia. A fejlesztő nem lehet egyszerre minden iparág szakértője.

A weboldal készítés folyamatáról szóló cikkünkben azt is bemutatjuk, milyen lépésekből állhat egy ilyen projekt.

6. A revíziós köröket még a munka előtt tisztázd

Ez apróságnak tűnik, pedig nagyon sok félreértést meg lehet vele előzni. Elkészül a terv, az ügyfél pedig azt mondja, „a kék mégsem jó, legyen inkább sárga”. Ez teljesen normális ügyfél-visszajelzés. A kérdés csak az, hogy a szerződés szerint ez belefér-e.

Ha nincs meghatározva, hány módosítási kör része az árnak, könnyen vita lehet abból, hogy mi tartozik a projektbe, és mi számít extra munkának.

7. Ellenőrizd a jogi és technikai alapokat

Egy webfejlesztő saját oldalából is sok minden kiderül. Van rajta egyértelműen feltüntetett cég vagy vállalkozó? Elérhetők a jogi tájékoztatók? Rendben működik a cookie-kezelés? Látszik, hogy a szolgáltató a saját oldalával is foglalkozik?

Ezek önmagukban nem bizonyítják, hogy valaki jó vagy rossz fejlesztő, de több hiányosság együtt már indokolhatja, hogy rákérdezz a részletekre. Főleg akkor, ha a fejlesztő a te céged weboldalának jogi és technikai működéséért is felelősséget vállal.

8. A mérés legyen része a projektnek

Egy weboldal nem akkor kész, amikor megnyílik a böngészőben. Egy üzleti oldalnál tudni szeretnéd, hogy mi történik rajta.

Legalább a Google Search Console és egy megfelelően kialakított analitikai rendszer beállításáról érdemes már ajánlatkéréskor beszélni. A cél nem az, hogy minél több mérőkód kerüljön az oldalba, hanem hogy az adatokat megfelelően, a szükséges hozzájárulások figyelembevételével lehessen használni.

Ha az ajánlatban semmilyen mérés nem szerepel, kérdezz rá. Egy weboldal üzleti értékét nehéz megítélni úgy, hogy közben nem látod, hogyan teljesít.

9. Kérdezd meg, mi történik a weboldallal az átadás után

Ki javítja a hibákat? Van garancia? Mennyi ideig? Mi történik, ha egy frissítés után elromlik valami? Van karbantartás? Van sürgősségi rendelkezésre állás?

Nem minden cégnek van szüksége hétvégi azonnali hibajavításra. Egy webshopnál vagy üzletileg kritikus rendszernél viszont már egészen más lehet a helyzet. A lényeg, hogy ne utólag derüljön ki, hogy az átadás után senki nem foglalkozik az oldallal.

10. Legyen részletes szerződés és átlátható fizetés

A szerződésnél nem az oldalszám a lényeg, hanem a tartalom. Legyen benne pontosan, mit készít a fejlesztő, milyen határidőkkel, milyen fizetési ütemezéssel, milyen átadással, milyen garanciával és milyen felelősségi körökkel.

A teljes projektösszeg előre történő kifizetésénél érdemes körültekintőnek lenni. Mi előleget kérünk, nagyobb projekteknél pedig mérföldköves elszámolást alkalmazunk, így minden fizetéshez konkrét teljesítési pont tartozik.

11. Tisztázd előre, kié a domain, a tárhely, a forráskód és a hozzáférés

Ez az egyik legfontosabb pont, mégis sokan csak akkor foglalkoznak vele, amikor már baj van. A domain, a tárhely, az adminisztrációs hozzáférések, a forráskód és a projektanyagok tulajdonjogát és átadását már szerződéskötéskor érdemes tisztázni.

Sajnos több olyan ügyféllel is találkoztunk, aki azért keresett meg minket, mert a korábbi fejlesztő eltűnt, vagy elérhetetlenné vált. Ilyenkor az első kérdés gyakran nem az, hogy hogyan fejlesszük tovább az oldalt, hanem hogy egyáltalán milyen hozzáférések és milyen forrás áll rendelkezésre.

Ha hasonló helyzetbe kerültél, külön cikkben is összeszedtük, mit érdemes tenni, ha eltűnt a webfejlesztőd.


Mit ellenőrizz egy webfejlesztőnél? Röviden

Ha nem akarsz 11 külön pontot fejben tartani, ezt a táblázatot érdemes elmenteni ajánlatkérés előtt.

Webfejlesztő választási ellenőrzőlista

GYORS ELLENŐRZÉS

Webfejlesztő választási ellenőrzőlista
Szempont Mit nézz meg? Jó kérdés ajánlatkéréskor
Tapasztalat Több év igazolható munka Mióta készít weboldalakat?
Referenciák Működő, valódi és régebbi projektek Megnézhetek 1–2 éves referenciákat is?
Technikai minőség Sebesség, mobil, alap SEO Tesztelve lesz mobilon és technikailag is?
AI használata AI mint eszköz, nem szakértelem helyett Ki ellenőrzi az AI által létrehozott kódot?
Ajánlat Pontos scope, funkciók, tartalom Pontosan mit tartalmaz az ár?
Revízió Előre rögzített módosítási körök Hány módosítás fér bele?
Mérés Search Console + analitika Be lesz kötve és megfelelően beállítva a mérés?
Garancia Hibajavítás és rendelkezésre állás Mi történik, ha átadás után hiba van?
Szerződés Határidő, teljesítés, fizetés, felelősség Mit tartalmaz pontosan a szerződés?
Hozzáférések Domain, tárhely, forráskód, admin Kié lesz minden hozzáférés és hogyan kapom meg?
Hosszú táv Karbantartás és fejlesztési lehetőség Kihez fordulhatok fél év múlva?

A 30 000 Ft-os ajánlat önmagában nem bizonyítja, hogy rossz szolgáltatásról van szó. Mindig azt nézd meg, hogy az ár mögött mennyi valódi munka és milyen szolgáltatási tartalom van.

Gyakori kérdések webfejlesztő választás előtt

A leggyakoribb kérdések röviden, egy helyen.

Technikailag igen, például egy nagyon egyszerű sablonos oldal esetén. Egy üzleti célú, egyedi igényekre szabott, tesztelt, mérhető és hosszú távon támogatott weboldalnál azonban érdemes részletesen megnézni, pontosan mit tartalmaz az ár és mennyi szakmai munka van mögötte.

Nem. Az AI hasznos fejlesztői eszköz lehet. A kockázat akkor nő, ha a projekt mögött nincs megfelelő technikai tudás, és senki nem ellenőrzi az AI által létrehozott kódot, SEO-beállításokat, mérést, teljesítményt, biztonságot és karbantarthatóságot.

Érdemes nemcsak friss projekteket, hanem legalább 1–2 éves referenciákat is ellenőrizni. Ezekből jobban látható, hogy a fejlesztő által készített oldalak hosszabb távon is működnek-e.

Ne csak a dizájnt. Nézd meg, hogy az oldal működik-e, gyorsan betölt-e, mobilon használható-e, valódi ügyfélhez kapcsolódik-e, és hogy a referencia valóban a fejlesztő munkája-e.

Legalább a projekt pontos tartalmát, a funkciókat, határidőket, tartalomfelelősséget, revíziós köröket, átadási feltételeket, garanciát, fizetési ütemezést és a későbbi támogatás lehetőségeit.

A mérés üzleti weboldalnál nagyon fontos. A Search Console és egy megfelelően beállított analitikai rendszer segítségével látható, hogyan teljesít az oldal és milyen keresésekből, forrásokból érkeznek a látogatók. A konkrét mérési és hozzájárulási beállításokat a projekt és az adatvédelmi követelmények alapján kell kialakítani.

Ez valós üzleti kockázat. Már szerződéskötéskor érdemes tisztázni a domain, tárhely, forráskód és adminisztrációs hozzáférések tulajdonjogát és átadását. Ha a fejlesztő eltűnik, az oldal átvétele másik fejlesztővel gyakran külön technikai feladat.

Blog

További hasznos cikkeink

Bootstrap logó
Laravel logó
Vue.js logó
HTML5 logó
CSS3 logó
PHP logó
JavaScript logó
WordPress logó
React logó
Node.js logó
MySQL logó
Figma logó

Mielőtt elmész…

Sok cég pontosan ezek miatt keres meg minket:

A weboldal nem hoz elég megkeresést
Túl sok a kézi munka, káoszos folyamatok
A jelenlegi rendszer már visszafogja a növekedést

Mi olyan webes rendszereket építünk, amik ezeket ténylegesen megoldják.

1 munkanapon belül válaszolunk