Tárhelyválasztási szempontrendszer kisvállalkozóknak

A megfelelő weboldal-infrastruktúra kiválasztása az egyik legfontosabb alapozó döntés egy kisvállalkozó, blogger vagy önálló fejlesztő számára. Egy hibásan megválasztott tárhely nemcsak állandó technikai bosszúságot okoz, hanem közvetlen anyagi veszteséget is eredményez: a lassan betöltő oldal elriasztja a vásárlókat, a szerverkimaradások miatt kiesik az árbevétel, az elégtelen biztonsági mentések pedig katasztrófa esetén a teljes üzleti adatállomány megsemmisüléséhez vezethetnek.

Ez az útmutató egy szisztematikus, 5 lépésből álló ellenőrző keretrendszert ad a kezedbe. Ha ezen a szempontrendszeren lépésről lépésre végighaladsz, garanciát kapsz arra, hogy nem a marketingbrossúrák csillogása, hanem valós technikai és üzleti szempontok alapján hozod meg a döntést.

1. LÉPÉS: A technikai szükségletek pontos felmérése

Mielőtt elkezdenéd a szolgáltatók ajánlatait böngészni, pontosan tisztáznod kell a leendő weboldalad technológiai alapjait. Nem mindegy, hogy egy statikus HTML/CSS oldalt, egy egyszerű WordPress blogot vagy egy több ezer termékes WooCommerce webáruházat szeretnél kiszolgálni.

a) Az alkalmazás típusa és erőforrás-igénye

• Statikus weboldalak (HTML/Hugo/Astro): Minimális erőforrás-igénnyel bírnak. Nincs adatbázis-lekérdezés és PHP végrehajtás. Bármilyen alapszintű megosztott tárhely vagy akár statikus tárhelyszolgáltatás tökéletesen kiszolgálja.
• Kisméretű dinamikus oldalak (WordPress/Joomla/Drupal): Adatbázist és PHP futtatókörnyezetet igényelnek. Minimum 512 MB – 1 GB RAM, 100% CPU korlát és legalább 20 egyidejű belépési folyamat (EP) szükséges.
• Webáruházak és dinamikus platformok (WooCommerce/PrestaShop/Opencart): Magas a memóriafoglalásuk és az adatbázis-műveleteik száma. Minimum 2 GB RAM, 200% CPU (2 mag), magas I/O sebesség (20-30 MB/s) és magas fájlszám-korlát (minimum 250 000 inode) elengedhetetlen a zökkenőmentes működéshez.

b) Várható látogatottság és terhelési minták

Számold ki az átlagos és a csúcsidőszaki terhelést. Egy havi 30 000 látogatót vonzó blog, ahol a látogatások egyenletesen oszlanak meg a nap során, lényegesen kisebb terhelést jelent a szervernek, mint egy olyan hírlevél-kampány vagy tévés szereplés, amely egyetlen óra alatt zúdít 5 000 látogatót az oldalra. Utóbbi esetben a megosztott tárhelyek folyamatkorlátai (EP) azonnal betelnek, így VPS környezetre van szükség.

2. LÉPÉS: A szolgáltatói paraméterek auditálása

Amikor megnézel egy tárhelycsomagot, ne csak a háttértár gigabájtra hagyatkozz. Ellenőrizd az alábbi kritikus paramétereket a szolgáltató Általános Szerződési Feltételeiben (ÁSZF) vagy technikai leírásában:

a) Erőforrás-korlátok átláthatósága

A megbízható szolgáltató transzparensen közzéteszi a csomaghoz tartozó LVE/erőforrás korlátokat:

• Fizikai RAM: Pontosan hány megabájt/gigabájt engedélyezett fiókonként?
• CPU magok: Hány százalék vagy hány fizikai CPU mag érhető el?
• NPROC / EP: Hány egyidejű PHP folyamat futhat?
• Inode korlát: Hány fájl tárolható a fiókban? (Ügyelj rá: 100 000 inode alatt egy közepes CMS gyorsan betelik!)

b) Szerveroldali szoftverkörnyezet

• Webszerver technológia: Apache, Nginx vagy LiteSpeed Enterprise? A LiteSpeed webszerver (LSCache modullal) nagyságrendekkel gyorsabb PHP kiszolgálást és jobb gyorsítótárazást biztosít WordPress oldalaknál.
• PHP verziók és beállítások: Támogatja-e a legfrissebb PHP verziókat (például PHP 8.2 / 8.3)? Állítható-e a memory_limit (minimum 256M ajánlott), max_execution_time és upload_max_filesize a vezérlőpulton keresztül?
• Adatbázis szoftver: MariaDB vagy MySQL legfrissebb verziója, és NVMe SSD háttértáron fut-e az adatbázis?

3. LÉPÉS: Adatbiztonság és mentési garanciák

Az adatvesztés elleni védelem nem lehet utólagos gondolat. A kiválasztási folyamat során az alábbi kérdéseket kell tisztázni a szolgáltatóval:

a) Mentési rend és tárolási helyszín

• Automatikus mentési gyakoriság: Naponta készül mentés az adatbázisról és a fájlokról?
• Megőrzési idő: Hány napra vagy hétre visszamenőleg érhetők el a mentési pontok? (A minimum elvárás a 14-30 napos megőrzés).
• Fizikai elkülönítés: A mentési fájlok fizikailag teljesen független szerveren vagy távoli adatközpontban tárolódnak-e? (Ha a mentés ugyanazon a lemezen van, mint a weboldal, az nem biztonsági mentés!)
• Önkiszolgáló visszaállítás: Elérhető-e egykattintásos visszaállítási felület (például JetBackup vagy R1Soft) a vezérlőpulton, vagy minden visszaállításért külön díjat számol fel a szolgáltató?

b) SSL/TLS tanúsítvány és biztonsági modulok

• Biztosít-e a szolgáltató automatikusan megújuló, ingyenes Let’s Encrypt / AutoSSL tanúsítványt minden domainhez és aldomainhez?
• Van-e beépített szerveroldali víruskereső (például Imunify360 vagy CXS) és Web Application Firewall (WAF) a megosztott szervereken?

4. LÉPÉS: Ügyfélszolgálat, SLA és rejtett költségek

A tárhely szolgáltatás minősége nem a napsütéses időszakban, hanem probléma esetén vizsgázik.

a) SLA (Service Level Agreement - Rendelkezésre állás)

A 99,9%-os rendelkezésre állás jól hangzik, de érdemes kiszámolni: a 99,9% évi 8,7 óra nem tervezett leállást enged meg. A 99,0% viszont már évi 87 óra (több mint 3,5 nap!) leállást jelent. Nézd meg a szerződésben, hogy mi történik az SLA megszegése esetén (jár-e kötbér vagy díjóváírás).

b) Ügyfélszolgálati reakcióidő és csatornák

Teszteld a szolgáltató ügyfélszolgálatát még a vásárlás előtt! Küldj egy technikai kérdést hétköznap délután vagy hétvégén.

• Milyen csatornákon érhetők el? (Ticket rendszer, e-mail, telefon).
• Mennyi a tényleges válaszidő, és szakszerű, érdemi választ kapsz-e, vagy csak egy automatikus sablonüzenetet?

c) Rejtett költségek és megújítási csapdák

Számos tárhelyszolgáltató alkalmazza azt az értékesítési trükköt, hogy az első évre extrém alacsony (például 80%-os) kedvezményt ad, majd a második évtől a normál ár többszörösét számlázza ki.

• Mindig ellenőrizd a megújítási díjat (Renewal price)!
• Ellenőrizd a kiegészítő szolgáltatások árait: mennyi a domain hosszabbítási díja, a plusz adatbázisok ára, a manuális visszaállítás díja vagy az elköltöztetés adminisztrációs költsége.

d) Teljesítmény-tesztelés és TTFB (Time to First Byte)

Mielőtt hosszú távú szerződést kötnél, érdemes kihasználni a szolgáltatók által kínált 14 vagy 30 napos pénzvisszafizetési garanciát, és méréseket végezni:

• TTFB (Válaszidő): A webszerver reakcióideje az első bájt kiküldéséig. Egy jó minőségű hazai tárhelyen a TTFB értéke 150-300 milliszekundum alatt kell, hogy maradjon. Ha a TTFB statikus tartalomnál is meghaladja az 1 másodpercet, a szerver vagy túlterhelt, vagy rosszul konfigurált.
• Hálózati útvonal (Latency): Futtass traceroute és ping méréseket a szerver IP-címére a célközönség hálózatából. Magyarországi célközönség esetén a hazai adatközpontban lévő szerver elérése 5-15 ms között ideális.

5. LÉPÉS: Költöztethetőség és függetlenség megőrzése

Bármilyen gondosan választasz is szolgáltatót, a piaci viszonyok, a tulajdonosi struktúra vagy a szolgáltatás minősége idővel megváltozhat. Ezért alapvető érdekünk, hogy ne kerüljünk kizárólagos szolgáltatói függőségbe (Vendor lock-in).

a) Szabványos vezérlőpult és formátumok

Válassz olyan szolgáltatót, amely szabványos vezérlőpultot (cPanel, DirectAdmin, Plesk) használ. Az egyedi, zárt fejlesztésű szolgáltatói felületekről lényegesen nehezebb és időigényesebb a költözés egy másik szolgáltatóhoz.

b) Független domainkezelés lehetősége

A domain neved a vállalkozásod legértékesebb digitális vagyontárgya. Mindig győződj meg arról, hogy a domain regisztráció során a te céged vagy neved kerül bejegyzésre domain-használóként, és bármikor kikérheted az engedélyezési kódot (Auth-Code / EPPO code) a domain más regisztrátorhoz történő átregisztrálásához.

c) Lépésről lépésre költöztetési ellenőrzőlista

Ha eljön az idő, hogy tárhelyet váltasz, a költözést leállás nélkül hajthatod végre a következő lépésekkel:

1. Biztonsági mentés készítése: Töltsd le az éles oldal teljes fájlállományát és adatbázis-dumpját (.sql).
2. Adatok feltöltése az új tárhelyre: Hozd létre az adatbázist és a felhasználókat az új szerveren, majd importáld az adatokat.
3. Tesztelés hosts fájl módosítással: Mielőtt a DNS-t átállítanád, írd át a helyi számítógéped hosts fájlját az új szerver IP-címére. Így saját böngésződben úgy tesztelheted az új szerveren futó oldalt, mintha már átállt volna a domain.
4. TTL csökkentése: Állítsd be a DNS zónában a TTL-t 300 másodpercre.
5. DNS/Névszerver átállítása: Módosítsd az A rekordot vagy a névszervereket az új szolgáltató adataira.

Összefoglaló döntési mátrix

Ha ezt a szempontrendszert követed, elkerülheted a buktatókat, és olyan tárhelyinfrastruktúrát választhatsz, amely hosszú távon és megbízhatóan szolgálja ki a vállalkozásod növekedését.