WordPress czy Next.js: co wybrać do strony firmowej

Czym Next.js różni się od WordPressa

Pierwsza różnica jest widoczna gołym okiem. W Next.js projektujemy stronę od pustej kartki, więc układ, animacje i każdy detal wychodzą dokładnie tak, jak je zaplanowaliśmy, bez oglądania się na to, co ktoś przewidział wcześniej. Na WordPressie punktem wyjścia jest kupiony motyw i to on wyznacza granicę: wszystko, co wykracza poza jego ustawienia, trzeba dołożyć wtyczką albo dopisanym kodem, a każda taka zmiana kosztuje czas przy wdrożeniu i wraca przy kolejnych aktualizacjach. Druga różnica siedzi pod spodem, w tym, kto właściwie napisał kod Twojej strony.

WordPress powstał w 2003 roku jako narzędzie do prowadzenia bloga. Wszystko, co firma robi na nim dzisiaj, czyli katalog produktów, rezerwacje, kalkulator, sklep, jest doklejone wtyczką napisaną przez kogoś zupełnie innego. Twoja strona jest wtedy zbiorem kilkunastu programów, które muszą się ze sobą dogadać, chociaż nikt ich razem nie projektował.

Next.js nie jest gotową stroną, tylko środowiskiem, w którym się ją pisze. Na takiej stronie nie ma niczego, czego ktoś świadomie nie dodał. Brzmi to jak wada, dopóki nie policzysz, ile kosztuje kod, którego nigdy nie zamawiałeś.

Cztery rzeczy, które psują WordPressa

Wtyczki to cudzy kod na Twojej stronie

Typowa strona firmowa na WordPressie ma od kilkunastu do trzydziestu wtyczek: formularz, kreator układu, pamięć podręczna, kopie zapasowe, narzędzie do SEO, galeria, zgody na pliki cookie, ochrona przed spamem. Każda z nich jest osobnym programem z własnym autorem i własnym cyklem życia.

• Autor wtyczki może przestać ją rozwijać. Na stronie zostaje wtedy kod, którego nikt już nie łata.
• Wtyczka może zostać sprzedana komuś innemu. To jedna z częstszych dróg, którymi na strony trafiają obce reklamy i przekierowania.
• Wtyczki wchodzą sobie w drogę. Dwie naraz potrafią wyłączyć trzecią, a przyczynę znajduje się metodą wyłączania po kolei.
• Za wersję darmową płaci się później. Połowa potrzebnych funkcji siedzi w wariancie płatnym, rozliczanym co roku i osobno dla każdej wtyczki.

Aktualizacje, które psują to, co działało

Sam rdzeń WordPressa potrafi aktualizować się automatycznie. Wtyczki i motyw są na głowie właściciela strony, a każda taka aktualizacja jest wgraniem nowej wersji cudzego programu na działającą stronę. Zwykle przechodzi bez śladu. Czasem rozjeżdża układ albo wyłącza formularz i nikt się o tym nie dowiaduje, dopóki klient nie zadzwoni, że nie mógł wysłać zapytania.

Popularność, która przyciąga ataki

WordPress stoi pod większą liczbą stron w internecie niż jakikolwiek inny system i to jest jego największy problem z bezpieczeństwem. Skoro jeden schemat pasuje do milionów stron, opłaca się napisać program, który odwiedza po kolei tysiące adresów i szuka jednej znanej dziury. Twoja strona nie musi nikogo interesować, żeby zostać zaatakowana. Wystarczy, że stoi na tym samym systemie co reszta.

Podatności zgłaszane co roku liczy się w tysiącach, a w zdecydowanej większości nie dotyczą samego WordPressa, tylko wtyczek i motywów. To przewidywalne: rdzeń rozwija zorganizowany zespół, a wtyczkę bardzo często jedna osoba po godzinach.

• Włamanie rzadko kończy się zniknięciem strony. Częściej dokleja do niej niewidoczne podstrony z odnośnikami do obcych serwisów.
• Zainfekowana strona bywa wyrzucana z wyników wyszukiwania i oznaczana ostrzeżeniem w przeglądarce, które widzi każdy odwiedzający.
• Sprzątanie kosztuje więcej niż rok porządnej opieki, bo trzeba oczyścić pliki, bazę danych i konta pocztowe, a potem odzyskać zaufanie wyszukiwarki.

Szybkość, o którą trzeba walczyć

Strona na WordPressie składa podstronę od nowa przy każdym wejściu: odpytuje bazę danych, uruchamia wtyczki, buduje kod strony. Żeby działała szybko, dokłada się wtyczkę od pamięci podręcznej, potem kolejną od kompresji zdjęć. To działa, tylko każdy z tych kroków jest pracą, którą ktoś musi wykonać, a potem utrzymać.

Osobnym obciążeniem są kreatory układu, na których powstaje dziś blisko połowa stron na WordPressie, a sam Elementor stoi pod mniej więcej co trzecią. Są wygodne w edycji, ale generują ciężki kod, bo muszą przewidzieć każdy możliwy układ. Na telefonie w słabym zasięgu różnicę widać gołym okiem, a Google mierzy ją i bierze pod uwagę w wynikach wyszukiwania.

Co daje Next.js

Szybkość: strona gotowa, zanim ktokolwiek na nią wejdzie

Podstrony w Next.js nie są składane od nowa przy każdym wejściu. Gotowa strona leży w pamięci podręcznej sieci serwerów rozstawionych po świecie i odwiedzający dostaje ją z węzła położonego najbliżej siebie. Treści z panelu mają swoją bazę danych, ale odpytujemy ją przy budowaniu strony i potem co jakiś czas w tle, a nie przy każdym kliknięciu. Stąd biorą się czasy ładowania liczone w ułamkach sekundy, bez comiesięcznej opieki nad wydajnością. Obrazy i kroje pisma nadal trzeba przygotować z głową, ale robi się to raz, przy wdrożeniu.

Wyjątkiem są miejsca, które muszą pokazywać stan na teraz: koszyk w sklepie, podgląd zamówienia, strefa klienta. Te powstają na żądanie, bo gotowa kopia sprzed godziny byłaby tam bezużyteczna. Na stronie firmowej takich miejsc zwykle nie ma w ogóle.

Ta sama strona jest przy tym w całości czytelna dla wyszukiwarki, bo treść siedzi w kodzie od razu, a nie jest doklejana skryptem po załadowaniu. To jeden z powodów, dla których pozycjonowanie strony startuje tu z lepszego miejsca.

Tempo wdrożenia: gotowe klocki zamiast polowania na wtyczki

Drugi rodzaj szybkości dotyczy naszej pracy, ale odczuwa go klient. Przez lata zbudowaliśmy własną bibliotekę komponentów w Next.js: sekcje ofertowe, galerie realizacji, formularze, cenniki, panel do treści. Każdy z nich jest już napisany, przetestowany na telefonach i sprawdzony pod kątem wyszukiwarki. Nowa strona powstaje więc ze złożenia gotowych części i dopisania tego, co w danej firmie jest naprawdę wyjątkowe.

Ta sama strona na WordPressie zajmuje nam kilkakrotnie więcej czasu. Każdą funkcję trzeba tam wybrać spośród kilkunastu wtyczek, sprawdzić, czy jest utrzymywana, czy nie kłóci się z pozostałymi i czy nie spowalnia strony, a potem jeszcze zmusić szablon, żeby wyglądał tak, jak ustaliliśmy z klientem. Przy Next.js ten czas idzie na projekt i treści zamiast na godzenie ze sobą cudzego kodu.

Dla zamawiającego oznacza to jedno: termin uruchomienia jest datą, a nie widełkami, a poprawki po starcie wchodzą w kilka godzin, nie po kolejnej aktualizacji wtyczki.

Bezpieczeństwo: mniej drzwi, które można wyważyć

Na stronie w Next.js nie ma bazy danych wystawionej na świat ani wtyczek, w których ktoś mógłby znaleźć lukę. Automaty krążące po internecie pytają najczęściej o adresy i pliki WordPressa, a tych tutaj po prostu nie ma, więc zdecydowana większość takich prób kończy się na pustym miejscu.

Panel logowania oczywiście istnieje i nie udajemy, że jest ukryty. Stoi pod zwykłym adresem, bo chowanie ścieżki nie jest żadnym zabezpieczeniem: prędzej czy później i tak zostanie znaleziona. Chroni go hasło, którego nie przechowujemy w czytelnej postaci, oraz limit prób logowania, po którym kolejne podejścia z tego samego miejsca są odrzucane. Zgadywanie hasła przestaje się wtedy opłacać.

Panel do treści dopasowany do Twojej firmy

To jest ta zaleta, którą klienci doceniają najpóźniej i najmocniej. Panel WordPressa wygląda tak samo u blogera kulinarnego i w firmie budowlanej: kilkadziesiąt pozycji w menu, z których używa się trzech. Treść edytuje się w kreatorze układu, więc jednym nieostrożnym ruchem da się rozjechać wygląd strony, a potem zadzwonić do wykonawcy.

Panel pisany pod firmę zawiera dokładnie to, co ta firma zmienia w ciągu roku, i nic ponadto.

• Realizacja: nazwa, branża, zdjęcia, efekt w liczbach. Wypełniasz pola, układ zostaje ten sam.
• Cennik: pakiet, cena, lista pozycji. Podniesienie ceny to jedno pole, nie przebudowa tabeli.
• Zespół, oferta, opinie, ogłoszenia o pracę: osobne listy z gotowymi polami i podpowiedziami.
• Wyglądu nie da się zepsuć, bo nie zarządza nim osoba wpisująca treść.

Skutek jest praktyczny: treści zmienia osoba z firmy, a nie agencja na zlecenie. To najczęściej decyduje o tym, czy strona po dwóch latach pokazuje aktualną ofertę, czy tę sprzed dwóch lat.

Funkcje, których we WordPressie nie da się dołożyć

Przy WordPressie odpowiedź na pytanie „czy da się zrobić X” brzmi: sprawdzimy, czy ktoś napisał do tego wtyczkę. Przy Next.js brzmi: da się, pytanie ile to zajmie. Różnicę widać dopiero wtedy, gdy firma chce czegoś, czego nie ma w katalogu.

• Kalkulator wyceny liczący według Twoich stawek, z wysyłką wyniku na adres klienta.
• Konfigurator produktu z podglądem zmieniającym się na żywo przy każdym kliknięciu.
• Połączenie z programem magazynowym albo systemem do fakturowania, żeby stany i ceny nie były przepisywane ręcznie.
• Strefa dla klienta z jego zamówieniami, umowami albo raportami.
• Wyszukiwarka po Twoich kryteriach, na przykład po parametrach maszyny, a nie po nazwie producenta.

Każda z tych rzeczy jest oczywiście wyceniana osobno. Rzecz w tym, że jest wyceniana, a nie odrzucana.

Next.js i WordPress: porównanie punkt po punkcie

Jeden wiersz tej tabeli działa przeciwko nam i zostaje w niej celowo. WordPressa obsłuży niemal każde studio webowe w Polsce, a Next.js zawęża krąg do wykonawców pracujących w tej technologii. Przekazanie strony innej firmie jest przy WordPressie po prostu łatwiejsze. To jedyna wada Next.js, która nie zmniejsza się z czasem.

Ile kosztuje WordPress i Next.js przez trzy lata

Porównywanie samej ceny wdrożenia jest mylące, bo pomija wszystko, co dzieje się po odbiorze strony. Poniżej najtańszy pakiet z każdego cennika policzony przez trzy lata.

Kolumna WordPressa wygląda w tej tabeli taniej, tylko obiecuje znacznie mniej, niż się wydaje. Najtańszy pakiet WordPressa to jedna przewijana strona, a najtańszy pakiet Next.js daje do pięciu podstron, więc rachunek i tak wypada tu dla WordPressa łagodnie. Ten wariant jest przy tym bardziej ryzykowny, bo zakłada, że ktoś w firmie co miesiąc wgra aktualizacje, sprawdzi stronę po nich i zrobi kopię zapasową. Strony, które trafiają do nas do ratowania, prawie zawsze pochodzą właśnie z tego wariantu. Jeśli opiekę zleca się na zewnątrz, jej abonament przez trzy lata przekracza całą różnicę z ostatniego wiersza, czyli 800 zł, i to nawet przy najtańszym pakiecie opieki.

Kiedy WordPress nadal jest lepszym wyborem

Nie każdą stronę warto pisać od zera, a twierdzenie, że jest inaczej, byłoby nieuczciwe. Są sytuacje, w których odradzamy Next.js własnym klientom.

• Budżet zamyka się w granicach półtora tysiąca złotych, a strona ma przede wszystkim istnieć pod własnym adresem.
• Serwis żyje z bloga prowadzonego przez kilka osób, które publikują codziennie i potrzebują pełnej swobody w układzie każdego wpisu.
• Praca firmy jest zbudowana wokół konkretnej wtyczki, na przykład niszowego systemu rezerwacji zintegrowanego z branżowym oprogramowaniem.
• Zależy Ci, żeby stronę mógł przejąć dowolny wykonawca w tydzień, bez szukania kogoś od konkretnej technologii.

W pozostałych przypadkach, a to jest zdecydowana większość stron firmowych i mniejszych sklepów internetowych, rachunek wychodzi na korzyść Next.js już w drugim roku.

Jak wygląda przejście z WordPressa na Next.js

Firmy z działającą stroną boją się przede wszystkim jednego: że po przeprowadzce znikną z Google. To ryzyko jest realne, ale wyłącznie wtedy, gdy przeprowadzkę robi się bez planu. Kolejność wygląda u nas tak samo przy każdym projekcie.

1. Spis wszystkich adresów, które mają ruch albo odnośniki z zewnątrz. Wyciągamy go z Search Console i z analityki, nie z pamięci.
2. Przeniesienie treści razem z tytułami, opisami i hierarchią nagłówków. Tekst zostaje ten sam, zmienia się to, co go serwuje.
3. Przekierowania stałe z każdego starego adresu na nowy odpowiednik. To jest ten krok, którego pominięcie kosztuje widoczność.
4. Uruchomienie pod adresem testowym, sprawdzenie na telefonach i pomiar szybkości przed i po, żeby było czym się później pochwalić.
5. Przełączenie domeny i obserwacja widoczności przez kilka tygodni, żeby wyłapać adresy, które umknęły w pierwszym kroku.