Hreflang w domenach regionalnych: lista kontrolna bezpiecznych przenosin

Uruchamianie z opóźnieniem

Zespoły często pytają, czy hreflang może zostać wdrożony na jednej stronie przed drugą. Tak, może.

Google po prostu zignoruje tagi, dopóki obie strony nie potwierdzą się nawzajem. Nie ma żadnej szkody. Kolejność tylko opóźnia korzyści. Utrzymuj poprawność tagów na pierwszej stronie i nie publikuj częściowych zestawów, które wskazują na adresy URL, które jeszcze nie istnieją. Gdy sprawdzasz backlinki obu domen, widzisz również, który regionalny host jest już preferowany przez zewnętrzne źródła – to przydatny dowód przy decydowaniu, który URL stanie się x-default.

Dwa przypadki z praktyki

Załóżmy, że prowadzisz stronę niemiecką i brytyjską na dwóch domenach, z przekierowaniem 301 z roota UK do folderu /uk/, dodanego jakiś czas temu. Zespół chce teraz usunąć to regułę i pyta, jak zachować wartość linków.

Pobierz najpierw toppages dla obu hostów. Jeśli większość zewnętrznych linków prowadzi do roota, root musi teraz serwować prawdziwą stronę z hreflang i self-canonical, albo przekierować do najlepszego regionalnego dopasowania. Przeprowadź test skryptem, zachowaj starą regułę w kontrolce wersji i przeanalizuj wynik po kolejnym miesięcznym odświeżeniu indeksu.

Drugi przypadek jest mniejszy. Strona na Bloggerze lub Squarespace przenosi się na własną domenę. Przekieruj każdą starą ścieżkę osobno, ponieważ pierwsza część adresu URL się zmienia, podczas gdy slug często pozostaje ten sam. Sprawdź przepis na mapę przekierowań dla pętli testowej i zachowaj starą własność zweryfikowaną w Search Console, aby obserwować pokrycie na obu.

Poza hreflang i canonical: co jeszcze sprawdzać między krajami

Hreflang i canonical to tagi, które ludzie sprawdzają jako pierwsze, ale nie jedyne miejsce, w którym konfiguracja międzykrajowa może się zepsuć. Przekierowania zależne od lokalizacji, przełącznik języka wysyłający roboty do jednej lokalizacji oraz mapa witryny zawierająca tylko jedną wersję zmieniają to, który adres URL Google traktuje jako główny dla każdego rynku.

Przejdź przez te punkty po pomyślnym przejściu tagów. Każdy z nich może cicho unieważnić tag wyglądający poprawnie w szablonie.

Przekierowania geo i przełączniki językowe

Przekierowanie wybierające lokalizację na podstawie lokalizacji odwiedzającego może wysłać Googlebota do jednego kraju i nigdy nie pokazać mu pozostałych. Robot widzi wtedy tylko jedną wersję, a alternatywy pozostają nieodwiedzone. Wymuszone przekierowania są częstą przyczyną tego zjawiska, więc przetestuj z agentem użytkownika crawlera i, jeśli to możliwe, z drugiego kraju.

Przełącznik języka powinien linkować do tej samej strony w każdej lokalizacji. Jeśli linkuje tylko do strony głównej innej witryny, alternatywy tracą wewnętrzne linki i stają się trudniejsze do znalezienia.

Mapy witryny zawierające alternatywy

Mapa witryny XML może wymieniać adresy URL alternatyw każdego rynku w jednym miejscu, dzięki czemu zestaw jest odczytywany razem, a nie strona po stronie. Utrzymuj tę listę w zgodzie z tagami na samych stronach.

Usuń z mapy witryny każdą lokalizację, która zwraca przekierowanie lub noindex, inaczej dwa źródła będą się nie zgadzać co do istniejących wersji.

Wtyczki obiecujące automatyzację

Wtyczki mogą generować hreflang dla wielu witryn i są dobrym punktem wyjścia. Wtyczka nie wie, który adres URL regionalny jest właściwym celem ani czy inne przekierowanie nie jest z nim sprzeczne.

Sprawdź wynik wtyczki na podstawie przejrzystości, a nie polegaj na ekranie ustawień. Przejrzystość to jedyny widok pokazujący to, co faktycznie otrzymuje bot.

Równoległe uruchomienie dwóch domen przez pewien czas

Uruchomienie równoległe utrzymuje obie domeny jako aktywne, podczas gdy nowa zdobywa swoją pozycję. Pomaga, gdy stara domena nadal otrzymuje linki i wizyty. Kosztuje też więcej. Dwa zestawy tagów muszą być zgodne jednocześnie.

Jeśli uruchamiasz obie, wybierz z góry domę każdego rynku. Zapisz ten wybór w zestawie hreflang, a następnie pozwól mapie witryny i linkom wewnętrznym podążać za nim.

Strony docelowe i miękkie przekierowania

Strona docelowa na innej domenie z przyciskiem prowadzącym do Twojej witryny to zwykłe linki wychodzące. Może przenosić odwiedzających, ale nie przenosi historii adresu w taki sposób, jak robi to 301. Nie polegaj na nim jako kroku migracji.

Używaj takich stron jako mostu dla ludzi, a zachowaj przekierowanie serwerowe jako to, które przenosi linki.

Obserwacja obu hostów podczas nakładania się okresów

Zachowaj obie własności zweryfikowane w Search Console i pobieraj dane linków dla obu hostów w tej samej harmonogramie. Niespójne harmonogramy sprawiają, że normalna zmiana wygląda na stratę.

Porównuj podobne z podobnym przy każdym pobraniu: ten sam host, to samo działanie, ten sam miesiąc. Wtedy różnica, którą widzisz, to przenosiny, nie kalendarz. Zapisz datę każdej zmiany przekierowania w tym samym pliku, aby czas nie był zgadywany.

Sprawdzanie, czy linki podążają za każdą regionalną przenosiną

Przenosiny regionalne są wykonane w połowie, gdy tagi i przekierowania są poprawne. Drugą połową jest to, czy zewnętrzne witryny wskazują teraz na właściwy adres URL regionalny – to pytanie o linki.

Który regionalny host preferują zewnętrzne witryny

Pobierz toppages dla każdego regionalnego hosta, a następnie użyj compare, aby ustawić dwie bazy linków obok siebie, aby sprawdzić backlinki stron w jednej tabeli. Zrób to dla hostów, które Cię interesują, zanim zdecydujesz, który powinien trzymać sygnały rynkowe.

Host, który gromadzi większość domen odsyłających, mówi Ci, gdzie zewnętrzne witryny już wysyłają swoich czytelników.

Gdy regionalny host traci domeny odsyłające

Zacznij od listy połączonych stron na tym hoście. Znajdź adresy URL, które wypadały, sprawdź, czy każdy z nich przekierowuje do właściwej strony regionalnej i potwierdź, że tagi hreflang na tej stronie wskazują ten sam rynek.

Jeśli spadek pokrywa się ze zmianą mapy witryny, porównaj stare i nowe listy map witryny przed dotknięciem jakichkolwiek tagów. Drzewo decyzyjne strony nieindeksowane obejmuje przypadek, w którym strona regionalna istnieje, ale pozostaje poza indeksem.

Utrzymywanie regionalnego punktu odniesienia

Zapisz listę linków dla każdego regionalnego hosta z datą w nazwie pliku, aby późniejsze pobranie miało coś do porównania. Bez tego pliku spadek wygląda na świeży problem, choć może to być przenosina, która miała miejsce miesiące wcześniej.

Zapisz zestaw hreflang i wybór canonical obok pliku linków. Gdy host traci linki, możesz wtedy sprawdzić tagi względem stanu, w jakim były, gdy linki były ostatnio liczone.

Uruchom to samo pobranie dla każdego regionalnego hosta w ten sam dzień miesiąca i zachowaj wynik w jednym folderze na hosta. Porównanie między hostami jest sprawiedliwe tylko wtedy, gdy daty się pokrywają, a nazwy plików to najprostszy sposób na uczynienie tego widocznym.