Sześć błędów migracji, które izolują backlinki klienta
Większość utraty linków w raporcie klienta to nie kara. To stary URL, który przestał odpowiadać po przeniesieniu strony, a raport top-pages pokazuje to w minutę.
Zespół badawczy LinkSkimmr ·
Kamienie milowe: gdzie trafiają linki po przeniesieniu strony
Linki wskazują na URL-e, a nie na strony. Zmiana URL oznacza, że każdy link do starego adresu wymaga przekierowania.
Brzmi to oczywiste, dopóki migracja nie zostanie zrealizowana. Wiele zespołów zna tę zasadę. Migracja WordPress, zmiana z www na domenę bez www lub nowa struktura kategorii idzie na żywo w piątek z notatką, że przekierowania zostaną dodane później. Gdy sprawdzasz backlinki strony po takiej migracji, pytanie nie brzmi „ile linków istnieje”, ale „ile z nich wciąż prowadzi do aktywnej podstrony”, a punkt piąty dziesięciominutowego audytu na to odpowiada.
Własne wytyczne Google dotyczące migracji to mapa jeden-do-jeden ze starych URL-i na nowe. Przekierowania serwerowe 301 wykonują tę pracę. Trzymaj je włączone tak długo, jak to możliwe. W przypadku zmiany domeny narzędzie Zmiana adresu w Search Console jest dodatkowym krokiem. Mapy nadal psują się w przewidywalny sposób, a Screaming Frog lub Ahrefs Site Audit wyłapią większość z nich.
Narzędzia pomagają w tym: Search Console pokazuje indeksowanie i pokrycie po stronie Google, Screaming Frog wypisuje łańcuchy przekierowań z crawlowania, a nasze zapytanie top-pages pokazuje, które URL-e przenoszą linki. Żadne z nich samo w sobie nie daje pełnego obrazu, a ich połączenie zajmuje mniej niż godzinę na małej stronie.
Błąd, symptom, naprawa
Błąd
Jak objawia się to w danych
Naprawa
Wszystko przekierowane na stronę główną
Najczęściej linkowane podstrony zniknęły; tylko strona główna pozostała jako URL
Zmapuj każdy stary URL do najbliższej nowej podstrony
www i domena bez www odpowiadają kodem 200
Te same linki rozdzielone między dwa hosty
Wybierz jeden host, przekieruj drugi kodem 301
Łańcuch przekierowań składający się z trzech lub więcej skoków
Top page resolves only after several jumps
Wskaż stary URL bezpośrednio na końcowy
302 użyty dla przeniesienia stałego
Stary URL wciąż pojawia się jako linkowana podstrona
Przełącz na 301, gdy przeniesienie jest ostateczne
Stara podstrona „O nas” usunięta, bez przekierowania
Dobrze linkowany URL zwraca 404
Przekieruj go na nową podstronę „O nas”
Struktura kategorii odbudowana bez mapy
Dziesiątki linkowanych URL-i zwracają 404
Eksportuj najpierw stare URL-e, zmapuj je w arkuszu
Znajdź izolowaną wartość w dwóch zapytaniach
Pobierz najczęściej linkowane podstrony, a następnie przetestuj każdy URL w przeglądarce lub za pomocą curl -I. Wszystko, co nie jest czystym 200 lub pojedynczym 301, trafia na listę.
bash
# which old URLs carry the links (2 credits, billed once)
curl "https://linkskimmr.com/api.php?action=toppages&q=clientsite.com&per=200&key=sk_live_..."
# then, for each URL you care about
curl -sI https://clientsite.com/old-page | head -5
Kolejność napraw, której byśmy użyli
1
Najpierw napraw host
Jeden kanoniczny host, wszystko inne przekierowane na niego kodem 301. Zajmuje to kilka minut i dotyka wszystkich linków jednocześnie.
2
Zmapuj najlepsze dwadzieścia URL-i
Dwadzieścia dobrze linkowanych podstron zwykle zawiera większość wartości. Zmapuj je ręcznie, jeden-do-jeden.
3
Spłaszcz łańcuchy
Zamień każdą wieloskokową trasę na pojedynczy skok do końcowego URL-a.
4
Sprawdź ponownie za miesiąc
Nasz indeks odświeża się mniej więcej raz w miesiącu, więc daj mu cykl, zanim ogłosiš naprawę za sukces lub porażkę.
Ograniczenie warte wspomnienie na głos
Naprawa przekierowań zwraca wartość linku do aktywnej podstrony. Nie gwarantuje to pozycji w wynikach wyszukiwania i nie odzyska linków, które zostały usunięte w źródle. Znotuj oba fakty w raporcie dla klienta.
Najczęściej zadawane pytania dotyczące przekierowań
Czy mogę po prostu przekierować starą podstronę na nową stronę „O nas”?
Tak, gdy nowa podstrona spełnia tę samą funkcję. Przekierowanie 301 ze starego URL-a do najbliższego odpowiednika utrzymuje użyteczność linków. Wysyłanie każdego martwego URL-a na stronę główną działa słabo, ponieważ cel nie odpowiada już temu, co obiecywał link.
Ile przekierowań 301 jest za dużo na jednej stronie?
Liczba ma mniejsze znaczenie niż kształt każdej ścieżki. Długie łańcuchy marnują zasoby crawlowania i częściej się psują, więc trzymaj każdy stary URL w jednym skoku i przechowuj pełną mapę w arkuszu kalkulacyjnym, który można zweryfikować.
Jak wysłać www na wersję bez www?
Wybierz jeden host jako kanoniczny, a następnie dodaj przekierowanie 301 dla całej strony z innego hosta na ten wybrany na poziomie serwera lub u dostawcy DNS. Przetestuj obie wersje za pomocą curl -I i potwierdź, że linki z listy top-pages trafiają na wybrany host.
Co sprawdzić w tygodniu, gdy migracja idzie na żywo
Jeśli sprawdzasz backlinki strony w tygodniu jej migracji, sprawdź mapę przed liczbami. Mapa decyduje o tym, czy liczby w ogóle mogą się odzyskać.
Crawluj starą mapę witryny, nie tylko nową
Stara mapa witryny wciąż wymienia URL-e, które zdobyły swoje miejsce. Przekrawluj ją względem aktywnej strony, a każdy wiersz zwracający 404 lub łańcuch przekierowań stanie się linią w mapie.
Zachowaj wynik crawlowania z datą w nazwie pliku. Drugie crawlowanie miesiąc później pokaże, które naprawy się utrzymały, a które przekierowania cicho zniknęły.
Porównaj najlepsze podstrony przed i po
Zapisz listę top-pages przed migracją, a następnie uruchom zapytanie ponownie, gdy nowa strona się ustali. Dwie listy linkowanych URL-i powinny do siebie pasować po zastosowaniu mapy, a wiersze, które nie pasują, to Twoja lista zadań.
Każde uruchomienie kosztuje 2 kredyty, więc porównanie jest tanie. Koszt jest w mapowaniu, a nie w danych.
Szukaj zostawionego reguły środowiska testowego
Reguła blokująca crawlery może przetrwać start niezauważona. Sprawdź robots.txt i dowolny tag noindex na szablonach zawierających Twoje najlepiej linkowane podstrony, zanim ogłosiš migrację za zakończoną.
Jedna linia w raporcie klienta wystarczy: które szablony sprawdziłeś i w jakim dniu. Zapisz właściciela każdego przekierowania obok niego, ponieważ przekierowanie, którego nikt nie może wyjaśnić, to to, które zostanie usunięte przy kolejnym redesignzie.
Który kod przekierowania pasuje do przeniesienia stałego
Kod to mały wybór z dużym wpływem na przekaz, jaki wysyłasz. Roboty crawlujące odczytują kod statusu zanim cokolwiek innego na starej podstronie.
Dlaczego 301 pasuje do ostatecznego przeniesienia
301 mówi, że przeniesienie jest stałe. 302 mówi, że stary adres może wrócić, co jest niewłaściwym przekazem dla przeniesienia ostatecznego. Używaj 302 tylko wtedy, gdy trwa prawdziwy test tymczasowy.
Gdy przeniesienie się ustali, przełącz wszystkie tymczasowe przekierowania na 301. Pozostawienie 302 na lata to jedna z cichszych metod pozostawienia przeniesienia w połowie.
Dlaczego 302 po którym następuje 301 idzie źle
302 przekierowujący do drugiego URL-a, który następnie wysyła 301, tworzy dwa skoki i mieszane sygnały. Wyszukiwarki zwykle potrafią przejść przez łańcuch, ale łańcuch jest wolniejszy i łatwiej się zepsuje przy kolejnej edycji reguły.
Spłaszcz go do jednego 301 wskazującego bezpośrednio na końcowy adres. Jeden skok jest łatwiejszy do przetestowania, łatwiejszy do wyjaśnienia klientowi i łatwiejszy do utrzymania przy życiu.
Jak przekierować URL-e z parametrami zapytania
Stare URL-e z parametrami query są powszechne po zmianie CMS. Załóżmy, że stary adres to była podstrona produktu z parametrem koloru. Zdecyduj, czy parametr zmienia treść. Jeśli tak, zmapuj URL z parametrami do pasującej nowej podstrony; jeśli nie, jedna reguła usuwająca parametr może obsłużyć podstronę.
Przetestuj ręcznie kilka URL-i z parametrami po wdrożeniu reguły. Reguła działająca dla ścieżki podstawowej może nadal ignorować ciąg query, a linki zawierające parametry to te, które przegapisz.
Trzy przekierowania wyglądające jak naprawy
Niektóre przekierowania przechodzą test statusu, a mimo to tracą wartość. Podstrona odpowiada kodem 301, ale cel jest niewłaściwy dla ludzi i robotów, którzy podążają za linkiem.
Pętla przekierowań
Dwie reguły wysyłające się nawzajem z powrotem pokazują się w przeglądarce jako pętla, a większość narzędzi poddaje się po kilku skokach. Przetestuj stary URL, policz skoki i napraw regułę, która wskazuje z powrotem na miejsce startu.
Pętla to najłatwiejszy problem do zobaczenia i najłatwiejszy do pozostawienia na tydzień. Napraw go w dniu, w którym go znajdziesz, i policz skoki za pomocą curl -sIL, aby odczytać każdą linię statusu, a nie tylko ostatnią.
Przekierowanie do ekranu logowania
Dobrze linkowana stara podstrona przekierowująca do formularza logowania daje odwiedzającemu ścianę zamiast treści, którą obiecywał link. Załóżmy, że przekierujesz dawną poradę do strony logowania, która następnie odbija się do logowania u dostawcy zewnętrznego. Nic w tej trasie nie pomaga linkowi.
Przekieruj na publiczną podstronę pasującą do tematu linku. Jeśli taka podstrona nie istnieje, czyste 404 jest bardziej uczciwe niż przekierowanie, które nie prowadzi nigdzie użytecznie.
Przykład pracy, hipotetyczny
Wyobraź sobie klienta, który przeszedł z jednego motywu bloga na drugi. Przykładowe liczby.
Załóżmy, że raport top-pages wymienił 140 URL-i z linkami przed migracją, a 90 z nich zwróciło 404 afterwards, ponieważ nowy wzorzec permalink usunął folder z datą. Zmapowanie ręcznie dwudziestu najlepiej linkowanych z nich może odzyskać dużą część wartości wskazanej w jeden popołudnie, a tabela progowa mówi, jak opisać zmianę klientowi.
Ta sama mapa jest najlepszą odpowiedzią, gdy klient pyta, co się zmieniło. Pokaż dwadzieścia zmapowanych URL-i z ich starym adresem, nowym adresem i kodem statusu dla każdego. Tabela przekona. Wiersze przekonałyby więcej niż jakiekolwiek podsumowanie, a tabela podwaja się jako lista kontrolna do kolejnego przejścia.
