Jak przebudować stronę bez utraty pozycji w Google?

1. Zrób pełną inwentaryzację przed projektem

Zbierz adresy z crawl starej strony, sitemapy, Search Console, analityki, systemu CMS oraz narzędzia do linków. Każde źródło może ujawnić inne URL-e. Zachowaj dla nich status, title, H1, canonical, ruch, kliknięcia, linki i planowaną funkcję po migracji.

Nie ograniczaj listy do stron znajdujących się w menu. Stare poradniki, pliki PDF, podstrony kampanii i adresy z zewnętrznych linków mogą mieć wartość. Zapis punktu startowego pozwala później odróżnić sezonowość od skutku migracji.

2. Przygotuj mapę stary URL - nowy URL

Najlepszym rozwiązaniem jest zachowanie adresu, jeśli temat i funkcja strony pozostają takie same. Gdy URL musi się zmienić, przypisz mu najbardziej zbliżony odpowiednik. Nie przekierowuj wszystkich usuniętych treści na stronę główną. Takie dopasowanie jest słabe dla użytkownika i może zostać potraktowane jak miękki błąd 404.

3. Przenieś elementy, które odpowiadają za trafność

Nowy layout nie powinien automatycznie oznaczać skrócenia wszystkich usług do kilku zdań. Porównaj nagłówki, zakres tematu, FAQ, realizacje, dane lokalne i linki. Jeśli stary URL zdobywa ruch na konkretne zapytania, nowa wersja powinna nadal odpowiadać na tę intencję, najlepiej czytelniej i pełniej.

Przenieś unikalne title oraz H1, ale nie kopiuj błędów. Zmiany warto wykonywać świadomie i zapisywać w mapie, aby po spadku wiedzieć, co zostało zmienione. Obrazy z linkami lub ruchem mogą wymagać zachowania adresu albo osobnego przekierowania.

4. Zabezpiecz środowisko testowe

Wersja testowa powinna być niedostępna dla indeksacji i najlepiej chroniona hasłem. Sam robots.txt nie gwarantuje usunięcia adresu z wyników, jeśli Google pozna URL z linku. Nie kopiuj produkcyjnych identyfikatorów analityki bez planu, bo ruch zespołu zanieczyści dane.

Przed startem przygotuj listę kontrolną: canonicale wskazują domenę produkcyjną, linki nie prowadzą do subdomeny testowej, formularze mają właściwy adres, sitemap zawiera wyłącznie docelowe URL-e, a dyrektywa noindex zostanie usunięta podczas publikacji.

5. Wdróż przekierowania 301 bez łańcuchów

Stałe przekierowanie serwerowe 301 jest właściwym sygnałem dla zmienionego adresu. Powinno prowadzić bezpośrednio ze starego URL-a do końcowego. Łańcuch stary - pośredni - nowy zwiększa czas i ryzyko błędu. Pętle całkowicie blokują stronę.

Reguły należy testować zarówno dla adresów z listy, jak i wariantów protokołu, hosta, ukośnika oraz wielkości liter, jeśli stary serwer je rozróżniał. Google wskazuje przekierowanie jako mocny sygnał kanoniczny, ale treść strony docelowej nadal musi być odpowiednia.

6. Publikuj w kontrolowanym oknie

Zrób kopię starej wersji, zmniejsz TTL DNS z wyprzedzeniem, ustal osoby dostępne po starcie i przygotuj możliwość szybkiego wycofania infrastruktury. Nie cofaj treści bez zastanowienia, jeśli problem dotyczy jednej reguły przekierowania. Rollback może stworzyć dodatkowy chaos w indeksacji.

Po publikacji wykonaj crawl nowych adresów i całej listy starych URL-i. Sprawdź 200, 301, 404, canonicale, robots, noindex, linki, obrazy, formularze oraz sitemapę. Poproś o ponowne zindeksowanie kilku najważniejszych stron przez Inspekcję URL.

7. Monitoruj dane przez kolejne tygodnie

W Search Console obserwuj strony, kliknięcia, wyświetlenia, raport indeksowania i wybór kanonicznych adresów. Porównuj grupy URL-i, a nie tylko sumę ruchu. Spadek jednej starej strony może być poprawny, jeśli jej widoczność przejął właściwy nowy landing.

Sprawdzaj logi 404, formularze i analitykę każdego dnia po starcie, następnie co kilka dni. Google informuje, że przy zmianie URL-i widoczność może się wahać przez kilka tygodni. Nie usuwaj przekierowań po miesiącu. Zewnętrzne linki i stare zakładki mogą działać przez lata.

Najczęstsze błędy migracji SEO

• uruchomienie produkcji z noindex
• przekierowanie wszystkich URL-i na stronę główną
• zmiana domeny, CMS, treści i architektury jednego dnia bez potrzeby
• usunięcie poradników oraz landingów z ruchem
• canonicale wskazujące stronę testową lub starą domenę
• sitemap zawierająca 404 i przekierowania
• wewnętrzne linki nadal prowadzące przez 301
• brak kontroli formularzy i konwersji po starcie

Audyt przed migracją i kontrolę techniczną można połączyć z usługą audytu i optymalizacji SEO.

Jak ograniczyć liczbę zmiennych podczas migracji?

Podziel decyzje na konieczne i opcjonalne. Konieczna może być zmiana technologii, ponieważ stary CMS nie ma wsparcia. Opcjonalna jest jednoczesna zmiana wszystkich URL-i, nazw usług i domeny. Im więcej warstw zmieniasz w jednym dniu, tym trudniej zdiagnozować wynik oraz wrócić do stabilnego stanu.

Dobrym podejściem jest zachowanie adresów i rdzenia treści podczas pierwszej publikacji, a następnie stopniowe ulepszanie elementów, które nie są krytyczne. Jeśli nowa architektura wymaga innych URL-i, nie dokładaj bez potrzeby zmiany domeny. Jeśli domena musi się zmienić, utrzymaj możliwie podobną strukturę i funkcję stron.

Przygotuj macierz obejmującą domenę, hosting, CMS, URL-e, treść, design, analitykę i funkcje. Dla każdej warstwy zapisz stary stan, nowy stan, powód, test i osobę odpowiedzialną. Dzięki temu po publikacji nie trzeba odtwarzać decyzji z wiadomości. Ta dokumentacja jest także podstawą kolejnego audytu oraz pomocy nowego developera.