Hogyan készül egy weboldal? A webfejlesztés 7 fázisa
A webfejlesztés folyamata 2026-ban hét jól elkülöníthető fázisból áll: felmérés és brief, kutatás és stratégia, UX/UI tervezés, frontend fejlesztés, backend és CMS, tesztelés és QA, végül élesítés és folyamatos támogatás. Egy professzionális weboldal nem „csak úgy összedobható” — a tervezéstől az élesítésig minden lépés hatással van a végeredményre.
Ha megrendelőként szeretnéd megérteni, hogy pontosan mire számíts egy webfejlesztési projekt során, ez a cikk neked szól. Végigvezetünk az egyes fázisokon, megmutatjuk a reális időkereteket, és segítünk abban is, hogy a megrendelői oldalról hogyan teheted a leghatékonyabbá az együttműködést a fejlesztőcsapattal. Mi is pontosan e szerint a hét fázis szerint dolgozunk minden budapesti webfejlesztési projektünkben.
Ha tisztában vagy a folyamattal, már tudod is, mit kérdezz az ügynökségtől, mielőtt aláírsz — pontos árajánlatot 24 órán belül adunk a saját projekted alapján.
A hét fázis részletesen — mi történik, mire figyelj
Az alábbi idővonal mind a hét fázist végigveszi a megrendelő szemszögéből. A jobb oldali tipp-blokk minden fázisnál egy konkrét figyelmeztetés azokról a buktatókról, amiket leggyakrabban látunk.
1. fázis — Felmérés és brief
Időkeret: 1–2 hét
- Igényfelmérő megbeszélés (személyes vagy online): üzleti célok, célcsoport, tervezett funkciók.
- Versenytárselemzés: mit csinálnak, hol vannak az erősségeik és gyengeségeik.
- Technológiai felmérés: meglévő rendszerek, integrációs igények, domain és hosting helyzet.
- Brief dokumentum: az összes információ strukturálva, mindkét fél jóváhagyásával.
Tipp megrendelőnek: Megrendelő készítse elő: üzleti célok, célcsoport, 3–5 referencia weboldal, meglévő tartalom, büdzsé, határidő, márkaarculat.
2. fázis — Kutatás és stratégia
Időkeret: 1–2 hét
- SEO stratégia már a tervezés elején — kulcsszókutatás, oldaltérkép tervezés a kulcsszavak alapján.
- Keresőbarát URL struktúra, tartalmi stratégia, technikai SEO alapok.
- Tartalom-stratégia párhuzamosan: szövegek, képek, videók, blog stratégia.
- Technológiai döntések: frontend (Astro / Next.js / Nuxt), CMS (headless / WordPress / egyedi), hosting.
Tipp megrendelőnek: Egyik leggyakoribb hiba: a SEO-val csak a kész weboldal után kezdenek foglalkozni. A keresőoptimalizálást az oldal struktúrájának tervezésekor kell elkezdeni.
3. fázis — UX/UI tervezés
Időkeret: 2–4 hét
- UX: felhasználói útvonalak (user flows), wireframe-ek, információs architektúra, mobilelső megközelítés.
- UI: design rendszer (színek, tipográfia, gombok, kártyák, ikonok), high-fidelity mockup-ok Figma-ban.
- Responsive tervek mobil, tablet, desktop nézetekre. Animációk és interakciós tervek specifikálása.
- Iteráció: 2–3 körön megy keresztül. Első verzió → visszajelzés → javítás → jóváhagyás.
Tipp megrendelőnek: A tervezési fázisban sokkal olcsóbb változtatni, mint a fejlesztés közben. Szánj időt az alapos átnézésre — minden itt elfogadott elem így fog megjelenni a kész weboldalon.
4. fázis — Frontend fejlesztés
Időkeret: 3–6 hét
- HTML/CSS pixelpontos megvalósítás, JavaScript interakciók, űrlapvalidáció.
- Responsive megvalósítás mobiltól 4K kijelzőig. Komponens-alapú újrafelhasználható UI.
- Teljesítmény-optimalizálás: képek, lazy loading, code splitting.
- Modern stack 2026-ban: Astro statikushoz, Next.js / Nuxt dinamikushoz, Tailwind CSS.
Tipp megrendelőnek: Core Web Vitals: LCP < 2,5 mp, INP < 200 ms, CLS < 0,1. A weboldalak 53%-a elveszíti a látogatóit, ha az oldal 3 másodpercnél tovább tölt.
5. fázis — Backend és CMS
Időkeret: 2–5 hét
- Statikus oldal / landing page nem igényel komplex backendet. Webáruház, regisztráció, dinamikus tartalom igen.
- CMS választás: Headless (Strapi, Sanity) gyors és biztonságos; WordPress költséghatékony; egyedi admin speciális logikára.
- Külső integrációk: fizetési kapu (Stripe, Barion), CRM, e-mail marketing, analitika, számlázás.
- API-k és adatfolyam tervezés a frontend és a backend között.
Tipp megrendelőnek: Modern weboldalak ritkán működnek elszigetelten. Listázd ki előre, mely külső rendszerekkel kell kommunikálni.
6. fázis — Tesztelés és QA
Időkeret: 1–2 hét
- Funkcionális tesztelés: linkek, űrlapok, keresés, e-commerce funkciók.
- Böngésző- és eszközteszt: Chrome, Firefox, Safari, Edge, iOS, Android, mobil → 4K.
- Teljesítmény: Lighthouse, PageSpeed Insights, terhelés-teszt.
- SEO audit, akadálymentesítés (a11y), biztonsági ellenőrzés (HTTPS, CORS, XSS, GDPR).
Tipp megrendelőnek: Ne spórolj a QA fázison. Egy professzionális csapat soha nem hagyja ki — a hibák itt jelentkeznek a legolcsóbban.
7. fázis — Élesítés és támogatás
Időkeret: Folyamatos
- DNS beállítás, SSL tanúsítvány, 301 redirect-ek a régi URL-ekről, analitika beállítás, backup, CDN konfig, cookie consent.
- Élesítés napja: végső staging-ellenőrzés, DNS átirányítás, élesítés utáni teszt, monitoring beállítás, Search Console-ban a sitemap.
- Élesítés utáni támogatás: első 2 hét intenzív monitoring, első hónap SEO eredmények, folyamatos tartalmi és biztonsági frissítések.
- Garancia időszak: jellemzően 1–3 hónap, az ez alatt felmerülő hibákat díjmentesen javítjuk.
Tipp megrendelőnek: A weboldal élesítése nem a projekt vége — egy új fejezet kezdete. Élő rendszer, amit frissíteni, karbantartani és fejleszteni kell.
Időkeretek — mire számíts?
A webfejlesztés folyamata projekt típusonként eltérő időkeretet jelent. Az alábbi sávok 2–5 fős tapasztalt csapatra vonatkoznak; a megrendelő oldali visszajelzési idő (különösen a tervezési fázisban) jelentősen befolyásolhatja az átfutást.
| Projekt típus | Teljes átfutás | Fő fázisok |
|---|---|---|
| Landing page | 2–4 hét | Brief 2 nap → Design 1 hét → Fejlesztés 1–2 hét → Teszt 2–3 nap |
| Céges weboldal (5–10 oldal) | 6–10 hét | Brief 1 hét → Kutatás 1 hét → Design 2–3 hét → Fejlesztés 2–3 hét → Teszt 1 hét |
| E-commerce | 10–20 hét | Brief 1–2 → Kutatás 2 → Design 3–4 → Frontend 3–4 → Backend 3–5 → Teszt 2 → Élesítés 1 |
| Webalkalmazás | 12–24+ hét | Iteratív fejlesztés agilis módszertannal, sprintekben |
Agilis vs. waterfall — melyik mikor?
Waterfall (vízesés)
Hagyományos megközelítés: a fázisok egymás után követik egymást, és egy fázis csak a korábbi lezárása után kezdődik el.
- Előny: kiszámítható ütemterv és költség, világos mérföldkövek, egyszerűbb menedzsment.
- Hátrány: kevés rugalmasság, a megrendelő csak a tervezési fázisban lát eredményt, a hibák későn derülnek ki.
- Mikor jó? Egyszerű, jól definiált projekteknél (landing page, standard céges weboldal).
Agilis
Modern, iteratív megközelítés: a fejlesztés 2 hetes sprintekben történik, minden sprint végén bemutatható eredménnyel.
- Előny: folyamatos visszajelzés, korrigálható irány, korai hibafelismerés.
- Hátrány: nehezebb pontos költséget és határidőt megadni előre, aktívabb megrendelői részvétel kell.
- Mikor jó? Komplex projekteknél (e-commerce, webalkalmazás), ahol az igények pontosodhatnak menet közben.
Kommunikáció és visszajelzés kezelése
A sikeres projekt egyik legfontosabb eleme a hatékony kommunikáció.
Csatornák
- Projektmenedzsment (Jira, Linear, Asana, Trello): feladatok és haladás követése.
- Heti státusz meeting: 1× video call a haladás áttekintésére.
- Slack / Teams: gyors kérdések, napközbeni egyeztetés.
- E-mail: hivatalos jóváhagyások, dokumentumok.
A visszajelzés művészete
A megrendelői visszajelzés minősége közvetlenül befolyásolja a projekt sikerét.
Jó visszajelzés:„A főoldal hero szekciójában a CTA gomb legyen nagyobb és élénkebb — a jelenlegi túl visszafogott a sötét háttéren.”
Kevésbé hasznos:„Nem tetszik valami, de nem tudom, mi.” vagy „Legyen modernebb.”
Ha nem vagy biztos benne, mit szeretnél, mutass referenciákat — sokkal könnyebb rámutatni egy „ilyen stílusú legyen, mint az XY oldal” formára, mint szavakkal leírni.
Összefoglalás — a sikeres webfejlesztés 7 kulcsa
A webfejlesztés folyamata bonyolultnak tűnhet, de egy tapasztalt csapattal a megrendelő számára is átlátható és kiszámítható. A lényeg: válassz megbízható partnert, légy aktív a folyamatban, és ne spórolj a tervezésen.
Gyakori kérdések
Mennyibe kerül egy weboldal?
A költségek a projekt komplexitásától függenek. Részletes áttekintésért olvasd el a Weboldal készítés árak 2026 cikkünket. Röviden: landing page 300 ezer Ft-tól, céges weboldal 800 ezer Ft-tól, e-commerce 2 millió Ft-tól.
Kell-e részt vennem a folyamatban megrendelőként?
Igen. A brief, a tervezési visszajelzések és a tesztelés fázisaiban a megrendelő aktív közreműködése kritikus. Egy jó fejlesztőcsapat minimalizálja az időigényt, de a döntéseket csak te hozhatod meg.
Mi történik, ha a projekt közben változnak az igények?
Agilis módszertannál ez természetes — a sprintek végén van lehetőség iránykorrekciókra. Waterfall módszernél a scope change formális változáskezelést igényel, ami általában többletköltséggel jár.
Mikor kell SEO-val foglalkozni?
Az elejétől. Az egyik legfontosabb tanulság. A SEO nem utólagos ráépítés, hanem a tervezés szerves része — az oldalstruktúra, az URL-ek, a tartalom és a technikai alapok mind a SEO stratégia mentén épülnek fel.
Hogyan ellenőrizzem, hogy a fejlesztő tényleg modern stack-en dolgozik?
Kérj git repó hozzáférést a projekt elindulásától. Nézd meg a `package.json`-t (Next.js, Astro, Remix, SvelteKit modern verzió, vagy egy WordPress + WPBakery). Kérdezd meg, milyen Lighthouse / Core Web Vitals céllal indulnak. Ha a válasz „a Lighthouse nem fontos, csak az kell, hogy működjön”, az piros zászló: 2026-ban a Core Web Vitals SEO-rangsor faktor.
Mit tegyek, ha az ügynökség nem ad határidőt?
Egy szerződés fix átfutási idő nélkül a megrendelő számára kockázat — a fejlesztés „ráérősen” húzódhat 6 hónapról 12-re. Kérj fázisonkénti határidőt: brief lezárás (X. hét), tervezés jóváhagyása (Y. hét), élesítés (Z. hét). Ha a fejlesztő nem vállal határidőt, az általában azt jelenti, hogy nem mérte fel pontosan a scope-ot — és pontosabb scope-ra lesz szükséged.
Mire figyeljek a tartalomszerkesztési felület (CMS) átadásánál?
Három pontot teszteljen le valaki, aki nem volt a fejlesztésben: (1) tudsz-e új blogposztot létrehozni 5 perc alatt képpel és belső linkkel? (2) az SEO-mezők (meta title, meta description, OG-image) szerkeszthetők-e cikkenként? (3) mobilon is szerkeszthető-e? Ha bármelyikre nem, a fejlesztő nem készült fel a napi szerkesztésre — kérj javítást átadás előtt.
Mennyi tesztelési idő kell az élesítés előtt?
Egy közepes céges weboldalnál 1–2 hét, webshopnál 2–4 hét. A „hétfőn élesítünk” mentalitás a fő oka annak, hogy a 4. napon kiderül, a kapcsolati űrlap nem küld emailt és a fizetés nem fut le. A teszt fázisok: cross-browser (Chrome, Safari, Edge, Firefox) + cross-device (asztali, tablet, mobil), funkcionális (űrlapok, fizetés, integrációk), teljesítmény (Lighthouse, terhelési teszt) és tartalom-átnézés (helyesírás, link-ellenőrzés).
Ha készen állsz a saját projekted elindítására, vedd fel velünk a kapcsolatot — szívesen végigvezetünk a teljes folyamaton. Tekintsd meg a webfejlesztési szolgáltatásainkat vagy nézd át az appfejlesztési megoldásainkat, ha mobilalkalmazás is a tervedben van.
