Opiekę nad WordPressem bardzo łatwo sprzedać jako usługę, która w praktyce polega na kliknięciu “Aktualizuj wszystko” raz w miesiącu. Panel pokazuje czerwone kółeczka, człowiek klika, kółeczka znikają, klient dostaje maila, że strona została profesjonalnie zaopiekowana. Wspaniale. Tylko że to mniej więcej tak, jakby warsztat nazywał pełnym serwisem samochodu dolanie płynu do spryskiwaczy i skasowanie komunikatu z deski. Czasami właśnie tego było trzeba. Tylko nie udawajmy, że sprawdziliśmy cały samochód.

Profesjonalna opieka nad WordPressem nie zaczyna się od kliknięcia przycisku. Zaczyna się od odpowiedzialności za to, co stanie się przed aktualizacją, w trakcie i po niej. Sam WordPress w oficjalnej dokumentacji przypomina o kopii zapasowej przed aktualizacją i o tym, że aktualizacja może wymagać dalszych działań. To powinno być oczywiste, ale rynek pełen jest usług, które sprzedają samą czynność, a nie rezultat. Klientowi nie jest potrzebne “zaktualizowaliśmy 11 wtyczek”. Klient potrzebuje strony, która po tych 11 aktualizacjach nadal działa.

Aktualizacja nie jest celem. Celem jest działająca strona.

To najważniejsza różnica między obsługą techniczną a klikaniem w panel. Wtyczka może dostać aktualizację bezpieczeństwa, może zmienić sposób działania, może przestać dogadywać się z inną wtyczką albo z wersją PHP. Kreator motywu może po aktualizacji renderować coś trochę inaczej. Proces zakupu może przestać przyjmować płatność tylko w jednym scenariuszu. Formularz może nadal wyglądać dobrze, ale przestać wysyłać wiadomości. Jeżeli po aktualizacji nikt nie sprawdza rzeczy, które mają znaczenie dla konkretnej strony, to nie wiesz, czy aktualizacja zakończyła się sukcesem. Wiesz tylko, że WordPress nie pokazał od razu błędu krytycznego.

WebsiteGarage / Usługi

Sprawdź nasze usługi.

Dobra opieka techniczna powinna więc znać stronę, którą utrzymuje. Inaczej testuje się prostą stronę usługową, inaczej sklep WooCommerce, inaczej serwis z kontami użytkowników, formularzami rezerwacji albo zewnętrznymi integracjami. Nie potrzebujesz trzydziestopunktowego testu po każdej drobnej zmianie na małej stronie. Potrzebujesz natomiast sensownego zestawu rzeczy, które naprawdę mogą się zepsuć i które warto zweryfikować.

Kopia zapasowa, której nie da się odtworzyć, jest bardzo ładnym plikiem

Każda oferta opieki nad WordPressem ma dziś kopie zapasowe. Przynajmniej na papierze. Pytanie brzmi: gdzie są przechowywane, jak długo, co dokładnie obejmują i czy ktokolwiek sprawdził, że da się z nich naprawdę odtworzyć stronę. Kopia zapisana wyłącznie na tym samym serwerze, który właśnie umarł, ma ograniczoną wartość terapeutyczną. Sama baza bez plików może nie wystarczyć. Same pliki bez aktualnej bazy też potrafią być średnio zabawne. Kopia jest po coś, a nie do zaznaczenia pola w cenniku.

Nie oznacza to, że każda mała strona potrzebuje infrastruktury odtwarzania po awarii jak bank. Zakres powinien odpowiadać ryzyku i częstotliwości zmian. Sklep, w którym wpadają zamówienia, wymaga innej strategii niż statyczna wizytówka aktualizowana raz na kwartał. Profesjonalna opieka powinna umieć tę różnicę wyjaśnić, zamiast sprzedawać wszystkim dokładnie tę samą magiczną liczbę kopii zapasowych.

Krytyczna aktualizacja bezpieczeństwa nie powinna czekać do “dnia aktualizacji”

To jeden z punktów, przy których mam największy problem z bardzo tanimi pakietami utrzymania. Jeżeli usługa mówi “aktualizacje raz w miesiącu”, trzeba zapytać, co dzieje się z krytyczną luką bezpieczeństwa opublikowaną dzień po zaplanowanej aktualizacji. Czekamy 29 dni, bo kalendarz? Dobra opieka nie polega na mechanicznym harmonogramie. Rutynowe aktualizacje mogą mieć swój rytm. Krytyczne bezpieczeństwo powinno mieć priorytet wynikający z ryzyka. Ale tu jeszcze wchodzi jedna kwestia – najpierw jeszcze trzeba wiedzieć, że dana aktualizacja jest krytyczna dla bezpieczeństwa.

To nie oznacza również bezmyślnego instalowania każdej aktualizacji w sekundę po jej publikacji. Czasami warto najpierw ocenić zmianę, zgodność i ryzyko regresji. Chodzi o świadomą decyzję, nie o sen zimowy do następnego pierwszego wtorku miesiąca. Kiedy w samochodzie zapala się kontrolka ciśnienia oleju, nie odpowiadasz “spokojnie, przegląd mamy za trzy tygodnie”.

Monitoring nie ma sensu, jeśli nikt na niego nie reaguje

Monitoring dostępności wygląda dobrze w ofercie. Automat regularnie sprawdza, czy strona odpowiada, i generuje alert. Świetnie. Następne pytanie brzmi: kto dostaje alert i co z nim robi? Jeżeli powiadomienie przychodzi na skrzynkę, której nikt nie otwiera po godzinach, monitoring jest bardziej dokumentacją awarii niż ochroną przed jej skutkami. Nie każda usługa musi oferować reakcję 24/7 i większość małych firm jej nie potrzebuje. Ale zakres reakcji powinien być jasno określony.

Opieka nad WordPressem to również higiena, nie tylko pożary

Z czasem na stronie zbierają się rzeczy. Nieaktywne wtyczki, stare konta, resztki po testach, niepotrzebne integracje, porzucone fragmenty kodu, biblioteki, które już niczego nie obsługują, aktualizacje też potrafią zostawić “śmieci”. Nie każdą z tych rzeczy trzeba obsesyjnie sprzątać co tydzień, ale ktoś powinien okresowo patrzeć na system szerzej niż na ekran aktualizacji. Im mniej niepotrzebnych elementów, tym mniej zależności do utrzymania i mniej miejsc, w których może powstać problem.

To jest bardzo podobne do garażu. Możesz przez lata odkładać na półkę każdą śrubę, kabel i pudełko, bo “może się przyda”. W pewnym momencie nie masz już garażu. Masz archeologiczne stanowisko z jednym metrem ścieżki do drzwi. WordPress też potrafi tak wyglądać. Tylko zamiast śrub masz 25 wtyczek, z czego dziewięć nikt nie pamięta, po co istnieje. klikaset rewizji i opuszczonych danych.

Czy opieka obejmuje drobne poprawki? Niekoniecznie.

To kolejny punkt, który warto bardzo jasno rozdzielić. Utrzymanie techniczne i rozwój strony to nie ta sama usługa. Opieka techniczna może obejmować aktualizacje, kopie zapasowe, monitoring, bezpieczeństwo i reakcję na awarie, ale nie musi obejmować dodawania sekcji, przepisywania treści czy projektowania nowych funkcji. Nie ma nic złego w tym, że poprawki są rozliczane osobno. Jest problem, jeżeli oferta używa słowa “opieka” tak szeroko, że klient zakłada jedno, a wykonawca drugie.

“Elementor Pro gratis” nie jest argumentem za dobrą opieką

Pakiety utrzymania lubią dorzucać licencje jako bonus. Elementor Pro, jakaś wtyczka bezpieczeństwa, narzędzie do pamięci podręcznej, czasami kilka rzeczy naraz. To może mieć wartość. Ale licencja na narzędzie nie zastępuje pracy. To trochę jak warsztat reklamujący abonament serwisowy hasłem “klucz nasadowy gratis”. Fajny klucz. Nadal chciałabym wiedzieć, czy mechanik potrafi nim naprawić samochód.

Co więcej, warto wiedzieć, co stanie się z taką licencją po zakończeniu współpracy. Czy strona dalej będzie działać? Czy tracisz aktualizacje? Czy możesz przejąć licencję? Czy funkcjonalność jest uzależniona od konta wykonawcy? Gratis jest gratis tylko wtedy, kiedy rozumiesz warunki. W przeciwnym razie bywa bardzo skutecznym haczykiem na utrzymanie klienta.

A już moim ulubionym pytaniem jest – czy Elementor Pro jest Ci potrzebny? Czy WP Rocket jest Ci potrzebny? To są wygodne elementy, nie powiem. Ale przy prostej stronie? Którą postawił profesjonalista? Dyskusyjne, conajmniej.

Po czym poznać dobrą firmę opiekującą się WordPressem?

Nie po liczbie narzędzi w tabeli. Dobra firma potrafi powiedzieć, co monitoruje, jak robi kopie zapasowe, gdzie je trzyma, kiedy aktualizuje, jak reaguje na krytyczne problemy, co testuje po zmianach, jakie ma granice odpowiedzialności i co dzieje się w razie awarii. Nie musi obiecywać, że żadna strona nigdy się nie zepsuje. Taka obietnica byłaby idiotyczna. Powinna natomiast mieć plan na moment, kiedy coś się zepsuje.

Profesjonalna opieka nad WordPressem nie sprzedaje Ci spokoju dlatego, że czerwone kółeczka zniknęły z panelu. Sprzedaje Ci proces, dzięki któremu ktoś pilnuje technicznej kondycji strony i wie, co zrobić, kiedy aktualizacja, awaria albo luka bezpieczeństwa przestanie być abstrakcyjnym problemem. To mniej efektowne niż wielka lista “30 usług w pakiecie”, ale zaskakująco użyteczne wtedy, kiedy strona naprawdę zaczyna mieć problem.

Źródła i dalsza lektura