Migracja strony firmowej bez utraty pozycji — plan krok po kroku

Migracja strony firmowej bez utraty pozycji oznacza, że każdy stary adres ma jasno określony nowy cel, treści i metadane są przeniesione, a po wdrożeniu sprawdzasz, co widzi Google. To praca projektowa, nie jednorazowe kliknięcie. Poniżej znajdziesz kolejność działań, listę kontrolną i zasady weryfikacji, które porządkują cały proces.

Co dokładnie zmienia się w migracji

Migracja może dotyczyć domeny, struktury adresów URL, technologii albo kilku z tych rzeczy naraz. Zakres decyduje o liczbie przekierowań i o tym, jak rozbudowana musi być weryfikacja. Najpierw nazwij, co się zmienia, a dopiero potem buduj plan.

W praktyce spotykasz trzy typy migracji:

• Zmiana domeny — treść i struktura zostają, zmienia się adres główny.
• Zmiana struktury adresów — domena bez zmian, ale podstrony dostają nowe adresy.
• Zmiana technologii — strona przechodzi na inne rozwiązanie, co często łączy się z nową strukturą adresów.

Każdy typ ma inne ryzyko. Przy zmianie domeny kluczowe jest przeniesienie całej struktury adresów. Przy zmianie struktury — mapa przekierowań dla każdej podstrony. Przy zmianie technologii dochodzi jeszcze pytanie, czy nowe rozwiązanie generuje adresy w taki sam sposób jak stare.

Jeśli planujesz migrację razem z przebudową witryny, warto rozdzielić te dwa etapy w czasie. Łatwiej wtedy ustalić, co wpłynęło na widoczność, gdy coś pójdzie nie tak.

Inwentaryzacja adresów URL — punkt startowy

Zanim cokolwiek przeniesiesz, zrób listę wszystkich adresów, które obecnie istnieją i które są zaindeksowane. Bez tej listy nie da się zbudować mapy przekierowań ani sprawdzić po wdrożeniu, czy coś nie zniknęło.

Skąd wziąć adresy:

• raport wydajności w Google Search Console — adresy, na które strona już zbiera wyświetlenia,
• plik sitemap.xml,
• crawl witryny narzędziem do skanowania,
• lista plików i podstron z panelu hostingowego lub repozytorium.

Zbierz je w jednej tabeli z kolumnami: stary adres, nowy adres, typ treści, czy adres jest linkowany wewnętrznie, status po wdrożeniu. Ta tabela staje się dokumentem roboczym całej migracji.

Nie pomijaj adresów, które mają mało wyświetleń. Adres z jednym wejściem miesięcznie nadal może być linkowany z zewnątrz albo prowadzić do pliku, który klienci pobierają.

Mapa przekierowań — jak ją zbudować

Mapa przekierowań to tabela „stary adres → nowy adres”. Każdy stary adres powinien mieć dokładnie jeden cel. Adres bez odpowiednika przenosisz na najbliższą tematycznie stronę, a nie automatycznie na stronę główną.

Zasady, które porządkują mapę:

1. Jeden krok, nie łańcuch. Adres A nie powinien prowadzić do B, a B do C. Ustawiaj przekierowanie bezpośrednio z A do C.
2. Tematyczne dopasowanie. Stara podstrona usługi powinna prowadzić do nowej podstrony tej samej usługi, nie do strony głównej.
3. Jeden adres, jeden cel. Dwa stare adresy mogą prowadzić do tego samego nowego adresu, ale jeden stary adres nie może prowadzić w dwa miejsca.
4. Sprawdź typ przekierowania. Rodzaje przekierowań różnią się sposobem działania — potwierdź właściwy typ w dokumentacji Google, zanim wdrożysz mapę.
5. Przetestuj przed publikacją. Na kopii testowej sprawdź, czy każde przekierowanie działa i czy nie tworzy pętli.

Osobno zaplanuj, co zrobisz ze starą domeną i starymi adresami po migracji. Decyzję o tym, jak długo mają działać przekierowania, podejmij świadomie i zapisz ją w planie, żeby nie zależała od pamięci.

Treści, meta dane i dane strukturalne

Po zmianie adresów treść powinna zostać ta sama lub lepsza. Meta title, meta description, nagłówki H1 oraz dane strukturalne przenosisz razem z treścią, aktualizując tylko to, co faktycznie się zmieniło.

Praktyczna zasada: nie przepisuj przy okazji migracji wszystkich tekstów. Jeśli jednocześnie zmieniasz adresy i treść, trudno ustalić, która zmiana wpłynęła na wyniki. Rozdziel te prace — najpierw przenieś witrynę, potem poprawiaj teksty.

Sprawdź też:

• czy każda nowa podstrona ma unikalny meta title i meta description,
• czy nagłówki H1–H6 tworzą logiczną strukturę,
• czy dane strukturalne opisują aktualną treść i adresy,
• czy obrazy mają opisane teksty alternatywne.

Linki wewnętrzne i nawigacja

Linki wewnętrzne muszą wskazywać nowe adresy. Jeśli zostawisz stare, użytkownik trafi na przekierowanie, a robot napotka niepotrzebną ścieżkę.

Przejrzyj kolejno:

• menu główne i menu w stopce,
• okruszki nawigacyjne,
• linki w treściach podstron i wpisów,
• przyciski i banery prowadzące do kontaktu,
• pliki do pobrania i odnośniki do dokumentów,
• odnośniki w danych strukturalnych.

Dobrą praktyką jest trzymanie linków wewnętrznych w jednym miejscu w kodzie — wtedy zmiana adresu wymaga poprawki w jednym pliku, a nie w kilkudziesięciu. To jedna z zalet strony kodowanej od zera, którą opisujemy w sekcji strony internetowe dla firm.

Kolejność wdrożenia — lista kontrolna

Kolejność ma znaczenie, bo część kroków da się wykonać tylko przed publikacją nowej wersji.

1. Zbierz listę starych adresów i zapisz ją w tabeli.
2. Ustal nowe adresy i uzupełnij mapę przekierowań.
3. Przygotuj nową wersję witryny na adresie testowym.
4. Sprawdź na kopii testowej przekierowania, linki wewnętrzne i działanie formularzy.
5. Przenieś treści, meta dane i dane strukturalne.
6. Wdróż nową wersję i włącz przekierowania.
7. Sprawdź losowo wybrane stare adresy — czy prowadzą do właściwych nowych miejsc.
8. Zgłoś nową sitemap i sprawdź, czy Search Console widzi nowe adresy.
9. Monitoruj raporty i poprawiaj to, co nie działa.

Punkt 4 jest najczęściej pomijany. Test na kopii pozwala wychwycić pętle przekierowań i błędne cele, zanim zobaczą je użytkownicy.

Weryfikacja po migracji — co sprawdzić

Po wdrożeniu sprawdzasz trzy rzeczy: czy stare adresy przekierowują na właściwe nowe miejsca, czy nowe adresy odpowiadają poprawnie, oraz czy Google widzi aktualną strukturę witryny.

Konkretne kroki:

• wpisz w przeglądarkę kilkanaście starych adresów i sprawdź, gdzie prowadzą,
• sprawdź, czy nie pojawiają się błędy 404 na adresach, które powinny działać,
• porównaj nową sitemap z listą nowych adresów,
• sprawdź w Search Console, czy nowe adresy pojawiają się w raportach,
• przejrzyj linki przychodzące z innych stron — czy prowadzą do działających adresów,
• sprawdź formularz kontaktowy i inne elementy, które zbierają zapytania.

Weryfikacja to nie jednorazowa czynność. Wróć do raportów po kilku dniach i po kilku tygodniach, żeby porównać dane. Jeśli prowadzisz stałą opiekę SEO, ten przegląd wpisuje się w stałą opiekę SEO i marketing.

Najczęstsze błędy przy migracji

• Wszystkie stare adresy prowadzą do strony głównej. Użytkownik traci kontekst, a strona główna zbiera ruch, który nie pasuje do jego potrzeby.
• Łańcuchy przekierowań. Kilka kroków po drodze utrudnia diagnozę i wydłuża czas dotarcia do treści.
• Brak mapy przekierowań. Bez tabeli nie wiesz, które adresy zostały pominięte.
• Zmiana adresów i treści w tym samym momencie. Utrudnia ustalenie przyczyny zmian w wynikach.
• Pominięte linki wewnętrzne. Stare odnośniki zostają w treściach i prowadzą przez przekierowania.
• Brak weryfikacji po wdrożeniu. Migracja bez sprawdzenia to praca bez potwierdzenia efektu.

Każdy z tych błędów da się wychwycić przed publikacją, jeśli tabela adresów i test na kopii są częścią planu.

Kiedy warto zaplanować migrację z pomocą

Migrację da się przeprowadzić samodzielnie, jeśli witryna ma kilka podstron i nie zmieniasz technologii. Im więcej adresów, linków wewnętrznych i integracji, tym większa szansa, że coś zostanie pominięte.

Warto wtedy zacząć od analizy: co dokładnie się zmienia, ile adresów trzeba przenieść i jak sprawdzisz efekt. Taki przegląd porządkuje decyzje i pokazuje, które kroki wymagają dodatkowej pracy — zobacz analiza strony i plan działania. Jeśli migracja łączy się z przebudową witryny, zaplanuj oba etapy osobno, żeby po wdrożeniu wiedzieć, co wpłynęło na widoczność.

Masz pytanie o swoją sytuację? Napisz, jaki zakres zmiany planujesz i jakie adresy obecnie działają — na tej podstawie da się ustalić, od czego zacząć.