Redesign i migracja rehafit.org – WordPress bez Elementora, customowy motyw i 61 przekierowań 301

Centrum fizjoterapii i rehabilitacji RehaFit to serwis świadczący usługi fizjoterapii, masażu i treningu personalnego. Oferta obejmuje zarówno wizyty indywidualne, jak i bony podarunkowe oraz pakiety dla firm. Strona pełni podwójną rolę — jest serwisem informacyjnym i jednocześnie sklepem internetowym, przez który klienci mogą kupować bony i opłacać usługi.

Do Max Digital trafił projekt z konkretnym briefem: stara strona działa na Elementorze, jest ciężka, wygląda nieaktualnie i wymaga pełnego odświeżenia. Jednocześnie działa przy niej sklep WooCommerce z historią zamówień i kontami klientów, którego nie można po prostu wyłączyć i postawić od zera.

Stara wersja — co nie działało

Przed wdrożeniem RehaFit działał na klasycznym setupie WordPress + Elementor. To rozwiązanie, które sprawdza się przy szybkich MVP, ale przy rozbudowanej ofercie usługowej i działającym sklepie zaczyna generować realne problemy.

• Elementor jako bottleneck wydajności — page builder generuje tony nieużywanego CSS i JavaScript ładowanego na każdej podstronie niezależnie od potrzeby.
• Nieuporządkowana struktura URL — specjaliści pod adresami bez logiki, stara sekcja oferta/rehabilitacja nie odpowiadała aktualnej nazwie usług (fizjoterapia), struktury URL wymagały porządku przed jakimkolwiek pozycjonowaniem.
• Zablokowane indeksowanie — strona przez pewien czas nie była prawidłowo indeksowana przez Google, co wymagało natychmiastowej korekty.
• Rozjazdy na urządzeniach mobilnych — różne sekcje zbudowane w Elementorze zachowywały się nieprzewidywalnie na mniejszych ekranach.
• Design nieodpowiadający poziomowi usług — centrum świadczące specjalistyczne usługi medyczne i rehabilitacyjne zasługiwało na serwis, który to oddaje.

Porównanie przed i po redesignie

Poniżej interaktywna karuzela z porównaniem 7 podstron przed i po redesignie. Nawiguj strzałkami lub kropkami — każde okno możesz też samodzielnie przewijać.

Dlaczego WordPress bez Elementora

Przy projekcie RehaFit odpowiedź na pytanie o stos technologiczny była jednoznaczna: customowy motyw WordPress bez żadnego page buildera. Decyzja nie wynikała z ideologicznego podejścia do narzędzi — wynikała z konkretnych potrzeb serwisu.

RehaFit to serwis, który musi być szybki, czytelny i łatwy w utrzymaniu przez kolejne lata. Elementor rozwiązuje te problemy tylko pozornie — daje szybki start, ale z czasem zamienia się w dług techniczny: ciężkie renderowanie, niespójne style, uzależnienie od zewnętrznego page buildera i jego aktualizacji.

Jest jednak jeszcze jeden wymiar tej decyzji — i w 2025 roku jest on trudny do zignorowania. W dobie dynamicznie rozwijającego się programowania z AI, budowanie strony opartej na page builderze nie byłoby już tylko nieefektywną decyzją biznesową — byłoby po prostu głupią. Builderzy były odpowiedzią na problem braku dostępu do developerów i braku możliwości szybkiego tworzenia layoutów. Ten problem przestaje istnieć.

Nie potrzebujemy już kolejnej nakładki, która pozwoli „kliknąć sobie stronę". Zaawansowane LLMy — Cursor, Claude, GitHub Copilot — potrafią dziś generować czysty, semantyczny kod HTML, CSS i PHP bezpośrednio na żądanie. Zamiast walczyć z panelem Elementora, żeby ustawić padding i kolor przycisku, developer pisze polecenie i dostaje gotowy kod, który trafia wprost do motywu — bez warstwy pośredniej, bez zbędnego JavaScriptu, bez długu technologicznego narastającego z każdą aktualizacją wtyczki.

Customowy motyw WordPress z polami ACF daje dokładnie to, czego potrzeba:

• Strona ładuje tylko to, co jest faktycznie potrzebne na danej podstronie.
• Układ jest stabilny — nie ma ryzyka, że aktualizacja wtyczki rozjedzie design.
• Treść można edytować z panelu WordPress przez dedykowane pola, bez wiedzy technicznej.
• Developer ma pełną kontrolę nad każdą linijką HTML i CSS.

Warto to rozumieć technicznie. Połączenie z bazą danych MySQL jest identyczne w obu przypadkach — WordPress zawsze otwiera jedno połączenie na request. Różnica leży w tym, co się dzieje po tym połączeniu. Elementor trzyma zawartość strony jako jeden duży blob JSON w wp_postmeta, który przy każdym ładowaniu musi być pobrany, sparsowany w PHP i przetłumaczony na drzewo widgetów. Do tego dochodzą osobne zapytania o globalne widgety, warunki wyświetlania, ustawienia i cache CSS — łącznie 10–30 dodatkowych zapytań do bazy przy każdym page loadzie. Custom motyw robi tylko to, co potrzeba dla danej podstrony, i renderuje HTML bezpośrednio z szablonu PHP — bez żadnej warstwy pośredniej. Na hostingu bez Redis na różnicy widać 300–600 ms w TTFB.

Zakres prac — co konkretnie zrobiliśmy

Redesign i customowy motyw WordPress

Nowa warstwa wizualna powstała jako autorski motyw WordPress przygotowany specjalnie pod RehaFit — nie jako zestaw przypadkowych bloków, tylko jako uporządkowane szablony dopasowane do struktury serwisu. Motyw obsługuje stronę główną, wszystkie podstrony ofertowe, sekcje specjalistów, sklep z bonami, galerie, CTA i formularze kontaktowe.

Jednocześnie zadbaliśmy o pełną edytowalność treści z poziomu panelu — właściciel może samodzielnie aktualizować ofertę, opisy usług, dane specjalistów, zdjęcia i wpisy blogowe bez ingerencji w kod.

Mega menu ze specjalistami

Jednym z wyróżniających elementów nawigacji jest mega menu z listą specjalistów — dostępne bezpośrednio z głównej nawigacji, bez konieczności przechodzenia przez podstrony usług. Użytkownik może wybrać specjalistę już na poziomie menu, zanim w ogóle trafi na stronę danej usługi.

Specjaliści w mega menu są podzieleni na trzy działy: Nasz Zespół, Fizjoterapeuci i Trenerzy Personalni. Taki podział sprawia, że użytkownik trafia do właściwej osoby w jednym kliknięciu — bez przeglądania całej listy zespołu. Z perspektywy UX to jeden z tych detali, które bezpośrednio przekładają się na liczbę umówionych wizyt: im krótsza ścieżka do wyboru specjalisty, tym mniej odrzuceń na etapie decyzji.

Migracja serwerowa i nowa domena

Serwis został przeniesiony na nowy serwer i uruchomiony na docelowej domenie rehafit.org. Wdrożono SSL, ustawiono prawidłową domenę kanoniczną, spięto przekierowanie wersji www do głównej. Migracja przebiegła bez downtime widocznego dla użytkowników.

61 przekierowań 301 — ochrona ruchu SEO

Zmiana struktury URL to jeden z największych ryzyk przy redesignie. Każdy adres, który znika bez przekierowania, to potencjalna utrata pozycji w Google i ruch trafiający na stronę 404. Dlatego przed wdrożeniem nowej wersji przeprowadziliśmy pełną analizę starej struktury URL i wdrożyliśmy 61 przekierowań 301.

Każde przekierowanie zostało zweryfikowane pod kątem poprawności docelowego adresu. Dodatkowo przeanalizowaliśmy eksport z Search Console, wykrywając historyczne adresy kończące się błędem 404 — i te również zostały objęte przekierowaniami.

Audyt SEO — co się dzieje po tym, jak developer „skończy"

Większość agencji webowych kończy pracę w momencie, gdy strona jest technicznie uruchomiona. Problem polega na tym, że technicznie działająca strona to nie to samo co strona, która pracuje w Google. Przy RehaFit przeprowadziliśmy pełny audyt SEO i wdrożyliśmy wynikające z niego korekty — coś, czego większość deweloperów nie robi, bo nie leży to w zakresie ich kompetencji ani standardowego zlecenia.

Zakres prac SEO przy RehaFit:

• Google Tag Manager wdrożony ręcznie, bez zbędnych wtyczek — jeden snippet w PHP, zero narzutu na wydajność strony.
• Google Search Console — dodana, zweryfikowana i podłączona do domeny produkcyjnej. Serwis był dotychczas niewidoczny dla narzędzi Google mimo że działał produkcyjnie.
• Domena kanoniczna i wymuszenie jednej wersji — konsolidacja www/non-www i HTTP/HTTPS w jednym przekierowaniu na poziomie serwera.
• 61 przekierowań 301 — pełna ochrona pozycji wypracowanych przez lata, zanim zmiana struktury URL zdążyła je wyzerować.
• Analiza historycznych błędów 404 z eksportu Search Console — adresy dawno usuniętych podstron, do których nadal prowadziły zewnętrzne linki, również dostały przekierowania na właściwe odpowiedniki.

Ten ostatni punkt jest najczęściej pomijany. Przy analizie Search Console odkryliśmy dziesiątki URL-i, które Google zaindeksował lata temu — i do których nadal trafiały linki z zewnętrznych serwisów. Przekierowanie ich na odpowiednie sekcje nowego serwisu oznacza odzyskanie link equity, które normalnie przepadłoby bez śladu przy zmianie struktury URL.

WooCommerce — sklep, zamówienia i płatności

Sklep RehaFit obsługuje sprzedaż bonów podarunkowych i płatności za usługi. Migracja sklepu to zawsze najtrudniejszy element przeprowadzki — dane zamówień, konta klientów i bramki płatności muszą działać od pierwszej minuty po wdrożeniu.

Co zrobiliśmy w ramach migracji sklepu:

• Przeniesienie brakujących zamówień WooCommerce i kont klientów powiązanych z zamówieniami.
• Uruchomienie i potwierdzenie działania SMTP — wysyłka maili transakcyjnych (potwierdzenia zamówień, resetowanie haseł).
• Aktywacja i konfiguracja bramki płatności paynow.
• Porządkowanie produktów i bonów podarunkowych w nowej strukturze sklepu.
• Potwierdzenie działania mailingu testowymi zamówieniami przed wdrożeniem produkcyjnym.

Optymalizacja wydajności — bez magicznych wtyczek

Redesign to tylko połowa sukcesu. Nowy motyw może wyglądać świetnie i nadal ładować się wolno, jeśli WordPress dociąga niepotrzebne zasoby globalnie. Przy RehaFit przeprowadziliśmy ręczną optymalizację frontendu i warstwy WordPressa — zamiast opierać wydajność na „magicznej" wtyczce do przyspieszania.

Zakres prac optymalizacyjnych

• Odchudzenie homepage z zasobów ładowanych globalnie — strona pobiera tylko to, co jest realnie potrzebne na danym widoku.
• Optymalizacja obrazów sekcji hero i kluczowych kafelków — konwersja do lżejszych formatów i ograniczenie rozmiarów transferu.
• Przebudowa sposobu ładowania slidera hero — pierwszy ekran możliwie lekki, kolejne elementy nie blokują renderowania.
• Ograniczenie blokujących zasobów CSS i JavaScript na stronie głównej.
• Wycięcie zbędnych assetów WooCommerce i innych wtyczek z podstron, na których nie są potrzebne.
• Uporządkowanie ładowania skryptów trackingowych i narzędzi zewnętrznych — bez obciążania krytycznej ścieżki renderowania.
• Zastąpienie zewnętrznych fontów lżejszym, lokalnym rozwiązaniem.
• Ograniczenie kosztów renderowania na mobile — uproszczenie animowanych elementów i cięższych sekcji.
• Uruchomienie Redis Object Cache jako końcowe wsparcie warstwy backendowej.

Wynik — PageSpeed Insights

To nie była optymalizacja „na skróty" wykonana jedną wtyczką do cache. Wynik został osiągnięty dzięki realnej pracy na kodzie, lekkiej architekturze motywu i świadomemu ograniczeniu zasobów ładowanych przez WordPress — nie na maskowaniu problemów dodatkowymi overlayami.

Zalety architektury — liczby które mówią same za siebie

• Customowy, lekki motyw bez Elementora — zero page builderowego narzutu JS i CSS.
• 12 wtyczek produkcyjnych w panelu — mniej konfliktów, mniejszy narzut, prostsze utrzymanie.
• Warunkowe ładowanie assetów — każda podstrona dociąga tylko swoje zasoby, nie globalny bundel całego serwisu.
• Wydajność zbudowana na architekturze, nie na cachowaniu problemów — serwis jest szybki bez względu na stan cache.

Wyniki — co zyskał klient

Wnioski

RehaFit to dobry przykład projektu, który wymaga wyjścia poza schemat "zrób na Elementorze i idź dalej". Centrum rehabilitacji z działającym sklepem, historią zamówień i ambitnymi planami SEO potrzebuje solidnego fundamentu technicznego — nie kolejnej warstwy page buildera na wierzchu.

Trzy rzeczy, które w tym projekcie miały największy wpływ na końcowy efekt:

1. Decyzja o porzuceniu Elementora — trudna dla klienta, który przyzwyczaił się do wizualnego edytowania, ale kluczowa dla wydajności i stabilności serwisu na lata.
2. Kompletna mapa przekierowań 301 przed wdrożeniem — bez tego redesign mógłby zniszczyć całą widoczność organiczną zbudowaną przez lata.
3. Migracja sklepu jako osobny, priorytetowy etap — sklep musi działać od pierwszej sekundy po wdrożeniu. Żadnych kompromisów z danymi zamówień i wysyłką maili.

Serwis rehafit.org jest teraz gotowy do pracy SEO, rozbudowy contentowej i dalszego skalowania oferty — na lżejszym, szybszym i znacznie łatwiejszym w utrzymaniu fundamencie.