Lovable, v0, Bolt és Figma Make: mit tud egy AI-weboldalkészítő és hol ér véget a tudása?

Beírsz egy mondatot arról, milyen oldalt szeretnél, pár perc múlva pedig ott van előtted egy működő weboldal gombokkal, űrlappal, sőt akár bejelentkezéssel is. Ezt ígéri ma minden AI-weboldalkészítő, a négy legismertebb (a Lovable, a Vercel v0 nevű szolgáltatása, a Bolt és a Figma Make) pedig 2026 őszére olyan szintre jutott, hogy az ígéret meglepően gyakran teljesül. Szeptember elején az OpenAI GPT-6 Astra és a Meta Muse Spark 1.3 modellje újabb lökést adott a kódot író mesterséges intelligenciának. Ma már egy kecskeméti asztalosüzem tulajdonosa vagy egy balatoni panzió marketingese is összerakhat fejlesztő nélkül egy kampányoldalt egyetlen délután alatt.

Közben viszont a Next.js, a React-alapú oldalak egyik legnépszerűbb keretrendszere, alig egy hónap alatt másodszor adott ki soron kívüli, kritikus biztonsági javítást, legutóbb éppen szeptember 22-én. Ez jól mutatja a lényeget: a generált kód is kód, amelyet frissíteni, védeni és mérni kell, akkor is, ha egyetlen sorát sem te írtad. Az alábbiakban 2026. szeptember 22-i állapot szerint végigvesszük, mire jó a négy legismertebb eszköz, mennyibe kerül a használatuk forintban, hol buknak el a keresőoptimalizálásban, a biztonságban és az adatvédelemben, végül azt is, mikor kell mégis fejlesztő és mit kérj tőle.

Röviden

• Az AI-weboldalkészítő olyan szolgáltatás, amely szöveges utasításból valódi forráskódot ír, azonnal megmutatja az eredményt és egy kattintással közzé is teszi az oldalt; a Lovable, a v0, a Bolt és a Figma Make ennek a műfajnak a négy legismertebb szereplője 2026 őszén.
• Kinek melyik: a Lovable a nem fejlesztő alapítóknak és a belső eszközöknek, a v0 a Next.js-re és a Vercelre építő csapatoknak, a Bolt a gyors, sokféle technológiát kipróbáló prototípusoknak, a Figma Make pedig a Figmában dolgozó dizájnereknek való leginkább.
• Az eszközök díja 2026. szeptember 22-i állapot szerint alacsony (a Bolt Pro havi 25 dollár, a v0 Plus fejenként havi 30 dollár, a Lovable-ön egy képes landing page legenerálása 1,70 kredit), ezért a tényleges költséget a saját munkaidőd, a mérés, a jogi megfelelés és a karbantartás adja.
• Prototípusra, kampányoldalra és belső eszközre kiválóak, gyenge pontjuk a keresőoptimalizálás, a biztonság, a karbantartás és az adatvédelem: 2025-ben egy független kutató 1 645 vizsgált Lovable-projektből 170-nél talált hiányos adatbázis-védelmet.
• Fejlesztőre akkor van szükség, ha az oldal személyes adatot kezel, fizetést fogad, számlázóhoz, ERP-hez vagy CRM-hez kapcsolódik, illetve ha a keresőből érkező forgalomra épül az üzleted; ilyenkor kódátnézést, biztonsági ellenőrzést, frissítési tervet és dokumentált átadást kérj.

Mi az az AI-weboldalkészítő és miben más, mint egy sablonos honlapépítő?

Az AI-weboldalkészítő olyan szolgáltatás, amely magyar vagy angol nyelvű utasításból működő forráskódot, jellemzően React-alapú webalkalmazást generál, azonnal megmutatja az előnézetét és közzé is teszi. A sablonos honlapépítő előre gyártott blokkokból dolgozik, az AI-generátor ezzel szemben minden kérésre új kódot ír, ezért jóval rugalmasabb, cserébe a kód gondozása rád hárul.

A folyamat mindegyik eszköznél nagyjából ugyanígy néz ki. Leírod, mit szeretnél (például egy bemutatkozó oldalt egy fogorvosi rendelőnek időpontkérő űrlappal), a rendszer mögött dolgozó nyelvi modell megtervezi az oldal szerkezetét és megírja a kódot, amelynek eredményét a böngészőben azonnal látod. Utána beszélgetésben finomítasz: „legyen sötétebb a fejléc”, „kerüljön az árlista a vélemények elé”, „az űrlap küldjön e-mailt nekem is”. Az újabb eszközökben már rá is kattinthatsz egy elemre és ott helyben kérhetsz változtatást, a v0-ban például erre szolgál a Design Mode nevű vizuális szerkesztő. Ha elégedett vagy, a közzététel egy gombnyomás: az oldal először a szolgáltató saját aldomainjén, később a saját domaineden érhető el.

A szakma ezt a munkamódot 2025 eleje óta „vibe coding” néven emlegeti, ami nagyjából annyit tesz, hogy nem sorról sorra programozol, hanem hangulatot, szándékot és eredményt írsz le, a kódot pedig a gép írja meg. A kifejezés kicsit lekezelő, de pontosan leírja a lényeget: a felhasználó sokszor meg sem nézi a kódot, csak azt, hogy az oldal jól néz-e ki és működik-e a gomb.

Miben más ez, mint a Wix, a WordPress vagy a Webflow?

A klasszikus honlapépítőknél és tartalomkezelőknél a platformot a gyártó tartja karban: ha a WordPress magjában biztonsági hibát találnak, a WordPress-csapat kiadja a javítást, neked csak a frissítésről kell gondoskodnod. Egy AI-val generált alkalmazásnál viszont nincs ilyen közös mag: minden projekt egyedi kódbázis, saját függőségekkel (külső programcsomagokkal), saját adatbázis-szabályokkal és saját hibákkal. A tárhelyet és az adatbázist gyakran ugyanúgy a szolgáltató üzemelteti, de a kódért, amelyet az AI a te kérésedre írt, lényegében te felelsz.

A másik fontos különbség a szerkeszthetőség. Egy WordPress- vagy Webflow-oldalon a marketinges belép a szerkesztőfelületre és átírja a nyitvatartást, egy AI-generált oldalon azonban többnyire nincs ilyen tartalomkezelő, hacsak külön nem kéred, így minden szövegcsere egy újabb, kreditbe kerülő prompt vagy egy fejlesztői feladat. Egy ritkán változó landing page-nél ez mellékes, egy hetente frissülő céges honlapnál viszont komoly napi kényelmetlenség.

Mit jelent az, hogy „a generált kód is kód”?

Egy AI által írt modern webalkalmazás ugyanazokból az építőkövekből áll, mint amit egy fejlesztő írna: React-komponensekből, keretrendszerből (Next.js, Vite vagy TanStack Start), stíluskönyvtárból és jellemzően több száz külső programcsomagból. Ezekben a csomagokban és magukban a keretrendszerekben is rendszeresen találnak sérülékenységet, amelyeket javítókiadások követnek. A Next.js például 2026. augusztus 25-én a 16.3.3-as és a 15.5.24-es kiadásban két kritikus sérülékenységet javított, szeptember 22-én pedig a 16.3.6-os és a 15.5.26-os verzióval újabb soron kívüli, kritikus biztonsági frissítést adott ki egy külső függőség hibája miatt. Egy AI-val összerakott, majd elfelejtett oldal pontosan úgy marad sérülékeny, mint egy kézzel írt, csak éppen senki sem tudja, hogy frissíteni kellene.

Lovable, v0, Bolt és Figma Make: kinek melyik AI-weboldalkészítő?

Röviden: a Lovable a legbarátságosabb azoknak, akik egy teljes, bejelentkezős alkalmazást akarnak fejlesztő nélkül, a v0 a Vercel és a Next.js világában dolgozó csapatok eszköze, a Bolt a gyors, sokféle technológiát kipróbáló prototípusoké, a Figma Make pedig akkor ideális, ha a dizájn már Figmában készül.

Az alábbi táblázat a gyártók hivatalos oldalai alapján, 2026. szeptember 22-i állapot szerint foglalja össze a lényeget dollárárakkal, a forintos átszámítás a következő fejezetben jön.

Lovable: a legtöbbet ígérő, beszélgetős alkalmazásépítő

A Lovable arra épít, hogy egyetlen beszélgetésből egy teljes, adatbázissal és bejelentkezéssel működő alkalmazás szülessen. A cég árlistáján szereplő példák jól mutatják a kreditrendszer logikáját: egy gomb átszínezése 0,50 kredit, a lábléc eltávolítása 0,90 kredit, a regisztráció és bejelentkezés hozzáadása 1,20 kredit, egy képes landing page legenerálása 1,70 kredit. A Lovable dokumentációja szerint az ingyenes munkaterület naponta 5 build-kreditet kap, havonta legfeljebb 30-at, a Pro és a Business csomag napi 5 kreditjénél nincs havi plafon. A havi csomagkreditek aktív előfizetés mellett átgördülnek a következő ciklusra. Ha elfogy a keret, a Pro csomagban 50 kredit 15 dollárért, a Business csomagban 30 dollárért vásárolható.

Kevéssé ismert változás, hogy a Lovable dokumentációja szerint a 2026. május 13. után létrehozott projektek már TanStack Start keretrendszeren, szerveroldali rendereléssel (SSR) futnak, vagyis minden kérésre kész HTML-t kap az emberi látogató és a keresőrobot is. A Lovable ezen felül beépített biztonsági vizsgálatot kínál gyors alapszkenneléssel és egy mélyebb, ügynökalapú átnézéssel, emellett a chatbe bemásolt API-kulcsokat automatikusan felismeri és a titokkezelőbe tereli. Erősségei tehát a gyorsaság, a teljes körűség és a nem fejlesztőknek szóló felület, hátránya viszont, hogy a kreditek a sok apró javítgatással gyorsan elfogynak, a projekt pedig szorosan kötődik a Lovable saját infrastruktúrájához.

v0: a Vercel eszköze a fejlesztői munkafolyamat elejére

A v0 a Vercel, vagyis a Next.js keretrendszer gazdájának terméke, így nem meglepő, hogy React- és Next.js-kódot ír, amely jól illeszkedik egy fejlesztőcsapat megszokott munkafolyamatába. A v0 árlistája szerint már az ingyenes csomag is tartalmazza a Vercelre történő közzétételt, a Design Mode vizuális szerkesztőt és a GitHub-szinkront, ugyanakkor napi 7 üzenetre és havi 5 dollárnyi kreditre korlátoz. A Plus csomag fejenként havi 30 dollár, ez 30 dollárnyi havi kreditet, napi 2 dolláros bejelentkezési bónuszt, az összes modell elérését és csapatmunkát ad. A Business csomag fejenként havi 100 dollár, ebben alapértelmezés, hogy a tartalmaidat nem használják modelltanításra.

A v0 érdekessége, hogy a modellválasztás és a fogyasztás átlátható: a v0 Mini modell millió bemeneti tokenenként 0,20 dollárba, a v0 Pro 2 dollárba, a v0 Max 5 dollárba, a v0 Max Fast 10 dollárba kerül, míg a kimeneti tokenek ára 1,20 és 50 dollár között mozog millió tokenenként. A token az a szövegdarab, amelyben a modellek számolnak, egy magyar szó gyakran több tokenből áll. Erőssége a fejlesztők számára ismerős, könnyen átvehető kód és a Vercel-ökoszisztéma, gyengesége, hogy egy teljesen laikus felhasználónak a Next.js világa több döntést és több fogalmat hoz, mint a Lovable vagy a Bolt.

Bolt: teljes fejlesztői környezet a böngészőben

A Bolt a StackBlitz fejlesztése, amely a böngészőben futtat egy teljes fejlesztői környezetet, így az AI nemcsak kódot ír, hanem telepít, futtat és hibát is javít. A Bolt árlistája szerint az ingyenes csomag napi 300 ezer, havi 1 millió tokent ad, publikus és privát projektekkel, tárhellyel és adatbázissal, de a közzétett oldalon Bolt-logó jelenik meg. A Pro csomag havi 25 dollár, ebben nincs napi korlát, a havi keret 10 millió tokennél indul, a fel nem használt tokenek egy további hónapra átvihetők. A Pro csomagban egyedi domain, logómentes oldal és „SEO boosting” funkció is jár.

A Bolt erőssége a rugalmasság: nem köt egyetlen keretrendszerhez, a Pro csomagban az adatbázis-szolgáltatót is megválaszthatod, így jó terep annak, aki ki akarja próbálni, milyen lenne ugyanaz az ötlet más technológiával. Gyengesége a tokenalapú elszámolás kiszámíthatatlansága, hiszen minél nagyobb a projekt, annál több kódot kell a modellnek újra és újra átnéznie, a keret ezért egy összetett alkalmazásnál gyorsabban fogy, mint egy egyoldalas bemutatkozó oldalnál.

Figma Make: a dizájnból induló prototípus

A Figma Make a Figma saját AI-eszköze, amely promptból és meglévő Figma-tervekből készít működő prototípust vagy egyszerű webalkalmazást, így a dizájnerek munkája közvetlenül kipróbálható felületté válik, nem kell hozzá külön fejlesztői kör. A Figma súgója szerint a Figma Make a fizetős csomagok Full seat, vagyis teljes szerkesztői jogosultsága mellett érhető el (más jogosultsági típusoknál próbahozzáférés van). A havi AI-keret Full seatenként a Professional csomagban 3 000, az Organization csomagban 3 500, az Enterprise csomagban 4 250 kredit, míg az ingyenes Starter csomagban 500 kredit napi 150-es korláttal.

A közzétett Make-fájl a Figma súgója szerint egy három véletlenszerű szóból álló figma.site címen jelenik meg, egyedi domain a csomagtól függő darabszámban köthető hozzá; jelszavas védelmet csak az Organization és az Enterprise csomag kínál. A Figma Make így kiváló arra, hogy egy dizájnból órák alatt kattintható, valódi felhasználókkal tesztelhető prototípus legyen, egy komoly adatkezelésű, évekig működő alkalmazás alapjának viszont a négy eszköz közül ez készült a legkevésbé.

Mennyibe kerül valójában egy AI-weboldalkészítő?

Maga az eszköz olcsó: 2026. szeptember 22-i állapot szerint a belépő fizetős csomagok havi 25 és 30 dollár körül mozognak, ami kerekített 320 Ft-os dollárárfolyammal havi 8 000 és 9 600 Ft közötti összeg. A költség nagyobbik részét a saját munkaidőd, a domain, a mérés, a jogi megfelelés és a karbantartás adja, ezek együtt többnyire nagyságrenddel többet tesznek ki az előfizetésnél.

A táblázatban kerekített, 320 Ft-os dollárárfolyammal számoltunk (a 2026. szeptember 21-i árfolyam körülbelül 317 Ft volt):

Számoljunk: mennyi kreditbe kerül egy landing page a Lovable-ön?

Vegyünk egy képzeletbeli balatoni panziót, amely őszi wellnesscsomagjához szeretne egy különálló kampányoldalt. A Lovable árlistájának példái alapján az első változat legenerálása képekkel 1,70 kredit. Tegyük fel, hogy utána 25 apró módosítást kérsz (szín, szöveg, sorrend, egyenként 0,50 kredit körül), 10 közepes változtatást (egy szekció eltávolítása vagy átépítése, 0,90 kredit körül) és 5 nagyobb funkciót (például űrlap, foglalási kérés, 1,20 kredit körül). Saját becslésünk szerint ez 1,70 + 12,50 + 9,00 + 6,00, vagyis nagyjából 29 kredit.

A gyakorlatban azonban ritkán sikerül minden elsőre, a félreértett kéréseket újra kell fogalmazni, a javítás néha elront valami mást, ezért reálisabb ennek a duplájával, körülbelül 58 kredittel számolni. Pótkreditből vásárolva a Pro csomagban egy kredit 0,30 dollár, vagyis 96 Ft, így a teljes landing page AI-költsége becslésünk szerint 2 800 és 5 600 Ft között van. Az ingyenes csomag napi 5, havonta legfeljebb 30 kreditje az optimista forgatókönyvet éppen kiszolgálja, bár legalább hat napra elosztva.

Ez a szám nevetségesen alacsony, pontosan ebben rejlik a csapda: az AI-költség eltörpül a munkaidő mellett. Ha a saját órádat mondjuk 8 000 Ft-ra értékeled és a kampányoldal összerakása, a szövegek megírása, a képek kiválasztása és a tesztelés összesen 10 órát vesz igénybe, az már 80 000 Ft értékű munka. Ehhez jön a domain éves díja, a sütikezelő eszköz, a hirdetések mérésének beállítása, ha pedig az oldal a saját domaineden, logó nélkül fut, akkor az előfizetés is folyamatos költséggé válik.

Tipp: mielőtt eldöntöd, melyik eszközzel kezdesz, írd le egy lapra, mennyi ideig kell élnie az oldalnak. Egy háromhetes kampányoldalnál az ingyenes vagy a legolcsóbb csomag is bőven elég, míg egy három évig futó céges honlapnál az előfizetés, a karbantartás és a szerkeszthetőség együtt dönt, nem a belépő ár.

A rejtett költségek listája

Az előfizetésen és a krediteken túl az alábbi tételekkel érdemes számolni, ezek egy része pénz, más része idő:

• A domain regisztrációja és megújítása, valamint a DNS-beállítás, amelyet az egyedi domainhez neked kell elvégezned.
• A mérés beállítása: Google Analytics 4, Google Ads konverziókövetés és Meta pixel, valamint ezek összekötése egy sütihozzájárulást kezelő eszközzel.
• A jogi szövegek: adatkezelési tájékoztató, sütitájékoztató, impresszum, amelyeket az AI megír ugyan, de a tartalmukért te felelsz.
• A karbantartás: a keretrendszer és a függőségek frissítése, a biztonsági javítások követése, az űrlapok időnkénti tesztelése.
• A kilépés költsége: a kód exportálása egyszerű, a háttér átköltöztetése már fejlesztői munka (erről később bővebben).

Mire jó egy AI-weboldalkészítő: prototípus, landing page vagy belső eszköz?

Az AI-weboldalkészítő ott a legerősebb, ahol a sebesség többet ér a tökéletességnél: ötletek gyors kipróbálására, rövid életű kampányoldalakra és néhány munkatárs által használt belső eszközökre. Mindhárom esetben kicsi a kockázat, gyors a visszajelzés és egy hibás döntés olcsón kijavítható vagy eldobható.

Prototípus és ötletvalidálás

Tegyük fel, hogy egy budapesti könyvelőiroda ügyfélportált tervez, ahol az ügyfelek feltölthetik a bizonylataikat és láthatják a határidőiket. Régen ehhez egy specifikáció, egy dizájnterv és néhány hét fejlesztés kellett volna, mielőtt bárki megnyomhatott volna egy gombot. Egy AI-weboldalkészítővel egy délután alatt elkészül egy kattintható, látszólag működő prototípus, amelyet öt kiválasztott ügyfélnek meg lehet mutatni. Ha kiderül, hogy az ügyfeleket valójában csak a határidő-emlékeztető érdekli, a feltöltés nem, akkor a könyvelőiroda sok százezer forintnyi felesleges fejlesztést spórolt meg.

A prototípus ereje pontosan az, hogy nem kell tökéletesnek lennie. A Figma Make akkor különösen erős, ha már van Figma-terv, a Lovable és a Bolt pedig akkor, ha dizájn még nincs, csak ötlet. A prototípus azonban prototípus marad: éles ügyféladatot és bizonylatot ne tölts fel bele, amíg biztonsági szempontból senki nem nézte át.

Kampány landing page

A landing page olyan önálló céloldal, amelyre egy hirdetés vagy e-mail irányítja a látogatót egyetlen konkrét cselekvés, például egy ajánlatkérés vagy egy foglalás érdekében. Ez az AI-weboldalkészítők egyik legjobb terepe, mert egy landing page szerkezete jól körülhatárolt (fejléc, ajánlat, előnyök, vélemények, űrlap), rövid az élettartama és a sikere számokban mérhető.

Az AI itt abban is segít, amiben régen a legtöbb idő elment: gyorsan elkészíthető két-három változat eltérő címmel vagy ajánlattal, így a hirdetési költés egy részét valódi A/B tesztre fordíthatod. A landing page sikerét ugyanakkor nem az AI, hanem a mérés dönti el. Konverziókövetés nélkül nem tudod, melyik változat hozott foglalást, a sütihozzájárulás nélkül beállított mérés pedig adatvédelmi kockázat.

Belső eszköz néhány munkatársnak

Vegyünk egy képzeletbeli, 12 fős kecskeméti asztalosüzemet, ahol az árajánlatokat ma egy bonyolult Excel-táblával számolják: anyag, lapszabászat, élzárás, szerelés, kiszállás. Egy AI-weboldalkészítővel néhány nap alatt összerakható egy egyszerű webes árkalkulátor, amelyben az értékesítő kiválasztja a bútortípust, beírja a méreteket és azonnal látja az árat. Ugyanígy készülhet szabadságnyilvántartó, gépfoglalási naptár vagy egy egyszerű raktárkészlet-figyelő.

A belső eszközök azért jó terep, mert a felhasználói kör ismert és szűk, keresőoptimalizálással sem kell foglalkozni. Két dologra azonban itt is figyelj. Az egyik a hozzáférés: legyen bejelentkezés, mögötte adatbázis-szintű jogosultságkezeléssel. A másik a gazdátlanság: ha a kalkulátort a lelkes értékesítő rakta össze, aki fél év múlva továbbáll, a céged egy olyan eszközre épít, amelyet senki sem ért. Ezért érdemes már az elején rögzíteni, ki a gazdája, hol van a kód és hogyan lehet módosítani.

Hogyan építs landing page-et AI-weboldalkészítővel lépésről lépésre?

Egy használható landing page AI-weboldalkészítővel egy-két nap alatt elkészül, ha a munka nem a prompttal, hanem a céllal, a szövegekkel és a méréssel kezdődik. Az alábbi tíz lépés bármelyik eszközzel működik, a sorrend viszont számít, mert a mérést és a jogi elemeket utólag sokkal nehezebb jól beilleszteni.

• Fogalmazd meg egyetlen mondatban az oldal célját és a mérőszámát, például: „a cél az őszi wellnesscsomag foglalási kérése, a siker mérőszáma a kitöltött űrlapok száma”.
• Írd meg a szöveg vázát magad vagy egy nyelvi modellel, de a saját szavaiddal ellenőrizve: főcím, alcím, három-négy előny, ár vagy ajánlat, vélemények, gyakori kérdések, cselekvésre ösztönző gomb.
• Gyűjtsd össze a saját képeidet, logódat, színeidet és betűtípusodat, mert a generikus stockfotók és az AI által kitalált arcok rontják a hitelességet.
• Írj részletes első promptot, amely tartalmazza a célt, a célközönséget, a szerkezetet, a nyelvet (magyar), a stílust és a technikai kéréseket, például hogy az oldal minden eleme mobilon is jól működjön.
• Az első változat után egyszerre egy dologra kérj változtatást, mert a több kérést egybefűző promptok gyakrabban rontanak el valamit, ami már jó volt.
• Kösd be az űrlapot oda, ahová az érdeklődőknek érkezniük kell (e-mail, CRM vagy táblázat), majd teszteld le saját magad legalább háromszor, mobilról is.
• Állítsd be a mérést sütihozzájárulással együtt: konverziós esemény az űrlap elküldésére, Google Ads és Meta konverziókövetés, ha hirdetsz.
• Tedd fel az adatkezelési tájékoztatót és az impresszumot, az űrlap mellé pedig írd ki, mire használod a megadott adatokat.
• Kösd be a saját domainedet, ellenőrizd a HTTPS-t, az oldal címét és leírását (meta title, meta description), valamint a közösségi megosztási előnézetet.
• Kapcsold be a verziókezelést vagy a GitHub-szinkront, ha az eszköz kínálja, végül írd fel, ki felel az oldalért, meddig fut és mikor kell kikapcsolni.

A negyedik lépéshez egy mintaprompt, amelyet nyugodtan átírhatsz a saját helyzetedre:

Készíts egyoldalas, magyar nyelvű landing page-et egy Balaton-felvidéki családi panzió őszi wellnesscsomagjához. Célközönség: 35 és 55 év közötti párok Budapestről. Szerkezet: nagy fejléc főcímmel és foglalási gombbal, három előny ikonokkal, csomagár és mit tartalmaz, három vendégvélemény, gyakori kérdések, foglalási kérés űrlap (név, e-mail, telefon, érkezés, távozás, fők száma). Stílus: nyugodt, természetközeli, földszínek. Az oldal legyen gyors, mobilon is kényelmes, a nyelvi beállítás magyar, minden kép kapjon leíró alternatív szöveget.

A célközönség megadása a szövegek hangnemét, a szerkezet az oldal logikáját, a technikai kérések pedig a SEO és az akadálymentesség alapjait javítják, így minél kevesebbet hagysz a modell képzeletére, annál kevesebb kreditet égetsz el javítgatásra.

Hol dől be az AI-weboldalkészítő: SEO, biztonság, karbantartás vagy adatvédelem?

Az AI-weboldalkészítő általában nem ott bukik el, ahol látszik, hanem ott, ahol nem: a keresőrobotnak mutatott kódban, az adatbázis jogosultsági szabályaiban, az elmaradt frissítésekben és az adatkezelés jogi kereteiben. Egy szép és működő oldal mind a négy területen hibás lehet úgy, hogy te ebből semmit sem veszel észre.

SEO: amit a látogató lát és amit a Google

A régebbi AI-generált oldalak legnagyobb SEO-gondja a renderelés volt. A tisztán böngészőben renderelt React-alkalmazás (SPA, single page application) első betöltéskor szinte üres HTML-vázat küld, a tartalmat pedig JavaScript rajzolja ki utólag. A Google ezt ma már többnyire fel tudja dolgozni, de lassabban és kevésbé megbízhatóan, a közösségi oldalak előnézeti robotjai és számos AI-kereső viszont sokszor csak az üres vázat látja.

A Lovable dokumentációja szerint a 2026. május 13. után indított projektek ezt a problémát szerveroldali rendereléssel oldják meg, a régebbi, React- és Vite-alapú projekteknél pedig a Lovable a közzétett oldalakat kérésre előrenderelve szolgálja ki, de csak az ellenőrzött robotoknak (a dokumentáció a Google, a Bing, a közösségi előnézeti robotok, valamint a ChatGPT, a Perplexity, a Claude és a Gemini robotjait sorolja fel). Ennek furcsa mellékhatása, hogy a külső SEO-elemzők ugyanerről az oldalról csak az üres vázat látják, vagyis egy régebbi Lovable-oldal auditja akkor is riasztó képet mutathat, ha a Google rendben látja. A v0 által írt Next.js-kód természeténél fogva támogatja a szerveroldali renderelést, a Bolt Pro csomagja „SEO boosting” funkciót ígér. A Figma Make-ben egy kapcsolóval teljesen kizárhatod az oldalt a keresőkből (jelszavas védelem mellett a keresők eleve nem indexelhetik).

A renderelés azonban csak a belépő. A Lovable saját dokumentációja is kimondja, hogy az oldaltérkép, a robots.txt, a metaadatok és a többi SEO-elem nem mindig készül el automatikusan, továbbá azt is, hogy a technikai ellenőrzéseken való megfelelés nem garantál jó helyezést. A leggyakoribb SEO-hibák, amelyeket az AI-generált oldalakon látunk, a következők:

• Minden tartalom egyetlen oldalon, egyetlen címen van, így az oldal legfeljebb egy-két keresésre rangsorolhat, holott minden szolgáltatásnak saját aloldal járna.
• A címsorok hierarchiája esztétikai alapon készül, nem tartalmi alapon, így előfordul, hogy nincs H1, vagy több is van.
• A nyelvi beállítás angolon marad, miközben a meta title és a meta description hiányzik vagy minden aloldalon ugyanaz.
• A szövegek általánosak, bármelyik cégről szólhatnának, így sem a Google, sem az AI-alapú keresők nem találnak bennük semmit, amiért éppen téged kellene megmutatniuk.
• Az oldal a szolgáltató aldomainjén fut, holott a Lovable dokumentációja szerint az organikus láthatósághoz saját domain kell.

Biztonság: a hiányzó adatbázis-szabály esete

Az AI-weboldalkészítők biztonsági kockázatairól a legtöbbet egy 2025-ös eset tanít. Matt Palmer biztonsági kutató 2025. március 20-án egy Lovable-lel épített oldalon vette észre, hogy az adatbázis-hozzáférés nincs megfelelően korlátozva, március 21-én pedig egy szélesebb körű vizsgálat eredményét is jelezte a Lovable-nek. Palmer nyilatkozata szerint 1 645 elemzett Lovable-projektből 170-nél (körülbelül 10,3%) összesen 303 végpont volt érintett, a hozzáférhető adatok között felhasználónevek, e-mail-címek, telefonszámok, előfizetési és fizetési adatok, valamint külső szolgáltatások API-kulcsai is szerepeltek. A kutató csak a kezdőoldalakat vizsgálta, bejelentkezés mögé nem nézett be. A Lovable 2025. április 24-én biztonsági vizsgálati funkciót adott ki, a hibát május 29-én CVE-2025-48757 azonosítóval tették közzé.

A háttérben egy egyszerűen elmagyarázható mechanizmus áll. Ezek az alkalmazások jellemzően közvetlenül a böngészőből kommunikálnak egy felhős adatbázissal (a Lovable esetében a Supabase-szel), a böngészőben lévő nyilvános kulcs pedig szándékosan bárki számára látható. A védelem az adatbázisban lévő sorszintű jogosultsági szabályokon (Row Level Security, RLS) múlik, amelyek megmondják, melyik felhasználó melyik sort olvashatja és írhatja. Ha a szabály hiányzik vagy túl megengedő, az adatok elérhetők maradhatnak olyanok számára is, akiknek nem kellene látniuk őket. Az AI azért hibázik itt könnyen, mert a hiányzó szabály a működést nem akadályozza: az oldal tökéletesen fut, a teszteléskor semmi sem jelez hibát.

A korrektség kedvéért rögzítsük, hogy a Lovable azóta sokat lépett. A dokumentációja szerint ma az alapszkennelés ellenőrzi az RLS-szabályokat, az adatbázisséma kockázatos mintáit és a függőségek ismert sérülékenységeit, míg a mélyebb, ügynökalapú vizsgálat a hozzáférés-kezelést, a háttérvégpontok védelmét és a kódszintű sérülékenységeket is átnézi. Ugyanez a dokumentáció viszont egyértelműen fogalmaz (saját fordításunkban): te felelsz azért, hogy az alkalmazásod megfeleljen a felhasználási módjához illő biztonsági követelményeknek; érzékeny adatoknál érdemes független szakmai biztonsági átnézést is kérni. Ebből következik egy egyszerű házirend is: API-kulcsot, jelszót vagy más titkot soha ne írj bele a promptba, hanem mindig az adott eszköz titokkezelőjét használd.

Karbantartás: ki frissít, ha senki sem fejleszt?

Egy AI-val készült oldal a közzététel pillanatában a legfrissebb, onnantól viszont öregszik. A keretrendszer, a függőségek és a Node.js futtatókörnyezet új verziói jönnek, a biztonsági javítások pedig nem várnak arra, hogy valaki legközelebb promptot írjon. A Next.js augusztusi és szeptemberi kritikus javításai jól mutatják a ritmust: ha egy v0-val készült Next.js-oldalt saját tárhelyre telepítettek, majd elfelejtettek, az addig marad a sérülékeny verzión, amíg valaki nem frissíti.

A platform a saját infrastruktúráját karbantartja, a te alkalmazásod függőségeit viszont nem feltétlenül. Van egy kevésbé nyilvánvaló kockázat is: minden újabb prompt átírja a kód egy részét, így néhány száz módosítás után a projekt szerkezetét senki sem látja át. Ilyenkor egy új kérés váratlanul elronthat egy korábban jól működő funkciót. Ezért hasznos a v0 GitHub-szinkronja vagy a Lovable függőségeket is ellenőrző biztonsági vizsgálata, ezek azonban csak akkor érnek valamit, ha valaki rendszeresen ránéz az eredményükre.

Adatvédelem: GDPR, adatkezelési tájékoztató és a prompt tartalma

Egy kapcsolatfelvételi vagy foglalási űrlap személyes adatot gyűjt, így az AI-val épített oldalra is ugyanazok a GDPR-szabályok vonatkoznak, mint bármely más honlapra. Kell adatkezelési tájékoztató, meg kell nevezni az adatkezelés jogalapját, a mérőkódok csak sütihozzájárulás után futhatnak, az adatbázist és az e-mail-küldést adó szolgáltatókkal pedig adatfeldolgozói viszonyban állsz. Érdemes azt is ellenőrizni, melyik régióban tárolódnak az adatok, lehetőség szerint EU-s régiót választva.

A másik adatvédelmi kérdés a prompt maga. Amit az AI-weboldalkészítőbe írsz vagy feltöltesz, az a szolgáltatóhoz kerül, azt pedig, hogy mit kezdhet vele, a csomagod feltételei határozzák meg. A v0 árlistája szerint például a Business csomagban alapértelmezés, hogy a tartalmaidat nem használják modelltanításra, az Enterprise csomagnál a v0 azt is kijelenti, hogy az adataidat soha nem használják tanításra. Az olcsóbb csomagoknál ezért érdemes átnézni a beállításokat. Valódi ügyféllistát, szerződést vagy egészségügyi adatot semmilyen csomagban ne másolj be a promptba. Ha az oldalra AI-alapú csevegőt is teszel, az EU AI Act 50. cikke szerint 2026. augusztus 2. óta jelezni kell a látogatónak, hogy mesterséges intelligenciával beszélget.

Mit változtatott a GPT-6 Astra és a Muse Spark 1.3 az AI-weboldalkészítőkön?

A szeptemberi modellek elsősorban kevesebb iterációt és jobb vizuális ítélőképességet hoznak, vagyis az AI-weboldalkészítők mögött dolgozó modellek gyorsabban jutnak el egy használható, esztétikus eredményig. A felelősségi kérdéseken (biztonság, karbantartás, adatvédelem) azonban egyetlen új modell sem változtat.

Az OpenAI 2026. szeptember 3-i bejelentése szerint a GPT-6 Astra az eddigi legjobb modelljük szoftverfejlesztésre, kevesebb iterációval jut el a produkciós minőségig, a weboldalak vizuális megítélésében is jobb elődeinél. A számítógép-használati feladatai között kifejezetten szerepel a frontend minőségellenőrzés, vagyis az elkészült felület átkattintgatása és a hibák felderítése. A Meta ugyanaznap bemutatott Muse Spark 1.3 modellje hosszú, ügynöki kódolási feladatokra készült: tisztázó kérdést tesz fel, szól, ha elakadt, a következményekkel járó lépések előtt megerősítést kér, miközben a MarkTechPost összefoglalója szerint körülbelül 20%-kal kevesebb eszközhívással és 25%-kal kevesebb tokennel dolgozik, mint az előző változat.

Két megszorítás tartozik ehhez. Az AI-weboldalkészítők nem mindig árulják el, melyik modell dolgozik a háttérben (a v0 például saját modellcsaládot kínál), így egy új frontmodell megjelenése nem jelenti automatikusan, hogy a kedvenc eszközöd holnaptól azt használja. A másik, hogy a jobb modell meggyőzőbb kódot ír, ami a hibákra is igaz: a jól kinéző, gyorsan elkészülő alkalmazás könnyebben elaltatja az éberséget. A Muse Spark 1.3 megerősítést kérő viselkedése ebből a szempontból jó irány, a döntés és a felelősség azonban ettől még nálad marad.

Kié a kód és mennyire köt meg egy AI-weboldalkészítő platform?

A generált kód jellemzően exportálható és a tiéd, a platformhoz viszont a tárhely, az adatbázis, a bejelentkezés és a beépített szolgáltatások kötnek. A kilépés ezért ritkán lehetetlen, de szinte mindig fejlesztői munka, amelyet érdemes már az induláskor megtervezni.

A négy eszköz közül a v0 kötődik legkevésbé: a GitHub-szinkron már az ingyenes csomagban elérhető, a Next.js-kód pedig a Vercelen kívül is futtatható. A Lovable és a Bolt a saját felhős hátterével a legkényelmesebb, ami azt is jelenti, hogy egy költözésnél az adatbázist, a felhasználói fiókokat és a háttérfunkciókat is át kell vinni. A Figma Make figma.site címen közzétett fájljai a Figma súgója szerint akkor is publikusak maradnak, ha fizetős csomagról ingyenesre váltasz, ami kényelmes, de azt is jelenti, hogy egy elfelejtett prototípus évekig elérhető maradhat a neten.

Mielőtt egy AI-weboldalkészítőre építenéd a céged valamelyik fontos folyamatát, tisztázd, hogy le tudod-e tölteni a teljes forráskódot és az adatbázist olyan formában, amelyet egy fejlesztő más környezetben is el tud indítani. Nézd meg azt is, hogy a felhasználási feltételek szerint kié a generált kód és a feltöltött tartalom, valamint mi történik az oldallal, ha lemondod az előfizetést: egy kampányoldalnál ez legfeljebb bosszantó, egy ügyfélportálnál viszont üzletmenet-folytonossági kérdés.

Mikor kell mégis fejlesztő és mit kérj tőle?

Fejlesztőre akkor van szükség, amikor az oldal hibája már pénzbe, ügyféladatba vagy keresőforgalomba kerülhet: ha személyes adatot tárol, fizetést fogad, számlázóhoz, ERP-hez vagy CRM-hez kapcsolódik, bejelentkezést használ, vagy ha az üzleted a Google-ből érkező látogatókra épül. Ilyenkor nem feltétlenül újraírást kérj, hanem célzott átnézést és karbantartási tervet.

A leggyakoribb forgatókönyv az, amikor az AI-val készült prototípus bizonyított, a cég pedig élesíteni szeretné. Egy tapasztalt fejlesztő ilyenkor nem nulláról kezd, hanem átveszi a kódot, megnézi a gyenge pontjait és eldönti, mi maradhat, mit kell átírni. Saját tapasztalatunk szerint egy egyszerű landing page átnézése néhány órás munka, egy bejelentkezést és adatbázist használó belső eszközé egy-két nap is lehet, ez azonban erősen függ a kód állapotától, ezért érdemes előbb egy rövid felmérést kérni. Az alábbi táblázat abban segít, hogy pontosan mit kérj, ne csak annyit, hogy „nézd meg, jó-e”.

Egy jó fejlesztő nem fogja lenézni, hogy a projekt AI-val indult, de azt joggal kéri, hogy az átnézés után a kód egy verziókezelt tárban éljen, a további módosítások pedig ne közvetlenül az éles oldalon, promptokkal történjenek. Ha az AI-eszközzel ezután is dolgozni akarsz, ez nem kizáró ok: sok csapat úgy dolgozik, hogy a gyors változtatásokat AI-val készíti elő, a fejlesztő pedig átnézi és élesíti őket.

Melyik utat válaszd: AI-generátor, honlapépítő vagy egyedi fejlesztés?

A döntést az határozza meg, meddig kell élnie az oldalnak, kinek kell szerkesztenie és milyen adatot kezel, nem pedig az, melyik eszköz a legújabb. Rövid életű, adatot alig kezelő oldalakhoz az AI-weboldalkészítő a leggyorsabb út, hosszú távú, tartalomra épülő vagy érzékeny adatot kezelő rendszerekhez viszont tartalomkezelő vagy egyedi fejlesztés kell.

A táblázatból nem az következik, hogy az AI-weboldalkészítő csak játékszer: a legtöbb egyedi fejlesztés is gyorsabb lesz, ha egy AI-val készült prototípusból indul, mert a megrendelő és a fejlesztő ugyanazt a kattintható felületet látja, nem egy specifikációt értelmez kétféleképpen. A jó kérdés tehát az, hogy melyik szakaszban melyik adja a legtöbbet.

Miben segít a Convergo?

Ha AI-weboldalkészítővel már elkészült egy prototípusod vagy kampányoldalad, a Convergo programozás és egyedi fejlesztés szolgáltatásával átnézzük a kódot, az adatbázis-jogosultságokat és a titkok kezelését, majd kérésre élesre alakítjuk és verziókezelt tárba tesszük. Ha még csak tervezed a projektet, a webdesign és weboldalkészítés csapatunkkal közösen eldöntjük, mi készüljön AI-val és mi kívánja a fejlesztést. A landing page és mérés szolgáltatásunk a konverziókövetést és a sütikezelést is a helyére teszi. A karbantartást a havi 30 000 Ft-os Support csomag fedi le három fejlesztői órával. Az első lépés egy ingyenes egyeztetés, ahol megnézzük, mit építettél és hová szeretnél eljutni.