Weboldal tulajdonjog: kié a kódod, kié a domain, mi az, amit birtokolsz?

Sok cég csak akkor jön rá, hogy nem is az övé a saját weboldala, amikor a régi fejlesztő már nem elérhető, a domain lejárni készül, vagy egy új partner venné át a folytatást. Ekkor derül ki, hogy a „mi oldalunk” valójában négy-öt különböző szereplőnél lévő szolgáltatás — és néhány részéhez már hozzáférésed sincs. Ez a cikk végigveszi, mi a tiéd ténylegesen, mit csak bérelsz vagy használsz, és mit írass bele a következő szerződésbe, hogy ez ne fordulhasson elő.

Miért téma egyáltalán?

A weboldal nem egyetlen dolog, hanem öt-hat különálló réteg, amelyeket különböző szolgáltatók, szabályok és hozzáférések uralnak. A domain egy regisztrátornál él, a kód a fejlesztő gépén készül, a tárhely egy szolgáltatónál fut, a szöveget egy szövegíró írja, a képeket egy fotós készíti, vagy stockból veszed. Minden rétegnek van gazdája — és nem minden esetben te vagy az.

Sok KKV-nál a rétegek fele elvész a „majd a fejlesztő intézi” ködében: a tulajdonos nem tudja, ki mit tart, milyen szolgáltatói fiókon, kinek a nevére regisztrálva. Amíg minden működik, ez nem gond. Abban a pillanatban viszont, amikor váltanál — új fejlesztőre, új tárhelyre, új platformra —, kiderül, hogy a saját oldaladdal valaki mástól függsz.

A cél nem az, hogy mindent te kezelj személyesen. A cél az, hogy bármikor át tudd venni a teljes irányítást, ha kell. Ehhez tudnod kell, mi az, ami a tiéd, és mi az, amit csak bérelsz.

A jogi alap röviden

A „tulajdonjog” a hétköznapi szóhasználatban működik, jogilag azonban a weboldal legtöbb rétege nem tulajdon, hanem szerzői jog, felhasználási jog vagy szerződéses jog. A szerzői jogi törvény néhány alapelve mindenhol visszaköszön:

• A szerzői jog azé, aki a művet megalkotta — automatikusan, regisztráció nélkül. A megrendelő attól, hogy kifizette a munkát, még nem lesz szerző.
• Főszabály szerint a vagyoni jogok nem ruházhatók át. A megrendelő felhasználási engedélyt (licencet) kap, amely lehet kizárólagos is. A szoftver azonban a kivételek egyike: az ő vagyoni jogai szerződéssel átruházhatók.
• A felhasználási szerződést írásba kell foglalni. Ha nincs írásos megállapodás, vitás lehet, mit és meddig használhatsz — egy átadott szoftverhez a megrendelő automatikusan még a futtatás jogát sem feltétlenül szerzi meg.
• Ami munkaviszonyban, munkaköri feladatként készül, annak a vagyoni jogait — eltérő megállapodás hiányában — a mű átadásával a munkáltató szerzi meg. Külsős fejlesztőnél, szövegírónál vagy fotósnál ez nem így van: ott a szerződés dönt.
• Az ötlet nem védett, csak a konkrét megvalósítás. Egy stílus vagy egy színpaletta önmagában nem szerzői mű.

Ez a cikk nem jogi tanácsadás: a konkrét szerződésedet határesetben nézesd át ügyvéddel.

A domain — a legdrágább, ha elveszted

A domain a legfontosabb és a legfélreértettebb réteg. Jogilag nem is tulajdon: a .hu domainregisztrációs szabályzata szerint a regisztráció a domain név „jogi értelemben vett használatba adása”, és akinek a számára regisztrálták, az a domain-használó. A gyakorlatban mégis ez dönti el, ki rendelkezik vele. A regisztrátor (például Nethely, DomainCentral, GoDaddy) csak közvetítő.

A .hu domainnél három szereplő van: a nyilvántartó (az ISZT Nonprofit Kft.), a regisztrátor, akin keresztül igényled, és a domain-használó — ideális esetben te vagy a céged. Egy .com domainnél a regisztrátor a szerződéses partnered, a regisztráló adatai pedig a nyilvános WHOIS-ban a GDPR miatt jellemzően rejtve vannak.

A legnagyobb hiba, amit a KKV-tulajdonosok elkövetnek: hagyják, hogy a fejlesztő a saját nevére regisztrálja a domaint. Ez néha kényelemből történik („majd én intézem”), néha rutinból, ritkán rosszhiszeműen. Az eredmény ugyanaz: ha a fejlesztő eltűnik, vagy összevesztek, a domain formálisan az övé — akkor is, ha évek óta te fizeted a megújítást. A visszaszerzése vitás esetben hosszadalmas, és nem garantált a kimenetele.

A szabály tehát: a domain mindig a te nevedre vagy a céged nevére legyen regisztrálva, a saját regisztrátori fiókodon keresztül. A fejlesztő legfeljebb technikai segítség, nem domain-használó. Ha a mostani oldalad domainje valaki más nevén van, most a legjobb pillanat rendezni.

A kód — WordPress, egyedi és oldalépítő

A forráskód jogi helyzetét a rendszer típusa és a szerződés dönti el:

• Nyílt forráskódú alap (WordPress, Astro, Drupal): maga a rendszer szabadon használható. A rá épített egyedi munka — téma, egyedi kód, beállítások — jogait viszont a szerződésnek kell rendeznie. Ha nincs róla írásos megállapodás, a szerzői jog a fejlesztőnél marad, és vitás lehet, mit és meddig használhatsz.
• Egyedi fejlesztés: a szoftver vagyoni jogai a törvény szerint átruházhatók — ezt kérd. A szerződés mondja ki, hogy a végszámla kiegyenlítésével a vagyoni jogok és a teljes forráskód hozzád kerülnek. Ha a fejlesztő a saját tárolójában tartja a kódot, és nem adja át, az gyakorlatilag zálogban van.
• Előfizetéses oldalépítő (Wix, Webnode, Squarespace, Shopify): nem tulajdon, hanem bérlet. A tartalmat (szövegek, képek) jellemzően exportálhatod, a dizájn és a funkciók viszont a platformhoz kötöttek, máshol nem futnak. A Wix súgója szerint például az oldal csak a Wix szerverein futhat.

A legnagyobb kockázat a zárt, saját fejlesztésű tartalomkezelő: amikor a fejlesztő a saját rendszerére építi az oldaladat, és csak ő tudja karbantartani. Kívülről rendes weboldalnak látszik, valójában bezártság — nem viheted el másik fejlesztőhöz, mert senki más nem ismeri a rendszert. Kérdezd meg minden ajánlatnál: „Milyen rendszerre épül?” Ha nem WordPress, Astro, Next.js vagy hasonlóan széles körben ismert eszköz, legyél óvatos.

A választásról részletesen: WordPress 2026-ban: mikor jó választás, és mikor nem.

A tartalom — szöveg, kép, videó

A tartalomnál a legfontosabb kérdés, ki készítette:

• Amit te írtál, fényképeztél, terveztél: a szerzői jog téged illet, semmi teendő.
• Amit szövegíró, fotós vagy grafikus készített neked: annyit használhatsz, amennyit a felhasználási szerződés megenged. A szerzői jog náluk marad, te felhasználási engedélyt kapsz. Érdemes kikötni, hogy kizárólagos, időkorlát nélküli, és minden felületre kiterjed: weboldal, közösségi média, nyomtatvány.
• Stockfotók, ikonok, illusztrációk (Unsplash, Freepik, Adobe Stock): nem tulajdon, hanem licenc — a feltételei szerint használhatod. A feltételek szolgáltatónként eltérnek, ezért letöltéskor a licencet is mentsd el.
• MI-vel generált tartalom (ChatGPT, Midjourney): a szerzői jogi védelemhez emberi alkotás kell, ezért a tisztán gépi kimenet védelme bizonytalan. Hogy mire használhatod, azt a szolgáltatás felhasználási feltételei szabják meg — ezek szolgáltatónként és csomagonként is eltérhetnek.

A gyakorlati minimum: minden szöveg, kép és videó legyen meg a saját tárhelyeden (Drive, Dropbox, NAS), forrásformátumban is, ne csak a webre optimalizált változatban. Ha holnap platformot váltanál, minden anyagot vihess magaddal.

A dizájn — logó, tervek, vizuális identitás

A dizájn két rétegre bomlik. Az egyik a koncepció: a színpaletta, a betűtípus-választás, a stílus. Ezek önmagukban nem szerzői művek — a törvény szerint az ötlet nem védett. Ami védett, az a konkrét, megvalósult munka: a logó, az oldal dizájnja, az illusztrációk.

A másik réteg a forrásfájlok: a tervek (Figma, XD), a logó vektoros változata (SVG, AI), a nyomdakész változatok. Ezek kézzelfogható munkatermékek — ha a szerződés nem rendelkezik az átadásukról, a tervezőnél maradnak.

A minimum, amit mindenképp szerezz meg:

• A logó forrás-vektorát (.svg vagy .ai) több változatban: színes, egyszínű, negatív.
• A dizájn Figma-, Sketch- vagy XD-fájlját, vagy legalább egy PDF-exportot az összes oldalról.
• A használt betűtípusok listáját, és ha fizetősek, a licencadataikat.
• A színek pontos kódjait (HEX, RGB, a nyomtatványokhoz esetleg CMYK).

Ezek nélkül egy egységes új anyagot — névjegykártyát, plakátot, bemutató-sablont — csak úgy tudsz készíttetni, hogy visszamész az eredeti tervezőhöz. Ez lehet szándékos is, de mindenképp fölöslegesen fizetsz érte.

Tárhely, analitika, hírlevél-lista

Ezek nem tulajdon-, hanem hozzáférés-kérdések. A szolgáltatás mindig a szolgáltatóé (Google, Cloudflare, Mailchimp), de a fiók, amelyen keresztül eléred, legyen a tiéd.

• Tárhely: a szerver a szolgáltatóé, de a fiók a te nevedre és a te e-mail-címedre szóljon. A fejlesztő legfeljebb második adminisztrátor legyen, ne fő tulajdonos.
• Google Analytics és Search Console: a legmagasabb jogosultság legyen a tiéd — a GA4-ben ez a rendszergazda szerep, a Search Console-ban a tulajdonos. A fejlesztő a GA4-ben legfeljebb szerkesztő, a Search Console-ban teljes jogú felhasználó legyen. Ha nem így van, egy jogosultság-módosítással akár téged is kizárhatnak.
• Google Cégprofil: az elsődleges tulajdonos a te (céges) Google-fiókod legyen. Ha most nem így van: Google Cégprofil beállítás KKV-nak.
• Hírlevél-lista: a feliratkozók adatainak adatkezelője te vagy, a hírlevélküldő szolgáltatás csak adatfeldolgozó. A GDPR 28. cikke szerint az adatfeldolgozó a szolgáltatás végén a te döntésed szerint visszaadja vagy törli az adatokat, a nagy szolgáltatóknál (például Mailchimp, MailerLite) pedig a listát bármikor exportálhatod CSV-be. Ha valaki azt mondja, hogy a listád nem vihető el, kérdezz vissza.
• Céges e-mail (Google Workspace, Microsoft 365): a szerződéses főfiók legyen a cégé, ne az informatikai partneré. Ez ugyanaz a bezártsági kockázat, mint a tárhelynél.

Ellenőrzőlista — mit nézz meg még ma

Egy óra alatt végigmehetsz rajta. Ha bármelyikre nem tudod a választ, keresd meg a fejlesztődet vagy az informatikai partneredet, és tisztázzátok.

1. Domain. Kinek a nevére van bejegyezve? A .hu domainnél a nyilvános keresés csak korlátozott adatot mutat, ezért nézd meg a saját regisztrátori fiókodban, vagy kérd el a regisztrátortól a domain-használó adatait.
2. Regisztrátori fiók. Be tudsz lépni a domain-regisztrátorodhoz a saját e-mail-címeddel és jelszavaddal?
3. Tárhelyfiók. Ugyanez: van saját belépésed?
4. Kód. Szól a szerződésed a forráskód jogairól és átadásáról? Megvan valahol nálad (Drive, GitHub, ZIP)?
5. Analytics és Search Console. Te vagy a GA4-ben rendszergazda, a Search Console-ban tulajdonos? Nézd meg a hozzáférés-kezelést.
6. Google Cégprofil. Te vagy az elsődleges tulajdonos?
7. Dizájn-forrás. Nálad van a logó vektoros változata és a dizájn forrásfájlja?
8. Hírlevél-lista. Beléptél már legalább egyszer a hírlevélküldő szolgáltatásba, és ki tudod exportálni a listát CSV-be?

Ha ezek közül háromra vagy többre „nem” a válasz, a saját weboldalad nem egészen a tiéd — csak úgy tűnik. Ez nem jelenti azt, hogy azonnal váltani kell, de érdemes rendezni.

Ha most fejlesztetsz — mit írj a szerződésbe

Egy tisztességes szerződés a következőket rögzíti — bármelyik fejlesztő elé teheted:

• A domain a Megrendelő nevére kerül regisztrálásra. A Fejlesztő technikai segítséget nyújt, de nem szerepel domain-használóként.
• A forráskód vagyoni jogai a végszámla kiegyenlítésével a Megrendelőre szállnak át. A Fejlesztő a kódot ZIP-ben vagy Git-tárolóban átadja, a harmadik féltől származó összetevőkre (nyílt forráskódú rendszer, bővítmények, betűtípusok) pedig a saját licencük vonatkozik.
• A tárhely-, az analitika- és a Cégprofil-fiókok a Megrendelő nevére szólnak. A Fejlesztő legfeljebb másodlagos (szerkesztői) hozzáférést kap.
• A dizájn forrásfájljai (Figma, logó vektorosan, betűtípus-licencek) átadásra kerülnek a projekt lezárásakor.
• A szerződés lezárása után a Fejlesztő nem korlátozhatja a Megrendelő hozzáférését az oldalhoz semmilyen módon.
• 60 nap díjmentes hibajavítási garancia a végszámla után.

Ha a fejlesztő ezek bármelyikét visszautasítja, kérdezz rá, miért. Egyik pont sem szokatlan vagy nagyvonalú kérés — mindegyik a te alapérdeked, mint aki fizet a munkáért.

Ha most gondolkodsz új weboldalon, vagy szeretnéd megnézetni, hogy a mostani rétegeidnél hol állsz, írj egy üzenetet — az első 30 perces beszélgetés ingyenes. A Weboldal készítés oldalon részletesebben leírtam, hogyan dolgozom; a fenti hat pont minden szerződésemben alapból benne van.

Bónusz — letölthető szerződés-minta. Összeraktam egy nyomtatható sablont, amelyben a hat pont mind szerepel. Használd kiindulási alapnak a saját fejlesztőddel, vagy jelöld ki benne, ami a mostani szerződésedből hiányzik. Nyisd meg a szerződés-mintát → — az oldalon egy gombbal PDF-ként is letöltheted.