Logo GRVision - Strony i sklepy internetowe
Darmowa konsultacja 881 932 088 kontakt@grvision.pl

Kopia testowa sklepu - po co i jak ją zrobić

Publikacja: · Grzegorz Rapczyński

Prawie każdy tekst o awariach sklepu kończy się tą samą radą: przetestuj to najpierw na kopii. Brzmi rozsądnie i prawie nikt tego nie robi, bo nie wiadomo, od czego zacząć i ile to kosztuje. Opisuję to dla sklepu na PrestaShop, choć sama procedura wygląda podobnie na każdej platformie postawionej na własnym serwerze.

Odpowiedź: kilka godzin raz, a potem kwadrans na odświeżenie, gdy jest potrzebna. To najtańsze ubezpieczenie, jakie ma sklep.

Po co to komu

Kopia testowa to ten sam sklep pod innym adresem, na tych samych danych, na którym można bezkarnie psuć. Pięć rzeczy, które dzięki niej przestają być ryzykiem:

  • Aktualizacja sklepu - robisz ją pierwszy raz tam, nie na sprzedaży.
  • Nowy moduł - sprawdzasz, czy nie kłóci się z resztą, zanim go kupisz albo wdrożysz.
  • Zmiana szablonu - oglądasz efekt na własnych produktach, nie na demie sprzedawcy.
  • Import dużej partii produktów - widzisz, jak dane trafiają do sklepu, zanim zrobisz to naprawdę.
  • Test przywracania kopii zapasowej - bo postawienie kopii testowej to dokładnie ta sama operacja.

Gdzie ją postawić

Trzy warianty, od najprostszego:

  1. Subdomena na tym samym hostingu, na przykład test.twojsklep.pl. Najprościej i zwykle bez dodatkowych kosztów. Wada: obciąża ten sam serwer co sklep, więc ciężkie operacje odczują klienci.
  2. Osobne konto hostingowe. Najtańszy pakiet wystarczy. Rozdziela obciążenie i pozwala testować także zmiany po stronie serwera.
  3. Na własnym komputerze. Najtańsze i najszybsze w pracy, ale różnice między Twoim komputerem a serwerem potrafią ukryć dokładnie te problemy, których szukasz.

Dla typowego sklepu subdomena w zupełności wystarcza.

Jak ją zrobić

To ta sama operacja co przywracanie kopii zapasowej, tylko pod innym adresem:

  1. Skopiuj pliki sklepu do katalogu subdomeny - spakowane, nie plik po pliku.
  2. Zrób zrzut bazy i zaimportuj go do nowej, osobnej bazy.
  3. W pliku konfiguracyjnym wskaż nową bazę.
  4. W tabeli konfiguracji podmień adres sklepu na adres testowy.
  5. Wyczyść cache i sprawdź, czy sklep się otwiera.

Jeśli robisz to pierwszy raz, zarezerwuj sobie popołudnie. Za drugim razem to kwadrans.

Cztery pułapki, o których trzeba pamiętać

1. Zablokuj indeksowanie. To najważniejszy punkt na tej liście. Kopia testowa zaindeksowana przez Google to duplikat całego sklepu i realny problem z pozycjami. Zabezpiecz ją hasłem na poziomie serwera - to pewniejsze niż jakiekolwiek ustawienie w samym sklepie.

2. Wyłącz wysyłkę maili. Sklep testowy ma prawdziwą bazę klientów. Test statusu zamówienia potrafi wysłać wiadomość do prawdziwej osoby sprzed miesiąca.

3. Przestaw płatności w tryb testowy. Z tego samego powodu - żeby nie obciążyć niczyjej karty przy sprawdzaniu, czy koszyk działa.

4. Wyłącz integracje zewnętrzne. Synchronizacja z hurtownią albo systemem magazynowym uruchomiona z kopii testowej potrafi narobić bałaganu w prawdziwych stanach.

Te cztery rzeczy robi się raz, zaraz po postawieniu kopii, i potem już o nich nie myśli.

Kiedy z niej korzystać

Zasada, którą stosuję: jeśli zmiana może położyć sklep, najpierw idzie na kopię. W praktyce dotyczy to aktualizacji, modułów, szablonu i większych importów. Zmiana ceny produktu czy opisu oczywiście nie.

Druga zasada: kopia musi być świeża. Testowanie na danych sprzed pół roku daje fałszywe poczucie bezpieczeństwa, bo w tym czasie sklep zdążył się zmienić. Przed każdym poważniejszym testem warto ją odświeżyć - i wtedy przy okazji sprawdzasz, czy kopie zapasowe nadal działają.

Alternatywą przy krótkich pracach jest tryb serwisowy, ale ma on dwie pułapki: własne IP i kod odpowiedzi serwera. Przy pracach dłuższych niż kilka godzin kopia testowa wypada lepiej.

Najczęstsze pytania

Czy kopia testowa na subdomenie zaszkodzi pozycjom sklepu?

Tylko jeśli Google ją zaindeksuje. Zabezpieczona hasłem na poziomie serwera jest niewidoczna dla wyszukiwarek i nie stanowi żadnego ryzyka.

Jak często odświeżać dane w kopii testowej?

Przed każdym poważniejszym testem. Między testami nie ma to znaczenia - kopia i tak nie jest używana.

Czy mogę testować na kopii, która stoi u mnie na komputerze?

Możesz i jest to wygodne, ale pamiętaj, że Twój komputer ma inną konfigurację niż serwer. Część problemów z wydajnością i limitami tam po prostu nie wystąpi.

Postawienie kopii testowej raz a dobrze

Jeśli nie chcesz spędzać popołudnia na pierwszym podejściu, mogę to ustawić razem z blokadą indeksowania i wyłączonymi mailami. Formularz kontaktowy, 881 932 088 lub kontakt@grvision.pl.