Po migracji adresów URL użyj jednej mapy starych adresów na nowe, aby zaktualizować linki publiczne, deklaracje adresów kanonicznych, przekierowania i wpisy w mapie witryny. Ten przepływ pracy na komputerze Mac pokazuje, jak uzgodnić te zmiany i zweryfikować opublikowany wynik.

Zadanie polega na przeniesieniu niewielkiego zbioru publicznych dokumentów HTML pod nowe ścieżki w tej samej witrynie. Wszystkie przykładowe adresy i nazwy stron są fikcyjne. Aby wykonać cały przepływ pracy, potrzebujesz dostępu do systemu publikacji, jego ustawień przekierowań oraz odpowiedniej usługi Search Console.

Co powinno być zgodne po migracji?

Dla każdego przeniesionego dokumentu wybierz jedno docelowe miejsce. Linki, nad którymi masz kontrolę, powinny prowadzić tam bezpośrednio, strona docelowa powinna wskazywać siebie jako kanoniczną, a aktualna mapa witryny powinna zawierać ten adres. Stary adres powinien przekierowywać na nowy. Google opisuje przekierowania i adnotacje kanoniczne jako silne sygnały kanonikalizacji, a uwzględnienie adresu w mapie witryny jako słabszy sygnał. Metody te mogą się wzajemnie wzmacniać, ale ostatecznego wyboru adresu kanonicznego dokonuje Google. Wskazówki Google dotyczące kanonikalizacji.

Te mechanizmy pełnią różne funkcje. Przekierowanie obsługuje żądanie dotyczące starego adresu. Link publiczny określa, dokąd przejdzie czytelnik. Deklaracja kanoniczna wskazuje preferowany adres URL dokumentu; WHATWG definiuje to znaczenie dla typu linku canonical. Mapa witryny zawiera listę preferowanych adresów URL, ułatwiając ich wykrywanie. Aktualizacja jednego elementu nie zmienia pozostałych. Standard HTML WHATWG: typ linku canonical, Wskazówki Google dotyczące map witryn.

Praktycznym kryterium akceptacji może być poniższa tabela zgodności. To przepływ pracy opracowany na podstawie dokumentacji, a nie system oceniania Google.

Element Oczekiwany wynik dla fikcyjnego dokumentu Colors
Stary adres https://example.com/notes/colors.html przekierowuje na stałe do miejsca docelowego
Miejsce docelowe https://example.com/library/colors/ udostępnia dokument Colors
Nawigacja i linki w dokumentach Prowadzą bezpośrednio do https://example.com/library/colors/
Adres kanoniczny miejsca docelowego Wskazuje https://example.com/library/colors/
Wpis w aktualnej mapie witryny Zawiera https://example.com/library/colors/

Utwórz jedną mapę przed zmianą poszczególnych ustawień

Na Macu otwórz arkusz kalkulacyjny lub edytor zwykłego tekstu i zapisz każdy stary adres obok jego docelowego adresu. Google zaleca przygotowanie mapy starych i nowych adresów URL w ramach przenoszenia witryny. Zachowaj kopię pierwotnej listy, aby zastąpienie wpisów w mapie witryny nie usunęło informacji o adresach wymagających przekierowań. Wskazówki Google dotyczące przenoszenia witryny.

Dokument Stara ścieżka Docelowa ścieżka
Colors /notes/colors.html /library/colors/
Palette /notes/palette.html /library/palette/
Shapes /notes/shapes.html /library/shapes/

Dla każdego wiersza zapisz, gdzie trzeba wprowadzić zmiany: w edytorze stron, wspólnej nawigacji, ustawieniu adresu kanonicznego, ustawieniu przekierowania i generatorze mapy witryny. Dodaj osobne kolumny kontrolne dotyczące odpowiedzi publicznej strony i inspekcji w Search Console. Dzięki temu nieprecyzyjne polecenie „zaktualizuj adresy URL” zamieni się w skończony zestaw edycji i obserwacji.

Przed zaakceptowaniem mapowania sprawdź zawartość strony docelowej. Jeśli dwa stare dokumenty połączono w jeden przydatny dokument, oba mogą do niego przekierowywać. Nie kieruj niezwiązanych ze sobą dokumentów na ogólną stronę główną; Google ostrzega, że nieistotne przekierowania mogą zostać uznane za błędy soft 404. Zalecenia Google dotyczące mapowania przekierowań.

Zaktualizuj linki publiczne i sprawdź ścieżki względne

W edytorze publikacji użyj mapy, aby zaktualizować nawigację, indeksy dokumentów, linki do powiązanych dokumentów oraz odnośniki w treści artykułów. Jeśli system generuje nawigację z rekordów stron, zmień rekordy źródłowe lub szablon zamiast wielokrotnie poprawiać wygenerowany wynik. Przed zapisaniem sprawdź każde zastąpienie, zwłaszcza gdy stara ścieżka występuje też w przykładach objaśniających.

Zmiana ścieżki może zmienić miejsce docelowe linku względnego, nawet gdy jego tekst pozostaje taki sam. Standard URL WHATWG określa sposób rozwiązywania odwołań względnych względem bazowego adresu URL. W poniższych przykładach założono, że dokument nie ma jawnego nadpisania adresu bazowego. Standard URL WHATWG.

Adres URL dokumentu Wartość linku Rozwiązany adres docelowy
https://example.com/notes/colors.html palette.html https://example.com/notes/palette.html
https://example.com/library/colors/ palette.html https://example.com/library/colors/palette.html
https://example.com/library/colors/ /library/palette/ https://example.com/library/palette/

Te fikcyjne adresy docelowe sprawdzono za pomocą interfejsu API JavaScript URL. Niezmieniona wartość palette.html wskazuje teraz ścieżkę wewnątrz katalogu Colors, więc problemu nie wykryłoby skuteczne zastąpienie tekstu w innym miejscu. W przypadku tego niewielkiego zbioru użycie zamierzonej ścieżki względnej od katalogu głównego jasno określa miejsce docelowe. Jeśli przenosisz witrynę na inny host, użyj poprawnego bezwzględnego adresu albo sprawdź, czy każdy link względny od katalogu głównego nadal wskazuje właściwy host.

Otwórz opublikowany dokument Colors w przeglądarce na Macu i kliknij link Palette. Sprawdź zarówno wyświetlony dokument, jak i końcowy adres. Powtórz to dla wspólnej nawigacji i linków do sekcji. Jeśli link zawiera #swatches, upewnij się, że strona docelowa nadal zawiera odpowiadający mu identyfikator sekcji; sama mapa ścieżek nie pozwala tego ustalić.

Ustaw adresy kanoniczne i stałe przekierowania u źródła

Dla każdego nowego dokumentu HTML ustaw adres kanoniczny na docelowy bezwzględny adres URL. Google zaleca bezwzględne kanoniczne adresy URL i akceptuje element HTML canonical w head dokumentu. Jeśli system publikacji ma pole adresu kanonicznego, wpisz tam adres i sprawdź wygenerowany wynik. Instrukcje Google dotyczące implementacji adresów kanonicznych.

Poniższy fragment metadanych strony Colors należy umieścić w istniejącym nagłówku dokumentu, a nie traktować jako pełną stronę HTML:

<link rel="canonical" href="https://example.com/library/colors/">

Sprawdź, czy host nie wysyła też adresu kanonicznego w nagłówku odpowiedzi HTTP Link. Google obsługuje obie metody, ale zaleca wybranie jednej, ponieważ utrzymywanie obu może prowadzić do sprzecznych miejsc docelowych. Popraw szablon lub ustawienie, które generuje tę wartość, aby kolejna publikacja nie przywróciła starego adresu. Metody kanonikalizacji Google.

Skonfiguruj stary adres tak, aby zwracał stałe przekierowanie po stronie serwera do miejsca docelowego. RFC 9110 definiuje 301 i 308 jako przekierowania stałe oraz opisuje miejsce docelowe w nagłówku Location. Różnią się także sposobem obsługi metody żądania: 308 zachowuje metodę, a 301 dopuszcza historyczne zachowanie polegające na zmianie POST na GET. W przypadku zwykłego pobierania dokumentu Google traktuje oba jako sygnały stałego przekierowania. RFC 9110: semantyka HTTP, Dokumentacja Google dotycząca przekierowań.

Dokładna konfiguracja zależy od hosta lub systemu publikacji. Edycja w przeglądarce sama w sobie nie tworzy reguły odpowiedzi HTTP. Jeśli platforma nie pozwala skonfigurować przekierowań po stronie serwera, skorzystaj z udokumentowanej konfiguracji hostingu lub poproś operatora hostingu o wdrożenie mapy. Google opisuje natychmiastowe odświeżenie meta jako rozwiązanie zastępcze, gdy przekierowania po stronie serwera nie są dostępne; przekierowania JavaScript zaleca wyłącznie wtedy, gdy nie można zastosować innych metod. Sama deklaracja adresu kanonicznego nie przenosi użytkownika pod nowy adres. Obsługiwane metody przekierowań Google.

Wygeneruj mapę witryny na podstawie tych samych adresów docelowych

Zaktualizuj źródło mapy witryny, a następnie wygeneruj ją ponownie. Ręczną poprawkę w wygenerowanym pliku łatwo utracić podczas kolejnej kompilacji. W przypadku tej migracji aktualna mapa witryny powinna zawierać docelowe adresy stron Colors, Palette i Shapes zamiast ich starych ścieżek.

Google wymaga, aby adresy URL w mapach witryn były pełne i bezwzględne, a pliki zakodowane w UTF-8. Jeśli chcesz jedynie wymienić strony internetowe, możesz użyć mapy tekstowej: jeden adres URL w każdym wierszu, bez nagłówków i komentarzy. Pełny, fikcyjny przykład obejmujący trzy strony wyglądałby tak:

https://example.com/library/colors/
https://example.com/library/palette/
https://example.com/library/shapes/

Formaty map witryn i wymagania Google.

Jeśli witryna już generuje mapę XML, zachowaj ten obsługiwany format i zaktualizuj wpisy adresów URL. Podawaj dokładne daty modyfikacji lastmod; Google informuje, że powinny one odzwierciedlać istotne aktualizacje strony. Nie zmieniaj automatycznie wszystkich dat tylko po to, by mapa wyglądała na aktualną. Wskazówki Google dotyczące map XML.

Sprawdź publiczny wynik na Macu

Sprawdź wdrożony wynik, ponieważ podgląd edytora nie pozwala ustalić odpowiedzi HTTP pod publicznym adresem. Otwórz Terminal na Macu. Poniższe polecenia diagnostyczne używają fikcyjnych adresów: przed uruchomieniem zastąp je odpowiednimi publicznymi adresami z własnej mapy. Przykłady te nie oznaczają, że przeprowadzono rzeczywistą migrację.

old_url='https://example.com/notes/colors.html'
new_url='https://example.com/library/colors/'

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --dump-header - --output /dev/null "$old_url"

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  --location --max-redirs 5 --output /dev/null \
  --write-out 'status=%{http_code}\nfinal=%{url_effective}\nredirects=%{num_redirects}\n' \
  "$old_url"

curl --silent --show-error --connect-timeout 10 --max-time 30 \
  "$new_url"

Pierwsze polecenie wyświetla początkowe nagłówki odpowiedzi bez podążania za przekierowaniem. Drugie podąża za przekierowaniami i podaje końcowy kod stanu, adres oraz liczbę przekierowań. Trzecie pobiera znacznik strony docelowej do sprawdzenia. Opcje te opisano w podręczniku curl.

W przypadku prostego mapowania strony oczekuj początkowej odpowiedzi 301 lub 308 z właściwym nagłówkiem Location, po której końcowy adres udostępnia dokument prawidłowo. Sprawdź adres kanoniczny w otrzymanym znaczniku. Przeczytaj też dokument w przeglądarce: sama poprawna odpowiedź HTTP nie dowodzi, że otrzymano właściwą treść. Google zaleca przekierowywać bezpośrednio do miejsca docelowego, zamiast tworzyć łańcuchy przekierowań. RFC 9110: kody stanu, Wskazówki Google dotyczące przenoszenia witryny.

Jeśli któryś wiersz nie przejdzie kontroli, zastosuj poniższą kolejność diagnostyki. Dzięki temu naprawy będą wynikać z obserwowalnych rezultatów.

Obserwacja Następne działanie
Stary URL przekierowuje na niezamierzoną stronę Popraw mapowanie lub regułę przekierowania
Przekierowanie prowadzi do kolejnego przekierowania Skieruj stary adres bezpośrednio na końcowe miejsce docelowe
Poprawna strona ma stary adres kanoniczny Popraw źródło metadanych i opublikuj ponownie
Nawigacja nadal prowadzi do starej ścieżki Zaktualizuj link źródłowy lub wspólny szablon
Mapa witryny nadal zawiera stare ścieżki Popraw dane wejściowe generatora i wygeneruj mapę ponownie
Terminal zgłasza przekroczenie limitu czasu Po rozwiązaniu problemu z połączeniem powtórz kontrolę; oznacz test jako nieukończony

Prześlij mapę witryny i odróżnij kontrole na żywo od indeksowania

W Search Console wybierz usługę obejmującą nowe adresy URL i użyj raportu Sitemaps, aby przesłać publiczny adres mapy witryny. Google opisuje ten raport jako metodę przesyłania, która pokazuje również błędy przetwarzania. Przesłanie mapy to wskazówka ułatwiająca wykrywanie, a nie gwarancja indeksowania. Instrukcje Google dotyczące przesyłania mapy witryny.

Aby sprawdzić nowy dokument, wpisz jego pełny adres URL w pasku inspekcji Search Console. Użyj testu na żywo, aby sprawdzić bieżącą dostępność i potencjalną możliwość indeksowania. Aby sprawdzić wybór kanonicznego adresu przez Google, użyj wyniku indeksowanego i pola Google-selected canonical. Test na żywo nie przewiduje wyboru adresu kanonicznego. Narzędzie inspekcji adresów URL Search Console.

Ten przykład zmienia ścieżki w obrębie jednego hosta, więc narzędzie Change of Address nie ma zastosowania. Google zaleca wydawcom przenoszącym ścieżki skonfigurowanie przekierowań i aktualizację map witryn. Narzędzie jest przeznaczone do przenoszenia domen lub subdomen po przeniesieniu witryny i skonfigurowaniu przekierowań. Narzędzie Change of Address w Search Console.

Zachowaj mapę jako dokumentację na potrzeby utrzymania witryny. Oznacz wiersz jako ukończony dopiero wtedy, gdy publiczne przekierowanie, treść strony docelowej, linki, adres kanoniczny i mapa witryny są zgodne; późniejsze obserwacje dotyczące indeksowania przez Google zapisuj oddzielnie. Utrzymuj przekierowania tak długo, jak to możliwe — ogólne wskazówki Google dotyczące migracji zalecają co najmniej rok — i w przyszłych edycjach dokumentów nadal używaj docelowych adresów. Wskazówki Google dotyczące migracji.

Źródła