Na co zwrócić uwagę przy wyborze hostingu dla firmy?

Hosting często wybierany jest przy okazji tworzenia strony internetowej. Firma porównuje pojemność serwera, cenę za pierwszy rok i liczbę dostępnych skrzynek e-mail, po czym wybiera jedną z ofert.

W przypadku firmowej strony internetowej warto spojrzeć na hosting znacznie szerzej.

Serwer może odpowiadać nie tylko za stronę WWW, ale również za pocztę, DNS, bazy danych, formularze kontaktowe czy inne usługi wykorzystywane każdego dnia. Awaria albo problem z administracją takiego środowiska może więc oznaczać coś więcej niż chwilowo niedostępną stronę.

Przy wyborze hostingu dla firmy warto zwrócić uwagę przede wszystkim na bezpieczeństwo, wydajność, kopie zapasowe, ciągłość działania oraz możliwość łatwego przeniesienia usług do innego dostawcy.

1. Nie wybieraj hostingu wyłącznie na podstawie ceny

Promocyjna cena za pierwszy rok może wyglądać atrakcyjnie, ale w przypadku usługi, która ma działać przez wiele lat, znacznie ważniejszy jest jej całkowity koszt.

Przed zakupem warto sprawdzić:

• cenę odnowienia hostingu po zakończeniu promocji,
• cenę odnowienia domeny,
• koszty certyfikatów SSL, jeżeli nie są dostępne bezpłatnie,
• limity przestrzeni dyskowej i transferu,
• limity procesora, pamięci RAM i procesów,
• limity baz danych i poczty,
• koszt dodatkowych kopii zapasowych,
• opłaty za pomoc administracyjną.

Hosting za kilkadziesiąt złotych w pierwszym roku niekoniecznie pozostanie równie tani przy kolejnych odnowieniach.

W przypadku firmy większe znaczenie niż najniższa cena powinny mieć przewidywalne koszty oraz możliwość zmiany dostawcy, jeżeli jego oferta przestanie odpowiadać potrzebom przedsiębiorstwa.

2. Wydajność hostingu ma wpływ nie tylko na szybkość strony

Dwa hostingi oferujące po 50 GB miejsca na dane mogą znacząco różnić się wydajnością.

Pojemność dysku nie mówi bowiem, jakie zasoby serwera będą faktycznie dostępne dla strony.

Warto sprawdzić między innymi:

• dostępne zasoby procesora,
• limit pamięci RAM,
• liczbę jednoczesnych procesów,
• limity operacji wejścia/wyjścia,
• rodzaj wykorzystywanych dysków,
• dostępne wersje PHP i baz danych,
• obsługę HTTP/2 lub HTTP/3,
• możliwość wykorzystania mechanizmów cache,
• dostęp SSH.

Ma to szczególne znaczenie przy WordPressie, WooCommerce oraz bardziej rozbudowanych aplikacjach internetowych.

Przy niewystarczających zasobach strona może działać poprawnie przy małym ruchu, a znacząco zwalniać w momencie większego zainteresowania.

3. Backup powinien pozwalać rzeczywiście odzyskać dane

Informacja „wykonujemy kopie zapasowe” jest zdecydowanie zbyt ogólna.

Warto wiedzieć:

• jak często wykonywany jest backup,
• przez ile dni przechowywane są kopie,
• czy obejmuje zarówno pliki, jak i bazy danych,
• czy obejmuje pocztę,
• czy użytkownik może samodzielnie przywrócić dane,
• ile trwa odtworzenie kopii,
• czy odzyskanie danych jest dodatkowo płatne.

Dobrą praktyką jest również posiadanie drugiej kopii najważniejszych danych poza infrastrukturą operatora hostingu.

Backup znajdujący się wyłącznie u jednego dostawcy zabezpiecza przed wieloma typowymi awariami, ale nadal pozostawia całą organizację zależną od jednego środowiska.

4. Bezpieczeństwo to więcej niż certyfikat SSL

Dzisiaj bezpłatny certyfikat SSL jest właściwie standardem. Sam SSL nie oznacza jednak, że hosting jest dobrze zabezpieczony.

Przy wyborze dostawcy warto sprawdzić między innymi:

• możliwość korzystania z uwierzytelniania dwuskładnikowego do panelu administracyjnego,
• obsługę DNSSEC,
• ochronę przed atakami DDoS,
• możliwość ograniczenia dostępu do usług,
• aktualizowane wersje oprogramowania,
• separację kont użytkowników,
• mechanizmy wykrywania złośliwego oprogramowania,
• historię wykonywanych operacji,
• sposób zabezpieczania i przechowywania kopii zapasowych.

Szczególną uwagę warto poświęcić domenie internetowej. Jej przejęcie może pozwolić atakującemu nie tylko przekierować firmową stronę, ale – w zależności od posiadanego dostępu do konfiguracji DNS – również ingerować w usługi korzystające z domeny, w tym pocztę elektroniczną.

Dlatego domenę firmową należy traktować jako jedno z istotnych aktywów przedsiębiorstwa.

5. Domena i hosting nie muszą znajdować się u tego samego dostawcy

To częsty błąd.

Firma kupuje domenę razem z hostingiem i zaczyna traktować obie usługi jako jeden nierozłączny produkt.

Technicznie są to jednak dwie niezależne usługi.

Domena może być utrzymywana u jednego rejestratora, DNS u drugiego operatora, a sama strona internetowa jeszcze w innym środowisku.

Takie rozdzielenie może być korzystne z punktu widzenia bezpieczeństwa, niezależności od dostawcy i możliwości późniejszej migracji.

6. Sprawdź, jak wygląda odejście od usługodawcy, zanim do niego przejdziesz

To jeden z elementów, który najłatwiej przeoczyć podczas wyboru dostawcy.

Większość operatorów bardzo dokładnie opisuje proces przenoszenia usług do nich. Przed zakupem warto jednak sprawdzić również odwrotną sytuację:

Co będziemy musieli zrobić, jeśli za dwa lata zechcemy przenieść domenę i hosting do innego operatora?

W przypadku domeny .pl transfer pomiędzy rejestratorami wymaga kodu AuthInfo.

NASK opisuje transfer jako proces rozpoczynający się od uzyskania kodu AuthInfo od aktualnego rejestratora. Następnie nowy rejestrator inicjuje transfer, a abonent zatwierdza go poprzez wiadomość wysyłaną na adres e-mail zapisany w Rejestrze domeny .pl.

Co szczególnie istotne, NASK w informacji dotyczącej praw abonenta wskazuje, że na żądanie abonenta rejestrator zobowiązany jest niezwłocznie wydać kod AuthInfo. Rejestrator nie może uzależniać wydania kodu od spełnienia dodatkowych warunków, w tym uiszczenia opłaty.

Jednocześnie NASK zaznacza, że każdy rejestrator może posiadać własną, jawną procedurę wydawania kodu i zachęca do zapoznania się z nią jeszcze przed wyborem rejestratora.

I właśnie tutaj pojawiają się bardzo duże różnice pomiędzy usługodawcami.

Przykład: home.pl

W home.pl wniosek o wydanie kodu AuthInfo można obecnie złożyć za pośrednictwem Panelu Klienta.

Nie jest to jednak równoznaczne z natychmiastowym wyświetleniem kodu.

Według instrukcji home.pl użytkownik podczas składania wniosku podaje między innymi:

• powód przeniesienia domeny,
• nazwę operatora, do którego chce ją przenieść.

Operator informuje również, że ze względu na możliwe wyjątki i konieczność weryfikacji poprawności danych procesowanie wniosku może zająć do 96 godzin.

Dla tej samej domeny o kod można wnioskować raz na 48 godzin.

Nie oznacza to oczywiście, że domeny utrzymywanej w home.pl nie można przenieść. Transfer jest możliwy.

Z punktu widzenia firmy występuje jednak istotna różnica pomiędzy sytuacją:

„loguję się do panelu i od razu pobieram kod AuthInfo”

a:

„składam wniosek o wydanie AuthInfo i czekam na jego przetworzenie”.

Przy planowanej migracji można odpowiednio wcześniej uwzględnić taki czas. Problem pojawia się jednak wtedy, gdy zmiana rejestratora musi zostać wykonana szybko, na przykład w związku ze zmianą dostawcy, reorganizacją infrastruktury albo innym zdarzeniem wymagającym sprawnego przeniesienia usług.

Przykład: nazwa.pl

W przypadku nazwa.pl procedura opisana przez operatora jest jeszcze bardziej sformalizowana.

Aby otrzymać kod AuthInfo, użytkownik generuje odpowiedni wniosek w Panelu Klienta. Wniosek jest generowany dla pojedynczej domeny, więc w przypadku większej liczby domen procedurę należy powtarzać.

Następnie podpisany wniosek można:

• wysłać pocztą tradycyjną lub kurierem,
• dostarczyć osobiście do siedziby nazwa.pl,
• albo wysłać elektronicznie, ale dokument musi zostać opatrzony kwalifikowanym podpisem elektronicznym i przesłany z adresu e-mail abonenta domeny.

Co ważniejsze, zgodnie z aktualną instrukcją nazwa.pl, po rozpatrzeniu wniosku kod AuthInfo przesyłany jest pocztą tradycyjną na adres korespondencyjny abonenta domeny.

Operator wskazuje także, że kod ważny jest przez 30 dni, a po jego wygaśnięciu uzyskanie kolejnego wymaga ponownego wystąpienia z wnioskiem.

Ponownie – transfer domeny jest możliwy.

Pytanie brzmi jednak, czy w przypadku firmowej domeny chcemy być uzależnieni od procedury wymagającej przygotowania dokumentu i oczekiwania na jego obsługę oraz dostarczenie kodu pocztą tradycyjną.

Dlaczego przy wyborze rejestratora zwracamy na to uwagę?

Nie twierdzimy, że liczba formalności związanych z wydaniem kodu AuthInfo jest jedynym kryterium, według którego należy oceniać rejestratora.

Nie oznacza również, że bardziej rozbudowana procedura jest sama w sobie niezgodna z zasadami NASK.

Zwracamy jednak uwagę na praktyczny aspekt takiego rozwiązania.

Jeżeli dla firmy istotna jest łatwa migracja oraz ograniczenie uzależnienia od jednego dostawcy, preferujemy rejestratorów, którzy pozwalają uzyskać kod AuthInfo bezpośrednio i sprawnie, bez konieczności przechodzenia przez rozbudowaną procedurę administracyjną.

Właśnie z tego powodu przy wyborze rejestratora dla firmowej domeny nie rekomendowalibyśmy kierowania się wyłącznie popularnością marki i automatycznego wyboru takich operatorów jak home.pl czy nazwa.pl bez wcześniejszego sprawdzenia procedury transferowej.

Szczególnie w przypadku nazwa.pl warto mieć świadomość opisanej wyżej procedury jeszcze przed zarejestrowaniem tam domeny.

7. Dlaczego możliwość łatwego transferu domeny jest tak ważna?

Wyobraźmy sobie prosty scenariusz.

Firma posiada domenę:

firma.pl

Pod tą domeną funkcjonują:

• strona internetowa,
• poczta [email protected],
• Microsoft 365 lub Google Workspace,
• system CRM,
• logowanie pracowników,
• aplikacje internetowe,
• systemy wysyłające wiadomości do klientów.

Stronę internetową można przenieść na inny serwer.

Można również zmienić operatora poczty.

Ale domena pozostaje elementem łączącym wszystkie te usługi.

Dlatego możliwość swobodnego zarządzania domeną i zmiany jej rejestratora powinna być jednym z kryteriów wyboru usługodawcy, a nie czymś, czym zaczynamy interesować się dopiero podczas migracji.

Warto również zadbać o aktualność danych abonenta.

NASK wskazuje, że podczas transferu wiadomość służąca do jego zatwierdzenia wysyłana jest na adres e-mail abonenta zapisany w Rejestrze domeny .pl. Nieaktualny adres może więc znacząco utrudnić przeprowadzenie operacji.

Domena powinna być przy tym zarejestrowana na firmę, która faktycznie z niej korzysta, a nie na pracownika, wykonawcę strony internetowej czy agencję marketingową.

8. Hosting również powinien być łatwy do przeniesienia

Podobną zasadę warto zastosować do samego hostingu.

Przed zakupem należy sprawdzić, czy możemy samodzielnie:

• pobrać wszystkie pliki strony,
• wyeksportować bazy danych,
• korzystać z FTP/SFTP lub SSH,
• wykonać własną kopię zapasową,
• przenieść pocztę przy wykorzystaniu standardowych protokołów,
• zmienić rekordy DNS,
• pobrać konfigurację potrzebną do uruchomienia usług gdzie indziej.

Warto unikać sytuacji, w której strona jest tak mocno związana z autorskim kreatorem lub technologią jednego operatora, że jej przeniesienie oznacza konieczność zbudowania całej witryny od początku.

To przykład vendor lock-in, czyli technicznego lub organizacyjnego uzależnienia od konkretnego dostawcy.

9. Ciągłość działania powinna być zaplanowana przed awarią

Firmowa strona może nie być systemem krytycznym w takim samym stopniu jak system księgowy, ale jej awaria nadal wpływa na działalność przedsiębiorstwa.

Dlatego warto wcześniej ustalić:

• co stanie się w przypadku awarii hostingu,
• z którego momentu możemy odtworzyć dane,
• kto odpowiada za przywrócenie strony,
• czy posiadamy kopię poza hostingiem,
• kto ma dostęp administracyjny do domeny,
• na jakie dane zarejestrowana jest domena,
• czy aktualny jest adres e-mail jej abonenta,
• gdzie przechowywane są dane dostępowe.

Problem z ciągłością działania bardzo często nie wynika z samej awarii.

Wynika z tego, że dopiero podczas awarii organizacja zaczyna ustalać, gdzie znajduje się kopia zapasowa, kto ma dostęp do domeny i w jaki sposób można przenieść usługę.

10. Nasza checklista przed wyborem hostingu

Przed zakupem hostingu lub rejestracją firmowej domeny warto odpowiedzieć przynajmniej na poniższe pytania.

Bezpieczeństwo

• Czy panel administratora obsługuje 2FA?
• Czy dostępny jest DNSSEC?
• Jak zabezpieczone są serwery?
• Jak operator reaguje na incydenty?
• Kto posiada dostęp administracyjny do usług?

Backup

• Jak często wykonywana jest kopia?
• Jak długo jest przechowywana?
• Czy można ją samodzielnie przywrócić?
• Czy posiadamy niezależną kopię poza hostingiem?

Wydajność

• Jakie rzeczywiste zasoby otrzymujemy?
• Czy istnieją limity CPU, RAM, I/O lub procesów?
• Czy możliwe jest zwiększenie parametrów bez migracji całej usługi?

Ciągłość działania

• Jak wygląda reakcja operatora na awarię?
• Czy operator określa parametry dostępności lub SLA?
• Jak szybko można odzyskać dane?
• Czy firma posiada plan działania na wypadek niedostępności hostingu?

Możliwość migracji

• Czy możemy pobrać wszystkie pliki i bazy danych?
• Czy mamy dostęp SFTP lub SSH?
• Czy rozwiązanie wykorzystuje standardowe technologie?
• Czy możemy łatwo przenieść pocztę?
• Czy możemy samodzielnie zmieniać rekordy DNS?
• Jak uzyskuje się kod AuthInfo domeny?
• Czy kod można pobrać bezpośrednio po zalogowaniu do panelu?
• Czy jego otrzymanie wymaga wniosku?
• Czy wymagane są dodatkowe dokumenty?
• Ile czasu może potrwać jego uzyskanie?
• Czy kod przesyłany jest elektronicznie, czy pocztą tradycyjną?

Ostatnie pytania są często pomijane podczas wyboru dostawcy. Mogą jednak okazać się jednymi z najważniejszych kilka lat później.

Źródła

Informacje dotyczące transferu domen .pl i procedur wydawania kodów AuthInfo zweryfikowano 23 sierpnia 2026 r. na podstawie dokumentacji NASK oraz oficjalnych materiałów operatorów.

1. NASK – Transfer obsługi domeny .pl
   https://www.dns.pl/transfer_domeny_pl Procedura transferu, AuthInfo, inicjowanie transferu i potwierdzenie operacji przez abonenta.
2. NASK – Prawa abonenta domeny .pl
   https://www.dns.pl/prawa_abonenta_domeny_pl Prawo do zmiany rejestratora, obowiązek niezwłocznego wydania AuthInfo oraz informacja o różnych procedurach stosowanych przez rejestratorów.
3. home.pl – Wniosek o wydanie kodu AuthInfo
   https://pomoc.home.pl/baza-wiedzy/wniosek-o-wydanie-kodu-authinfo Procedura składania wniosku oraz informacja, że procesowanie może zająć do 96 godzin.
4. nazwa.pl – Jak wygenerować wniosek o wydanie kodu AuthInfo?
   https://www.nazwa.pl/pomoc/baza-wiedzy/jak-wygenerowac-wniosek-o-wydanie-kodu-authinfo/ Procedura podpisanego wniosku, możliwość użycia kwalifikowanego podpisu elektronicznego oraz wysyłka kodu pocztą tradycyjną.