Migracja strony internetowej bez utraty SEO: kompletny plan i checklista

Migracja strony internetowej może poprawić wydajność, doświadczenie użytkowników i możliwości rozwoju biznesu. Źle przeprowadzona potrafi jednak w kilka dni osłabić widoczność budowaną latami. Najczęściej nie zawodzi nowa technologia, lecz brak inwentaryzacji adresów URL, niepełne przekierowania i zbyt późne włączenie SEO do projektu.

Zmiana WordPressa na Next.js, przejście na Shopify, redesign serwisu, nowa domena czy uporządkowanie architektury informacji to różne projekty, ale ich wspólny cel jest taki sam: przenieść użytkowników, treści i sygnały SEO bez utraty ich wartości.

W tym poradniku pokazujemy, jak zaplanować migrację krok po kroku, jakie dane zebrać przed wdrożeniem oraz co kontrolować po publikacji nowej strony.

Czym jest migracja strony internetowej?

Migracja strony to istotna zmiana techniczna lub strukturalna, która może wpłynąć na sposób, w jaki użytkownicy i roboty wyszukiwarek odnajdują oraz interpretują witrynę.

Najczęstsze scenariusze to:

• zmiana domeny lub subdomeny,
• przejście z HTTP na HTTPS,
• zmiana CMS, na przykład z WordPressa na rozwiązanie headless,
• migracja sklepu na Shopify,
• wdrożenie nowej aplikacji w Next.js,
• zmiana struktury kategorii, produktów lub wpisów blogowych,
• połączenie kilku serwisów w jeden,
• gruntowny redesign połączony ze zmianą treści i adresów URL.

Nie każda zmiana frontendu musi powodować zmianę adresów. Jeśli jednak modyfikujesz routing, domenę, strukturę informacji, renderowanie lub zawartość stron, projekt powinien być traktowany jak migracja SEO.

Dlaczego podczas migracji spada ruch organiczny?

Google zna dotychczasowe adresy URL, ich treść, linki wewnętrzne i zewnętrzne oraz historię. Po wdrożeniu nowej wersji musi ponownie odwiedzić strony, odczytać przekierowania i zrozumieć nową strukturę.

Krótkotrwałe wahania widoczności mogą się zdarzyć nawet przy dobrze wykonanej migracji. Poważne i długotrwałe spadki zwykle wynikają jednak z konkretnych błędów:

• wartościowe podstrony zaczynają zwracać błąd 404,
• wiele starych adresów przekierowuje na stronę główną,
• przekierowania tworzą łańcuchy albo pętle,
• na produkcji pozostaje noindex lub blokada w robots.txt,
• nowe strony mają błędne adresy kanoniczne,
• znika istotna treść lub zmienia się intencja strony,
• linkowanie wewnętrzne nadal prowadzi przez stare adresy,
• mapa XML zawiera adresy niekanoniczne, przekierowane lub niedostępne,
• nowa wersja jest wyraźnie wolniejsza albo problemy z renderowaniem utrudniają dostęp do treści.

Dlatego migracja SEO nie jest pojedynczym zadaniem wykonywanym w dniu publikacji. To proces obejmujący analizę, projektowanie, development, testy i monitoring.

Migracja bez utraty SEO: proces w 4 etapach

Bezpieczny projekt warto podzielić na cztery fazy:

1. Inwentaryzacja — ustalenie, co obecna strona posiada i co generuje wartość.
2. Mapowanie — przypisanie starych adresów do ich nowych odpowiedników.
3. Wdrożenie i kontrola jakości — uruchomienie strony wraz z przekierowaniami, metadanymi i analityką.
4. Monitoring — obserwacja indeksacji, błędów, pozycji i ruchu po publikacji.

Pominięcie pierwszej lub drugiej fazy sprawia, że zespół reaguje na straty dopiero po wdrożeniu. Wtedy odtworzenie brakujących adresów i zależności jest trudniejsze.

Etap 1: wykonaj pełną inwentaryzację obecnej strony

Przed rozpoczęciem prac zbierz możliwie kompletną listę adresów URL. Sam eksport z mapy witryny nie wystarczy, ponieważ może nie obejmować starszych podstron, plików, stron osieroconych ani adresów nadal zdobywających wejścia i linki.

Połącz dane z kilku źródeł:

• crawl obecnej witryny,
• sitemap XML,
• Google Search Console,
• narzędzie analityczne,
• raport stron docelowych z ruchu organicznego,
• raport linków zewnętrznych,
• logi serwera, jeśli są dostępne,
• eksport adresów z CMS, bazy produktów lub systemu PIM.

Do każdego adresu warto dopisać:

• kod odpowiedzi HTTP,
• tytuł i opis meta,
• nagłówek H1,
• adres kanoniczny,
• liczbę wejść organicznych i konwersji,
• liczbę wyświetleń i kliknięć w wynikach wyszukiwania,
• linki zewnętrzne,
• docelowy adres po migracji,
• decyzję: zachować, połączyć, przekierować lub usunąć.

Taki arkusz staje się centralnym planem migracji. Pozwala również rozpoznać strony, których nie wolno zgubić: popularne poradniki, kategorie sprzedażowe, produkty z linkami zewnętrznymi oraz landing pages odpowiadające na ważne zapytania.

Etap 2: ustal punkt odniesienia

Bez danych sprzed migracji trudno ocenić, czy nowe wdrożenie działa prawidłowo. Zapisz stan wyjściowy co najmniej na kilka tygodni przed publikacją.

Najważniejsze wskaźniki to:

• kliknięcia i wyświetlenia organiczne,
• pozycje najważniejszych fraz,
• liczba indeksowanych stron,
• ruch i konwersje na kluczowych landing pages,
• liczba błędów 404 i 5xx,
• wyniki wydajności dla reprezentatywnych szablonów,
• udział ruchu brandowego i niebrandowego.

Nie porównuj wyłącznie całego ruchu miesiąc do miesiąca. Sezonowość, kampanie i zmiany popytu mogą zaburzyć obraz. Analizuj osobno typy stron, urządzenia, kraje i zestaw najważniejszych zapytań.

Etap 3: zaprojektuj nową architekturę informacji

Migracja jest dobrą okazją do uporządkowania serwisu, ale nie każda zmiana przynosi korzyść. Skrócenie adresów URL lub przeniesienie wszystkiego do nowej hierarchii nie powinno być celem samym w sobie.

Nowa architektura powinna:

• odpowiadać sposobowi, w jaki użytkownicy szukają oferty,
• utrzymywać ważne strony blisko strony głównej,
• tworzyć logiczne relacje między kategoriami i treściami,
• unikać duplikacji i wariantów bez wyraźnej wartości,
• umożliwiać rozwój kolejnych usług, produktów lub wersji językowych,
• wspierać czytelne linkowanie wewnętrzne.

Jeżeli istniejący adres jest krótki, zrozumiały i ma dobre wyniki, często najlepszą decyzją jest pozostawienie go bez zmian. Każda niepotrzebna zmiana zwiększa zakres przekierowań i ryzyko błędu.

Etap 4: przygotuj mapę przekierowań 1:1

Mapa przekierowań łączy każdy stary adres z najbardziej zbliżoną tematycznie stroną w nowym serwisie.

Przykład:

Najważniejsza zasada brzmi: stary URL powinien prowadzić do najbliższego odpowiednika, a nie automatycznie do strony głównej. Masowe przekierowanie niepowiązanych stron na home page dezorientuje użytkowników i nie odtwarza ich wcześniejszej wartości.

Dla trwałej zmiany adresu używaj przekierowania serwerowego 301 lub 308. Google traktuje stałe przekierowanie jako sygnał, że adres docelowy powinien stać się wersją kanoniczną. Przekierowania 302 i 307 są przeznaczone dla zmian tymczasowych.

Jakich błędów w przekierowaniach unikać?

• Łańcuchów: adres A powinien prowadzić bezpośrednio do C, nie przez B.
• Pętli: A nie może przekierowywać do B, jeśli B wraca do A.
• Niedopasowania treści: usunięty produkt nie zawsze powinien prowadzić do całej kategorii.
• Utraty parametrów potrzebnych użytkownikowi: dotyczy to między innymi linków kampanii i filtrów o realnym zastosowaniu.
• Reguł o zbyt szerokim zakresie: wildcard może przypadkowo przechwycić prawidłowe podstrony.
• Przekierowań wyłącznie po stronie klienta: dla migracji preferowane są odpowiedzi serwera.

Przekierowania w Next.js i Shopify

W Next.js znane wcześniej reguły można zdefiniować w next.config.ts. Stała reguła z permanent: true zwraca kod 308:

import type { NextConfig } from "next";

const nextConfig: NextConfig = {
  async redirects() {
    return [
      {
        source: "/stara-oferta/:path*",
        destination: "/oferta/:path*",
        permanent: true,
      },
    ];
  },
};

export default nextConfig;

Przy setkach lub tysiącach reguł warto rozważyć warstwę danych albo rozwiązanie na poziomie infrastruktury. Lista przekierowań powinna być wersjonowana, testowalna i możliwa do aktualizacji bez ryzyka przypadkowego usunięcia historycznych wpisów.

Shopify umożliwia zarządzanie przekierowaniami w panelu oraz import większej listy. Trzeba jednak uwzględnić zarezerwowane ścieżki platformy i przetestować reguły na docelowej strukturze sklepu. Szczególną uwagę poświęć produktom, kolekcjom, wpisom blogowym i wersjom dla różnych rynków.

Etap 5: przenieś elementy on-page SEO

Nowy layout nie powinien przypadkowo usunąć informacji, dzięki którym obecne strony odpowiadają na intencję użytkownika.

Dla każdej ważnej podstrony zweryfikuj:

• unikalny title,
• meta description,
• jeden logiczny nagłówek H1,
• prawidłową hierarchię H2 i H3,
• główną treść i istotne sekcje pomocnicze,
• opisy alternatywne obrazów,
• dane strukturalne właściwe dla typu strony,
• linki wewnętrzne,
• adres kanoniczny wskazujący właściwą wersję URL,
• ustawienia języka oraz hreflang, jeśli serwis jest wielojęzyczny.

Nie kopiuj automatycznie każdego starego elementu, jeśli wcześniej był błędny. Migracja powinna zachować wartość, a jednocześnie poprawić jakość. Zmiany treści najlepiej wprowadzać świadomie i dokumentować, szczególnie na stronach generujących sprzedaż.

Etap 6: zadbaj o renderowanie, wydajność i dostępność

Nowoczesny frontend nie gwarantuje lepszego efektu sam z siebie. Najważniejsza treść, linki i metadane muszą być dostępne dla użytkownika oraz robota bez problemów z renderowaniem.

Przed wdrożeniem sprawdź reprezentatywne szablony:

• stronę główną,
• kategorię lub kolekcję,
• produkt,
• usługę,
• artykuł blogowy,
• stronę z filtrowaniem,
• wersję językową,
• stronę błędu 404.

Kontroluj rozmiar obrazów, fonty, ilość JavaScriptu, stabilność layoutu i czas odpowiedzi serwera. Wydajność jest szczególnie ważna po migracji, ponieważ nowa witryna będzie intensywnie odwiedzana zarówno przez użytkowników, jak i roboty.

Etap 7: skonfiguruj analitykę przed publikacją

Brak danych po wdrożeniu może ukryć problem na kilka kluczowych dni. Analityka powinna działać już na środowisku testowym, ale wysyłać dane do odseparowanego widoku lub trybu debugowania.

Zweryfikuj:

• odsłony i sesje,
• zgody użytkowników,
• formularze kontaktowe,
• kliknięcia w telefon i e-mail,
• wyszukiwanie wewnętrzne,
• dodanie do koszyka i kolejne kroki zakupu,
• transakcje wraz z wartością i walutą,
• integracje reklamowe,
• zachowanie parametrów kampanii.

Zadbaj też o dostęp do Search Console dla wszystkich potrzebnych wariantów domeny. Przy zmianie domeny konieczna może być dodatkowa konfiguracja i zgłoszenie zmiany adresu.

Etap 8: przeprowadź testy przed publikacją

Środowisko stagingowe powinno być chronione przed indeksacją, ale jednocześnie dostępne dla zespołu i narzędzi testowych. Przed premierą wykonaj pełny crawl nowej wersji.

Checklista przed wdrożeniem

• [ ] Wszystkie kluczowe stare adresy mają przypisane nowe odpowiedniki.
• [ ] Reguły przekierowań zostały przetestowane automatycznie.
• [ ] Nie występują pętle ani niepotrzebne łańcuchy.
• [ ] Każda indeksowalna strona zwraca kod 200.
• [ ] Tagi kanoniczne wskazują produkcyjne adresy HTTPS.
• [ ] Meta title, description i H1 są kompletne oraz unikalne.
• [ ] Linki wewnętrzne prowadzą bezpośrednio do nowych adresów.
• [ ] Dane strukturalne przechodzą walidację.
• [ ] Mapa XML zawiera tylko kanoniczne adresy zwracające 200.
• [ ] robots.txt ma przygotowaną wersję produkcyjną.
• [ ] Nie ma przypadkowych dyrektyw noindex.
• [ ] Obrazy, fonty, arkusze stylów i skrypty ładują się poprawnie.
• [ ] Formularze, wyszukiwarka, koszyk i płatności zostały przetestowane.
• [ ] Analityka rejestruje kluczowe zdarzenia bez duplikacji.
• [ ] Wykonano kopię zapasową oraz przygotowano plan wycofania wdrożenia.

Testuj nie tylko pojedyncze przykłady. Porównaj automatycznie pełną listę starych adresów z mapą przekierowań i odpowiedziami serwera.

Dzień migracji: kolejność działań

Termin publikacji powinien przypadać na okres niższego ruchu, ale zespół odpowiedzialny za development, SEO i biznes musi być wtedy dostępny. Unikaj wdrożenia tuż przed weekendem, świętem lub najważniejszą kampanią sezonową.

W dniu migracji:

1. Wykonaj finalną kopię danych i treści.
2. Zamroź zmiany w starym CMS na czas synchronizacji.
3. Opublikuj nową wersję i uruchom przekierowania.
4. Usuń blokady indeksacji przeznaczone wyłącznie dla stagingu.
5. Zweryfikuj najważniejsze ścieżki użytkowników.
6. Sprawdź kody odpowiedzi dla próbki oraz pełnej listy URL.
7. Opublikuj nową mapę XML i zgłoś ją w Search Console.
8. Skontroluj analitykę oraz konwersje w czasie rzeczywistym.
9. Przy zmianie domeny wykonaj właściwą procedurę zmiany adresu.
10. Rozpocznij monitoring błędów aplikacji, logów i ruchu organicznego.

Nie wyłączaj starej infrastruktury, dopóki nie masz pewności, że obsługa domeny, przekierowań i potrzebnych zasobów jest bezpiecznie przejęta przez nowe środowisko.

Monitoring po migracji

Pierwsze godziny pozwalają wykryć błędy krytyczne. Pełna ocena migracji wymaga jednak kilku tygodni, a przy dużych serwisach nawet dłuższego okresu.

Pierwsze 24–72 godziny

Kontroluj:

• błędy 404 i 5xx,
• działanie przekierowań,
• dostępność robots.txt i sitemap,
• dyrektywy indeksacji,
• adresy kanoniczne,
• konwersje i zdarzenia,
• błędy aplikacji oraz wydajność serwera.

Pierwsze 2–6 tygodni

Porównuj:

• kliknięcia i wyświetlenia dla grup stron,
• indeksację nowych adresów,
• wycofywanie starych URL z indeksu,
• pozycje kluczowych zapytań,
• ruch na najważniejszych landing pages,
• współczynnik konwersji,
• nowe błędy indeksowania i strony wykluczone,
• wyniki wydajności w danych rzeczywistych.

Starych przekierowań nie usuwaj po kilku tygodniach. Google zaleca utrzymywanie ich możliwie długo, zasadniczo co najmniej przez rok. Z biznesowego punktu widzenia warto przechowywać je jeszcze dłużej, jeśli stare adresy nadal występują w linkach, materiałach lub zakładkach użytkowników.

Czy po migracji zawsze wystąpi spadek widoczności?

Nie. Przy migracji bez zmiany adresów i treści wpływ może być minimalny. Przy zmianie domeny lub dużej przebudowie struktury krótkotrwałe wahania są bardziej prawdopodobne, ponieważ wyszukiwarka potrzebuje czasu na przetworzenie sygnałów.

Liczy się nie tylko wielkość spadku, ale jego charakter. Niewielka zmiana rozłożona na cały serwis może wynikać z ponownego przetwarzania. Nagłe zniknięcie jednej sekcji zwykle wskazuje na konkretny problem: brak przekierowań, noindex, niewłaściwy canonical albo błąd renderowania.

Ile trwa i kosztuje bezpieczna migracja strony?

Zakres zależy przede wszystkim od liczby unikalnych szablonów, adresów URL, wersji językowych, integracji oraz stopnia zmiany architektury. Mały serwis usługowy można przeanalizować i przenieść znacznie szybciej niż sklep z tysiącami produktów, wariantów i filtrów.

Na wycenę wpływają między innymi:

• analiza obecnej widoczności i architektury,
• przygotowanie kompletnej mapy URL,
• migracja treści oraz danych produktowych,
• implementacja i testowanie przekierowań,
• odtworzenie metadanych i danych strukturalnych,
• integracje analityczne oraz e-commerce,
• testy wydajności, dostępności i funkcji biznesowych,
• monitoring oraz poprawki po publikacji.

Najtańszy wariant wdrożenia bez etapu analitycznego może okazać się najdroższy, jeśli firma utraci ruch i sprzedaż z najważniejszych podstron.

Najważniejsza zasada: SEO musi wejść do projektu przed developmentem

Najbezpieczniejsze migracje powstają wtedy, gdy decyzje o strukturze, routingu, treści i technologii są podejmowane wspólnie. Specjalista SEO nie powinien otrzymywać gotowej strony dopiero dzień przed publikacją, a programista nie powinien zgadywać, które adresy mają znaczenie biznesowe.

Dobrze zaplanowana migracja może zrobić więcej niż tylko zachować dotychczasowy ruch. Pozwala usunąć dług techniczny, poprawić wydajność, uporządkować architekturę i zbudować serwis, który łatwiej rozwijać.

Planujesz migrację strony, sklepu lub zmianę technologii?

W Netova łączymy analizę SEO, UX i development. Projektujemy architekturę, przygotowujemy mapę przekierowań, wdrażamy nową stronę w Next.js lub Shopify i monitorujemy jej działanie po publikacji.

Skontaktuj się z nami, jeśli chcesz przenieść serwis bez zgadywania i zabezpieczyć widoczność wypracowaną przez Twój biznes.

Źródła i dalsza lektura

• Google Search Central: Site Moves and Migrations
• Google Search Central: Redirects and Google Search
• Next.js: Redirecting
• Shopify Help Center: Creating and managing URL redirects