Zacznij od punktu odniesienia i zakresu migracji
Po migracji łatwo uznać każdą zmianę w raportach za skutek wdrożenia. Dlatego najpierw ustal, co faktycznie się zmieniło: domena, struktura adresów, system zarządzania treścią, szablony, zawartość podstron czy kilka z tych elementów naraz. Innego rodzaju kontroli wymaga przeniesienie sklepu na nową domenę, a innego odświeżenie wyglądu witryny bez zmiany adresów.
Zachowaj listę ważnych adresów sprzed wdrożenia oraz odpowiadających im adresów docelowych. Uwzględnij stronę główną, kategorie, popularne artykuły, strony produktów i podstrony istotne dla działania serwisu. Jeśli masz dane sprzed migracji, zapisz też punkt odniesienia dla liczby odwiedzin, stron otrzymujących wejścia z wyszukiwarki oraz zgłaszanych wcześniej błędów. Nie chodzi o oczekiwanie identycznych wyników każdego dnia, lecz o możliwość zauważenia zmian i wskazania ich prawdopodobnej przyczyny.
Najpierw sprawdź dostępność i przekierowania
W dniu wdrożenia i w kolejnych dniach przetestuj najważniejsze ścieżki użytkownika: wejście na stronę główną, przejście do kategorii, otwarcie treści oraz skorzystanie z nawigacji. Sprawdź te ścieżki również na telefonie. Strony przeznaczone do publikacji powinny się otwierać, a ich treść powinna być widoczna bez przypadkowych blokad dostępu. Zwróć uwagę na błędy serwera, niedziałające zasoby i podstrony, które zamiast właściwej treści pokazują pusty szablon.
Jeśli zmieniły się adresy, skontroluj przekierowania na próbie obejmującej różne typy stron. Stary adres artykułu powinien prowadzić do odpowiadającego mu nowego artykułu, a nie automatycznie na stronę główną. Szukaj brakujących przekierowań, pętli i niepotrzebnych łańcuchów. Sprawdź też wewnętrzne linki: menu, okruszki nawigacyjne, odnośniki w treści i stopkę. Powinny prowadzić bezpośrednio do aktualnych adresów, zamiast polegać na przekierowaniach.
Krótka lista kontrolna na start: czy kluczowe adresy odpowiadają poprawnie, czy stare adresy mają właściwe cele, czy protokół i wybrana wersja domeny są spójne oraz czy nie pojawiły się odnośniki do środowiska testowego? Błędy dotyczące całych szablonów lub dużych grup adresów traktuj jako pilniejsze niż pojedyncze usterki.
Obserwuj sygnały związane z indeksowaniem
Dostępna dla użytkownika strona nie musi być dostępna do indeksowania. Po wdrożeniu sprawdź plik robots.txt, dyrektywy noindex oraz adresy kanoniczne na reprezentatywnych podstronach. Szczególnie łatwo przeoczyć blokadę przeniesioną ze środowiska testowego albo szablon, który wskazuje jako kanoniczny stary adres. Zweryfikuj również, czy mapa witryny zawiera aktualne adresy, które mają być indeksowane, i czy nie jest zapełniona stronami przekierowanymi lub błędnymi.
W kolejnych tygodniach porównuj informacje o indeksowaniu i błędach z listą adresów objętych migracją. Nie oceniaj sytuacji wyłącznie na podstawie jednej łącznej liczby: zajrzyj do przykładów adresów, których stan się zmienił. Jeśli ważna kategoria przestała być indeksowana, sprawdź jej odpowiedź serwera, linkowanie wewnętrzne, dyrektywy i adres kanoniczny. Przy zmianie domeny kontroluj zarówno starą, jak i nową wersję serwisu, aby wychwycić adresy, które nie prowadzą do właściwego miejsca.
Oddziel problemy witryny od problemów z pomiarem
Spadek widoczny w narzędziu analitycznym nie zawsze oznacza, że użytkownicy nie docierają na stronę. Po migracji zweryfikuj, czy pomiar działa na nowych szablonach, czy nie nalicza odsłon podwójnie i czy obejmuje ważne zdarzenia, na przykład wysłanie formularza. Sprawdź także, czy raporty nie rozdzielają niepotrzebnie danych między różnymi wersjami adresów. Wyniki analityki zestawiaj z informacjami o działaniu witryny i indeksowaniu, zamiast wyciągać wnioski z jednego wykresu.
Równolegle obserwuj wydajność i wygodę korzystania z najważniejszych typów stron. Po zmianie szablonu mogą pojawić się cięższe obrazy, skrypty opóźniające wyświetlenie treści albo elementy przesuwające się podczas ładowania. Testuj kilka rzeczywistych przykładów: stronę kategorii, artykuł i kartę produktu, jeśli występuje w serwisie. Wynik pojedynczego testu potraktuj jako wskazówkę do diagnozy, a nie pełny opis doświadczeń wszystkich użytkowników.
Prowadź rejestr zmian i ustal kolejność poprawek
W pierwszych tygodniach zapisuj wykryte problemy wraz z przykładami adresów, datą zauważenia, zakresem i osobą odpowiedzialną za poprawkę. Po naprawie sprawdź ponownie ten sam adres oraz inne strony korzystające z danego szablonu. Taki rejestr pomaga odróżnić nową usterkę od błędu znanego przed migracją i ułatwia ocenę, czy poprawka rzeczywiście zadziałała.
Nadaj pierwszeństwo problemom, które uniemożliwiają otwarcie lub indeksowanie ważnych grup stron, oraz błędnym przekierowaniom dotykającym wielu adresów. Następnie zajmij się usterkami ograniczonymi do pojedynczych podstron i mniej krytycznych elementów. Wracaj do kontroli regularnie, ponieważ część zmian w raportach staje się widoczna dopiero po pewnym czasie. Celem monitorowania nie jest obietnica niezmiennych wyników, lecz szybkie wykrywanie błędów, które można potwierdzić i naprawić.
