Kiedy strona wymaga przebudowy
Wiek strony sam niczego nie przesądza. Przebudowy wymaga dopiero strona, której nie da się już bezpiecznie aktualizować albo która przestała robić to, do czego służy. Sygnały, które warto sprawdzić samemu:
- Wolne ładowanie na telefonie. Google bierze Core Web Vitals pod uwagę przy ocenie strony. Jeśli LCP w raporcie Search Console jest oznaczony jako słaby mimo cache, przyczyna zwykle siedzi w motywie. Zobacz, jak przyspieszyć stronę WordPress.
- Przestarzały stos. PHP 7.x, wtyczki bez aktualizacji od lat, motyw bez wsparcia autora. Każda taka pozycja zwiększa ryzyko, które opisuję przy audycie bezpieczeństwa WordPress.
- Telefon jako gorsza wersja. Układ projektowany na desktop, menu, którego nie da się obsłużyć kciukiem, koszyk rozjeżdżający się na małym ekranie.
- Spadający ruch z Google przy regularnie publikowanych treściach, gdy raport indeksowania pokazuje błędy techniczne.
Kto robi przebudowę
Jestem Mariusz Szatkowski, programista WordPress od 2006 roku, z Gdyni. Pracuję sam, bez zespołu i podwykonawców, więc kod piszę osobiście i nikomu nie przekazuję dostępów.
Co obejmuje
Wdrożenie Twojego projektu graficznego jako responsywnego motywu, aktualizację PHP i WordPressa, porządek we wtyczkach i bazie, migrację treści z metadanymi, mapę przekierowań 301, wydajność i dostępność w kodzie. Projekt graficzny, makiety i UX dostarczasz Ty albo Twój projektant.
Przebudowa, modernizacja czy nowa strona?
Pod jednym słowem kryją się trzy różne zlecenia, a od wybranej etykiety zależy budżet i ryzyko. Zanim ustalisz zakres, możesz przejść audyt gotowości do przebudowy.
| Kryterium | Odświeżenie wyglądu | Modernizacja techniczna | Nowa strona |
|---|---|---|---|
| Kiedy wybrać | Wygląd odstaje od marki, ale strona sprzedaje | Wolne ładowanie, porzucone wtyczki, PHP 7.x | Zmienił się model biznesowy, oferta albo marka |
| Projekt graficzny | Nowy, od Ciebie lub Twojego projektanta | Zwykle zostaje obecny | Nowy, od Ciebie lub Twojego projektanta |
| Moja praca | Wdrożenie projektu jako motywu | Motyw, PHP, hosting, baza, wtyczki | Motyw, struktura, migracja albo założenie treści |
| Treści | Zostają | Zostają, po przeglądzie | Piszesz je od nowa |
| Adresy URL | Bez zmian | Bez zmian albo z mapą 301 | Nowa struktura z pełną mapą 301 |
| Ryzyko dla pozycji | Niskie | Średnie, kontrolowane mapą 301 | Wyższe, plan migracji obowiązkowy |
Najczęściej przebudowa łączy dwie pierwsze kolumny, bo nowy wygląd na starej infrastrukturze nie poprawi Core Web Vitals. Szerzej opisuję to na stronie usługi przebudowa i modernizacja strony.
Trzy warstwy przebudowy
Kod i serwer. PHP 8.x, aktualny WordPress, cache obiektów (na przykład Redis, jeśli hosting go udostępnia), porządek w zapytaniach do bazy, nagłówki bezpieczeństwa i lista wtyczek ograniczona do tego, czego strona naprawdę używa.
Wygląd. Projekt graficzny dostarczasz Ty albo Twój projektant, jako plik Figma albo jako wypełniony arkusz, w którym zaznaczasz elementy na każdym widoku. Wdrażam go jako responsywny motyw i sprawdzam na telefonie, tablecie i komputerze. Dostępność według WCAG 2.2 robię w kodzie: semantyczny HTML, obsługa klawiatury, etykiety formularzy, teksty alternatywne.
Treści. Przenoszę je z datami, autorami, kategoriami, metadanymi SEO i danymi strukturalnymi. Które treści zostają, łączysz albo usuwasz, decydujesz Ty, ja pokazuję, co jest zduplikowane albo puste.
Migracja bez utraty pozycji
Najczęstsza obawa przed przebudową to spadek w Google. Ryzyko ogranicza kilka rzeczy, które robię przy każdej zmianie adresów:
- arkusz z mapą 301, w którym każdy stary adres ma odpowiednik,
- przeniesione tytuły, opisy, dane strukturalne i linki wewnętrzne poprawione w bazie,
- nowa mapa witryny zgłoszona w Google Search Console,
- przegląd raportu indeksowania i błędów 404 przez kolejne tygodnie po starcie.
Google opisuje ten proces w dokumentacji o przenoszeniu witryny ze zmianą adresów URL. Pozycji nie gwarantuje nikt uczciwy, ale pominięte przekierowanie to pewna strata.
WordPress, headless czy Astro?
- Motyw blokowy WordPress z edytorem witryny, gdy redakcja ma sama zarządzać stronami w panelu.
- Headless: WordPress jako zaplecze treści, a frontend w Astro lub Next.js, gdy liczy się szybkość i masz kogoś, kto utrzyma dwa systemy.
- Astro jako generator statycznych stron, gdy treść zmienia się rzadko, a JavaScript ma być wyjątkiem.
Motyw WordPress daje redakcji najwięcej kontroli. Headless i Astro wysyłają do przeglądarki mniej kodu, ale każda zmiana układu wymaga programisty.
Jak wygląda proces
- Przegląd obecnej strony: wydajność, wtyczki, PHP, adresy, integracje, raport indeksowania.
- Zakres i stos: co zostaje, co wymieniam, na czym buduję.
- Projekt od Ciebie: sprawdzam go pod kątem wykonalności i dostępności, zanim zacznę wdrożenie.
- Wdrożenie na stagingu w repozytorium Git.
- Migracja treści i mapa 301.
- Testy: przekierowania, formularze, płatności, wydajność, dostępność, przeglądarki.
- Uruchomienie po Twojej akceptacji i obserwacja indeksowania.
Jeśli Twoja strona potrzebuje przebudowy, wyślij brief przez formularz kontaktowy: adres strony, objawy i informację, czy masz już projekt graficzny.
