Ustal, jaki rodzaj przeprowadzki planujesz
Zmiana serwera bez zmiany adresów to inne zadanie niż nowa domena albo nowa struktura ścieżek. Gdy adresy się zmieniają, stare zakładki, linki wewnętrzne i wyniki wyszukiwania powinny prowadzić do sensownych miejsc. W fikcyjnym przykładzie firma przenosi „/uslugi/doradztwo.html” na „/doradztwo/”, lecz pozostawia dawny adres broszury. Tę różnicę zapisz przed uruchomieniem nowej wersji. Sprawdzenie samej strony głównej pomija podstrony, na które użytkownicy trafiają bezpośrednio.
Sporządź listę ważnych starych adresów. Wykorzystaj istniejącą mapę witryny, przegląd bieżących stron, nawigację i dostępne dane o ruchu, ale nie wymyślaj liczby odwiedzin. Oznacz strony związane z zapytaniami, pobraniami plików i istotnymi odnośnikami. Przy każdym adresie wpisz planowany cel i powód wyboru. Jeśli usługa już nie istnieje, pomocna może być odpowiednia strona informacyjna. Kierowanie wielu różnych adresów bez związku ze stroną główną jest zwykle złym rozwiązaniem; Google Search Central wyraźnie przed tym przestrzega.
Najpierw zdecyduj o treści, potem o regule serwera
Dla każdej strony określ, czy jej treść zostaje, zostanie połączona z inną, zastąpiona lub usunięta. Sprawdź, czy nowy cel spełnia oczekiwanie wynikające ze starego adresu. Podobieństwo tematu nie oznacza jeszcze równoważności dwóch stron. Przy połączeniu treści zanotuj, które informacje zachowasz, a które świadomie wycofasz. To decyzja redakcyjna, zanim stanie się technicznym przekierowaniem. Techniczne SEO nie naprawi niepasującej strony docelowej samą konfiguracją.
Prosta tabela może zawierać sześć kolumn: stary adres, nowy adres, decyzja dotycząca treści, przekierowanie, osoba odpowiedzialna i wynik próby. Dodaj status dla nierozstrzygniętych przypadków. W fikcyjnej firmie dawna strona doradztwa prowadzi trwale do „/doradztwo/”. Archiwalne wydarzenie nie dostaje wymyślonego nowego odpowiednika. Zespół może zachować je jako archiwum albo świadomie usunąć. Tabela pomaga też wrócić do poprawnego stanu: przy błędzie widać, jaki był zamiar i którą regułę zmieniono.
Sprawdź wersję testową przed publiczną zmianą
Zbuduj i obejrzyj nową wersję, zanim skierujesz na nią użytkowników. Porównaj nawigację, formularze, pliki, wersje językowe i działanie na telefonie z wymaganiami. Kopia testowa bywa zablokowana dla robotów albo oznaczona „noindex”; Google zwraca uwagę na konieczność sprawdzenia tych ustawień przy publikacji. Poprawne otwarcie strony głównej nie dowodzi, że dostępny jest konkretny artykuł, dokument czy wersja językowa. Przetestuj prawdziwe stare adresy i odpowiadające im nowe strony.
Przygotuj plan powrotu. Zachowaj poprzednią wersję, konfigurację przekierowań oraz dane potrzebne do przywrócenia działania; ustal, kto podejmie decyzję w razie problemu. Cofnięcie zmian nie zawsze jest pojedynczym kliknięciem, zwłaszcza gdy równocześnie zmieniają się formularze, baza danych lub domena. Ogranicz liczbę zmian przeprowadzanych jednocześnie. Gdy podczas migracji przepisujesz też wszystkie artykuły, trudniej później ustalić, co spowodowało nieoczekiwany wynik.
Po starcie badaj konkretne ścieżki
Dla trwałej zmiany adresu zastosuj odpowiednie stałe przekierowanie HTTP, na przykład 301 lub 308. Zaktualizuj linki wewnętrzne, aby prowadziły bezpośrednio do nowych stron. Sprawdź adres kanoniczny i alternatywne wersje językowe ważnych celów. Nowa mapa witryny powinna zawierać zamierzone kanoniczne adresy i zgadzać się z nawigacją. Google opisuje te elementy jako sygnały i pomoce w odkrywaniu stron. Żaden z nich nie gwarantuje określonej pozycji w wynikach, a samo zgłoszenie mapy nie powoduje natychmiastowego zaindeksowania wszystkiego.
Przetestuj mapowanie prawdziwymi żądaniami HTTP. Czy stara strona trafia we właściwe miejsce? Czy nie powstaje zbędny łańcuch przekierowań? Czy nowa strona pokazuje oczekiwaną treść? Zacznij od stron, które wcześniej dawały zapytania lub ważne wejścia. Następnie obserwuj błędy, dzienniki serwera i dostępne raporty o indeksowaniu. Porównuj je z zapisanym stanem wyjściowym i uwzględnij inne zmiany, na przykład sezon lub kampanię. Krótki ruch na wykresie sam nie dowodzi powodzenia ani porażki migracji.
Czas przetwarzania to nie usprawiedliwienie usterki
Google wyjaśnia, że ponowne przeglądanie i przetwarzanie dużej migracji może potrwać, a pozycje mogą przejściowo się wahać. Nie znaczy to jednak, że należy czekać przy znanym błędnym przekierowaniu, zablokowanej stronie lub brakującym pliku. Oddziel potwierdzone usterki techniczne od zmian, których przyczyna nie jest jeszcze jasna. Prowadź datowany zapis poprawek. Ułatwi on późniejsze wyjaśnienie przebiegu zamiast opowieści odtwarzanej z pamięci.
Na początek wybierz dziesięć ważnych starych adresów. Otwórz każdy, wskaż najbliższy sensowny cel i zapisz oczekiwanie użytkownika. Po uruchomieniu powtórz te dziesięć przejść, a potem sprawdź pozostałą listę. Jeśli nie istnieje dobre miejsce docelowe, nie wymyślaj go tylko dla pełnej tabeli. Staranna migracja ułatwia ludziom dotarcie do właściwej treści i pozwala wykryć rozbieżności. To, kiedy systemy wyszukiwania przetworzą całość zmiany, obserwuj osobno.
Osobno sprawdź pliki i wersje językowe
Przy planowaniu adresów łatwo pamiętać o stronach, a zapomnieć o plikach PDF, zdjęciach lub formularzach pobieranych bezpośrednio. Umieść ważne dokumenty w tej samej tabeli i sprawdź, czy po przeniesieniu użytkownik otrzymuje właściwą aktualną wersję. Jeśli dawny dokument jest przestarzały, zdecyduj świadomie, jak to zakomunikować. Nie podmieniaj go po cichu na materiał o innym znaczeniu.
W witrynie wielojęzycznej wykonaj próbę osobno dla każdego języka. Polskie wejście powinno prowadzić do odpowiedniej polskiej strony, jeżeli istnieje, a nie automatycznie do głównej wersji angielskiej. Zestaw adresy alternatywne z kanonicznymi i upewnij się, że odsyłają do faktycznie dostępnych treści. Dla każdej ważnej ścieżki zanotuj wynik na telefonie i komputerze. Taki zapis pokaże, czy błąd dotyczy samej treści, przekierowania czy sposobu wyświetlania.
Częste pytania
Czy nowa mapa witryny wystarczy?
Nie. Sprawdź odpowiednie przekierowania, bezpośrednie linki wewnętrzne, dostępność stron docelowych i ich adresy kanoniczne. Mapa pomaga odkrywać adresy, lecz nie zastępuje mapowania ani kontroli działania.
Czy spadek ruchu oznacza błąd migracji?
Nie zawsze. Najpierw szukaj konkretnych usterek, takich jak zablokowane strony lub niewłaściwe cele. Potem porównaj przebieg zmian ze stanem wyjściowym oraz innymi czynnikami, zanim wskażesz przyczynę.