Jak wybrać hosting pod stronę wielodomenową lub multisite WordPress

Gdy zamiast jednej strony masz ich kilka albo kilkanaście, wybór hostingu przestaje być prostą sprawą pakietu startowego. Pojawia się rozwidlenie: postawić wiele niezależnych stron na jednym koncie (hosting wielodomenowy), czy uruchomić sieć WordPress Multisite, w której wiele witryn dzieli jedną instalację? To dwie różne architektury o różnych wymaganiach, a wybrany pakiet powinien pasować do tej, którą realnie budujesz.

Wielodomenowy hosting kontra multisite: to nie to samo

Warto rozdzielić dwa pojęcia, które często się mylą.

Hosting wielodomenowy to jedno konto, na którym trzymasz kilka osobnych stron — każda z własną domeną, zwykle własną instalacją WordPressa i własną bazą. Strony są od siebie niezależne: aktualizujesz je oddzielnie, mają odrębne wtyczki i użytkowników. Dzielą jedynie zasoby konta.

WordPress Multisite to jedna instalacja WordPressa obsługująca sieć witryn (na subdomenach, w katalogach lub na osobnych domenach mapowanych do sieci). Motywy i wtyczki instaluje się centralnie, jest jeden super-administrator, a strony współdzielą pliki rdzenia i strukturę bazy.

Wybór między nimi to nie kwestia hostingu, lecz sposobu zarządzania. Multisite ma sens, gdy witryny są podobne i zarządzane centralnie (np. sieć oddziałów, wersje regionalne, uczelnia z wydziałami). Kilka niezależnych projektów o różnym charakterze zwykle lepiej czuje się jako osobne instalacje.

Ile stron naprawdę zmieści Twój pakiet

Pierwsza rzecz do sprawdzenia w ofercie: na ile domen i ile baz danych pozwala pakiet. Tanie plany startowe często obejmują jedną domenę i jedną bazę, co z góry wyklucza wiele niezależnych stron. Szukaj informacji o:

• liczbie domen/witryn na koncie,
• liczbie baz danych i użytkowników baz,
• limicie przestrzeni oraz — co ważne — liczbie inode'ów (plików).

Ten ostatni punkt bywa cichym zabójcą projektów wielostronowych: każda instalacja WordPressa to tysiące plików, a kilkanaście stron potrafi wyczerpać limit inode'ów, zanim skończy Ci się miejsce na dysku. Jak czytać te wartości, tłumaczymy w tekście jak czytać limity hostingu: CPU, RAM, inode, procesy i transfer.

Współdzielone zasoby to gra sumy

Na jednym koncie wszystkie strony czerpią z jednej puli CPU, RAM i procesów PHP. Dopóki ruch jest niski, nie widać problemu. Kłopot pojawia się, gdy jedna witryna dostanie skok odwiedzin albo padnie ofiarą ruchu botów — potrafi spowolnić wszystkie pozostałe, bo dzielą ten sam sufit zasobów. Planując hosting pod wiele stron, myśl o łącznym obciążeniu, a nie o pojedynczej witrynie.

W przypadku Multisite dochodzi dodatkowy czynnik: jedna baza obsługuje całą sieć i z każdą nową witryną przybywa w niej tabel. Duże sieci potrafią mocno obciążyć bazę, dlatego przy ambitniejszych projektach szybko wchodzi w grę mocniejszy pakiet lub VPS.

Kiedy przejść na VPS

Jeśli sumaryczny ruch rośnie, a strony zaczynają rywalizować o zasoby, hosting współdzielony przestaje wystarczać. Wirtualny serwer daje wydzielone zasoby i pełną kontrolę nad konfiguracją — ceną jest większa odpowiedzialność za administrację. Kiedy taka przeprowadzka się opłaca i za co realnie płacisz, rozkładamy w artykule managed VPS vs unmanaged VPS: za co płacisz. Krótka zasada: pojedyncze małe strony spokojnie żyją na współdzielonym koncie, a rosnąca sieć witryn z realnym ruchem to naturalny moment na VPS.

Zarządzanie, aktualizacje i bezpieczeństwo

Architektura wpływa na codzienną pracę i na ryzyko:

• Wiele osobnych instalacji oznacza wiele aktualizacji do pilnowania, ale też izolację — awaria lub włamanie na jednej stronie nie dotyka pozostałych.
• Multisite upraszcza aktualizacje (jeden rdzeń, wtyczki centralnie), lecz zwiększa promień rażenia: problem z rdzeniem czy krytyczną wtyczką dotyka całej sieci naraz.

Niezależnie od modelu potrzebujesz porządnych kopii zapasowych i najlepiej środowiska staging, bo przy sieci stron ręczne testowanie „na żywo” to proszenie się o kłopoty.

Domeny wielojęzyczne to osobny temat

Jeśli Twoim celem jest jedna marka w kilku językach, niekoniecznie potrzebujesz Multisite ani wielu kont — czasem wystarczy jedna strona z odpowiednią strukturą. Wybór między osobnymi domenami, subdomenami a katalogami omawiamy w tekście hosting dla strony wielojęzycznej. Warto też przemyśleć, czy wszystko trzymać u jednego dostawcy — argumenty za i przeciw zebraliśmy w artykule osobna domena i osobny hosting.

Podsumowanie

Zacznij od pytania o architekturę, nie o pakiet: budujesz zbiór niezależnych stron czy centralnie zarządzaną sieć? Odpowiedź podpowiada, czego szukać w hostingu — liczby domen, baz i inode'ów przy wielu instalacjach, a zapasu mocy bazy i CPU przy Multisite. W obu przypadkach patrz na łączne obciążenie konta i traktuj VPS jako naturalny kolejny krok, gdy sieć witryn zacznie rywalizować o wspólne zasoby. Dobrze dobrany hosting od początku oszczędza bolesnej migracji za rok.