Pytanie wraca w każdej rozmowie o nowej stronie firmowej: budować na WordPressie czy zrobić serwis statyczny. Odpowiadam wtedy pytaniami, które przesądzają o wyborze bardziej niż sama technologia – kto będzie zmieniał treści, czy strona ma sprzedawać i z jakimi systemami musi współpracować. Poniżej rozpisuję te kryteria po kolei, razem z kosztami utrzymania obu rozwiązań.
Czym różnią się te dwa podejścia
WordPress buduje stronę w momencie wejścia użytkownika: serwer odpytuje bazę danych, składa treść z szablonu, uruchamia wtyczki i dopiero wtedy wysyła gotowy dokument. Dostajesz do tego panel administracyjny, w którym każdą treść zmienisz sam.
Serwis statyczny powstaje raz, przy publikacji. Na serwerze leżą gotowe pliki, które przeglądarka pobiera bez żadnych obliczeń po drodze. Nie ma bazy danych, nie ma panelu logowania, nie ma wtyczek aktualizowanych co tydzień. Zmiana treści oznacza ponowne zbudowanie i wysłanie plików – automatycznie, ale jednak procesem, a nie kliknięciem w edytorze.
Ta jedna różnica pociąga za sobą wszystkie pozostałe.
Kto będzie edytował treść
To pierwsze pytanie, jakie zadaję, i najczęściej ono rozstrzyga sprawę.
Jeżeli w firmie jest osoba, która co tydzień dopisuje aktualność, zmienia ofertę, publikuje ogłoszenie o pracę albo wgrywa zdjęcia z realizacji – sam panel administracyjny uzasadnia wybór WordPressa. Koszt szkolenia jest niski, bo edytor zna prawie każdy, kto pracował wcześniej przy jakiejkolwiek stronie.
Jeżeli treść zmienia się kilka razy w roku i zawsze przez wykonawcę, panel jest funkcją, za którą płacisz co miesiąc i której nie używasz. Utrzymanie tej funkcji kosztuje: cotygodniowe aktualizacje, kopie zapasowe i ryzyko, że wtyczka przestanie być rozwijana.
Jest też droga pośrednia: serwis statyczny z podpiętym osobnym panelem do redakcji treści. Redaktor pracuje w edytorze, a strona przebudowuje się automatycznie po zapisaniu zmian. Rozwiązanie sprawdza się przy blogu albo katalogu realizacji, kosztuje jednak dodatkowy dzień wdrożenia i miesięczną opłatę za panel.
Kiedy zostaję przy WordPressie
Cztery sytuacje, w których nawet nie rozważam innego wariantu:
- Sklep internetowy. WooCommerce działa wyłącznie na WordPressie i przy typowym sklepie polskiej firmy nie ma sensownego zamiennika po stronie statycznej. Koszyk, płatności, faktury, integracja z kurierem, magazynem i księgowością – to wszystko istnieje jako gotowe wtyczki, przetestowane na tysiącach wdrożeń.
- Rezerwacje, kursy, strefa dla zalogowanych. Każda funkcja, w której użytkownik ma konto i widzi coś innego niż reszta odwiedzających, wymaga systemu działającego po stronie serwera.
- Zespół redakcyjny. Role, uprawnienia, moderacja i historia zmian są w WordPressie od lat i działają.
- Integracje bez programisty. System mailingowy, formularz z płatnością, kalendarz, katalog produktów synchronizowany z hurtownią – w większości przypadków istnieje gotowa wtyczka, którą wystarczy skonfigurować.
Kiedy proponuję serwis statyczny
Szybkość
Serwer nie ma nic do policzenia, więc oddaje dokument od razu. Zamiast kilkuset milisekund potrzebnych WordPressowi na złożenie strony zostaje sam czas przesłania pliku. Różnica jest największa na współdzielonym hostingu i na telefonie w słabym zasięgu, czyli dokładnie tam, skąd wchodzi na stronę duża część klientów.
Wynik widać także w pomiarach Core Web Vitals, na które patrzy Google. Strona statyczna zaczyna od poziomu, do którego WordPressa trzeba doprowadzać pamięcią podręczną, kompresją obrazów i sprzątaniem wtyczek.
Bezpieczeństwo
Zdecydowana większość włamań, które naprawiałem, była przez nieaktualną wtyczkę albo motyw. Serwis statyczny nie ma wtyczek, nie ma bazy danych i nie ma panelu logowania, więc nie ma też typowej drogi wejścia. Nie oznacza to nietykalności – trzeba pilnować serwera, certyfikatu i zależności użytych przy budowie – ale lista rzeczy, które mogą zawieść, jest nieporównanie krótsza.
Przewidywalność
Strona statyczna nie zmienia się sama. Nie ma automatycznej aktualizacji, która w nocy przestawi układ graficzny, ani wtyczki, która po dwóch latach przestanie być rozwijana i wymusi przebudowę sekcji. Serwis wygląda tak samo, dopóki ktoś świadomie go nie zmieni.
Koszty utrzymania w liczbach
Wejście do stałej opieki kosztuje w obu wariantach tyle samo – 200 zł netto miesięcznie – ale kupujesz za to co innego.
| Zakres | OneNet Admin (WordPress) | OneNet Admin Static |
|---|---|---|
| Cena | 200 zł netto/mies. | 200 zł netto/mies. |
| Godziny prac | – | 1 godzina |
| Aktualizacje | rdzeń, motyw i wtyczki co tydzień | zależności i poprawki bezpieczeństwa |
| Kopie zapasowe | strona i baza, raz w miesiącu | repozytorium, treści i konfiguracja |
| Monitoring | dostępność i certyfikat co 5 minut, czarne listy spamowe | dostępność i certyfikat co 5 minut, czarne listy spamowe |
| Czas reakcji | do 24 h | do 24 h |
W pakiecie wordpressowym płacisz przede wszystkim za pilnowanie systemu: cotygodniowe aktualizacje, kopie sprzed każdej zmiany, skanowanie i reakcję, gdy aktualizacja zepsuje układ strony. W pakiecie dla serwisu statycznego nie ma czego aktualizować co tydzień, więc ta sama kwota kupuje godzinę pracy na zmiany w treści.
Wyższe pakiety wyglądają analogicznie: OneNet Admin Plus i OneNet Admin Static Plus po 400 zł netto (2 godziny prac), OneNet Admin Max i OneNet Admin Static Max po 600 zł netto (4 godziny prac).
Czego serwis statyczny nie zrobi
Kiedy strona statyczna może nie być odpowiednim rozwiązaniem:
- Nie ma gotowej wtyczki na każdą potrzebę. Nowa funkcja to praca programisty, a nie kliknięcie „zainstaluj”.
- Formularze, wyszukiwarka wewnętrzna i komentarze wymagają osobnej usługi, którą trzeba wybrać i opłacić.
- Podgląd zmian przed publikacją jest, ale rzadko tak wygodny jak edytor WordPressa.
- Osób pracujących z WordPressem jest w Polsce wiele tysięcy. Przy serwisie statycznym wybór wykonawcy jest węższy, co bywa argumentem przy planowaniu ciągłości obsługi.
Kiedy migracja rzeczywiście się opłaca
Przeniesienie działającej strony na inną technologię ma sens w kilku sytuacjach:
- serwis ma ustabilizowaną treść, a panel administracyjny nie był otwierany od miesięcy,
- powtarzają się infekcje albo rosną koszty naprawy po awariach,
- strona zwolniła po latach dokładania wtyczek i optymalizacja nie daje już poprawy,
- i tak przepisujecie treści przy zmianie identyfikacji wizualnej, więc koszt migracji rozkłada się na ten sam projekt.
Odradzam migrację, gdy serwis prowadzi sprzedaż w WooCommerce, ma rozbudowaną strefę dla zalogowanych albo kilkuset podstron redagowanych na bieżąco przez zespół. W takich wypadkach lepszym wydatkiem jest audyt i uporządkowanie tego, co już działa.
Lista kontrolna przed decyzją
Cztery pytania, po których odpowiedź zwykle jest oczywista:
- Czy sprzedajesz przez stronę, czy zbierasz zapytania?
- Ile razy w miesiącu ktoś w firmie zmienia treść?
- Które zewnętrzne systemy muszą z tą stroną współpracować?
- Kto ma się nią zajmować za dwa lata?
Odpowiedź „sprzedaję i zmieniam treść co tydzień” prowadzi do WordPressa. Odpowiedź „zbieram zapytania, a treść aktualizuję kwartalnie” prowadzi do serwisu statycznego.
Najczęstsze pytania
Czy stronę statyczną da się edytować bez programisty?
Tak, jeżeli przy wdrożeniu podłączymy panel do redakcji treści. Bez niego zmiany wprowadza wykonawca – w pakiecie OneNet Admin Static dostępna jest godzina pracy miesięcznie, co przy stronie firmowej zwykle wystarcza.
Czy przejście na serwis statyczny zaszkodzi pozycjom w Google?
Nie, o ile zachowamy adresy podstron, treść i dane uporządkowane, a przekierowania ustawimy przed przełączeniem. Migracja przeprowadzona bez tego przygotowania potrafi kosztować pozycje na kilka tygodni, dlatego jest to pierwszy punkt planu, a nie ostatni.
Czy można połączyć oba rozwiązania?
Można. Spotykany układ to serwis statyczny na stronie firmowej i osobny sklep WooCommerce pod adresem w rodzaju sklep.twojafirma.pl. Każda część działa wtedy na tym, w czym jest najlepsza, kosztem utrzymania dwóch środowisk zamiast jednego.
Autor
Kamil Bigaj · OneNet
Właściciel OneNet. Buduje, utrzymuje i pozycjonuje strony firm od ponad 10 lat – jako jeden wykonawca, od wyceny po stałą opiekę.
