WordPress Multisite - zarządzanie siecią stron z jednej instalacji

WordPress Multisite to wbudowany w silnik tryb sieci, w którym z jednej instalacji prowadzisz wiele osobnych witryn dzielących wspólny rdzeń, motywy i wtyczki. Aktywujesz go raz, a potem dokładasz kolejne strony w kilka sekund z poziomu jednego panelu (Network Admin).

To rozwiązanie ma sens, gdy strony są do siebie podobne strukturalnie i chcesz nimi zarządzać centralnie. Klasyczne przykłady to sieci blogów, oddziały i franczyzy pod jednym brandem, wersje regionalne albo agencja utrzymująca dziesiątki podobnych stron klientów.

Mylne koło ratunkowe to traktowanie Multisite jako sposobu na wielojęzyczność albo na 2-3 zupełnie różne projekty. Jeśli witryny różnią się funkcjonalnie, korzystają z innych zestawów wtyczek lub mają być sprzedane bądź przeniesione osobno, osobne instalacje wygrają niemal zawsze.

Praktyczny test decyzyjny: jeśli za 12 miesięcy planujesz 1-3 strony, które żyją własnym życiem, zostań przy osobnych WordPressach. Multisite zaczyna się opłacać dopiero przy 5 lub więcej witrynach o wspólnym mianowniku technicznym.

Najczęstszy realny dylemat to nie to, jak włączyć Multisite, tylko czy w ogóle. Poniższa tabela rozróżnia te dwa podejścia w wymiarach, które decydują o kosztach utrzymania w dłuższym horyzoncie.

Reguła kciuka z naszych wdrożeń: im bardziej strony są takie same (ten sam motyw, ten sam zestaw funkcji, wspólny zespół), tym mocniejszy argument za Multisite. Im bardziej każda strona to oddzielny biznes, tym mocniej za izolacją.

Podczas konfiguracji sieci WordPress wymusza jedną decyzję, której później nie zmienisz prosto: czy podwitryny będą adresowane jako podkatalogi (domena.pl/oddzial) czy subdomeny (oddzial.domena.pl). Wybór wpływa na DNS, SSL i odbiór SEO.

Jeśli budujesz oddziały jednej firmy lub wersje językowe pod wspólnym brandem, podkatalog jest prostszy i konsoliduje sygnały SEO. Jeśli każda strona ma być odrębną marką albo docelowo działać pod własną domeną, wybierz subdomeny i przygotuj wildcard DNS oraz certyfikat wildcard od razu, żeby nie przerabiać tego później.

Największym źródłem nieporozumień jest pytanie, co w Multisite jest wspólne, a co osobne. Wbrew intuicji granica nie biegnie tam, gdzie wielu zakłada.

Wspólne dla całej sieci są: rdzeń WordPressa, katalog motywów i wtyczek (instaluje je tylko Superadmin) oraz baza użytkowników. Osobne dla każdej witryny są za to: treści, ustawienia, wybór aktywnych wtyczek z dostępnej puli oraz - co kluczowe - biblioteka mediów.

Uprawnienia rozkładają się na dwa poziomy. Superadmin zarządza całą siecią: instaluje kod, dodaje strony, decyduje co jest dostępne. Administrator pojedynczej witryny może aktywować wtyczki tylko z puli przygotowanej przez Superadmina i nie zainstaluje własnej. To świadome ograniczenie, które w sieci klientów bywa zaletą (mniej chaosu), a w sieci wymagających projektów - barierą.

Użytkownicy są współdzieleni: jedno konto może mieć różne role na różnych witrynach. To wygodne dla zespołu redakcyjnego obsługującego kilka serwisów naraz.

Pierwsza i najpoważniejsza wada to pojedynczy punkt awarii. Włamanie, błąd wtyczki sieciowej albo nieudana aktualizacja rdzenia dotyka od razu wszystkich witryn naraz. W modelu osobnych instalacji problem jednej strony zostaje na tej jednej stronie.

Druga to kompatybilność. Nie każda wtyczka jest pisana pod Multisite - część działa błędnie albo wymaga wersji sieciowej. WooCommerce w sieci jest możliwe, ale komplikuje się szybko (wspólne zamówienia, podatki, integracje płatności), dlatego sklepy zwykle lepiej trzymać jako osobne instalacje.

Trzecia to backup i migracja. Kopia zapasowa obejmuje całą sieć, a wyciągnięcie jednej witryny do osobnego WordPressa to złożony eksport tabel i mediów, nie zwykły import-eksport. Zaplanuj to, zanim klient poprosi o przeniesienie tylko swojej strony.

Czwarta to wydajność i hosting: wszystkie strony dzielą te same zasoby serwera, a cache musi rozumieć tryb sieci. Tania współdzielona hostownia szybko staje się wąskim gardłem przy kilkunastu aktywnych witrynach.

Zanim cokolwiek włączysz, zrób pełną kopię zapasową i dezaktywuj wtyczki - to standard, który oszczędza godzin debugowania. Najłatwiej startuje się na świeżej instalacji; istniejąca strona stanie się główną witryną sieci.

Proces sprowadza się do kilku kroków:

1. W pliku wp-config.php dodaj `define('WP_ALLOW_MULTISITE', true);` przed linią kończącą sekcję edycji.
2. Wejdź w Narzędzia, a tam Ustawienia sieci witryn (Network Setup) i wybierz model adresowania: podkatalogi lub subdomeny.
3. Wklej dwa wygenerowane fragmenty kodu - jeden do wp-config.php, drugi do pliku .htaccess.
4. Zaloguj się ponownie; pojawia się menu Moje witryny oraz panel Network Admin.
5. W Network Admin dodawaj kolejne strony, ustawiając adres, tytuł i administratora.

Wersja adresowania (podkatalog albo subdomena) jest praktycznie nieodwracalna po instalacji, dlatego ten wybór potraktuj poważniej niż resztę konfiguracji.

Multisite nie jest jedynym sposobem na wiele stron. Dobór zależy od tego, czego naprawdę potrzebujesz: centralnego zarządzania, wielojęzyczności czy po prostu wielu osobnych projektów.

Dla wielojęzyczności jednej witryny sensowniejsze są wtyczki w stylu WPML czy Polylang - tworzą wersje językowe w obrębie jednej strony, bez narzutu całej sieci. Dla agencji zarządzającej wieloma osobnymi WordPressami lepsze bywają narzędzia do centralnego zarządzania (panel typu ManageWP albo MainWP), które dają jeden pulpit aktualizacji przy zachowaniu pełnej izolacji stron.

A gdy zależy Ci po prostu na szybkim stawianiu podobnych stron, często wystarczy dobry hosting z szablonem instalacji i automatyzacją - bez wchodzenia we wspólny rdzeń. Wybór pomiędzy tymi ścieżkami to decyzja architektoniczna, którą warto podjąć na starcie, bo zmiana modelu po fakcie jest kosztowna.