Przeniesienie strony firmy z WordPressa

Dla kogo

Klienci firmy z branży medycznej.

Co rozwiązuje

Odejście od WordPressa bez utraty pozycji w Google, z których przychodzą zapytania.

Nasza rola

Przeniesienie treści i nowa strona z panelem do edycji

Co powstało

• Przeniesienie całej treści z WordPressa, z jej sprawdzeniem
• Nowa platforma z panelem do samodzielnej edycji
• Mapa 82 przekierowań i polecenie, które je sprawdza
• Odtworzone dane dla Google i własne adresy oferty oraz kontaktu

Technologie

Next.js, Payload, PostgreSQL, TypeScript, Tailwind CSS, Docker

Punkt wyjścia

Strona firmy z branży medycznej działała na WordPressie. Zapytania przychodziły przez wyszukiwarkę, a Google miał zindeksowane 158 adresów. Najważniejsze wymaganie brzmiało: nie stracić pozycji. Taka strata jest cicha, bo nic się nie psuje. Zapytania przestają przychodzić.

Zebraliśmy całą treść

Przez interfejs WordPressa wyeksportowaliśmy 44 strony, 28 wpisów, 28 realizacji i 247 plików. Obok powstała statyczna kopia strony. Każdy rekord zachował swój stary adres, z którego później powstała mapa przekierowań.

Eksport miał dwie pułapki. Serwer ucinał odpowiedzi poniżej żądanego rozmiaru strony, a robot widzi tylko to, do czego prowadzą linki. Dlatego kopię porównaliśmy z eksportem i uzupełniliśmy.

Sprawdziliśmy kompletność

Porównaliśmy eksport z kopią sześciu tabel treści, bez zgłoszeń z formularza i kont. Strony, wpisy i realizacje się zgadzały. Porównanie adresów pozwoliło odzyskać jeden zgubiony plik.

Zbudowaliśmy nową platformę

Next.js, Payload CMS i PostgreSQL, z panelem do samodzielnej edycji. Ponowny import aktualizuje rekordy i ich nie powiela. Zmiany struktury bazy przechodzą przez migracje, a publikacja w panelu odświeża stronę.

Odtworzyliśmy strukturę i treść

• Trzypoziomowe menu, którego nie było w eksporcie, przepisaliśmy z działającej strony.
• 39 linków do wyłączanego serwera stało się wewnętrznymi.
• 76 plików PDF trafiło do biblioteki mediów.
• Zachowaliśmy 19 filmów, które konwerter po cichu usuwał. Nic nie trafia do Google przed kliknięciem odtwarzania.
• Naprawiliśmy import, który wycinał obrazy z artykułów.

Zbudowaliśmy mapę przekierowań

To 82 reguły: 57 generowanych z danych i 25 ręcznych (menu, archiwa, pozostałości wtyczek). Polecenie sprawdzające przechodzi wszystkie adresy starej strony i pokazuje, dokąd prowadzą. Przebieg z 29 października 2026 na wersji testowej: 99 adresów, 67 przekierowanych na stałe, 32 bez zmian, 0 martwych.

Zachowaliśmy to, co widzi Google

• Każda strona ma adres kanoniczny, opis i karty do udostępniania.
• Odtworzyliśmy dane strukturalne po wtyczce: organizację, artykuły i ścieżkę nawigacji.
• Oferta i kontakt mają własne adresy, bo Google nie traktuje fragmentu #kontakt jak osobnej strony.
• Doszły robots.txt i mapa strony. Stare adresy WordPressa odpowiadają prawdziwym błędem 404.

Bezpieczeństwo

Formularz jest chroniony przed nadużyciami, a wersja testowa nie trafia do Google. Publikację opisaliśmy skryptami, które sprawdzają wynik.

Wygląd i panel

Strona główna i podstrony dostały nowy układ. W panelu listy są pogrupowane, z opisem miejsca, w którym dana treść się pokazuje.

Czego świadomie nie zrobiliśmy

Stare adresy obrazków nie mają przekierowań, więc Google znajdzie obrazki pod nowymi adresami. Nie publikujemy też dat zmian przy zaimportowanych treściach, bo każda miałaby datę importu.