Sklep z dwudziestoma rozszerzeniami jest tak aktualny, jak jego najbardziej opóźniony element. To on wyznacza wersję całości.
Kolejność
Najpierw kopia bezpieczeństwa, potem platforma, potem rozszerzenia. Aktualizacja rozszerzenia do wersji wymagającej nowszej platformy kończy się niedziałającym sklepem.
Kopia musi obejmować bazę i pliki naraz. Sama baza bez plików albo pliki bez bazy nie pozwalają wrócić do stanu sprzed aktualizacji, a to jest jedyny cel jej robienia.
Środowisko próbne
Kopia sklepu, na której aktualizacja przechodzi jako pierwsza. Bez niego każda aktualizacja jest wykonywana na oczach klientów.
Kopia powinna mieć rzeczywiste dane i te same rozszerzenia co sklep. Środowisko z pustym katalogiem niczego nie sprawdza — większość problemów ujawnia się dopiero na prawdziwej liczbie produktów i zamówień. Trzeba przy tym wyłączyć na kopii wysyłkę wiadomości i połączenia z płatnościami, żeby próby nie dotarły do klientów.
Sprawdzenie zgodności przed
Wymagania wersji platformy i języka po stronie serwera podane są w opisie rozszerzenia. Ta jedna lektura oszczędza większości niespodzianek.
Warto też sprawdzić, kiedy ukazała się ostatnia wersja i czy autor odpowiada na zgłoszenia. Rozszerzenie bez aktualizacji od dłuższego czasu jest ryzykiem niezależnie od tego, jak dobrze działa dzisiaj.
Konflikty
Dwa rozszerzenia zmieniające to samo miejsce potrafią się wzajemnie znosić. Objawy bywają odległe od przyczyny, więc każdą aktualizację warto wykonywać osobno.
Najczęściej kolidują dodatki dotykające koszyka i cen: rabaty, dostawa, program lojalnościowy. Jeśli po aktualizacji kwoty przestają się zgadzać, to zwykle tam należy szukać. Reguły naliczania opisujemy przy rabatach i progach ilościowych.
Rozszerzenia bez wsparcia
Porzucone przez autora blokują aktualizację platformy i z czasem stają się luką bezpieczeństwa. Wymagają zastąpienia, a nie czekania.
Zastąpienie zaczyna się od pytania, czy funkcja jest jeszcze potrzebna. Część porzuconych dodatków obsługuje procesy, które dawno się zmieniły — wtedy właściwym ruchem jest usunięcie, nie szukanie następcy. Pomaga tu przegląd tego, czego sklep naprawdę potrzebuje.
Kontrola po aktualizacji
Pełna ścieżka zakupu: dodanie do koszyka, dostawa, płatność, zamówienie, dokument. Sprawdzenie samej strony głównej niczego nie dowodzi.
Listę kontrolną warto mieć spisaną raz i przechodzić ją za każdym razem tak samo. Do ścieżki zakupu dochodzi wymiana danych z magazynem i systemem handlowym — to ona najczęściej cichnie po aktualizacji, bez żadnego widocznego komunikatu.
Ewidencja
Spis rozszerzeń z wersjami, autorami i datą ostatniej aktualizacji. Bez niego nie wiadomo, co w sklepie w ogóle działa. Wystarczy zwykły arkusz, aktualizowany przy każdej zmianie — rzecz w tym, żeby istniał i był jeden.
Rytm zamiast akcji
Aktualizacje robione raz na pół roku są zawsze trudne, bo dystans do wersji bieżącej jest duży. Stały rytm — ustalony dzień, poza szczytem sprzedaży, z tą samą listą kontrolną — sprawia, że każda kolejna zmiana jest mała i odwracalna.
