Miért Bukik El A Legtöbb Weboldal Projekt?
A legtöbb weboldal projekt nem a dizájnnál akad el.
Hanem jóval előtte, ott, ahol senki nem gondolná: a cél és a típus tisztázásánál.
Ismerős a helyzet? Megvan a logó, megvan a színpaletta, elkészül egy gyönyörű főoldal, aztán három hónap múlva kiderül, hogy az oldal nulla ajánlatkérést hoz.
Nem azért, mert csúnya.
Azért, mert soha senki nem mondta ki egy mondatban, hogy mit kellene csinálnia.
A weboldal 2026-ban mérhető digitális eszköz: ajánlatkérést gyűjt, időpontot foglaltat, terméket ad el, feliratkozót szerez.
Online névjegykártyának hívni olyan, mintha egy üzlethelyiséget kirakatnak neveznénk.
Ez a cikk a döntési sorrendet mutatja meg, nem csak a technikai lépéseket. Előbb cél, utána típus, utána tartalom, csak ezután jön a webdesign és a webfejlesztés, majd az élesítés és a mérés.
És végigmegyünk azon a kérdésen is, amit a legtöbben túl korán vagy túl későn tesznek fel: ki készítse el? Saját kezűleg egy sablonból, egy CMS-sel, mint a WordPress, vagy egyedi fejlesztéssel?
Mindháromra van jó válasz.
Csak nem ugyanarra a projektre.
Weboldal, Landing Vagy Webshop?
A rossz típusválasztás a legdrágább hiba az egész folyamatban.
Miért? Mert a kész oldalt nem lehet utólag átírni valami másra, csak újraépíteni.
Aki bemutatkozó weboldalt rendel, pedig hirdetési kampányhoz kellene neki konverziós felület, hónapokig csodálkozik a gyenge eredményeken. Aki webshopot építtet, pedig havi öt terméket ad el telefonon, feleslegesen fizet készletkezelésért.
Négy Alaptípus Összehasonlítása
A négy leggyakoribb kategória eltérő célt szolgál, eltérő funkciókat igényel, és jellemzően más típusú tulajdonosnak való. Az alábbi összevetés segít eldönteni, melyik irányba induljon a projekt.
| Típus | Elsődleges cél | Jellemző funkciók | Tipikus tulajdonos | Reális átfutás |
|---|---|---|---|---|
| Bemutatkozó weboldal | Bizalomépítés, ajánlatkérés, elérhetőség | Szolgáltatás aloldalak, referenciák, kapcsolati űrlap, blog | Szolgáltató kkv, ügyvéd, fogorvos, építőipari cég | 2-4 hét |
| Landing oldal | Egyetlen konverzió: feliratkozás vagy ajánlatkérés | Egy üzenet, egy űrlap, A/B teszt, kampánykövetés | Hirdető, infótermék-értékesítő, eseményszervező | 3 nap - 2 hét |
| Webshop | Online vásárlás és fizetés | Termékkatalógus, kosár, fizetési és szállítási integráció, számlázás | Kereskedő, gyártó, kézműves márka | 4-10 hét |
| Webalkalmazás | Munkafolyamat kiszolgálása, adatkezelés | Felhasználói fiók, jogosultságok, adatbázis, API-integráció, riportok | SaaS-alapító, franchise, szolgáltató ügyfélportállal | 6 hét - több hónap |
A választóvonal egyszerűbb, mint gondolnád.
Statikus oldal akkor elég, ha a tartalom mindenki számára ugyanaz: szolgáltatások, árak, referenciák, blogcikkek. Nincs bejelentkezés, nincs személyre szabott adat.
Dinamikus webalkalmazás akkor kell, ha a felhasználó belép, és a saját adatait látja. Foglalásait, számláit, előzményeit, dokumentumait.
Ez a pillanat, amikor megjelenik az adatbázis, a hitelesítés és a jogosultságkezelés, és ettől kezdve a projekt már szoftverfejlesztés, nem webdesign.
Mérhető Cél Megfogalmazása
“Legyen szép és modern.”
Ez nem cél.
Ez ízlés.
A használható cél számot és időtávot tartalmaz.
Például: havi 25 ajánlatkérés a kapcsolati űrlapon keresztül. Vagy: heti 40 online időpontfoglalás. Vagy: 3 százalékos vásárlási konverzió a kosárba helyezők körében.
Ha a célt nem tudod egy mondatban, számmal kimondani, akkor a kész oldalról sem fogod tudni megmondani, hogy sikerült-e.
A mérhető cél azonnal eldönti a típust is.
Napi 100 hirdetési kattintás konvertálása landing oldalt kíván. Öt szolgáltatás organikus felépítése tartalmas bemutatkozó oldalt. Ügyfélportál igénye webalkalmazást.
A Weboldal Készítésének Fázisai
Egy weboldal elkészítése ritkán lineáris, de a sorrend mégis kötött.
Aki dizájnnal kezd tartalom nélkül, kétszer fizet ugyanazért a munkáért.
Az alábbi hat fázis lefedi a teljes utat az első vázlattól a működő, indexelt oldalig.
Tervezés És Tartalom Előkészítése
- Oldaltérkép felrajzolása. Listázd az összes aloldalt és a köztük lévő hierarchiát, mielőtt bármit megterveznél. Egy tízoldalas szolgáltatói weboldalnál ez másfél óra munka, és megspórol két hét kavarást.
- Felhasználói útvonalak meghatározása. Rajzold végig, hogyan jut el a Google-találatból érkező látogató a kapcsolati űrlapig, és hány kattintásból. Ha több mint háromból, valami nincs a helyén.
- Wireframe készítése. A wireframe a szürke dobozos vázlat: mi hol helyezkedik el, milyen sorrendben, milyen hangsúllyal. Színek és képek nélkül dől el a felhasználói élmény nagy része, mert itt derül ki, hogy a lényeg a képernyő tetején van-e.
- Tartalom összegyűjtése. Szövegek, képek, referenciák, logók, ÁSZF, adatkezelési tájékoztató, süti szabályzat. Ez a leggyakoribb csúszási ok: a fejlesztő két hét alatt végez, az ügyfél hat hétig keresi a céges fotókat.
- Dizájn és reszponzív webdesign. A jóváhagyott wireframe-re épül a látványterv, mobil, tablet és asztali nézetben. A magyar forgalom jellemzően 60-70 százaléka mobilról érkezik, tehát a mobilnézet nem melléktermék, hanem kiindulópont.
Reális időbecslés erre a szakaszra: 1-2 hét egy kisebb oldalnál, ha a tartalom rendelkezésre áll.
Ha nem, a fázis addig tart, ameddig a szövegírás.
Fejlesztés Frontendtől Backendig
Itt szokott elveszni a laikus megrendelő.
Pedig a fogalmak egyszerűek, ha a megfelelő hasonlattal nézzük.
- Frontend: amit a látogató lát. A kirakat, a polcok, a feliratok. Ez a böngészőben futó réteg, amely a dizájnt működő, kattintható felületté alakítja, és gondoskodik róla, hogy telefonon is jól nézzen ki.
- Backend: ami a színfalak mögött dolgozik. A raktár és az adminisztráció. A szerveren futó logika fogadja az űrlapot, kiszámolja a szállítási díjat, elküldi a visszaigazoló e-mailt.
- Adatbázis: a rendezett archívum. Itt élnek a termékek, a felhasználók, a foglalások, strukturált formában. Egy statikus bemutatkozó oldalnak nincs szüksége rá, egy foglalási rendszer nélküle nem létezik.
- API-integráció: a szolgáltatások közti híd. Ezen keresztül beszél az oldalad a bankkártyás fizetéssel, a számlázóprogrammal, a CRM-mel vagy egy AI-szolgáltatással. Az API egy szabványos csatlakozó, amin keresztül két rendszer adatot cserél.
- Hitelesítés és jogosultságkezelés. A hitelesítés azt igazolja, ki vagy, a jogosultságkezelés azt dönti el, mit láthatsz. Egy ügyfélportálnál ez a két dolog választja el a saját számláidat a szomszédétól.
A fejlesztés hossza a mérettel skálázódik: 2-6 hét egy átlagos egyedi weboldalnál, ennél lényegesen több, ha fizetés, felhasználói fiókok vagy külső rendszerek integrációja is a feladat része.
Tesztelés, Domain És Tárhely
- Funkcionális tesztelés. Minden űrlapot, gombot és linket végig kell próbálni, több böngészőben és valódi mobileszközön. A leggyakoribb élesítés utáni hiba az, hogy a kapcsolati űrlap levele a semmibe megy.
- Domain regisztráció. A domain a cím, amit a látogató beír. Regisztráld a saját céged nevére, és állíts be automatikus megújítást, mert egy lejárt domain napok alatt tud több évnyi SEO-eredményt elvinni.
- Webtárhely kiválasztása. A tárhely az a szerver, ahol az oldal fájljai laknak. Egy WordPress oldalnál PHP-támogatásra és napi mentésre van szükség, egy statikus oldal akár ingyenes CDN-alapú szolgáltatáson is futhat villámgyorsan.
- SSL-tanúsítvány beállítása. A https ma nem opció, hanem alapkövetelmény: a böngészők figyelmeztetést dobnak nélküle, a Google pedig rangsorolási tényezőként kezeli. A legtöbb tárhelyen ingyenesen, néhány kattintással aktiválható.
- Sebesség és Core Web Vitals ellenőrzés. Mérd meg a betöltést élesítés előtt, ne utána. A képek tömörítése és a modern formátumok használata önmagában gyakran másodperceket farag a betöltésből.
Saját Kezűleg, CMS Vagy Fejlesztő?
Nincs univerzálisan jó válasz.
Van viszont három tiszta forgatókönyv, és a legtöbb projekt pontosan az egyikbe esik.
Sablonos Oldal Saját Kezűleg
Ha kevés a tartalom, nincs egyedi funkció, és a büdzsé szűk, a sablonos, saját kezűleg összerakott oldal teljesen racionális döntés. Egy ötoldalas bemutatkozó felület egy modern oldalépítővel egy hétvége alatt összeáll.
Mikor működik ez jól?
Induló egyéni vállalkozónál, aki most validálja a szolgáltatását. Helyi mesterembernél, akinek a telefonszám és három referenciakép a teljes üzleti igény.
A korlát ott jelentkezik, ahol növekedni kellene.
A sablonok nehezen bírják a bonyolultabb struktúrát, a technikai SEO finomhangolása korlátozott, és a sebesség gyakran gyengébb, mint egy jól épített egyedi oldalé.
Ez a kompromisszum az ár része.
CMS Mint WordPress
A CMS, magyarul tartalomkezelő rendszer, akkor éri meg, ha gyakran frissítesz tartalmat. Blogot írsz, referenciákat töltesz fel, hírleveleket, akciókat kommunikálsz, és nem szeretnél minden apró módosításért fejlesztőt hívni.
A WordPress a világ weboldalainak nagyjából 43 százalékát hajtja, és ez nem véletlen.
Hatalmas bővítménykínálat, rengeteg szakember a piacon, kiszámítható tanulási görbe.
Egy közepes komplexitású szolgáltatói oldal vagy tartalmas céges site esetén máig jó alapértelmezés.
Cserébe karbantartást kér.
Rendszeres biztonsági frissítést, bővítményfelügyeletet, mentést.
Egy elhanyagolt WordPress oldal hónapok alatt támadási felületté válik.
Van alternatíva: a modern statikus generátorok.
Ha a tartalom viszonylag ritkán változik, és a sebesség kiemelten számít, egy statikusan generált oldal gyorsabb, olcsóbban üzemeltethető és lényegesen kisebb támadási felületet kínál.
Cserébe a szerkesztés kevésbé magától értetődő nem technikus kollégának.
Egyedi Fejlesztés Vagy MVP
Az egyedi fejlesztés akkor indokolt, ha a weboldal nem tartalmat mutat, hanem munkát végez.
Foglalási rendszer naptárral és kapacitáskezeléssel.
Fizetés, előfizetés, számlázás.
Ügyfélportál dokumentumokkal.
CRM- vagy ERP-integráció.
AI-alapú ajánló vagy chatbot, amely a saját adataidból dolgozik.
Ezekre nincs jó sablon.
Illetve van, csak a sablon a te folyamatodat fogja eltorzítani, nem fordítva.
A kockázatot az MVP-fejlesztés csökkenti.
Az MVP a legkisebb működő verzió, amely már valódi felhasználókkal tesztelhető.
Nem prototípus, nem demó: élesben használható termék, csak szűkített funkciókészlettel.
Egy gyakorlati példa.
Egy magánrendelő teljes rendszert szeretne: foglalás, betegportál, e-recept, kiértékelő riportok, mobilapp.
Ez több hónap.
Az MVP ebből csak a foglalást és az automatikus emlékeztetőt tartalmazza, néhány hét alatt elkészül, és négy hét éles működés után kiderül, hogy a betegek 70 százaléka telefonon foglal továbbra is.
Az MVP nem lebutított termék. Egy megválaszolt kérdés arról, hogy a teljes rendszert egyáltalán érdemes-e megépíteni.
Erre a gyors validációs logikára szakosodtak azok a termékstúdiók, mint például a CompletApp, amelyek hetek alatt szállítanak működő verziót, majd a valós használati adatok alapján bővítenek tovább.
A sorrend ugyanaz: előbb bizonyíték, aztán beruházás.
Élesítés Előtt És Után
Az élesítés nem célvonal.
Rajtvonal.
És egy dolgot fontos előre tisztázni: attól, hogy az oldal elérhető a domainen, a Google még nem ismeri. Az indexelés külön folyamat, és jellemzően napoktól hetekig tart.
Ellenőrzőlista Élesítés Előtt
Ezt a listát érdemes tételesen végigpipálni, lehetőleg két ember által, élesítés napján:
- Indexelhetőség ellenőrzése. Vedd le a fejlesztés alatti noindex beállítást. Ez a leggyakoribb, legdrágább és leglátványosabban észrevétlen hiba: az oldal él, a Google mégsem mutatja hónapokig.
- XML sitemap generálása és beküldése. Az XML sitemap a keresőnek szóló tartalomjegyzék. Generáld le, ellenőrizd, hogy csak a valóban indexelendő URL-ek szerepelnek benne, majd küldd be a Google Search Console felületén.
- robots.txt beállítása. Ez mondja meg a keresőrobotoknak, mit járhatnak be. Győződj meg róla, hogy nem tiltja le véletlenül a teljes oldalt, és hogy hivatkozik a sitemap címére.
- Google Analytics 4 és konverziómérés. Ne csak a látogatószámot mérd. Állítsd be eseményként az űrlapküldést, a telefonszámra kattintást, a foglalást, mert ezek a számok mutatják meg, hogy az oldal teljesíti-e a kitűzött célt.
- Űrlaptesztek valódi címekre. Küldj tesztüzenetet minden űrlapról, és nézd meg, hogy megérkezik-e, nem landol-e spam mappában, és megy-e automatikus visszaigazolás a kitöltőnek.
- Mobilhasználhatóság. Nyisd meg valódi telefonon, ne csak a böngésző fejlesztői nézetében. Ellenőrizd a gombméreteket, a menüt, az űrlapmezőket és a szöveg olvashatóságát.
- Core Web Vitals mérése. A legnagyobb tartalmi elem betöltése lehetőleg 2,5 másodperc alatt történjen, az elrendezés ne ugráljon betöltés közben. Ezek a mutatók a felhasználói élményt és a rangsorolást egyaránt érintik.
- Akadálymentesség alapjai. Megfelelő kontrasztarány, minden képnek alt szövege, billentyűzettel bejárható menü, címkézett űrlapmezők. Ez egyszerre jogi elvárás egyre több szektorban és mérhető konverziós előny.
- 404-es oldal és átirányítások. Ha régi oldalt váltasz le, minden korábbi URL-t irányíts át a megfelelő új címre 301-es átirányítással, különben elveszik a felépített organikus pozíció.
- SSL, mentés, jogi dokumentumok. Https mindenhol, automatikus napi mentés beállítva, adatkezelési tájékoztató és süti kezelés élesen.
Kié A Domain És A Kód?
Ez a projekt legkínosabb kérdése, ha csak a végén kerül elő.
Tisztázd az elején, írásban.
- Domain. A regisztráció a te céged nevére és a te e-mail-címedre szóljon, ne az ügynökségére. Te legyél a tulajdonos, akkor is, ha ők kezelik.
- Webtárhely. Legyen saját fiókod hozzá, vagy legalább dokumentált hozzáférésed. Egy váratlan szolgáltatóváltás így néhány óra, nem néhány hét.
- Admin hozzáférés. Kérj saját adminisztrátori fiókot a CMS-ben és a mérőeszközökben a projekt lezárásakor.
- Forráskód és felhasználási jogok. Egyedi fejlesztésnél a szerződés mondja ki, hogy a kód átadásra kerül, és milyen felhasználási jogokat kapsz. Kérd a kódot verziókezelt repóban, dokumentációval.
- Mérőfiókok. Az Analytics és a Search Console property is a te fiókodban éljen, a partner pedig hozzáférést kapjon hozzá.
Az Első 30-60-90 Nap
Az élesítés után induló három hónap dönti el, hogy az oldal eszköz lesz-e vagy dekoráció.
- Első 30 nap: adatgyűjtés és hibavadászat. Figyeld a Search Console lefedettségi jelentését, az indexelt oldalak számát és a 404-es hibákat. Nézd meg a konverziós események működését, és javítsd az első használati akadályokat.
- 31-60. nap: első optimalizálás. Ekkorra már látszik, mely aloldalak hoznak forgalmat és hol esnek ki a látogatók. Írd át a gyengén teljesítő címsorokat, egyszerűsítsd a legtöbb kilépést generáló űrlapot, bővítsd a legjobban futó tartalmat.
- 61-90. nap: bővítés és tartalomépítés. Indíts rendszeres tartalomgyártást a valós keresési adatok alapján, és tesztelj új konverziós elemeket. Itt derül ki, milyen funkcióra van valóban igény a következő fejlesztési körben.
- Folyamatos karbantartás. Havi biztonsági és bővítményfrissítés, heti mentésellenőrzés, negyedéves sebesség- és linkellenőrzés. Egy CMS-alapú oldalnál ez reálisan havi 1-3 óra munka.
Merre Indulj Most?
Egyetlen feladatod van mára, és nem a színválasztás.
Írd le egy mondatban, számmal, hogy mit kell elérnie a weboldalnak az első hat hónapban. Például: havi 20 ajánlatkérés a kapcsolati űrlapon keresztül.
Ez a mondat fogja eldönteni a típust, a funkciókat, a költségkeretet és azt is, hogy kire bízod a munkát.
Utána a döntés viszonylag egyszerű.
Ha kevés a tartalom, nincs egyedi funkció és szűk a büdzsé, a sablon vagy egy jól beállított CMS bőven elég.
Ha viszont egyedi működést kell kiszolgálni, foglalást, fizetést, ügyfélportált, integrációt, akkor az egyedi fejlesztés vagy egy szűkített MVP hoz jobb megtérülést, mert nem a rendszerhez kell igazítani a vállalkozást.
És egy záró gondolat, amit érdemes az egész projekt fölé írni: a weboldal élesítése nem a végpont.
Egy bővíthető digitális eszköz első verziója, amit a következő hónapok valós adatai alapján fejlesztesz tovább.
A legjobb oldalak nem elkészülnek.
Növekednek.
