Staging WordPressa na hostingu: jak testować aktualizacje

Aktualizacja jednej wtyczki potrafi położyć sklep w środę o jedenastej. Zwykle nie dlatego, że wtyczka jest zepsuta, tylko dlatego, że nikt nie sprawdził, jak zadziała razem z motywem, cache’em i wersją PHP, na której stoi akurat ta strona. Staging zamyka ten problem: robisz kopię witryny pod osobnym adresem, testujesz na niej zmiany i dopiero potem dotykasz produkcji.

Poniżej pięć kroków, które wystarczą na zwykłym hostingu współdzielonym. VPS ani osobny serwer nie są do tego potrzebne.

Backup to nie staging

Kopia zapasowa odpowiada na pytanie „jak cofnąć awarię”. Staging odpowiada na wcześniejsze: „czy ta zmiana w ogóle zadziała”. Jedno nie zastępuje drugiego.

Ma to też wymiar całkiem praktyczny. W pakietach Cloud kopie sięgają do trzech dni wstecz, a w HostingMAX backup wykonuje się codziennie z historią pięciu dni. Jeśli aktualizacja zepsuła coś, czego nie widać od razu (formularz kontaktowy, integrację z kurierem, generowanie faktur), możesz zorientować się po tygodniu, kiedy dobrej kopii już nie ma. O tym, jak działa automatyczny backup na hostingu, pisaliśmy osobno.

Krok 1: subdomena na kopię strony

Najwygodniejszy adres dla stagingu to subdomena Twojej własnej domeny, na przykład test.twojafirma.pl. Dodasz ją w panelu DirectAdmin w kilka kliknięć, a pakiety hostingowe w RapidDC obsługują domeny bez limitu, więc nie płacisz za to osobno.

Od razu wystaw na niej certyfikat SSL. Let’s Encrypt jest w pakiecie, a WordPress na kopii bez HTTPS zacznie mieszać adresy i część rzeczy przestanie się ładować.

Krok 2: pliki i baza danych

Kopia strony to dwie rzeczy: katalog z plikami i baza MySQL. Pliki przeniesiesz przez FTP albo, jeśli korzystasz z HostingMAX, przez SSH, co przy kilku gigabajtach zdjęć oszczędza sporo czasu. Bazę eksportujesz z phpMyAdmina i importujesz do nowej, pustej bazy założonej dla stagingu (w HostingMAX liczba baz nie jest limitowana).

Zostaje ostatni element, o którym łatwo zapomnieć: w wp-config.php podmieniasz dane dostępowe do nowej bazy, a w samej bazie adres witryny. WordPress trzyma go w tabeli wp_options, w polach siteurl i home. Stary adres siedzi jednak także w treści wpisów i w ustawieniach wtyczek, więc najbezpieczniej podmienić go narzędziem do search and replace, które radzi sobie z danymi serializowanymi. Jeśli import bazy to dla Ciebie nowość, zacznij od wpisu o wykonywaniu i przywracaniu kopii bazy danych.

Krok 3: odetnij staging od świata

To krok, który najczęściej się pomija, i ten, który potrafi najbardziej zaboleć.

• Zablokuj indeksowanie. W ustawieniach czytania zaznacz opcję proszącą wyszukiwarki o nieindeksowanie witryny. Kopia w Google to nie tylko wstyd, ale też konkurencja dla Twojej własnej strony w wynikach.
• Załóż hasło na katalog. Ochrona hasłem w DirectAdminie zajmuje minutę i załatwia sprawę na poziomie serwera, niezależnie od tego, co robi WordPress.
• Wyłącz wysyłkę maili. Staging z aktywną wtyczką do newslettera albo do powiadomień o zamówieniach potrafi wysłać testowe wiadomości do prawdziwej bazy klientów.
• Przełącz płatności w tryb testowy. Jeśli testujesz sklep, bramka płatnicza na kopii musi działać na kluczach sandboksowych.

Krok 4: testuj to, co realnie psuje strony

Na kopii warto sprawdzić przede wszystkim rzeczy, których nie widać w changelogu wtyczki.

Zacznij od wersji PHP. W pakietach Cloud wybierasz spośród wersji od 5.4 do 8.3. Staging jest właściwym miejscem, żeby przełączyć stronę na nowszą i zobaczyć, co się posypie. Potem aktualizuj pojedynczo: najpierw rdzeń WordPressa, potem motyw, potem wtyczki, po każdej sprawdzając stronę. Aktualizacja wszystkiego naraz daje oszczędność pięciu minut i zero informacji o tym, co zawiniło.

Na koniec przeklikaj ścieżki, które zarabiają: formularz kontaktowy, koszyk, płatność, logowanie do panelu klienta. I wyczyść cache przed testem, bo LiteSpeed z LSCache w HostingMAX potrafi pokazać Ci starą wersję strony i zafałszować cały wynik.

Krok 5: wdrożenie na produkcję

Masz dwie drogi. Przy drobnych zmianach, aktualizacjach i poprawkach powtórz je po prostu na produkcji, w tej samej kolejności co na stagingu. Przy sklepie to jedyny rozsądny wariant, bo w międzyczasie spływają zamówienia, których na kopii nie ma.

Przy przebudowie wyglądu albo zmianie motywu przenosisz całość w drugą stronę: pliki i bazę ze stagingu na produkcję, znów z podmianą adresu. Zrób wtedy kopię produkcji bezpośrednio przed wdrożeniem, a nie tę sprzed nocy.

Czego hosting nie zrobi za Ciebie

Ani pakiety Cloud, ani HostingMAX nie mają przycisku „utwórz staging”. To ręczna robota i uczciwie: pierwszy raz zajmie Ci ona więcej czasu, niż się spodziewasz. Za to kolejne kopie stawia się już z pamięci, a przy stronie, która cokolwiek sprzedaje, jedno uniknięte pół dnia przestoju zwraca ten czas z nawiązką.

Podsumowanie

Staging nie jest luksusem dla dużych wdrożeń. To subdomena, kopia bazy i jedno popołudnie, które oddzielają „sprawdziłem” od „miałem nadzieję”. Do poukładania tego na stałe potrzebujesz hostingu z obsługą domen i baz bez limitu, dostępem SSH i codziennym backupem. Zacznij od pakietów HostingMAX albo od hostingu Cloud z panelem DirectAdmin.

FAQ – najczęściej zadawane pytania o staging WordPressa

Czy staging spowolni moją stronę produkcyjną?

Kopia korzysta z tych samych zasobów pakietu co strona główna: procesora, pamięci i miejsca na dysku. Przy zwykłych testach to różnica niezauważalna. Jeśli jednak planujesz import dużej bazy albo generowanie miniatur dla tysięcy zdjęć, zrób to poza godzinami największego ruchu.

Czy Google zaindeksuje kopię i zaszkodzi mi to w wynikach?

Może, jeśli jej nie zabezpieczysz. Dlatego staging zawsze dostaje blokadę indeksowania w ustawieniach WordPressa i hasło na katalog w DirectAdminie. Te dwie rzeczy razem wystarczają, żeby kopia nie trafiła do wyszukiwarki.

Ile miejsca na dysku zajmie staging?

Mniej więcej tyle samo co strona produkcyjna, bo to jej pełna kopia razem z biblioteką multimediów. Warto sprawdzić aktualny rozmiar witryny i porównać go z pojemnością swojego pakietu, zanim zaczniesz kopiowanie.

Czy potrzebuję VPS-a, żeby mieć staging?

Nie. Do testowania aktualizacji i zmian w motywie w zupełności wystarczy hosting współdzielony z obsługą subdomen i własną bazą danych. VPS zaczyna się opłacać, kiedy potrzebujesz kilku osobnych środowisk naraz albo pełnej kontroli nad konfiguracją serwera.

Artykuł powstał z wykorzystaniem narzędzi sztucznej inteligencji (AI) pod nadzorem zespołu RapidDC. Grafika ilustracyjna została wygenerowana przez AI.