Migracja starej strony do nowej nie zaczyna się w dniu publikacji. Najpierw trzeba ustalić, co znajduje się w obecnym serwisie, które elementy mają trafić do nowej wersji, co zmieni adres oraz jak zostanie sprawdzone po przełączeniu.
Zmiana wyglądu, systemu zarządzania treścią, domeny, hostingu i struktury adresów URL może wymagać różnych działań. Poniższy proces dotyczy przygotowania migracji strony firmowej i nie oznacza gwarancji zachowania dotychczasowego ruchu ani pozycji.
Zacznij od trzech dokumentów, nie od nowego projektu
Pierwszym krokiem powinien być możliwie pełny spis elementów starej strony. Kolejnym jest mapa zmian pokazująca, co zostanie zachowane, zaktualizowane, połączone albo wycofane. Trzeci dokument to protokół testów określający, kto i w jaki sposób odbierze nową witrynę przed publikacją oraz po niej.[2][5][7]
- Inwentaryzacja starej strony: opisuje istniejące adresy, treści, pliki, formularze, integracje i dane potrzebne do dalszych decyzji.
- Mapa zmian: przypisuje każdemu ważnemu elementowi działanie w nowym serwisie.
- Protokół testów: wskazuje, co trzeba skontrolować przed przełączeniem i bezpośrednio po nim.
Projekt nowej strony może dzięki temu stać się uporządkowanym procesem zastąpienia starego serwisu, o ile jego zakres obejmuje analizę obecnej witryny, jej treści, adresów URL oraz testy. Szczegółowość dokumentów trzeba dopasować do wielkości i funkcji strony.
Co zinwentaryzować na starej stronie?
Inwentaryzacja nie powinna ograniczać się do pozycji widocznych w menu. Trzeba uwzględnić również podstrony dostępne z wyników wyszukiwania, starsze materiały, pliki oraz elementy techniczne używane przez pracowników lub klientów.
- Adresy URL: podstrony usług, wpisy, landing page, strony kontaktowe i inne ważne zasoby.
- Treści: teksty, zdjęcia, materiały do pobrania oraz informacje wymagające aktualizacji.
- Formularze: pola, komunikaty, sposób przekazywania zgłoszeń i strony wyświetlane po wysłaniu danych.
- Integracje: narzędzia analityczne i inne funkcje wykorzystywane przez witrynę.
- Dostępy: dane potrzebne zespołowi odpowiedzialnemu za przygotowanie oraz publikację nowej wersji.
- Funkcje użytkowe: wszystkie ścieżki, których działanie trzeba później odtworzyć i przetestować.
Przy każdym elemencie można od razu oznaczyć jedną z decyzji: pozostaje bez zmian, wymaga aktualizacji, zostanie połączony z inną treścią albo nie trafi do nowego serwisu. Nie każdy materiał należy przenosić jeden do jednego. Zakres inwentaryzacji zależy od funkcji i rozmiaru konkretnej witryny.
Zdecyduj, co stanie się z każdym ważnym adresem URL
Jeżeli struktura adresów ma się zmienić, dla każdego istotnego starego URL-a trzeba wskazać najbardziej zbliżony odpowiednik albo inną uzasadnioną decyzję. Tak powstaje mapa starych i nowych adresów, na podstawie której można przygotować przekierowania.[2][4]
| Sytuacja | Możliwa decyzja | Co ustalić |
|---|---|---|
| Treść pozostaje i nadal pełni tę samą funkcję | Zachowanie dotychczasowego adresu | Czy zmiana URL-a jest rzeczywiście potrzebna |
| Treść otrzymuje nowy adres, ale ma bezpośredni odpowiednik | Przekierowanie do nowej podstrony | Który adres najlepiej odpowiada poprzedniej treści |
| Kilka starszych materiałów zostaje połączonych | Skierowanie do wspólnego, zbliżonego odpowiednika | Czy nowa treść realizuje ten sam cel użytkownika |
| Stara treść nie ma odpowiednika | Indywidualna decyzja po ocenie materiału | Aktualność treści, jej ruch, linki i cel użytkownika |
Przekierowanie powinno prowadzić do najbardziej zbliżonego odpowiednika, a nie automatycznie do strony głównej.[5][6] Jest to zasada wymagająca oceny konkretnego przypadku: przy usuwanej podstronie trzeba uwzględnić jej treść, linki, ruch oraz intencję odwiedzającego.
Jeżeli adresy nie ulegają zmianie, rozbudowana mapa przekierowań może nie być potrzebna. Sam redesign nie oznacza automatycznie konieczności przebudowy struktury URL-i.
Przygotuj wersję roboczą do testów przed publikacją
Odbiór projektu graficznego i odbiór działającej strony to dwa różne etapy. Przed przełączeniem trzeba przeprowadzić osobną rundę testów funkcjonalnych i wizualnych, najlepiej na rzeczywistych treściach.[1][7][8]
Testy dla użytkownika
- przejście przez główne ścieżki na stronie;
- otwieranie menu, przycisków, linków i plików;
- kontrola widoku na urządzeniach mobilnych;
- weryfikacja czytelności rzeczywistych treści.
Formularze i ważne funkcje
- wysłanie każdego formularza przewidzianego w projekcie;
- kontrola komunikatów wyświetlanych użytkownikowi;
- sprawdzenie funkcji i integracji uwzględnionych w zakresie migracji.
Lista nie jest jednakowa dla wszystkich witryn. Serwis z większą liczbą formularzy lub rozbudowanymi integracjami wymaga szerszych testów niż prosta strona informacyjna.
Co zrobić w dniu publikacji i po uruchomieniu?
Po przełączeniu trzeba sprawdzić zarówno działanie strony dla użytkownika, jak i sygnały wysyłane wyszukiwarkom.[2][4] Kontrola powinna przebiegać etapami.
- Po przełączeniu: otwórz najważniejsze podstrony, wykonaj testy formularzy i skontroluj przekierowania uwzględnione w mapie.
- Kontrola sygnałów technicznych: zweryfikuj adresy kanoniczne, reguły robots.txt, dyrektywy noindex oraz mapę XML.
- Monitoring: obserwuj błędy indeksowania, obciążenie i dostępność serwera, a nie wyłącznie zmiany pozycji.[2]
Zakres raportów i dostępnych narzędzi zależy od konfiguracji witryny. Monitoring nie gwarantuje niezmienności ruchu lub pozycji, ale pozwala wcześniej rozpoznać problemy wymagające weryfikacji. Nie każda strona odnotuje też identyczną zmianę częstotliwości odwiedzin robotów wyszukiwarki.
Jak przygotować brief dla wykonawcy nowej strony?
Brief powinien zawierać link do obecnej witryny, inwentaryzację, listę planowanych zmian, wymagane dostępy, cele nowej strony oraz decyzje dotyczące treści i adresów. Przed rozpoczęciem projektu trzeba też ustalić, kto odpowiada za przeniesienie materiałów, przygotowanie przekierowań, testy i kontrolę po publikacji.
Według opisu swojej usługi Zaprojektowani łączy projektowanie, wdrożenie WordPress, strukturę treści, SEO techniczne, analitykę i formularze. Studio deklaruje obsługę firm z Katowic, Śląska i całej Polski.[1] Są to informacje pochodzące z opisu oferty klienta, a nie niezależna ocena jakości lub skuteczności.
Publiczny opis tej oferty nie przedstawia migracji starej strony jako osobnej, szczegółowo określonej usługi. Przed publikacją trzeba więc indywidualnie uzgodnić, czy projekt obejmuje migrację treści, adresów URL i konfiguracji. Lokalizacja wykonawcy może wpływać na sposób organizacji współpracy, ale nie zmienia technicznych zasad przygotowania migracji.
Dobrze przygotowana migracja opiera się na trzech materiałach: inwentaryzacji, mapie zmian i protokole testów. Pozwalają one świadomie zdecydować, co zachować, zaktualizować, przekierować lub wycofać. Kontrola nie kończy się wraz z publikacją, ponieważ po przełączeniu trzeba zweryfikować działanie funkcji oraz elementy wpływające na indeksowanie. Zakres migracji i odpowiedzialność wykonawcy powinny zostać ustalone przed rozpoczęciem wdrożenia.
Źródła
- Strony internetowe Katowice — projektowanie i tworzenie stron WWW, Zaprojektowani.com. Zakres: opis usługi, procesu i deklarowanego obszaru obsługi.
- Przenoszenie witryny i migracja, Google Search Central. Zakres: przygotowanie nowej witryny, mapowanie URL-i, przekierowania i monitoring.
- Site Moves and Migrations, Google Search Central. Zakres: adresy kanoniczne, robots.txt, noindex, mapy witryny i monitoring błędów.
- Zmiana domeny i migracja strony bez utraty pozycji: plan krok po kroku, Neurise. Zakres: mapa przekierowań, kolejność działań i błędy przy zmianie domeny.
- Jak przenieść stronę bez utraty pozycji w Google, NexLead. Zakres: audyt przed migracją, mapa URL-i, przekierowania i monitoring.
- Migracja strony bez utraty ruchu w Google – kompletny przewodnik, Getinweb. Zakres: inwentaryzacja, mapa URL-i, canonicale, błędy i monitoring.
- Migracja strony – checklista, Forpsi. Zakres: dostępy, przygotowanie techniczne i kontrola przed migracją.
+Artykuł Sponsorowany+
