Bérelt weboldal vagy saját tulajdonú oldal, mit jelent, ha a szolgáltató rendszerén fut a honlapod

Scheo · 2026-11-10 · olvasási idő ~10 perc · Szerző: Schmidt Péter

Havi előfizetésért kapsz egy kész honlapot, és nem kell foglalkoznod tárhellyel, frissítéssel, biztonsággal. Ez kényelmes konstrukció, és sok vállalkozásnál tényleg jól működik. A gond általában évekkel később jön elő, amikor szolgáltatót váltanál, és kiderül, hogy az oldal, amit a sajátodnak hittél, jogilag és technikailag a szolgáltatóé. Ez a cikk abban segít, hogy még az aláírás előtt lásd, mit veszel bérbe, és mit vihetsz magaddal, ha egyszer kilépsz.

A cikkben háromféle állítást különítünk el. A Hivatalosan igazolt jelölés jogszabályra, szabályzatra vagy a Google nyilvános dokumentációjára épül. A Saját tapasztalat a weboldal-átvételek és szolgáltatóváltások során látott, visszatérő helyzeteket jelenti. A Szakmai feltételezés olyan következtetés, amit logikusnak tartunk, de mérni vagy bizonyítani nem tudjuk.

Mit jelent, ha a honlapod a szolgáltató zárt rendszerén fut?

Azt jelenti, hogy az oldalad egy olyan szoftveren működik, amelyet a szolgáltató fejlesztett vagy licencel, és amelyet rajta kívül senki más nem tud üzemeltetni. Te a szerkesztőfelülethez kapsz hozzáférést, a motorhoz, az adatbázishoz és a szerverhez nem.

Érdemes elválasztani két helyzetet. Egy WordPress-oldal is futhat a szolgáltató tárhelyén, de a WordPress nyílt forráskódú, így a fájlok és az adatbázis átvihetők máshová, ha hozzájuk férsz. A zárt rendszer más eset. Ott a sablon, a modulok és sokszor maga az adatszerkezet is a szolgáltató szellemi terméke, és a szerződésed csak a használatra ad jogot, amíg fizetsz. Leginkább a lakásbérléshez hasonlít. Amíg bérled, otthon vagy benne, de a falakat nem viheted magaddal.

Saját tapasztalat. Az ajánlatokban ritkán szerepel a „bérlés” szó. Gyakoribb a „weboldal-előfizetés”, az „all-in-one csomag” vagy a „karbantartással együtt” megfogalmazás. A konstrukció lényege a szerződés tulajdonjogi és felhasználási pontjaiból derül ki, a csomag nevéből nem.

Hogyan derül ki egy ajánlatból, hogy az oldal elvihető-e?

Abból, hogy a szerződés kifejezetten rendezi-e a megbízás végét. Ha a dokumentum csak a havi szolgáltatást írja le, és semmit nem mond arról, mi jár neked felmondás után, akkor jó eséllyel semmi, ami túlmegy a szolgáltató jóindulatán.

Ezeket a jeleket keresd az ajánlatban és az általános szerződési feltételekben (ÁSZF).

• Tulajdonjog és felhasználási jog. Szerepel-e, hogy a kész oldal, a grafika és a szövegek kié lesznek, és milyen terjedelmű felhasználási jogot kapsz rájuk.
• Exportálhatóság. Van-e szó arról, milyen formátumban kapod meg a tartalmat (például HTML, CSV, XML vagy WordPress-importfájl).
• Felmondás. Mennyi a felmondási idő, van-e hűségidő, és mi történik az oldallal a felmondás napján.
• Domain. Kinek a nevére regisztrálják a domaint, és ki adja meg a regisztrátorváltáshoz szükséges hozzájárulást.
• Átadás mint külön tétel. Ha az elvitel külön megrendelhető szolgáltatás, az legalább azt jelzi, hogy van rá kidolgozott út. A feltételeit kérd írásban, mielőtt aláírsz.

Hivatalosan igazolt. A magyar szerzői jogi törvény (1999. évi LXXVI. törvény) szerint a mű felhasználására a szerző ad engedélyt, és ennek terjedelmét a felhasználási szerződés határozza meg. Ha a szerződés nem mondja ki, hogy a kialakítást, a grafikát vagy a szövegeket átdolgozhatod és máshol is használhatod, erre nem kapsz automatikusan jogot.

Szakmai feltételezés. Ha a szerződés hallgat a kérdésről, vitás helyzetben a szerződés céljából indulnak ki, és egy havi előfizetés célja jellemzően a használat, az elvitel nem. Ha a szolgáltató szóban azt mondja, „persze, bármikor elviheted”, kérd, hogy ez a mondat kerüljön be a szerződésbe, mert írás nélkül nehezen bizonyítható.

Egy gyakorlati próba is sokat elárul. Kérd meg a szolgáltatót, hogy még aláírás előtt írja le, pontosan milyen fájlokat ad át felmondáskor, vagy mutasson egy minta-exportot. Saját tapasztalat. Ahol erre nincs kész válasz, ott az elvitel többnyire nincs kidolgozva, és a kilépéskor kezdenek el gondolkodni rajta.

Mi történik a domainnel, a tartalommal és a kialakítással a megbízás végén?

A három elem sorsa különböző. A domain jó esetben a tiéd marad, a tartalmat általában vissza lehet szerezni, a kialakítás viszont zárt rendszer esetén szinte mindig a szolgáltatónál marad.

A domain

Hivatalosan igazolt. A .hu domainek nyilvántartását az Internet Szolgáltatók Tanácsa (ISZT) Domainregisztrációs Szabályzata rendezi. A domain használója az, akinek a nevén a domain a nyilvántartásban szerepel, a regisztrátor csak ügyintéz. Ha a domain a szolgáltató cégének nevén fut, akkor jogilag hozzá tartozik, akkor is, ha a te cégneved van benne.

Ezt egyszerűen ellenőrizheted a .hu nyilvántartás nyilvános lekérdezőjében, vagy parancssorból a whois cegnev.hu paranccsal. Ha a nyilvános adatokból nem derül ki egyértelműen, ki a használó, kérd a regisztrátortól írásban. Ha nem a te céged szerepel, kérd az átírást még a bérlés ideje alatt, amikor az együttműködés még jó.

A szövegek, a képek és az ügyféladatok

Amit te írtál vagy fotóztál, az a tiéd. A gyakorlati kérdés az, hogy milyen formában kapod vissza. Egy nyolcvan aloldalas oldalnál nagy különbség, hogy strukturált exportfájlt kapsz, vagy oldalanként kell kimásolnod a szöveget a böngészőből.

Saját tapasztalat. Gyakori, hogy a szövegeket a szolgáltató írta a megbízás részeként, a képek pedig az ő stockfotó-licencével kerültek fel. Ilyenkor a szöveg felhasználási joga és a képek licence is kérdéses lehet a kilépés után. A fotók licence általában a vásárlóhoz kötődik, ezért ezeket jó eséllyel cserélned kell.

Külön figyelj az űrlapokon beérkezett adatokra, a hírlevél-feliratkozókra és a webshop rendeléseire. Hivatalosan igazolt. Az uniós adatvédelmi rendelet (GDPR) 28. cikke szerint ha a szolgáltató a te megbízásodból kezel személyes adatot, adatfeldolgozónak számít. Ilyenkor írásos adatfeldolgozási szerződés kell, amely a szolgáltatás végén az adatok visszaadását vagy törlését is rendezi, a te döntésed szerint. Ha ilyen szerződésed nincs, az önmagában figyelmeztető jel.

A kialakítás és a kód

Zárt rendszernél a sablon, a design és a működés a szolgáltató szoftverének része, ezért ezt ritkán lehet elvinni. Legfeljebb a grafikai tervet kaphatod meg (például egy tervezőfájlt vagy képernyőképeket), ami alapján egy új rendszeren hasonló oldal építhető. Ehhez is a szerződésben rögzített jog kell, ha a terv a szolgáltató munkája.

Szakmai feltételezés. A kilépés valódi munkája ezért egy új oldal felépítése a meglévő tartalomból. Ezt érdemes beleszámolni a döntésbe már az elején, mert a havi előfizetés kényelme a kilépésnél egyszeri, nagyobb munkaként jön vissza.

A keresőben és az AI-válaszokban szerzett láthatóság

A láthatóságod a domainhez és az URL-ekhez kötődik. Ha a domain a tiéd marad, és az új oldalon a régi címekről 301-es átirányítás mutat az újakra, a felhalmozott jelek nagy része jó eséllyel átvihető, bár ezt senki nem garantálhatja. Ha a domain is a szolgáltatónál marad, ez a munka elvész.

Hivatalosan igazolt. A Google Search Central webhely-áthelyezésről szóló útmutatója URL-változással járó költözésnél végleges, szerveroldali átirányítást ajánl a régi és az új címek között, és azt javasolja, hogy készíts előre leképezési táblázatot.

Szakmai feltételezés. Az AI-alapú válaszmotorok (például a Google AI-áttekintései vagy a ChatGPT keresése) konkrét URL-eket idéznek forrásként. Ha ezek a címek a kilépés után megszűnnek, a hivatkozások egy ideig hibás oldalra mutatnak, és az új oldalnak újra be kell kerülnie a forrásaik közé. Hogy ez mennyi ideig tart, előre nem lehet megmondani.

Milyen kérdéseket tegyél fel az aláírás előtt?

Azokat, amelyekre adott válaszból kiderül, mit viszel magaddal a megbízás végén. Kérd, hogy a válaszok írásban, a szerződés részeként szerepeljenek.

1. Kinek a nevére regisztráljátok a domaint, és ki kezeli a DNS-beállításokat?
2. Felmondás esetén megkapom-e a domain átviteléhez szükséges hozzájárulást?
3. Milyen formátumban exportálható a teljes tartalom, a szövegek, a képek és az aloldalak szerkezete?
4. Kié a felhasználási jog az általatok írt szövegekre, a grafikai tervre és a logóra, ha azt is ti készítitek?
5. A feltöltött képek licence kinek a nevén van, és használhatom-e őket a megbízás után?
6. Hol tárolják az űrlapokon és a webshopban beérkezett személyes adatokat, és van-e adatfeldolgozási szerződés?
7. Mennyi a felmondási idő, van-e hűségidő, és mi történik az oldallal a felmondás utáni első napon?
8. Megkapom-e kilépéskor a teljes URL-listát, és beállíthatók-e átirányítások, amíg az új oldal elindul?
9. Saját, tulajdonosi jogú felhasználóként hozzáférek-e a Google Search Console és a Google Analytics fiókhoz?
10. Ha a szolgáltató megszűnik vagy eladja a cégét, mi történik az oldalammal?

Saját tapasztalat. A kilencedik pont gyakran elsikkad. Ha a Search Console és az Analytics a szolgáltató fiókjában van, a kilépéssel a mérési előzményeid is ott maradnak. Ezeket érdemes eleve a saját Google-fiókodban létrehozni, és a szolgáltatót felhasználóként hozzáadni.

Mikor lehet ésszerű a bérelt weboldal?

Akkor, ha az oldal szerepe kicsi, rövid távra kell, vagy a kilépés eleve kevés munkával jár. A bérlés vállalható konstrukció, ha tudatosan választod.

• Induló vállalkozásnál, ahol az első évben egy rendezett bemutatkozó oldal a cél, és később úgyis újat építenél.
• Rövid életű projektnél, például egy rendezvény vagy egy szezonális kampány oldalánál.
• Ha nincs belső embered a frissítésekre, és a karbantartás kiszervezése többet ér neked az elvihetőségnél.
• Ha a domain a te nevedre szól, a tartalom exportálható, és a szerződés rendezi a kilépést. Ilyenkor a bérlés kockázata jól kezelhető.

Szakmai feltételezés. Egy öt-hat oldalas bemutatkozó honlapnál a kilépés munkája belátható, mert kevés a tartalom, és az újjáépítés nem nagy feladat. Itt a kényelem jó eséllyel többet számít a zártságnál.

Mikor kockázatos a bérlés?

Akkor, ha az oldal a fő értékesítési csatornád, sok tartalom van rajta, vagy a domain és a mérés is a szolgáltató kezében van. Minél több munka és forgalom halmozódik fel a rendszerben, annál nehezebb onnan kijönni.

• Webshopnál, ahol a termékadatok, a rendelési előzmények és a vásárlói fiókok a szolgáltató adatbázisában vannak.
• Tartalomra épülő oldalnál, ahol több tucat cikk és aloldal hozza a keresési forgalmat.
• Ha a domain a szolgáltató nevén van, mert ezzel a márkád webcíme is a szerződéshez kötődik.
• Ha a szerződés hosszú hűségidőt ír elő, és a felmondás feltételei nem egyértelműek.
• Ha a rendszer nem enged hozzáférést a fejléc-beállításokhoz, így strukturált adatot, saját mérőkódot vagy technikai SEO-javítást sem tudsz beállítani.

Saját tapasztalat. A legnehezebb helyzetek azok, ahol a szolgáltató már nem elérhető, vagy a felmondás után hamar lekapcsolja az oldalt. Ilyenkor a tartalom sokszor csak részben szedhető vissza, például a Wayback Machine archívumából.

Hogyan készülj fel a kilépésre már a belépéskor?

Úgy, hogy az első héten rögzíted mindazt, amire a megbízás végén szükséged lesz, és ezt évente frissíted. Ehhez nem kell programozói tudás.

1. Domain ellenőrzése. Nézd meg a nyilvántartásban, kinek a nevén van a domain, és ha nem a tiéden, kérd az átírást.
2. Saját mérőfiókok. A Search Console-t és az Analyticset a saját fiókodban hozd létre, a szolgáltatót add hozzá felhasználóként.
3. URL-lista mentése. Töltsd le az oldal XML-oldaltérképét, amit a legtöbb rendszer a https://cegnev.hu/sitemap.xml címen tesz közzé. Ebből megvan a teljes aloldal-listád, ami a későbbi átirányításhoz kell.
4. Tartalom mentése. Negyedévente kérj exportot, vagy ha nincs ilyen funkció, mentsd le a fontos oldalak szövegét és képeit egy saját mappába.
5. Átirányítási terv. Költözéskor a régi és az új címekből készíts egy kétoszlopos táblázatot. Apache szerveren egy ilyen sor a Redirect 301 /szolgaltatasaink/kerti-munkak /szolgaltatasok/kertepites alakot veszi fel. Más szervereken a beállítás módja eltér, a logika ugyanaz.
6. Ellenőrzés a költözés után. A Search Console Oldalak (indexelés) jelentésében figyeld a 404-es hibákat az első hetekben, és pótold a kimaradt átirányításokat.

Hivatalosan igazolt. A Search Console Címváltozás eszköze domainváltásnál használható, és a régi és az új tulajdon igazolt tulajdonosi hozzáférését kéri. Ez is amellett szól, hogy a fiók a te kezedben legyen.

Mi a mi nézőpontunk a bérelt weboldalakról?

A kilépés feltételeit a belépéskor kell tisztázni. Aláíráskor mindkét fél együttműködő, és egy pontos szerződési mondatot könnyű elérni. A megbízás végén a helyzet megfordul, mert akkor már a szolgáltatónál van minden, amire szükséged lenne.

A bérlés önmagában vállalható. Kockázatossá akkor válik, ha a szerződés hallgat a kilépésről, a domain és a mérőfiókok pedig nem a te nevedre szólnak. Ha ezt a hármat rendezed, a havi előfizetés kényelmét úgy élvezheted, hogy közben nem kötöd magad egy szolgáltatóhoz.

Hogyan segítünk, ha ajánlatod vagy meglévő bérelt oldalad van?

Ha előtted van egy havi előfizetéses weboldal-ajánlat, vagy már ilyen rendszeren fut a honlapod, szívesen átnézzük veled. Megnézzük a szerződést és az ÁSZF-et a kilépési pontok szempontjából, ellenőrizzük, kinek a nevén van a domain és a mérőfiókok, és leírjuk, mit lehetne elvinni, és mi maradna a szolgáltatónál. Jogi tanácsot nem adunk, a szerződés jogi értelmezéséhez ügyvédet javaslunk, a technikai és marketing oldalt viszont pontosan fel tudjuk mérni. Keress minket a marketingrendszer.hu oldalon.

Források és további olvasnivalók

• Google Search Central, Webhely áthelyezése URL-változással
• Google Search Central, Átirányítások és a Google Kereső
• Google Search Console súgó, Címváltozás eszköz
• 1999. évi LXXVI. törvény a szerzői jogról
• Az Európai Parlament és a Tanács (EU) 2016/679 rendelete (GDPR), 28. cikk
• Internet Szolgáltatók Tanácsa, .hu Domainregisztrációs Szabályzat