Migracja witryny: strategia SEO i najlepsze praktyki

Opublikowany: 2021-07-14

Z konkretnego powodu może być konieczna migracja witryny/firmy. Jako SEO nazywamy to „migracją” lub „przenoszeniem witryny”. Niewłaściwie przygotowana migracja może skutkować znacznym spadkiem Twojego ruchu organicznego. W tym przewodniku podzielę się, w jaki sposób możesz przejść przez proces migracji witryny w najbardziej bezproblemowy sposób.

Dlaczego musisz przeprowadzić migrację swojej witryny? Może być jeden lub więcej powodów.

Najpierw spójrzmy na typy migracji

  1. Zmiana domeny:
    Możesz przenieść swoją witrynę x.com do y.com
  2. Zmiana struktury adresu URL:
    Adresy URL zawierające słowa związane z zawartością i strukturą Twojej witryny są bardziej przyjazne dla odwiedzających ją osób. Jeśli adresy URL witryny nie są przyjazne dla SEO, możesz je zmienić.
  3. Migracja HTTP > HTTPS:
    Bezpieczeństwo jest dla Google najwyższym priorytetem. Jeśli przeniesiesz swoją witrynę z HTTP na HTTPS, Google potraktuje to jako przeniesienie witryny ze zmianami adresu URL. Może to tymczasowo wpłynąć na niektóre dane o ruchu.
  4. Zmiana platformy:
    Platforma witryny jest tym, na czym zbudowana jest nasza witryna. Mogłeś stworzyć swoją witrynę na WordPress, Shopify, Wix lub na dowolnej innej platformie. Możesz też mieć niestandardową witrynę utworzoną przez zespół programistów. Możesz przełączyć się na lepszą platformę. Zmieniając platformę, na której zbudowana jest Twoja strona, powinniśmy przetestować funkcje SEO Twojej nowej platformy.
  5. Zmiany w strukturze i hierarchii:
    Twoja witryna może zacząć działać w zupełnie innym obszarze. Lub adres URL i struktura kategorii Twojej witryny mogą nie być przyjazne dla SEO. Bez względu na przyczynę możemy rozpocząć pracę nad zupełnie nową stroną.
  6. Zmiana serwera:
    Migracje serwerów niosą ze sobą ryzyko przede wszystkim pod względem szybkości ładowania strony. Szybkość witryny to czynnik rankingowy SEO, ale co ważniejsze, jest to kwestia doświadczenia użytkownika i współczynnika konwersji. Możesz pomyśleć o skonfigurowaniu witryny tymczasowej na nowym serwerze i przetestowaniu na niej szybkości strony. Nie zapomnij również sprawdzić przekierowań, aby upewnić się, że zachowują się zgodnie z oczekiwaniami.
  7. Oddzielna migracja strony mobilnej:
    Google zaleca Responsive Web Design jako wzorzec projektowy, ponieważ jest najłatwiejszy do wdrożenia i utrzymania. Możesz więc zaplanować przekierowanie swojej wersji m-dot do głównej wersji responsywnej. Wykonanie przekierowania jest absolutnie słuszne. To jest coś, co powinno być dość proste i powinno być dość łatwe do zrobienia.

Jeśli cała struktura pozostaje taka sama, zmienia się tylko domena (pierwszy typ migracji), można powiedzieć, że nasza praca jest łatwa. W przypadku innych typów migracji lub gdy połączonych jest więcej niż jeden typ migracji, sprawy mogą być bardziej skomplikowane.

Istnieją dziesiątki przykładów, które doświadczyły ogromnej utraty ruchu podczas migracji.

Niektóre błędy, które powodują utratę ruchu podczas przenoszenia witryny:

  1. Brak planowania
  2. Niska znajomość SEO i UX
  3. Niski budżet
  4. Problemy z przekierowaniem
  5. Błędy mapowania adresów URL
  6. Błędy indeksowania
  7. Nie koliduj z natychmiastowymi błędami

Aby nie napotkać tych problemów, znajdziesz odpowiednią strategię planowania i punkty do rozważenia w dalszej części artykułu.

Zanim zacznę, chcę Cię ostrzec o kilku rzeczach:

  • ! Google nie zaleca jednoczesnego wprowadzania zmian w projekcie i strukturze adresu URL. Jeśli to możliwe, warto przeprowadzić te dwa lub więcej rodzajów migracji w różnym czasie, krok po kroku.
  • ! Jeśli witryna jest przenoszona do innej domeny, należy zbadać historię adresu nowej domeny. Archive.org, wyszukiwarka „twojastrona.com” i narzędzia audytu będą działać. Jeśli istnieje rejestracja domeny lub strona internetowa założona wcześniej, należy to ponownie rozważyć. Zainstalowanie domeny z podmiotem marki w Google, która była narażona na takie problemy, jak linki spamowe czy hakerskie, lub obsługując zupełnie inny temat, spowoduje utratę dużej części ruchu.
  • ! W niektórych przypadkach, nawet jeśli planowanie i wdrażanie migracji przebiega bez problemów, istnieje możliwość, że ruch organiczny zmniejszy się o 15% lub więcej. Ponieważ w witrynie nastąpiła ważna zmiana struktury, Google ponownie uczy się i ocenia każdą stronę jedna po drugiej. Ten okres trwa zwykle kilka tygodni, ale w przypadku dużych witryn może być dłuższy. Jeśli wszystko pójdzie dobrze, Twój ruch organiczny nabierze pozytywnego tempa w bardzo krótkim czasie po tej ocenie.
  • ! Witryna nie powinna być zamknięta dla użytkowników podczas lub przed migracją. Jeśli planowana jest zmiana projektu lub struktury, możesz z wyprzedzeniem ogłosić tę informację swoim odbiorcom za pomocą prostych metod. (Karuzela, e-mail, SMS, powiadomienia push itp.) Strony z różnymi kodami stanu lub komunikatami ostrzegawczymi mogą być negatywnie interpretowane przez Googlebota.
  • ! Moment migracji (uruchomienie nowej struktury) powinien przypadać w strefie czasowej, w której serwis otrzymuje najmniejszy ruch. W ten sposób, w przypadku napotkania niepożądanych problemów, liczba odbiorców, których to dotyczy, będzie utrzymywana na minimalnym poziomie. Ponadto w tych godzinach, kiedy obciążenie serwera jest niskie, Googlebot będzie szybciej przeszukiwać i indeksować nową witrynę.

[Studium przypadku] Nie pozwól, aby przeprojektowanie negatywnie wpływało na SEO

Rok po przeprojektowaniu ich strony internetowej EasyCash szybko zdał sobie sprawę, że nie było tam wydajności, na którą liczyli. Zidentyfikowali i rozwiązali kilka przeszkód związanych z SEO.
Przeczytaj studium przypadku

Planowanie i gromadzenie danych

Plan projektu, który nie pomija żadnego etapu ruchu, zapewnia, że ​​praca przebiega bez błędów. Po ustaleniu planu pracy podział zadań stanie się jasny. Ten plan należy przygotować co najmniej 30 dni przed migracją.

Ważne jest, aby zachować aktualne dane odwiedzających. W zależności od wielkości Twojego projektu internetowego, konieczne jest pogrupowanie stron i zapytań o największym ruchu.

Wskazówka: przechowywanie plików dziennika na 45 dni przed datą migracji pozwala analizować zachowanie Googlebota i podejmować natychmiastowe działania w przypadku wystąpienia różnicy.

Utwórz witrynę testową i odrzuć

Proces migracji rozpoczyna się od makiety dla SEO. Jeśli podczas tworzenia makiety zostaną sprawdzone i wprowadzone komentarze SEO, zmiany, które zostaną wprowadzone w witrynie testowej, zostaną zmniejszone. Pozwala to na szybszy postęp projektu. Ułatwia to również pracę projektantom UX/UI.

Ważne jest również, aby wyłączyć dostęp botów do strony testowej. W przeciwnym razie możesz zauważyć, że Twoje nowe strony zostaną uwzględnione w indeksie Google w bardzo krótkim czasie.

Jak zablokować boty wyszukiwarek za pomocą pliku robots.txt?

Utwórz plik robots.txt : możesz utworzyć plik o nazwie test.example.com/robots.txt i wykonać następujące polecenia:

——

Agent użytkownika: *
Uniemożliwić: /
# To polecenie blokuje wszystkim botom dostęp do mojej witryny.

——

Klient użytkownika: OnCrawl
Umożliwić: /
# To polecenie pozwala tylko botowi „OnCrawl” na dostęp do mojej witryny.

—–

Można zdecydować, z którymi botami testować i zdefiniować ślad do klienta użytkownika za pomocą pliku robots.txt. Oncrawl posiada funkcje, które znacznie ułatwią sprawę.

Ograniczenie adresu IP : jeśli uczestniczysz w planie migracji witryny internetowej firmy, możesz otworzyć dostęp tylko do adresu IP firmy i wyłączyć dostęp do wszystkich innych adresów IP, aby zapobiec ujawnieniu nowego projektu. W takim przypadku musisz przyznać dostęp do prywatnego adresu IP agencji lub konsultantom, z którymi współpracujesz, jeśli tacy są. Nawet jeśli zastosujesz ograniczenie IP, musisz zabronić botów za pomocą pliku robots.txt.

Ochrona hasłem: można utworzyć kombinację identyfikatora i hasła, aby wejść na stronę testową. Aplikacje indeksujące, takie jak Oncrawl, mają funkcje dostępu do hasła.

Tag Noindex : metatag noindex można dodać do sekcji head wszystkich stron, aby zapobiec indeksowaniu stron witryny testowej przez Google.

Wskazówka : jednym z najczęstszych błędów jest zapominanie o usunięciu tagu noindex po migracji do nowej witryny. Pamiętaj, aby potwierdzić, że tagi zostały zaktualizowane do indeksowania, postępuj zgodnie z nimi podczas migracji.

Śledzenie wydajności z Google Analytics

Jednym z najważniejszych punktów śledzenia wydajności jest kontynuowanie z tego samego konta Google Analytics bez utraty danych. Dlatego istniejący kod GA i GTM musi być aktywny w nowej witrynie wraz z migracją.

Generowanie nowego kodu GA utrudnia pomiar wydajności sieci.

Dodanie przypomnienia do pulpitu Google Analytics w dniu przeprowadzki ułatwi późniejsze porównywanie wyników.

Tworzenie istniejącej listy adresów URL

Wspomniałem na początku mojego artykułu, że jeśli zmieniamy tylko nazwę domeny, nasza praca jest łatwa. Możemy zastosować to zbiorczo z pliku .htaccess za pomocą następującego lub podobnego kodu.

* Plik .htaccess to plik konfiguracyjny znajdujący się na serwerach Apache.

RewriteEngine On RewriteCond %{HTTP_HOST} ^oldsitee\.com$ [LUB]
RewriteCond %{HTTP_HOST} ^www\.newsite\.com$
RewriteRule (.*)$ https://newsite.com/$1 [R=301,L]

Ten zestaw reguł zapewni automatyczne przekierowanie adresu domeny 301 do https://newsite.com, gdy dowolny adres URL zostanie osiągnięty w oldsite.com lub www.oldsite.com.

Jeśli jednak Twoim zadaniem jest naprawienie nieprawidłowej struktury adresu URL, sprawy się komplikują. Wyjaśniłem tę sytuację w dalszej części artykułu.

Teraz jesteśmy w jednym z najważniejszych punktów procesu migracji. Kluczem jest uzyskanie pełnej listy ważnych adresów URL dla bieżącej witryny. Jeśli zapomnisz adresu URL z dużą liczbą odwiedzających i wysokim PageRank i nie przeniesiesz go, przygotuj się na spadek ruchu organicznego.

Wskazówka : eksportując adresy URL z więcej niż jednego źródła, możesz mieć pewność, że żaden adres nie zostanie pominięty.

Rozpoczęcie od mapy witryny XML jest zawsze właściwym krokiem. Aby po prostu przenieść adresy URL z pliku XML do arkusza kalkulacyjnego, możesz skopiować link tutaj i wpisać własny adres URL mapy witryny zamiast https://www.sinanyesiltas.com/post-sitemap.xml w pierwszym wierszu.

  • Wszystkie adresy URL z wyświetleniem w Search Console,
  • Wszystkie adresy URL z odsłonami strony przez Google Analytics,
  • Wszystkie adresy URL uzyskane w wyniku indeksowania za pomocą Oncrawl,
  • Dalsze korzystanie z wielu narzędzi do indeksowania innych firm zapewnia, że ​​zadanie jest jasne. Ważne jest, aby upewnić się, że żaden adres URL nie zostanie pominięty, korzystając z różnych funkcji każdej aplikacji indeksującej.
  • Ważne jest, aby w tym miejscu uwzględnić strony, które już uzyskały linki. W tym celu konieczne jest odkrycie powiązanych stron za pomocą narzędzi Search Console, Ahrefs, Semrush i Majestic i dodanie ich do tego samego dokumentu.

Po uzyskaniu wszystkich adresów URL będziesz mieć zgrupowane dane podobne do poniższych w jednym dokumencie Excel.

Otrzymaliśmy wiele różnych arkuszy Excela z dostępnymi adresami URL. Czas połączyć je wszystkie w jeden plik i uczynić go wyjątkowym. Kontynuujemy naszą drogę z dokumentem, w którym nie ma pasujących adresów URL, Twoje obecne adresy URL są wymienione i żadne ważne adresy URL nie zostały pominięte. Zakładka WSZYSTKO na obrazku reprezentuje obszar, o którym mówię.

Mapowanie adresów URL (stare – nowe mapowanie adresów URL)

W projekcie, w którym zmieniła się struktura adresów URL, istniejące adresy URL należy dopasować do nowych adresów URL. SEO, który zrobi to w najlepszy sposób, może zapewnić, że proces migracji przebiegnie sprawnie i bez strat.

Konieczne jest dopasowanie nowego adresu URL do każdego z istniejących adresów URL w dokumencie, który utworzyliśmy w poprzednim kroku. Możesz bezpośrednio udostępnić ten dokument, który wypełnisz zespołowi IT, i poprosić o identyfikację przekierowań za pośrednictwem pliku .htaccess. Lub możesz to zrobić sam.

Na tym etapie należy wziąć pod uwagę krytyczne kwestie:

  • W przekierowaniach, które mają zostać zastosowane, należy użyć przekierowania po stronie serwera 301. Ten typ przekierowania na stałe przekierowuje stronę X na stronę Y i zapewnia, że ​​cała wartość strony X jest przenoszona na stronę Y. Używanie 302, 307, JS, Meta lub innych typów przekierowań jest bardzo krytycznym błędem w procesie migracji.
  • Nie umieszczaj w pliku mapowania adresów URL adresów URL, które nie mają odwiedzających, mają niską zawartość i które Twoim zdaniem szkodzą Twojemu budżetowi na indeksowanie. Pamiętaj, że Google zarezerwowało miejsce dla Twojej witryny w swoim centrum danych i powinieneś używać tej przestrzeni z najbardziej wydajnymi stronami. Jeśli zidentyfikowałeś niepotrzebną grupę stron, spraw, aby te strony odpowiedziały kodem stanu 410.
    Dlaczego 410? Kod statusu 410, w przeciwieństwie do 404, mówi, że ta strona jest teraz usunięta i nie będzie ponownie aktywna. Jeśli użyjesz kodu stanu 404, Googlebot odwiedzi Twój serwer, aby sprawdzić, czy ta sama strona jest ponownie aktywna. Eliminując te wizyty, 410 jest ważnym rozwiązaniem do efektywnego wykorzystania budżetu indeksowania.
  • Nie przekierowuj zbiorczo wielu stron na jedną stronę. Powoduje to zamieszanie zarówno dla użytkowników, jak i botów. Zamiast stosować zbiorczą liczbę 301 dla stron, których nie używasz i które są nieproduktywne, przejrzyj rozwiązanie 410.
  • Jeśli jesteś w trakcie migracji witryny e-commerce z tysiącami stron, nie jest możliwe przygotowanie mapowania jeden-do-jednego dla każdego adresu URL. W takim przypadku możesz pokierować swoim zespołem IT, przygotowując wzorce.

Przekierowania obrazu

Obrazy są również uwzględniane w mapowaniach migracji i przekierowań witryny. Jednym z najczęstszych błędów, które widzimy, jest to, że orientacja obrazu nie jest uwzględniana w migracji. Aby nie stracić rankingów i wartości uzyskanych w Google Images ważne jest przygotowanie osobnego mapowania URL dla zdjęć. Prace migracyjne należy rozpatrywać w oparciu o adresy URL, a nie strony.

Jak zrobić?

  1. Indeksuj pliki obrazów za pomocą Oncrawl.
  2. Możesz analizować źródła obrazów, które uzyskują linki zwrotne z Ahrefs, Semrush i Majestic.
  3. Możesz przeanalizować strony ze swoimi obrazami za pomocą Search Console > Typ wyszukiwania > Obraz.
  4. Zbierz wszystkie adresy URL, które otrzymasz w tym samym formacie Excela, który zrobiliśmy dla stron, wyeliminuj duplikaty i zakończ konfigurację mapowania.

(Jeśli domena się zmienia) Narzędzie zmiany adresu Google

Po wykonaniu wszystkich wstępnych prac i aktywacji przekierowań, jest narzędzie, które pozwala nam określić przeniesienie witryny do Google i ułatwia sprawę: Narzędzie do zmiany adresu. Sygnały będą obsługiwane w krótszym czasie po wybraniu w tym narzędziu starej i nowej witryny.

  • Własność usługi Search Console jest wymagana zarówno w przypadku starej, jak i nowej witryny.
  • Zmiana adresu jest używana tylko do zmiany domeny. Niedostępne w przypadku zmian adresu URL podfolderów lub migracji HTTP > HTTPS.
  • W tym narzędziu zmiany konieczne jest oddzielne traktowanie każdej subdomeny, jeśli taka istnieje.
  • Po spełnieniu tych warunków proces można rozpocząć, wybierając starą i nową witrynę za pomocą narzędzia Google Change Address Tool.

Aktualizacje linków

Witryna będzie miała teraz nową strukturę adresów URL. W takim przypadku wszystkie linki na stronie powinny działać w nowej wersji. Jeśli stare adresy URL będą nadal używane w linkach w witrynie, wiele bezcelowych przekierowań będzie działać. Dlatego należy sprawdzić następujące linki:

  • Wszystkie linki wewnętrzne na stronie
  • Tagi kanoniczne
  • -Jeśli w ogóle- Tagi hreflang
  • -Jeśli w ogóle- Alternatywne tagi
  • -Jeśli istnieją- Linki do mapy witryny HTML
  • Linki do profili w mediach społecznościowych
  • Linki do strony docelowej używane w kampaniach reklamowych

Wskazówka : jeśli zmieniłeś całą strukturę adresów URL, zalecam zachowanie przez jakiś czas pliku mapy witryny XML ze starymi adresami URL. Utwórz oddzielną mapę witryny XML z nową strukturą adresów URL. Przez jakiś czas wysyłaj stare adresy URL do Googlebota. W ten sposób Googlebot przyspieszy proces przeglądania i indeksowania przekierowania na stare adresy URL. W zależności od rozmiaru witryny zalecam, aby plik mapy witryny XML był aktywny co najmniej 1 miesiąc.

Sterownica

Po zastosowaniu przekierowań konieczne jest potwierdzenie, że kod stanu każdego adresu URL to 301 poprzez indeksowanie starych adresów URL uzyskanych wcześniej. W tym przypadku bardzo ważne jest podjęcie szybkich działań w przypadku wykrycia adresów URL o kodzie stanu innym niż 301.

Inne punkty kontrolne, na które należy uważać:

  • Plik robots.txt
  • Kod śledzenia Google Analytics
  • Kontrola weryfikacji w Search Console (jeśli domena się zmieniła, powinna być kontynuowana z 2 różnymi domenami, starą i nową)
  • Metatag (noindex, obserwuj)
  • Znacznik kanoniczny

Zwróć też uwagę na te:

  • Jeśli to możliwe, należy skontaktować się z dostawcami linków zwrotnych i zastąpić stare linki nowymi. Jeśli istnieje duża sieć backlinków, można zaplanować planowanie według ważności i kontaktować się tylko z najważniejszymi./li>
  • Strony docelowe wykorzystywane w kampaniach reklamowych powinny zostać przejrzane lub powinny zostać poinformowane odpowiednie zespoły.
  • Przemierzając nową witrynę, należy sprawdzić, czy wszystkie linki działają płynnie, a w przypadku wystąpienia pętli przekierowań w obrębie witryny należy podjąć natychmiastową interwencję.
  • Linki w profilach w mediach społecznościowych powinny być aktualizowane.
  • Należy postępować zgodnie z indeksowaniem nowych stron.
  • Skuteczność słów kluczowych powinna być monitorowana.
  • Przekierowania 301 nie powinny być dezaktywowane w najbliższym czasie, powinny zawsze pozostać aktywne.
  • Jeśli domena została zmieniona; Stara domena musi być przechowywana jeszcze przez co najmniej 2 lata.
  • Stare dane (adresy URL, logi, skuteczność słów kluczowych itp.) należy przechowywać przez jakiś czas.
  • Jeśli plik disavow jest zainstalowany w starej witrynie, należy go również przesłać do nowej domeny.

Google obsługuje konfigurację routingu między starą a nową witryną przez 180 dni. Po upływie 180 dni nie rozpoznaje żadnego powiązania między starą a nową witryną i traktuje starą witrynę jako nieistotną, jeśli jest nadal obecna i można ją przeszukiwać.