Przenoszenie witryny ze zmianą adresów URL

Ten artykuł opisuje zmianę adresów URL istniejących stron witryny w taki sposób, aby nie wpływało to negatywnie na pozycję witryny w wynikach wyszukiwania Google. Przykłady tego rodzaju przenoszenia witryny:

zmiana adresu URL z HTTP na HTTPS,
zmiana nazwy domeny z example.com na example.net albo łączenie kilku domen lub nazw hosta,
zmiana ścieżki adresu URL: z example.com/page.php?id=1 na example.com/widget lub z example.com/page.html na example.com/page.htm.

Omówienie

Przeczytaj podstawowe wskazówki na temat przenoszenia witryny Zwróć uwagę na to, co może wpływać na komfort użytkowników i ranking witryny. Jeśli przenosisz witrynę z protokołu HTTP do HTTPS, zapoznaj się ze sprawdzonymi metodami dotyczącymi protokołu HTTPS.
Przygotuj nową witrynę i dokładnie ją przetestuj.
Przygotuj schemat mapowania adresów URL z bieżących adresów na nowe w zmienionym formacie.
Rozpocznij przenoszenie witryny, konfigurując na serwerze przekierowania ze starych adresów URL do nowych.
Monitoruj natężenie ruchu w przypadku nowych i starych adresów URL.

Najczęstsze pytania na temat przenoszenia witryny ze zmianą adresu URL

Czy Google zaleca przenoszenie witryny w całości czy w częściach?
Możesz przenosić witrynę w częściach.
Jak mogę sprawdzić, ile stron udało się zindeksować?
Sprawdź informacje dotyczące poszczególnych usług w Search Console. Raport Stan indeksowania zawiera informacje ogólne. W raporcie Mapy witryn sprawdzisz, ile adresów URL przesłanych w mapie witryny zostało zindeksowanych.
Po jakim czasie Google rozpozna zmiany w adresach URL?
Indeksowanie nie jest przeprowadzane według harmonogramu i zależy od wielkości witryny oraz szybkości indeksowania stron. Zmiany wynikające z przeniesienia są rozpoznawane w poszczególnych adresach URL.
Czy tracę na tym, że stosuję przekierowania do nowych adresów URL?
Nie. Przekierowania 301 i 302 nie powodują utraty pozycji w rankingu PageRank.

Migracja z protokołu HTTP do HTTPS

Zobacz sprawdzone metody dotyczące protokołu HTTPS.
Pamiętaj, aby w Search Console przypisać usługę korzystającą z HTTPS. Search Console odróżnia witryny HTTP od HTTPS, dlatego dane tych usług w Search Console nie są wspólne. Jeśli Twoja witryna obejmuje strony korzystające z różnych protokołów, w Search Console musisz przypisać usługi każdej z nich.

Najczęstsze pytania o migrację z protokołu HTTP do HTTPS

Czy przejście na protokół HTTPS wpływa na pozycję witryny w rankingu?

Jak w przypadku innych zmian, przeniesienie witryny może wpływać na jej ranking. Aby jednak uniknąć problemów typowych dla protokołu HTTPS, zapoznaj się ze sprawdzonymi metodami dotyczącymi stron HTTPS.

Witryny HTTPS mogą nieznacznie awansować w rankingu, ale nie spodziewaj się widocznej zmiany. Google traktuje protokół HTTPS jako pozytywny sygnał rankingowy. To tylko jeden z wielu sygnałów i zwykle ma on mniejszą wagę niż wysokiej jakości treści witryny. Nie spodziewaj się znacznej poprawy SEO w krótkim czasie po przejściu na protokół HTTPS. W dłuższej perspektywie Google może bardziej poprawić pozycję witryny HTTPS.

Czy mogę przenieść tylko część stron witryny do HTTPS?

Tak. Możesz przenieść najpierw część witryny i przetestować ją, a następnie we własnym tempie przenosić kolejne strony.

Jeśli przenosisz witrynę z protokołu HTTP do HTTPS fragmentami, ale nie chcesz, aby strony próbne były indeksowane, zamiast przekierowań zastosuj parametr rel=canonical. Stosowanie przekierowań uniemożliwia testowanie stron, które powodują przekierowanie.

Czy tag `rel=canonical` gwarantuje zindeksowanie adresu URL HTTP?

Nie, ale jest to bardzo ważny sygnał przy wybieraniu adresu URL do zindeksowania.

Aby witryna była indeksowana przez wyszukiwarkę Google, potrzebny jest dowolny z certyfikatów akceptowanych przez nowoczesne przeglądarki.

Czy słowa kluczowe wyszukiwania zmieniają się po przejściu na HTTPS?

Protokół HTTPS nie ma tutaj znaczenia. Nadal możesz sprawdzać wyszukiwane hasła w Search Console.

Jak mogę sprawdzić, ile stron udało się zindeksować?

Zweryfikuj w Search Console osobno witryny HTTP i HTTPS, a następnie użyj raportu Stan w indeksie, aby sprawdzić, które strony zostały zindeksowane.

Ile czasu zajmuje przejście z HTTP na HTTPS?

Indeksowanie nie jest przeprowadzane według harmonogramu i zależy od wielkości witryny oraz szybkości indeksowania stron. Zmiany wynikające z przeniesienia są rozpoznawane w poszczególnych adresach URL.

Mój plik robots.txt zawiera instrukcje dotyczące map witryn HTTP. Czy muszę zmienić treść pliku robots.txt, aby wskazywał nowe mapy witryn HTTPS?

Zalecamy zaktualizowanie pliku robots.txt w taki sposób, aby wskazywał wersję HTTPS plików mapy witryny. Zalecamy też, aby w mapie witryny uwzględniać tylko adresy URL HTTPS.

Pamiętaj, że jeśli przekierowujesz każdy adres URL ze swojej witryny z HTTP do HTTPS, nadal dla robotów jest dostępny tylko 1 plik robots.txt. Jeśli na przykład plik http://example.com/robots.txt przekierowuje roboty do pliku https://example.com/robots.txt, dla Google ani dla innych wyszukiwarek zawartość wersji HTTP nie jest widoczna.

Która mapa witryny powinna zawierać mapowanie fragmentu witryny przeniesionego do HTTPS na próbę?

Możesz utworzyć oddzielną mapę witryny obejmującą tylko zaktualizowaną sekcję witryny. W ten sposób łatwiej sprawdzisz skuteczność indeksowania części próbnej. Upewnij się, że tych adresów URL nie zawiera żadna inna mapa witryny.

Jakie adresy URL mam podać w mapie witryny, jeśli stosuję przekierowania (ze strony HTTP do HTTPS i odwrotnie)?

Podaj w mapie witryny wszystkie nowe adresy URL HTTPS i usuń stare adresy URL HTTP. Jeśli wolisz utworzyć nową mapę witryny, podaj w niej tylko nowe adresy URL HTTPS.

Czy muszę wstawić dodatkowe instrukcje do pliku robots.txt dla strony w wersji HTTPS?

Nie.

Czy muszę korzystać z mechanizmu HSTS?

Mechanizm HSTS zwiększa bezpieczeństwo, ale komplikuje cofanie zmian. Więcej informacji znajdziesz na stronie opisującej sprawdzone metody dotyczące protokołu HTTPS.

Stosuję 1 mapę witryny dla Wiadomości Google dla całej mojej witryny. W jaki sposób mogę przenieść witrynę fragmentami?

Jeśli chcesz użyć mapy witryny dla Wiadomości Google dla nowego fragmentu HTTPS, poinformuj zespół Wiadomości Google, że chcesz użyć innego protokołu. Następnie w sekcji usługi HTTPS w Search Console prześlij nową mapę witryny dla Wiadomości Google za każdym razem, gdy będziesz przenosić fragment witryny do HTTPS.

Czy w związku z przejściem witryny na protokół HTTPS są jakieś zalecenia dotyczące Centrum wydawców Wiadomości Google?

Centrum wydawców Wiadomości Google w czytelny sposób wskazuje przejście z protokołu HTTP na HTTPS. Jeśli nie zmieniasz mapy witryny dla Wiadomości Google, to z reguły nie musisz nic robić w Centrum wydawców Wiadomości Google. W takiej sytuacji o zmianach poinformuj zespół Wiadomości Google. Możesz również wspomnieć o zmianie fragmentów witryny. Na przykład w związku z przejściem na protokół HTTPS możesz wskazać, że https://example.com/section to teraz https://example.com/section.

Przygotuj nową witrynę

Szczegóły przygotowań zależą od konkretnej operacji przenoszenia, ale zazwyczaj trzeba wykonać co najmniej 1 z tych czynności:

Skonfiguruj nowy system zarządzania treścią (CMS) i dodaj do niego zawartość.
Przenieś obrazy i pliki do pobrania (takie jak dokumenty PDF), które masz obecnie w witrynie.
Mogą one już generować ruch z wyszukiwarki Google, dlatego warto poinformować użytkowników i Googlebota o ich nowej lokalizacji.
Jeśli przechodzisz na HTTPS, zdobądź wymagane certyfikaty TLS i skonfiguruj je na serwerze.

Konfigurowanie pliku robots.txt nowej witryny

Plik robots.txt pozwala kontrolować, które obszary witryny może indeksować Googlebot. Upewnij się, że reguły w pliku robots.txt nowej witryny prawidłowo wskazują zablokowane części.

Niektórzy właściciele witryn blokują indeksowanie całej witryny na czas prac programistycznych. Jeśli też tak robisz, zadbaj o przygotowanie wersji pliku robots.txt na czas przenoszenia witryny. Jeśli w fazie programowania używasz reguł noindex, przygotuj również listę adresów URL, z których reguły noindex trzeba będzie usunąć przy przenoszeniu witryny.

Podawanie kodów błędów usuniętych i połączonych treści

W przypadku zawartości starej witryny, której nie przenosisz do nowej, ustaw kod odpowiedzi HTTP 404 lub 410. Możesz ustawić zwracanie kodu błędu starego adresu URL w panelu konfiguracyjnym nowej witryny lub utworzyć przekierowanie do nowego docelowego adresu URL i tam ustawić kod błędu HTTP.

Poprawna konfiguracja Search Console

Pomyślne przeniesienie witryny zależy od poprawnych – i aktualnych – ustawień Search Console.

Jeśli jeszcze nie masz tego za sobą, przeprowadź weryfikację własności zarówno starej, jak i nowej witryny w Search Console. Pamiętaj, aby uwzględnić wszystkie odmiany obu wersji. Musisz na przykład zweryfikować www.example.com i example.com, a także uwzględnić zarówno wersję HTTPS, jak i HTTP, jeśli używasz adresów URL HTTPS. Zrób to w starej i nowej witrynie.

Sprawdzanie weryfikacji w Search Console

Upewnij się, że metoda weryfikacji w Search Console nie przestanie działać po przeniesieniu witryny. Jeśli korzystasz z innej metody weryfikacji, pamiętaj, że po zmianie adresu URL tokeny weryfikacyjne mogą być inne.

Jeśli własność witryny w Search Console potwierdzasz metodą z plikiem HTML, pamiętaj o umieszczeniu pliku weryfikacyjnego w nowej wersji witryny.

Podobnie, jeśli posługujesz się odniesieniem do tagu meta lub mechanizmami Google Analytics musisz je zamieścić także w nowej wersji systemu CMS.

Sprawdzenie wszelkich skonfigurowanych ustawień w Search Console

Jeśli stara witryna korzystała ze zmienionych ustawień Search Console, pamiętaj o przeniesieniu tych zmian do ustawień nowej wersji. Na przykład:

Parametry w adresach URL – jeśli ustawione było kontrolowanie indeksowania starych adresów URL za pomocą parametrów, upewnij się, że tak samo będzie w nowej witrynie (o ile jest to konieczne).
Kierowanie geograficzne – być może w starej witrynie stosowane było bezpośrednie kierowanie geograficzne przez domenę podlegającą kierowaniu geograficznemu lub domenę krajową najwyższego poziomu (np. .co.uk). Jeśli nie chcesz rezygnować z kierowania geograficznego, takie same ustawienia zastosuj w nowej witrynie. Jeśli jednak przenoszenie witryny jest podyktowane chęcią zdobywania rynku globalnego i nie chcesz, by witryna była powiązana z jakimkolwiek krajem czy regionem, na stronie Ustawienia witryny wybierz z listy opcję Brak na liście.
Szybkość indeksowania – lepiej nie ograniczać w Search Console szybkości indeksowania ani starej, ani nowej witryny przez Googlebota. Nie zalecamy też ustawiania konkretnej szybkości indeksowania. Możesz to zrobić, jeśli wiesz, że przy typowych ustawieniach witryna nie jest w stanie współpracować z Googlebotem. Jeśli szybkość indeksowania przez Googlebota w starej witrynie była ograniczona, rozważ możliwość usunięcia tego ograniczenia. Algorytmy Google automatycznie wykrywają przeniesienie witryny i wprowadzają zmiany w działaniu Googlebota, tak by to zdarzenie zostało szybko odnotowane w indeksie.
Zrzekanie się linków przychodzących: jeśli został przesłany plik z linkami w starej witrynie, których się zrzekasz, zalecamy ponowne przesłanie tego pliku na konto nowej witryny w Search Console.

Czyszczenie nowo kupionej domeny

Jeśli Twoja witryna ma się znaleźć w nowo kupionej domenie, musisz się upewnić, że domena ta jest wolna od problemów pozostałych po poprzednim właścicielu. Sprawdź te ustawienia:

Ręczne działania w odniesieniu do spamu w przeszłości. Wobec witryn, które nie są zgodne z naszymi zasadami dotyczącymi spamu, Google może podjąć ręczne działania, takie jak obniżenie pozycji w rankingu, a nawet całkowite usunięcie z wyników wyszukiwania. Zanim prześlesz prośbę o ponowne rozpatrzenie zgłoszenia, sprawdź na stronie Ręczne działania w Search Console, czy nie podjęliśmy takich działań wobec Twojej nowej witryny, a także rozwiąż wszelkie wymienione tam problemy.
Usunięte adresy URL. Sprawdź, czy po poprzednim właścicielu nie pozostały żadne usunięcia adresów URL, zwłaszcza na poziomie całej witryny. Poza tym zanim prześlesz prośbę o usunięcie adresów URL z Twoimi materiałami, upewnij się, że wiesz, kiedy nie należy korzystać z tego narzędzia.

Korzystanie z analityki internetowej

W trakcie przenoszenia witryny ważne jest analizowanie poziomu wykorzystania zarówno jej starej, jak i nowej wersji. Przydaje się tu oprogramowanie do analityki internetowej. Zazwyczaj konfiguracja takiego oprogramowania obejmuje wbudowanie w strony kilku fragmentów kodu JavaScript. Szczegóły procesu monitorowania witryn różnią się w zależności od oprogramowania oraz zastosowanych ustawień rejestrowania, przetwarzania i filtrowania. Jeśli potrzebujesz pomocy, skontaktuj się z dostawcą oprogramowania do analityki. Poza tym, jeśli planujesz jakiekolwiek zmiany w konfiguracji oprogramowania do analityki, to jest dobry moment, by je wprowadzić. W przypadku Google Analytics pomyśl o utworzeniu kolejnego profilu na potrzeby nowej witryny – dzięki temu łatwo rozróżnisz raporty dotyczące poszczególnych treści.

Sprawdzanie, czy serwer ma dość zasobów obliczeniowych

Po migracji Google będzie bardziej intensywnie indeksować witrynę. Witryna przekierowuje ruch ze starego do nowego adresu. Wszelkie próby zindeksowania starej witryny są przekierowywane na nowy adres, pod którym witryna oprócz tego jest indeksowana bezpośrednio. Zadbaj o to, by serwer nowej witryny miał wystarczające możliwości, by przetwarzać zwiększony ruch z Google.

Aktualizacja Markera danych

Jeśli używasz Markera danych do mapowania starych stron, pamiętaj, by ponowić mapowanie w przypadku nowej witryny.

Aktualizacja linków do aplikacji

Gdy tylko strony HTTPS będą gotowe, zaktualizuj linki do aplikacji wyświetlane w wynikach wyszukiwania Google, by umożliwiały otwieranie Twoich stron internetowych w aplikacji. Zmień te linki w taki sposób, by wskazywały nowe adresy URL HTTPS. W przypadku tych linków przekierowania nie będą działać. Kliknięcia w przeglądarce mobilnej będą otwierać stronę w przeglądarce, a nie w aplikacji, chyba że zaktualizujesz obsługę linków do aplikacji.

Zmapowanie adresów URL ze starej witryny do ich odpowiedników w nowej witrynie jest bardzo ważne. W tej sekcji znajdziesz opis różnych sposobów oceny adresów URL w 2 wersjach witryny i prostego ich zmapowania. Szczegółowa instrukcja konkretnego mapowania będzie się różnić w zależności od Twojej obecnej infrastruktury i aspektów przenoszenia witryny.

Przygotowywanie mapowania adresów URL

Określanie starych adresów URL

W najprostszym scenariuszu przenoszenia witryny generowanie listy starych adresów URL może nie być konieczne. Jeśli zmieniasz domenę witryny, możesz użyć na przykład przekierowania po stronie serwera z symbolem wieloznacznym (np. przy zmianie z example.com na example.net).

W bardziej złożonych scenariuszach niezbędne jest wygenerowanie listy starych adresów URL oraz ich mapowanie do nowych miejsc docelowych. Sposób sporządzenia spisu starych adresów URL zależy od konfiguracji witryny, poniżej znajdziesz jednak kilka przydatnych wskazówek:

Zacznij od najważniejszych adresów URL. Aby je znaleźć:
- Zajrzyj do map witryn, bo najprawdopodobniej w takiej postaci zostały przesłane informacje o najważniejszych adresach URL w Search Console.
- Sprawdź dzienniki serwera lub oprogramowania do analityki pod kątem adresów URL generujących najwyższe natężenie ruchu.
- Za pomocą funkcji Linki do Twojej witryny w Search Console wyszukaj strony z linkami wewnętrznymi i zewnętrznymi.
Wykorzystaj obecny system zarządzania treścią, w którym zwykle można łatwo znaleźć listę adresów URL z treścią witryny.
Sprawdź w dziennikach serwera, które adresy URL były odwiedzane przynajmniej raz w ostatnim czasie. Wybierz okres odpowiedni dla danej witryny, uwzględniając sezonowe zmiany natężenia ruchu.
Uwzględnij grafikę i filmy – upewnij się, że Twoje plany przenoszenia witryny zawierają adresy URL zawartości umieszczonej na jej stronach: filmów, obrazów, kodu JavaScript i plików CSS. Te adresy trzeba przenieść tak samo jak pozostałą zawartość witryny.

Mapowanie starych adresów URL do nowych

Gdy sporządzisz listę starych adresów URL, zastanów się, dokąd mają być przekierowane. Sposób przechowywania mapowania zależy od serwera i metody przenoszenia witryny. W przypadku popularnych schematów przekierowania możesz użyć bazy danych lub skonfigurować w systemie reguły przepisywania adresów URL.

Aktualizacja szczegółowych danych adresów URL

Po zdefiniowaniu mapowania adresów URL musisz wykonać jeszcze 3 czynności, aby strony były gotowe do przeniesienia.

Zaktualizuj adnotacje, aby wskazywały nowe adresy URL w kodzie HTML lub mapach witryn każdej strony:
1. Każdy docelowy adres URL powinien zawierać wskazujący na niego samego tag rel="canonical" <link>.
2. Jeśli w przenoszonej witrynie znajdują się strony wielojęzyczne lub wielonarodowe oznaczone za pomocą adnotacji rel-alternate-hreflang, pamiętaj o zaktualizowaniu tych adnotacji pod kątem nowych adresów URL.
3. Jeśli dysponujesz mobilną wersją przenoszonej witryny, zaktualizuj adnotacje rel-alternate-media, aby korzystały z nowych adresów URL. Zapoznaj się z naszymi wskazówkami na temat witryn na smartfony
Zaktualizuj linki wewnętrzne.
Zmień linki wewnętrzne w nowej witrynie, zastępując stare adresy URL nowymi. Możesz użyć mapowania z poprzednich etapów i zaktualizować linki zgodnie z potrzebami.
Zapisz te listy, które przydadzą się podczas ostatecznego przenoszenia:
- Plik mapy witryny uwzględniający nowe URL-e. Przeczytaj naszą dokumentację na temat tworzenia mapy witryny.
- Lista witryn zawierających linki do Twoich starych adresów URL. Linki do Twojej witryny znajdziesz w Search Console.

Przygotowywanie przekierowań `301`

Gdy masz już mapowanie, a nowa witryna jest gotowa, kolejny krok to skonfigurowanie na serwerze przekierowań HTTP 301 ze starych adresów URL do nowych, zgodnie z mapowaniem.

Warto pamiętać:

Używaj przekierowań HTTP 301. Chociaż Googlebot obsługuje różne rodzaje przekierowań, zalecamy, aby w miarę możliwości stosować przekierowania HTTP 301.
Unikaj łańcuchów przekierowań. Googlebot może śledzić do 10 przeskoków w „łańcuchu” wielu przekierowań (np. strona 1 > strona 2 > strona 3), zalecamy przekierowanie do miejsca docelowego. Jeśli to niemożliwe, łańcuchy przekierowań powinny być krótkie, najlepiej nieprzekraczające 3 kolejnych adresów, i nie powinno ich być więcej niż 5. Łańcuchy przekierowań spowalniają ładowanie stron, a przy tym nie wszystkie klienty użytkownika i przeglądarki obsługują długie łańcuchy.
Testuj przekierowania. Do testowania poszczególnych adresów URL możesz użyć narzędzia do sprawdzania adresów URL. Większą liczbę adresów sprawdzisz przy pomocy narzędzi lub skryptów uruchamianych w wierszu poleceń.

Rozpoczynanie przenoszenia witryny

Gdy masz już pewność, że mapowanie adresów URL jest dokładne, a przekierowania działają, możesz przystąpić do przenoszenia.

Zdecyduj, w jaki sposób chcesz przenieść swoją witrynę – całą naraz czy w sekcjach:
- Małe lub średnie witryny: zalecamy jednoczesne przenoszenie wszystkich adresów URL w witrynie, a nie pojedynczych sekcji. Takie podejście ułatwi użytkownikom korzystanie z nowej witryny, a naszym algorytmom pomoże szybciej wykryć przeniesienie witryny i ją zindeksować.
- Duże witryny: możesz przenosić osobno ich poszczególne sekcje. Może to ułatwić i przyspieszyć monitorowanie, wykrywanie i rozwiązywanie problemów.
Zaktualizuj pliki robots.txt:
- W starej witrynie usuń wszystkie reguły robots.txt. Pozwoli to Googlebotowi wykryć wszystkie przekierowania do nowej witryny i zaktualizować indeks. Pamiętaj, że roboty nie zobaczą zawartości starego pliku robots.txt po włączeniu przekierowań.
- W nowej witrynie sprawdź, czy plik robots.txt nie blokuje indeksowania. Zwróć uwagę na indeksowanie obrazów, CSS, JavaScriptu i innych zasobów strony – wszystkiego poza adresami URL, których rzeczywiście nie chcesz indeksować.
Skonfiguruj w starej witrynie przekierowywanie użytkowników i Googlebota do nowej na podstawie mapowania adresów URL.
W Search Console prześlij informację o zmianie adresu starej witryny.
Jeśli przenosisz witrynę z protokołu HTTP do HTTPS, nie musisz korzystać z narzędzia do zmiany adresu.
Utrzymuj przekierowania najdłużej, jak to możliwe – zwykle przez co najmniej rok. Google potrzebuje tego czasu, aby przenieść wszystkie sygnały do nowych adresów URL, w tym ponownie zindeksować i przypisać linki w innych witrynach, które wskazują stare adresy URL.

Dla wygody użytkowników warto zostawić przekierowania na stałe. Przekierowania opóźniają wczytywanie stron na urządzeniach użytkowników, dlatego postaraj się zaktualizować swoje linki i wszystkie linki z innych witryn generujące duży ruch, aby wskazywały nowe adresy URL.
Prześlij nową mapę witryny w Search Console. Pomoże to Google znaleźć nowe adresy URL. Na tym etapie możesz usunąć starą mapę witryny, ponieważ od teraz Google będzie korzystać z nowej.

Czas, jakiego Googlebot i nasze systemy potrzebują, aby wykryć i przetworzyć wszystkie adresy URL w przenoszonej witrynie, zależy od liczby adresów oraz od szybkości Twoich serwerów. Zazwyczaj przenoszenie witryny średniego rozmiaru zajmuje kilka tygodni, a w przypadku większych witryn trwa to jeszcze dłużej. Szybkość, z jaką Googlebot i nasze systemy wykrywają i przetwarzają przeniesione adresy URL, zależy od liczby adresów URL i szybkości serwera.

Aktualizacja linków przychodzących

Bezpośrednio po rozpoczęciu przenoszenia witryny spróbuj zaktualizować jak najwięcej linków przychodzących. Zwiększy to komfort obsługi strony przez użytkowników oraz ograniczy obciążenie serwera. Mogą to być na przykład:

Linki zewnętrzne: postaraj się skontaktować z administratorami witryn z listy witryn zawierających linki do Twoich obecnych zasobów i poprosić ich o wprowadzanie zmian. Najlepiej zacznij od linków, z których pochodzi najwięcej ruchu przychodzącego.
Linki do profilu, takie jak Facebook, Twitter i LinkedIn.
Kampanie reklamowe – aby wskazywały na nowe strony docelowe.

Monitorowanie ruchu

Po rozpoczęciu przenoszenia witryny zarówno w starej, jak i nowej witrynie obserwuj, jak zmienia się ruch użytkowników i robotów W idealnej sytuacji w starej witrynie ruch będzie się zmniejszać, a w nowej – zwiększać. Aktywność użytkowników i robotów w witrynach możesz monitorować za pomocą Search Console i innych narzędzi.

Monitorowanie natężenia ruchu przy użyciu Search Console

Search Console ma wiele funkcji monitorowania procesu przenoszenia witryny, w tym między innymi:

Mapy witryn – prześlij 2 mapy witryn zapisane wcześniej na etapie mapowania. Początkowo w przypadku mapy zawierającej nowe adresy URL nie będzie żadnych zindeksowanych stron, a w przypadku mapy ze starymi URL-ami takich stron będzie wiele. Z czasem liczba indeksowanych stron z mapy witryny zawierającej stare adresy URL spadnie do 0, a jednocześnie nastąpi wzrost poziomu zindeksowania nowych adresów URL.
Raport Stan w indeksie – przenoszenie witryny powinno być widoczne na wykresach jako spadek liczby zindeksowanych adresów URL ze starej witryny i wzrost w przypadku nowej. Regularnie sprawdzaj nieoczekiwane błędy indeksowania.
Wyszukiwane słowa – w miarę indeksowania nowych stron i przypisywania im pozycji w rankingu w raportach na temat wyszukiwanych słów powinny coraz częściej pojawiać się adresy URL nowej witryny, wyświetlane i klikane przez użytkowników.

Monitorowanie natężenia ruchu przy użyciu innych narzędzi

Sprawdzaj dzienniki błędów i dostępu do serwera. Zwróć szczególną uwagę na indeksowanie przez Googlebota oraz na adresy URL nieoczekiwanie zwracające kod stanu błędu HTTP, a także na normalny ruch generowany przez użytkowników.

Jeśli masz w witrynie zainstalowane oprogramowanie do analityki internetowej lub masz takie narzędzia w systemie CMS, warto z nich skorzystać, by monitorować natężenie ruchu. W ten sposób przyjrzysz się zmianom zarówno w starej witrynie, jak i w nowej. Google Analytics udostępnia na przykład funkcję raportowania w czasie rzeczywistym, która jest bardzo przydatna w początkowej fazie przenoszenia witryny. Spodziewaj się spadku natężenia ruchu w starej witrynie i jego wzrostu w nowej.

Rozwiązywanie problemów z przenoszeniem witryny

Poniżej znajdziesz kilka typowych błędów, z jakimi możesz spotkać się podczas migrowania strony ze zmianami w adresie URL (w tym ze zmianą protokołu HTTP na HTTPS). Tego rodzaju błędy mogą uniemożliwiać całkowite zindeksowanie nowej strony.

Typowe błędy
Blokady `noindex` lub blokady w pliku robots.txt	Nie zapomnij usunąć wszelkich blokad `noindex` lub blokad w pliku robots.txt, które były potrzebne tylko na czas migracji. Możesz nie mieć w witrynie pliku robots.txt, zadbaj jednak o to, by szybko zwracała ona prawidłowy kod błędu 404, jeśli żądanie nie może zostać zrealizowane. Aby przeprowadzić test: Sprawdź plik robots.txt w witrynie HTTPS i upewnij się, że nie trzeba wprowadzić żadnych zmian. Uruchom narzędzie do sprawdzania adresów URL na wszystkich stronach z nowej witryny, których brakuje w wynikach Google.
Nieprawidłowe przekierowania	Sprawdź przekierowania ze starej witryny do nowej. Często widujemy, jak różne osoby przekierowują użytkowników do niewłaściwych (nieistniejących) adresów URL w nowej witrynie.
Inne błędy indeksowania	Sprawdź raport Stan w indeksie pod kątem nagłego zwiększenia się liczby innych błędów w nowej witrynie podczas zdarzeń migracji.
Niewystarczająca pojemność	Po migracji Google będzie bardziej intensywnie indeksować witrynę. Witryna przekierowuje ruch ze starego adresu do nowego. Wszelkie próby zindeksowania starej witryny są przekierowywane na nowy adres, pod którym witryna oprócz tego jest indeksowana bezpośrednio. Zadbaj o to, by serwer witryny miał wystarczające możliwości, by przetwarzać zwiększony ruch z Google.
Nieaktualizowanie linków do aplikacji	Jeśli otwierasz w swojej aplikacji strony internetowe, zaktualizuj w niej linki zgodnie z nowymi adresami URL, zanim wdrożysz przekierowania ze starych stron do nowych. W przeciwnym razie Google nie będzie sugerować użycia aplikacji do otwierania nowych adresów URL z wyników wyszukiwania; zamiast tego będzie przekierowywać użytkowników do witryny w przeglądarce.
Nieaktualizowanie map witryn	Upewnij się, że wszystkie mapy witryn są zaktualizowane i uwzględniają nowe adresy URL.
Nieaktualizowanie Markera danych	Jeśli używasz Markera danych do mapowania starych stron, pamiętaj, by ponowić mapowanie w przypadku nowej witryny.