Zmigrowałem seohouse.pl z WordPressa na Lovable. Checklista migracji bez utraty ruchu - przetestowana na własnej domenie

Migracja strony to najczęstszy moment, w którym firmy tracą widoczność w Google - i najczęstszy powód, dla którego trafiają do mnie z prośbą o ratunek. Dlatego zanim zacząłem doradzać innym przy migracjach z WordPressa, zrobiłem jedną na sobie: przeniosłem seohouse.pl z WordPressa na stack zbudowany w Lovable. W tym tekście dostajesz pełną checklistę, której użyłem, moje powody i pierwsze obserwacje z Google Search Console.

Krótko, na początek: migracja strony nie musi kończyć się spadkiem ruchu. Widoczność ginie nie przez samą zmianę technologii, tylko przez zaniedbane przekierowania 301, zgubione canonicale, zmienione URL-e bez mapy i brak monitoringu indeksacji w pierwszych tygodniach. Każdy z tych błędów da się wyeliminować przed startem - jeśli pracujesz z checklistą, a nie z nadzieją.

Dlaczego przeniosłem seohouse.pl z WordPressa na Lovable?

Decyzja miała trzy powody i jeden motyw nadrzędny: chciałem zebrać własne doświadczenie migracyjne na domenie, na której sam ponoszę ryzyko. Łatwo jest pisać poradniki z cudzych case studies. Trudniej patrzeć codziennie w GSC na wykres własnej widoczności po tym, jak wywróciłeś technologię do góry nogami.

Konkretne powody

1. 1.Lżejszy serwis. WordPress z motywem, wtyczkami i warstwą cache to zawsze kompromis. Strona zbudowana w Lovable (React + Tailwind, hosting statyczny) ładuje się szybciej i przechodzi Core Web Vitals bez akrobacji z optymalizacją wtyczek, które ze sobą walczą.
2. 2.Rozwój portalu przez AI, nie przez panel administracyjny. Nowe podstrony, sekcje, narzędzia i landingi branżowe buduję promptami - opisuję, co ma powstać, i wdrażam w godziny zamiast dni. Przy portfolio kilkunastu landingów usługowych i branżowych to realna różnica w tempie.
3. 3.Prostsze zarządzanie. Zero aktualizacji wtyczek, zero konfliktów po update PHP, zero backupów bazy przed każdą zmianą. Kod strony to jedno repozytorium, a nie ekosystem zależności, który trzeba pilnować.

Traktuję tę migrację jako test. Nie obiecuję sobie wzrostów z samego faktu zmiany technologii - Google nie nagradza za stack. Obiecuję sobie dane: jak Googlebot radzi sobie z renderowaniem, co dzieje się z indeksacją, jak zachowują się pozycje fraz brandowych i usługowych tydzień po tygodniu. Te dane trafią do kolejnych tekstów na blogu.

Dlaczego strony tracą ruch po migracji?

Widziałem dziesiątki migracji od środka - jako konsultant ratujący widoczność po fakcie. Powtarzalność błędów jest zaskakująca. Prawie nigdy nie chodzi o „Google nie lubi nowej technologii". Prawie zawsze chodzi o jeden z pięciu grzechów:

1. 1.Zmienione URL-e bez przekierowań 301. Stary adres zwraca 404, Google usuwa go z indeksu, a nowy startuje od zera - bez historii, bez linków, bez pozycji.
2. 2.Przekierowania łańcuchowe albo przez 302. 302 to sygnał tymczasowości. Łańcuch 301 → 301 → 301 rozprasza moc linków i spowalnia crawl.
3. 3.Zgubione elementy on-page. Title, meta description, nagłówki H1, dane strukturalne - przy przenoszeniu treści między systemami te elementy giną najczęściej i nikt tego nie zauważa, bo strona „wygląda tak samo".
4. 4.Problemy z renderowaniem JavaScript. Przy migracji na framework JS (React, Vue) Googlebot musi wyrenderować stronę, żeby zobaczyć treść. Jeśli treść pojawia się dopiero po stronie klienta, indeksacja może kuleć tygodniami.
5. 5.Brak monitoringu po starcie. Migracja nie kończy się w dniu wdrożenia. Kończy się, gdy indeksacja i pozycje wracają do poziomu sprzed - a to wymaga codziennego patrzenia w dane przez 4-8 tygodni.

Punkt czwarty dotyczył mnie bezpośrednio. Lovable generuje aplikację React, więc renderowanie było pierwszą rzeczą, którą testowałem - jeszcze na wersji stagingowej, przez narzędzie inspekcji URL w GSC i test renderowania. Zanim przepiąłem domenę, wiedziałem, że Googlebot widzi pełną treść, meta tagi i JSON-LD.

Czytaj teżSEO techniczne - Core Web Vitals, renderowanie, indeksacja Sprawdzam, czy Twoja strona jest w pełni widoczna dla Googlebota i czy nie tracisz ruchu na warstwie technicznej.

Checklista migracji bez utraty ruchu - krok po kroku

To dokładnie ta lista, z którą pracowałem przy seohouse.pl i z którą pracuję przy migracjach klientów. Podzielona na trzy fazy, bo błędy w każdej z nich mają inny koszt.

Faza 1: Przed migracją (2-4 tygodnie przed startem)

1. 1.Zrób pełny crawl obecnej strony (Screaming Frog lub podobne) - to Twoja mapa referencyjna: wszystkie URL-e, title, description, H1, canonicale, statusy.
2. 2.Wyeksportuj dane z GSC: frazy, strony, pozycje, kliknięcia z ostatnich 12 miesięcy. Po migracji porównujesz do tego, nie do pamięci.
3. 3.Zbuduj mapę przekierowań: stary URL → nowy URL, jeden do jednego. Każdy adres z ruchem lub linkami przychodzącymi musi mieć cel.
4. 4.Sprawdź profil linków (Ahrefs, Senuto, Majestic) - strony z najmocniejszymi linkami przychodzącymi to priorytet w mapie przekierowań.
5. 5.Przygotuj wersję stagingową zablokowaną przed indeksacją i przetestuj na niej renderowanie: inspekcja URL, podgląd wyrenderowanego HTML, obecność treści i schemy w kodzie po renderowaniu.
6. 6.Zweryfikuj elementy on-page na stagingu względem crawla z punktu 1 - title, description, H1, dane strukturalne, Open Graph.

Faza 2: Dzień migracji

1. 1.Wdrażaj poza szczytem ruchu (u mnie: niedziela rano).
2. 2.Włącz przekierowania 301 razem z przepięciem domeny - nie „za dwa dni".
3. 3.Zdejmij blokadę indeksacji ze stagingu i sprawdź robots.txt oraz meta robots na produkcji. Klasyka błędu: noindex ze stagingu wjeżdża na produkcję.
4. 4.Wyślij nową sitemapę XML w GSC i zostaw też starą na kilka tygodni - Google szybciej odkryje przekierowania.
5. 5.Przejdź ręcznie 20-30 najważniejszych URL-i: strona główna, usługi, landingi, top artykuły. Status 200, poprawny canonical, poprawny title.

Faza 3: Po migracji (4-8 tygodni monitoringu)

1. 1.Codziennie przez pierwsze 2 tygodnie: raport indeksacji w GSC, błędy 404, statystyki crawlowania.
2. 2.Monitoruj pozycje fraz brandowych i top 20 fraz biznesowych - brandowe wracają pierwsze, ich spadek to sygnał alarmowy.
3. 3.Sprawdzaj logi serwera lub statystyki crawlowania: czy Googlebot chodzi po nowych URL-ach, czy nadal odbija się od starych.
4. 4.Łap 404-ki z narzędzi i z GSC, domykaj przekierowaniami na bieżąco.
5. 5.Po 4 tygodniach: pełny crawl nowej strony i porównanie z crawlem referencyjnym z fazy 1.

Czytaj teżBezpłatny audyt meta tagów Sprawdź, czy Twoje title, description i canonicale przeżyły migrację - narzędzie robi to w 30 sekund.

WordPress czy Lovable - co zyskujesz, co ryzykujesz?

Uczciwie: WordPress nie jest złym wyborem i w 90% projektów klienckich nie rekomenduję zmiany CMS. Migracja ma sens, gdy obecna technologia realnie blokuje wzrost albo gdy - jak u mnie - tempo rozwoju serwisu jest częścią modelu biznesowego. Sama zmiana stacku nie podnosi pozycji. Podnosi je to, co dzięki niej robisz szybciej.

Co obserwuję po migracji seohouse.pl?

Stan na lipiec 2026: indeksacja nowych URL-i przebiegła bez czerwonych flag, frazy brandowe utrzymały pozycje, a raport Core Web Vitals wygląda lepiej niż na WordPressie bez godziny spędzonej na optymalizacji. Renderowanie React przez Googlebota - po testach na stagingu - nie okazało się problemem, którym straszą starsze poradniki.

Ale to wciąż test w toku. Pełny obraz wpływu na widoczność będę miał po pełnym kwartale danych i wtedy opublikuję follow-up z wykresami z GSC - łącznie z tym, co poszło gorzej, niż zakładałem. Jeśli nie chcesz tego przegapić, obserwuj bloga albo po prostu napisz do mnie.

Czytaj teżRaport: zero-click 2026 Zanim zainwestujesz w migrację, zobacz, jak zmienił się organiczny CTR i dlaczego widoczność jest dziś warta więcej, nie mniej.

Planujesz migrację albo nową stronę? Zrób to raz, a dobrze

Migracja to jeden z niewielu momentów w SEO, w którym jeden dzień błędów kosztuje miesiące odbudowy. Jeśli stoisz przed zmianą CMS-u, przenosisz sklep na nowy silnik albo chcesz zbudować nową stronę od zera - lekką, szybką i przygotowaną pod Google oraz AI Search od pierwszego dnia - odezwij się, zanim przepniesz domenę, nie po.

Pomagam w dwóch scenariuszach:

• →Migracja z WordPressa (lub innego CMS) bez utraty ruchu - audyt przedmigracyjny, mapa przekierowań, testy renderowania, monitoring po starcie.
• →Budowa nowej strony z fundamentem SEO od pierwszego dnia - w modelu, który sam przetestowałem na seohouse.pl: szybki development, lekki kod, architektura pod frazy i widoczność w LLM.

Czytaj teżUmów bezpłatną 30-minutową konsultację Przyjrzę się Twojemu projektowi i powiem wprost, czy migracja ma sens, co jest największym ryzykiem i od czego zacząć.

TL;DR

• →Przeniosłem seohouse.pl z WordPressa na Lovable, żeby budować lżejszy portal, rozwijać go promptami i zebrać własne dane o wpływie migracji na widoczność.
• →Ruch po migracji ginie przez błędy wykonania, nie przez zmianę technologii: brak 301, zgubione meta i canonicale, nieprzetestowane renderowanie JS, brak monitoringu.
• →Checklista dzieli się na trzy fazy: crawl referencyjny i mapa przekierowań przed startem, weryfikacja 301 i indeksacji w dniu migracji, 4-8 tygodni monitoringu GSC po.
• →Frazy brandowe seohouse.pl utrzymały pozycje, indeksacja przebiegła czysto - pełny raport z kwartalnymi danymi opublikuję w follow-upie.

„Migracja nie kończy się w dniu wdrożenia. Kończy się, gdy indeksacja i pozycje wracają do poziomu sprzed - a to wymaga codziennego patrzenia w dane przez 4-8 tygodni."