Witamy w kompleksowym poradniku poświęconemu tematowi, takiemu jak migracja strony internetowej. Założeniem tego poradnika jest przeprowadzenie cię przez proces migracji krok po kroku w przystępnej formie. Osoby bardziej zaznajomione z tym zagadnieniem również znajdą coś dla siebie, szczególnie jeśli chcą właściwie zaplanować przyszłą migrację.
Rodzaje migracji stron internetowych
- Rebranding
- Połączenie dwóch stron
- Wyodrębnienie części serwisu
- Zmiana CMS
- Zmiana hostingu
- Zmiana domeny
Najczęstsze błędy podczas migracji stron
Krok 1 – Zakres i planowanie (Planning)
Krok 2 – Przygotowanie migracji (Pre-launch)
Krok 3. Uruchomienie zmigrowanej strony (Launch)
Krok 4. Zweryfikowanie efektów migracji (Post Launch)
Czym jest migracja strony?
Migracja strony to jeden z najbardziej rozbudowanych procesów względem jej zarządzania, mogący mieć diametralny wpływ na samą stronę, ale także kwestie związane z SEO. Oznacza ona przeniesienie danych z jednego systemu do drugiego, a cel takiej migracji zależy od właściciela czy zarządcy wspomnianych danych.
Większości mniej zaznajomionych z tym tematem osób migracja strony internetowej może kojarzyć się z porzuceniem poprzedniej nazwy domeny i przeniesieniem całej strony na nowy adres. Jest to oczywiście zgodne z prawdą, jednakże istnieje wiele innych typów migracji. Należą do nich między innymi zmiana CMS, hostingu czy cały rebranding strony. W dalszej części poradnika pojawi się pełen podział rodzajów migracji.
Celem migracji, oprócz kwestii bardziej przyziemnych jak zmniejszenie kosztów obsługi strony czy sklepu internetowego, mogą być także kwestie techniczne. Zmiana hostingu może zadziałać pozytywnie na przyspieszenie wczytywania witryny, a nowy CMS może pomóc w jej rozbudowie i skuteczniejszym zarządzaniu projektem.
Warto jednak pamiętać, że nie zawsze migracja sprawi, że przykładowo wspomniane aspekty się poprawią. Szczególnie nie warto działać z migracją z myślą o porzuceniu historii witryny i nałożonych w przeszłości kar od Google. Takie sposoby nie mają na to żadnego wpływu, a sama historia poprzedniej domeny będzie przeniesiona na nową stronę.
Zazwyczaj działania takie jak migracja nie powinny być wykonywane przez osoby niedoświadczone na polu web deweloperskim czy względem SEO, bo grozi to przede wszystkim ciężkimi do odratowania spadkami ruchu organicznego.
Do pracy nad migracją powinien zostać zaangażowany:
- Project Manager – planowanie i koordynowanie działań
- Web Developer – zadbanie o kwestie techniczne podczas migracji
- Specjalista SEO – prace w kontekście utrzymania ruchu organicznego na odpowiednim poziomie
- Specjalista UX – prace (zazwyczaj przy większych projektach) względem lepszego dostosowania strony do użytkowników
Od tego jak migracja strony zostanie zaplanowana i przeprowadzona pod kątem technicznym zależy tak naprawdę cała jej przyszłość. Dlatego też dzięki naszemu poradnikowi dowiesz się między innymi jak zacząć planowanie migracji, na co zwrócić uwagę podczas realizacji i jak zweryfikować wykonaną pracę pod kątem SEO. W artykule znajdziesz również szczegółowy plan migracji krok po kroku.
Rodzaje migracji stron internetowych
Rebranding
Jest to jedna z najbardziej kompleksowych form migracji, obejmująca także zmiany w zakresie transformacji wszystkich elementów marki. Odnosi się to m.in do zmiany całej identyfikacji wizualnej, co może być powiązane z przekształceniem całej strony pod kątem jej budowy. Często jest to również związane ze zmianą domeny, z uwagi na pojawienie się nowej nazwy firmy.
Połączenie dwóch stron
Zdarza się, że dany podmiot prowadzi dwie strony internetowe i ma plan połączyć je w jeden twór. Pozwala to zaoszczędzić czas i moce przerobowe poprzez skupienie się na rozwijaniu jednej witryny. Taka fuzja jest najtrudniejszą formą migracji, z uwagi na konieczność przeniesienia zasobów strony równocześnie na inny CMS oraz hosting, łącząc przy tym inne typy migracji. Wymusza też na osobach ją przeprowadzających zmodyfikowanie struktury strony oraz nałożenie wielu kluczowych przekierowań 301.
Wyodrębnienie części serwisu
Ten rodzaj migracji polega na przeniesieniu części strony na subdomenę. Najczęściej dotyczy to bloga lub sklepu internetowego. Z uwagi na specyfikę tworzenia subdomen, które można utworzyć na tym samym hostingu, co pierwotną stronę, nie jest to aż tak problematyczne. Należy jednak pamiętać o odpowiednich przekierowaniach 301, aktualizacji sitemapy i dodaniu jej ponownie do Google Search Console oraz poprawieniu linków zewnętrznych, aby zostały przekształcone na adresy URL nowej subdomeny.
Zmiana CMS
Tego typu zmiana również wiąże się z dużą odpowiedzialnością i koordynacją zadań. Opiera się w głównej mierze na przeniesieniu zasobów (m.in. treści, zdjęć, adresów URL) na nowe środowisko. Nie jest to jednak łatwa kwestia również z uwagi na potencjalne zagrożenia płynące z wyboru niewłaściwego CMS, który ani nie zwiększy możliwości rozbudowy, ani nie ułatwi późniejszej pracy ze stroną. Dlatego też należy naprawdę zadbać o właściwą analizę możliwych rozwiązań i zainwestowanie w to najlepiej skrojone pod daną sytuację.
Zmiana hostingu
Często spotykany typ migracji, który nie jest aż tak bolesny jak zmiana CMS. Do przeniesienia konieczne są pliki, z których składa się strona i ustawienie nowych DNS. Należy jednak uważać na kwestie obecnych funkcjonalności na stronie i ich kompatybilności z nowym serwerem. Niektóre formularze czy widgety mogą przestać działać, dlatego ważna jest kwestia sprawdzenia wszystkiego w środowisku testowym przed uruchomieniem strony.
Zmiana domeny
Tak jak zostało już wspomniane, jest to jeden z najpopularniejszych typów migracji, choć jest niestety często traktowany zbyt powierzchownie, co niesie za sobą sporo konsekwencji. Migracja na nową domenę nie polega jedynie na utworzeniu przekierowań 301. Podczas prac nad stroną powinny pojawić się także poprawki w adresach wewnętrznych, zadbanie o zmianę URL zewnętrznych na nowe w miarę możliwości czy aktualizacja sitemapy. Do tego nie należy zapominać także o nowych ustawieniach narzędzi analitycznych oraz kampanii PPC.
Najczęstsze błędy podczas migracji stron
Migracja jest na tyle rozbudowanym procesem, że bardzo łatwo o znaczące dla jej realizacji błędy. Przedstawiamy najczęstsze problemy związane z migracją, o których warto pamiętać i się ich wystrzegać.
Związane z planowaniem
- Brak konkretnie rozpisanego planu – nawet ekspert, który przeprowadzał już migracje stron nie powinien zapominać o odpowiednim planie dla konkretnej strony. Choć większość elementów planu migracji bywa podobnych niezależnie od rodzaju projektu, to jednak zdarzają się wyjątkowe sytuacje mogące zaburzyć cały proces migracyjny. Dlatego też warto od początku zadbać o plan, najlepiej w formie checklisty, która zmniejsza szansę na pominięcie znaczącego w migracji elementu.
- Brak podziału pracy między specjalistami – często specjaliści SEO czy web developerzy pracują w systemie “one man army”, mając na tyle rozbudowane kompetencje, że z powodzeniem radzą sobie z wieloma odrębnymi zagadnieniami. Mimo to odradzamy pozostawianie migracji na barkach jednej osoby. Taka sytuacja obciąża mocno jednego specjalistę, a to może zaburzać skuteczną pracę.
- Pominięcie zebrania danych analitycznych ze starej wersji strony – aby stwierdzić, czy sama migracja została przeprowadzona poprawnie i po prostu się opłacała, musimy porównać nowe wyniki ze starymi. Dlatego też wszelkie dane analityczne z narzędzi Google (przede wszystkim pochodzące z Analytics i Search Console) oraz te związane z social mediami należy zgromadzić w celu późniejszego wykorzystania.
- Lekceważenie kwestii związanych z UX – pomimo zdobywania coraz większej popularności, branża skupiająca się na poprawie User Experience nadal potrafi być traktowana po macoszemu. Jednakże, aby nie tracić na samej jakości ruchu, należy zwrócić uwagę na UX podczas migracji i odpowiednio wpleść go w plan działania. W dalszej części poradnika wskażemy odpowiednie zadania do wykonania z tego zakresu na danym etapie migracji.
Związane z SEO
- Niepoprawne lub brakujące przekierowania 301 – przekierowania 301 pozwalają na skierowanie ruchu ze starej domeny na nową. Takim sposobem przenosimy również autorytet poprzedniej domeny. Kod 301 informuje również roboty Google, że jest to przekierowanie stałe i wskazana wersja strony, do której ono kieruje, jest aktualna. Bez przekierowań 301 niemożliwym jest utrzymanie obecnego ruchu na starej wersji witryny. Dlatego też jest to jeden z najważniejszych elementów migracji w kontekście SEO.
- Pozostawienie noindex na stronie – Noindex jest tagiem informującym roboty Google, że dany element ma pozostać nie zaindeksowany. Tag szczególnie przydaje się na podstronach, które do indeksu Google nigdy nie powinny trafić (podstrony związane z koszykiem w przypadku sklepów internetowych, regulaminy, podstrony z polityką prywatności czy podstrony generowane dynamicznie za pomocą filtrów). Jest także idealny do zablokowania działań robotów na wersji Stage (stronie w trakcie budowy). Należy jednak pamiętać o zdjęciu wszystkich tagów przed uruchomieniem jej docelowej wersji, aby nie zablokować indeksacji podstron.
- Brak aktualnej sitemapy – Jeśli w momencie, gdy na nowej stronie pojawiła się zupełnie inna struktura czy canonicale, a mapa witryny tego nie przewiduje, to może znacząco zaburzać proces indeksacji. Roboty Google będą miały większy problem z poruszaniem się po stronie, co wpływa negatywnie na odbiór całej strony, a ostatecznie może wpływać na gorsze pozycje w wyszukiwarce.
- Problemy z przeniesieniem danych – jest to częsty problem szczególnie w kontekście naprawdę rozbudowanych stron czy sklepów internetowych. Czasem wynika on z ograniczenia warunków środowiska, na którym znajduje się nowy projekt. Częściej jednak powodem jest zwykłe przeoczenie tych danych. Trzeba unikać takich sytuacji, bo każda podstrona czy nawet komentarze na stronie mogą mieć wpływ na stan ruchu organicznego.
Źle przeprowadzone przekierowania 301 przez klienta doprowadziły do znacznego zaburzenie całego procesu migracji.
Etapy migracji strony
Przemyślany podział pracy jest kluczowy, ponieważ elementów, na które trzeba zwrócić uwagę podczas migracji, jest naprawdę dużo i mogą one przytłoczyć. Warto mieć świadomość co należy zrobić lub zweryfikować w konkretnym momencie. Zalecamy zastosowanie takiego podziału, który znacząco zmniejszy poczucie zagubienia w ilości danych i działań. Bardziej szczegółowo opisane zadania znajdziesz w naszym opisie migracji krok po kroku w dalszej części poradnika.
Planowanie
Część do wykonania przed rozpoczęciem jakichkolwiek działań technicznych na stronie. Powinno opierać się przede wszystkim na wyszczególnieniu elementów, których będzie dotyczyć migracja oraz wybraniu odpowiedniego terminu na prace na stronie. Dobrą praktyką jest również zaplanowanie alternatywnych źródeł ruchu, które tymczasowo zastąpią ruch organiczny. Kluczowe jest za to dokładne rozpisanie poszczególnych zadań i przydzielenie do nich właściwych osób biorących udział w procesie.
Pre-launch
Ta część migracji polega na podjęciu pierwszych realnych działań na stronie. Warto także skupić się na wyciągnięciu danych ze starej wersji strony i przeanalizowaniu ich np. pod kątem linków czy stanu indeksacji strony. Posłuży to w późniejszej fazie migracji za benchmark, który pokaże skutki prac w kontekście ruchu organicznego na stronie. Jest to także najlepszy czas na wykonanie backupów starej wersji przez web developera.
Launch
Przełomowa część działań do wykonania zaraz przed startem nowej witryny. Jest to właściwy czas na weryfikację pracy na stronie pod kątem jej poprawności. Należy się także upewnić, czy zapewniliśmy odpowiednie warunki do poprawnej indeksacji witryny. Wszelkie niedoróbki powinny zostać szybko wykryte, aby nie powodowały szkód wpływających na ruch na stronie. Warto zastosować też analizę pod kątem UX w miarę naszych możliwości.
Post Launch
Po wykonanej pracy czas na dogłębną weryfikację jej efektów. Sprawdzonym sposobem jest odczekanie przynajmniej tygodnia od zakończenia migracji. Wtedy istnieje większe prawdopodobieństwo, że ewentualne błędy pojawią się w weryfikowanych danych. Ważne jest zestawienie czasu wczytywania nowej strony ze starą wersją, zaindeksowanych podstron oraz współczynników ruchu organicznego. Do tego niezbędne jest zastosowanie wcześniej wspomnianego benchmarku.
Krok 1 – Zakres i planowanie (Planning)
Przed rozpoczęciem migracji warto sobie – jak i klientowi – uzmysłowić, że po migracji niewielka część ruchu może zostać utracona. Nie na zawsze, ale wyniki zaraz po migracji mogą się różnić od tych ze starej wersji witryny.
Jednakże, korzystając z naszych porad z powodzeniem możesz zmniejszyć negatywne skutki migracji do minimum. Dlatego też samo planowanie ma diametralne znaczenie dla całego procesu.
Ustalenie potencjalnego wpływu migracji na stronę
Rola: Project Manager
Pierwszy etap planowania polega na określeniu jakie elementy strony zostaną zmienione podczas migracji. Tak naprawdę każda, nawet najmniejsza, część strony może wpłynąć na ranking w wyszukiwarce.
Dlatego też określenie i rozpisanie tych elementów może być pierwszym krokiem do uchronienia strony przed niekontrolowanym zmniejszeniem widoczności, które potem będzie naprawdę ciężkie do naprawienia. Kluczowe jest również zawarcie tych informacji w dalszych dokumentach, które powinny trafić np. do web developerów.
Wybranie czasu, w którym migracja będzie miała najmniejszy wpływ na ruch użytkowników
Rola: Project Manager
Twoim zadaniem jest ustalenie godzin, w których brak aktywnej strony internetowej będzie najmniej bolesny dla użytkowników, jak i Ciebie pod względem utraconego potencjalnego ruchu.
Zazwyczaj najlepiej sprawdzają się późne godziny, czyli 3 lub 4 w nocy, bo w większości przypadków użytkownicy wtedy śpią, a nie przeczesują zasoby internetu. Jednakże wszystko zależy od danej branży i do takich decyzji najbardziej przydadzą się realne dane, które pomogą konkretne godziny wyestymować. Najbardziej przydatnym narzędziem będzie odpowiednio skonfigurowany Google Analytics, który z powodzeniem poradzi sobie z tego typu zadaniem.
Warto także unikać takich dni, jak piątek, ponieważ przy migracji mogą pojawić się problemy techniczne, który powinny zostać jak najszybciej wykryte i naprawione. Weekend, podczas którego brak wsparcia web developera czy specjalisty SEO, może to skutecznie utrudnić.
Wybranie alternatywnych źródeł ruchu w celu złagodzenia krótkoterminowej utraty ruchu organicznego
Rola: Project Manager
Często pomimo starań pewnych kwestii nie da się przewidzieć i możemy stracić więcej ruchu niż przewidywaliśmy. Wtedy ratunkiem może być zainwestowanie w inne źródła ruchu na stronie, aby spadki stały się mniej odczuwalne do czasu rozwiązania problemu z ruchem organicznym.
Zdecydowanie dobrym wyborem będą kampanie PPC z Google Ads na czele, choć Facebook Ads również są wartym uwagi wyborem. Wszystko zależy od branży, w której się poruszasz i możliwościach jakie posiadasz w kontekście PPC.
Facebook Ads może być łatwiejsze do wprowadzenia, jak i skuteczniejsze względem mniejszych budżetów. Google Ads za to świetnie sprawdza się na większych projektach i może być znakomitym dopełnieniem ruchu organicznego długoterminowo.
Należy pamiętać, że powyższe opisy w kontekście reklam PPC są mocno skrótowe, dlatego też zalecamy samodzielne zaznajomienie się z kanałami płatnymi i wybór tego, który najbardziej pasuje do danego biznesu.
Poinformowanie o wybranym zakresie prac
Rola: Project Manager/Web Developer/Specjalista SEO
Po zebraniu odpowiedniego zespołu i przydzieleniu konkretnych ról (o czym wspominaliśmy we wcześniejszej części poradnika), czas na dokładne rozdzielenie zadań pomiędzy specjalistami. Do tego przydatne będzie utworzenie indywidualnych harmonogramów przez każdą z osób.
Powinny się one opierać się zadaniach, ale także terminach, w których dany element będzie wdrażany. Można stwierdzić, że to przesadne podejście, jednak sama migracja to na tyle rzadki i rozbudowany proces, że wysoka koordynacja zespołu jest na wagę złota. Przyda się założenie wspólnego komunikatora do spójnej komunikacji (np. Google Chat, Slack czy Monday).
Krok 2 – Przygotowanie migracji (Pre-launch)
Ten etap polega przede wszystkim na operowaniu danymi, np. pobieraniu ich ze starej wersji witryny i ich analizowaniu. Jest to też moment realnego “stawiania” nowej wersji strony, którą stopniowo należy weryfikować.
Bardzo ważne jest sprawdzenie stanu strony sprzed migracji, jak i wersji stage. Stage to tak naprawdę nasze środowisko testowe, na którym pracują przede wszystkim web developerzy, stopniowo zamieniające się w nową wersję strony. Podstawą jest zabezpieczenie go hasłem, co zapobiega odkryciu wersji Stage (testowej) przez roboty Google i jej indeksacji.
Należy też wspomnieć, że tworzenie strony trwa podczas tego procesu i wszystkie kroki należy podejmować właśnie podczas prac developerów nad stroną.
Upewnienie się, że środowiska testowe nowej witryny nie będą indeksowane przez wyszukiwarki
Rola: Specjalista SEO
Ważne jest, aby nie indeksować swojej wersji testowej. Ma to kluczowe znaczenie, w przeciwnym razie właśnie ta wersja i niepotrzebne zasoby zostaną zaindeksowane i wystąpi powielenie treści.
Duplikacja jest zdecydowanie niewskazana w kontekście działań SEO, a samo zużywanie zasobów przez Google na zbędne podstrony może negatywnie wpłynąć na późniejsze wyniki zmigrowanej strony.
Do weryfikacji tych kwestii sprawdzi się samodzielna analiza headera strony w kontekście obecności tagów noindex, które zapobiegają indeksowaniu w wyszukiwarkach. Jednakże bezpieczniejszym i bardziej kompleksowym rozwiązaniem będzie wykonanie crawlu i za jego pośrednictwem dokonanie ponownej weryfikacji indeksowania strony.
Przeprowadzenie crawlu na starej witrynie
Rola: Specjalista SEO
Ważne jest, aby przed migracją pobrać wszystkie możliwe dane odnośnie starej strony. Pomoże nam to w pracy nad kolejnymi punktami i pozwoli porównać ważne elementy strony sprzed i po migracji. Idealnie sprawdzi się do tego narzędzie Screaming Frog. W tym momencie przydatne jest także uporządkowanie danych w folderach, gdzie do jednego trafiają dane ze starej wersji, a do drugiego nowe elementy.
Eksportowanie list danych
Lista podstron, do których prowadzą linki zewnętrzne
Rola: Web Developer/Specjalista SEO
Wszystkie podstrony, do których prowadzą linki zewnętrzne, muszą być zapisane. Należy zdecydować, co zrobić z takimi podstronami, ponieważ żadne linki nie powinny prowadzić do strony z błędem 404. Najlepszym narzędziem do tego zadania jest Ahrefs, specjalizujący się w obszarze linkowania.
Lista podstron, które były odwiedzane w ostatnich 12 miesiącach
Rola: Project Manager/Specjalista SEO
Wszystkie podstrony, które zarejestrowały dowolnego użytkownika, są dla nas ważne. Należy pobrać listę tych podstron i podjąć odpowiednie decyzje odnośnie ich przyszłości.
Pozwoli to podjąć racjonalne decyzje odnośnie uszczuplenia nowej wersji serwisu, jeśli dane podstrony nie spełniają swojej roli względem zainteresowania i ruchu użytkowników. W tym przypadku najlepiej sprawdzi się Google Analytics z zebranymi poprawnymi danymi odnośnie ruchu organicznego.
Rola: Project Manager
Każda podstrona, która kiedykolwiek została udostępniona na Facebooku lub innych social media jest potencjalnie atrakcyjna dla użytkownika. Każda z tych podstron powinna zostać zapisana i rozplanowana względem przyszłego serwisu. Do tej listy warto użyć ponownie narzędzia Ahrefs.
Lista podstron aktualnie indeksowanych przez wyszukiwarki
Rola: Specjalista SEO
Każda podstrona zaindeksowana w wyszukiwarce pojawia się w bazie Google. Jeśli po migracji niektóre z tych stron będą wyświetlać 404, będzie to miało przykre konsekwencje dla wyników względem ruchu organicznego strony.
Najlepszym sposobem na wyciągnięcie poprawnie zaindeksowanych podstron ze starego serwisu jest wyeksportowanie ich z Google Search Console. To narzędzie od Google zdecydowanie najlepiej przedstawia stan twojej strony w wyszukiwarce pod kątem indeksacji.
Połączenie listy wszystkich wyeksportowanych adresów URL w jeden dokument
Rola: Project Manager/Specjalista SEO
Połączenie wszystkich powyższych list pozwoli nam uzyskać ogólny obraz witryny i podjąć odpowiednie decyzje odnośnie priorytetyzacji. Najprostszą metodą jest nałożenie wewnętrznego priorytetu na podstrony, które wysoko rankują na frazy interesujące nas lub klienta, bądź na podstrony generujące dużo ruchu organicznego. Ten krok jest mocno zależny od naszego podejścia i tego, co nas najbardziej interesuje względem kontynuowania na nowej wersji strony.
Research słów kluczowych
Rola: Specjalista SEO
Jest to jeden z najważniejszych punktów migracji. Każda podstrona powinna mieć odpowiedni cel, słowo kluczowe i odpowiednie miejsce w hierarchii. Źle dobrane słowa kluczowe przyniosą niewłaściwy ruch na stronie lub bardzo małe efekty względem SEO.
Dlatego też warto zbudować odpowiedni dokument scalający te elementy, dzięki któremu można zweryfikować w łatwy sposób to, na czym się skupiamy w kontekście keywordów. Jest to kwestia własnej inwencji, choć powinien to być dokument maksymalnie przejrzysty i pokazujący dane w przystępny sposób. Zdecydowanie sprawdzi się tutaj znajomość Excela lub tożsamego rozwiązania od Google.
Zbudowanie struktury adresu URL dla nowej wersji na podstawie wniosków z badania słów kluczowych
Rola: Specjalista SEO/Web Developer
Budowanie struktury strony w oparciu o research słów kluczowych jest równie ważne jak ich badanie. Słowa kluczowe powinny być odpowiednio rozmieszczone na stronie, każdy zestaw słów powinien umieć wykorzystać ich potencjał. Ważne jest zaplanowanie struktury tak, aby każde słowo kluczowe miało szansę pojawić się kilka razy w treści i metadanych. Również same URL powinny się opierać na wybranych przez nas słowach kluczowych.
Utworzenie mapy przekierowań adresów URL
Rola: Specjalista SEO/Web Developer
Stworzenie mapy przekierowań powstrzyma przede wszystkim potencjalne wycieki “link juice” do podstron, które już nie istnieją. Mapa przekierowań jest niezbędna do tego, aby zadbać o każdy adres URL i mieć właściwy obraz tego jak strona prezentuje się obecnie pod kątem stanu linków.
Tego typu mapę wystarczy stworzyć na podstawie URLów, które są już obecne na stronie i zestawić je z zaplanowanymi, nowymi adresami. To pozwala na uzyskanie pełnego obrazu przekierowań i zdecydowanie pomoże w uzyskaniu maksymalnej skuteczności przez web developerów.
Weryfikacja mapy przekierowań w kontekście użycia symboli wieloznacznych lub wyrażeń regularnych
Rola: Web Developer
Zadanie stricte dla web developera, do którego zdecydowanie wskazana jest wiedza z zakresu programowania. Istnieją parametry, atrybuty sesji itp., które można przenosić lub z nich zrezygnować.
Ważne jest samodzielne tworzenie lub odpowiednie informowanie o takich dynamicznych adresach. Każdy adres dynamiczny powinien być również odpowiednio przekierowany, aby nie zaburzał przepływu ruchu na stronie.
Wygenerowanie pliku .htaccess zawierającego wszystkie wymagane przekierowania
Rola: Specjalista SEO/Web Developer
Plik htaccess ma kluczowe znaczenie dla prawidłowego funkcjonowania serwisu. Warto też sprawdzić czy wszystkie ważne przekierowania (z www na bez www, http na https itp.) znajdują się również w nowym pliku htaccess.
Należy zwrócić na to szczególną uwagę, bo wszelkie poważniejsze błędy w tym pliku mogą spowodować spustoszenie na nowej wersji strony pod kątem technicznym, a także względem ruchu organicznego.
Stworzenie kopii zapasowej starej wersji strony internetowej
Rola: Web Developer
Tworzenie kopii zapasowych kluczowych dla nas danych powinno być funkcjonującym nawykiem. Konieczne jest utworzenie kopii zapasowej starej wersji strony, także na wypadek problemów z ważną funkcjonalnością strony lub z elementem SEO. Ze starymi danymi można je w łatwiejszy sposób odtworzyć. Bez poprawek przykładowa niedziałająca sekcja komentarzy czy blog może spowodować bardzo silne spadki ruchu.
Porównanie wydajności starej i nowej witryny
Rola: Specjalista SEO
Niezbędne jest też przeanalizowanie szybkości strony na urządzeniach mobilnych i stacjonarnych, zestawiając przy tym dane zebrane ze starej wersji strony. Dzięki temu będziemy wiedzieć, czy wersja strony po migracji lepiej radzi sobie względem szybkości ładowania czy jednak gorzej.
Priorytetem, szczególnie pod kątem SEO oraz UX, jest optymalizowanie strony w taki sposób, aby była jak najsprawniejsza. Podstawowym narzędziem do weryfikacji wydajności jest PageSpeed Insights od Google.
Porównanie liczby stron w wyszukiwarce
Rola: Specjalista SEO
Przeanalizuj, a przy tym zapisz liczbę podstron oraz statystyki z Google Search Console i Google Analytics. Dzięki temu po migracji będziesz wiedzieć, które podstrony działają lepiej lub gorzej w porównaniu do starej wersji strony. Taki monitoring jest ważny, aby mieć stan ruchu na stronie w pełni pod kontrolą.
Przeprowadzenie obszernego audytu nowej wersji strony
Rola: Specjalista SEO/Web Developer
Po stworzeniu nowej wersji strony, która jest niemal gotowa do uruchomienia, powinno się przeprowadzić dogłębny audyt techniczny SEO. Oczywiście każdy specjalista ma na to swoje metody, ale należy zweryfikować przeprowadzone prace i to jaki mają w ogólnym rozrachunku wpływ na SEO.
Wygenerowanie pliku robots.txt i sitemapy dla nowej wersji strony
Rola: Specjalista SEO/Web Developer
Przyszedł czas na utworzenie odpowiedniego pliku robots.txt z właściwymi wykluczeniami oraz mapy witryny z podziałem na wpisy blogowe, zdjęcia, filmy itp. Jest to względnie prosty proces, ale należy do niego podejść w pełni świadomie, bo oba elementy mają bardzo duży wpływ na poprawną indeksację strony.
Sprawdzenie uszkodzonych linków (tzw. broken links)
Rola: Specjalista SEO
Warto przeprowadzić ponowny crawl witryny, aby wykryć potencjalne podstrony generujące błędy. Szczególnie trzeba unikać jakichkolwiek błędów 404, które mogą spowodować utratę ruchu, linków wewnętrznych, zewnętrznych, marnotrawienie crawl budgetu Google, czy zwyczajnie odstraszenie użytkowników.
Sprawdzenie linków kanonicznych (canonicale)
Rola: Specjalista SEO
Linki kanoniczne mają naprawdę duże znaczenie w kontekście SEO. Przede wszystkim zapobiegają duplikacji treści poprzez przekazywanie informacji robotom Google o oryginalnym adresie.
Można nimi również zarządzać względem wzmacniania podstron, na których najbardziej nam zależy. Dlatego też dobrze, aby były one poprawnie wprowadzone od samego początku działania nowej wersji strony.
Krok 3. Uruchomienie zmigrowanej strony (Launch)
Po wykonaniu niezbędnych prac web deweloperskich związanych z migracją czy wypełnieniu zadań z wspomnianych już podpunktów z poradnika czas na pełnoprawne uruchomienie nowej wersji strony.
Jest to tak naprawdę moment największej próby względem koordynacji zespołu. Jeśli informacje o danych elementach nie trafią przede wszystkim w odpowiednim czasie do danego członka zespołu, może to nieść za sobą konsekwencje dla wszystkich obszarów.
Na tym etapie najbardziej aktywny powinien stać się zarządzający startem Project Manager, jak i specjalista SEO, który zadba o rozpoczęcie pełnoprawnej indeksacji, a następnie ruchu organicznego swoimi działaniami.
Zapewnienie dostępu robotom do nowej strony & weryfikacja pliku robots.txt
Rola: Specjalista SEO
Kiedy strona jest gotowa do indeksacji, należy odblokować dostęp do niej robotom Google. Należy też zweryfikować jak poruszają się one po nowej stronie. Przydatne jest przeprowadzenie dodatkowego crawlu. Dodatkowo, niezbędne jest dodanie lub samo sprawdzenie pliku robots.txt, którego brak lub złe wykonanie może niepotrzebnie blokować ruch robotów na stronie.
Warto również zwrócić uwagę na tagi robots względem wszystkich podstron właśnie po przeprowadzeniu crawla. Jeśli gdzieś brakuje tagów INDEX, FOLLOW, a zależy nam na indeksacji danego adresu, należy je wdrożyć, aby sytuacja w tym aspekcie była w pełni klarowna.
Upewnienie się, że kody weryfikacyjne dla webmasterów są aktywne
Rola: Specjalista SEO
Koniecznie zwróć uwagę na obecny stan twojego konta webmastera, tak jak to kiedyś nazywało się samo Google Search Console. Bez niego stracisz masę wartościowych danych odnośnie strony i możesz mieć problem z jej dalszą weryfikacją. Google Search Console jest jednym z najlepszych źródeł danych odnośnie indeksacji, a praca na stronie bez niego w kontekście SEO jest niemal niemożliwa.
Zweryfikowanie, czy tag noindex został usunięty ze wszystkich przeznaczonych do indeksacji podstron
Rola: Web Developer/Specjalista SEO/Project Manager
Tagi noindex były wręcz niezbędne do tego, aby części wersji Stage, czyli testowej, zostały ominięte przez indeksację. Jednakże obecnie jak najbardziej zależy nam na jak najszybszym i najskuteczniejszym zaindeksowaniu podstron, szczególnie tych kluczowych dla funkcjonowania strony.
Dlatego też najskuteczniejszym sposobem jest przeprowadzenie crawla, co pomoże szybciej zweryfikować wszystkie podstrony, a następne manualne zweryfikowanie kodu źródłowego najważniejszych podstron. Tak można w pełni uchronić się przed niepożądanymi pozostałościami blokady indeksacji.
Sprawdzenie przekierowań 301 oraz ich poprawności
Rola: Specjalista SEO
Użyj ponownie Screaming Froga, aby poprzez crawl uzyskać raport o przekierowaniach. Dzięki temu dowiesz się, czy wszystkie przekierowania są realizowane zgodnie z założeniami. Ważne jest, aby żadne z przekierowań nie było niepoprawnym przekierowaniem tymczasowym 302. Nie przekazuje ono w pełni mocy danej podstrony, więc może negatywnie wpływać na stan strony w wyszukiwarce Google.
Sprawdzenie poprawności sitemapy i dodanie jej do Google Search Console
Rola: Specjalista SEO
Poprawna sitemapa szczególnie wspiera proces skuteczniejszej indeksacji podstron. Dzięki niej roboty Google mogą sprawniej przeczesywać różne podstrony. Powinna być podzielona na odpowiednie sekcje (np. na wpisy blogowe, zdjęcia, pozostałe podstrony itd.).
Jest to szczególnie ważne w witrynach dużych sklepach internetowych, które mają kilkanaście tysięcy adresów URL. Również wtedy warto dokonać podziału mapy witryny na kilka mniejszych sitemap.
Aby wykorzystać pełen potencjał mapy witryny warto umieścić również mapy witryny w Google Search Console. Dzięki temu przede wszystkim mamy możliwość sprawdzenia, ile adresów z sitemapy jest indeksowanych, a ile się do tego nie kwalifikuje.
Upewnienie się, że wszystkie meta title i meta description zostały zaimplementowane
Rola: Specjalista SEO
Meta titles mają naprawdę duży wpływ na odpowiednią indeksację i pozycje w wyszukiwarce Google. Dlatego też od samego początku powinny zostać wdrożone na stronie. Warto przy tym zadbać o jednolity schemat, aby były jak najbardziej konkretne i pomagały również użytkownikom.
Meta description służą za to generowaniu większemu CTR w wyszukiwarce. Dobrze przedstawione i będące odpowiedniej długości mogą skutecznie zachęcić użytkowników do kliknięcia w danego SERPa. To zwiększa poziom jakościowego ruchu organicznego, więc również powinno zależeć nam na zadbaniu o te elementy. Do ich zbadania najszybszym sposobem będzie przeprowadzenie crawlu strony za pomocą Screaming Frog.
Upewnienie się, że działająca witryna nie zawiera tzw. soft 404s
Rola: Web Developer/Specjalista SEO
Soft 404 to inaczej pozornie pusta strona, która pomimo tego, że jest poprawna pod kątem generowanego kodu 200, może zostać uznana przez roboty wyszukiwarki jako strona z błędem 404. Dzieje się tak także, kiedy dana podstrona zawiera błędy. Należy unikać takich podstron, bo wprowadzają zbędny zamęt w naszej strukturze i przez to cała strona może być również odbierana jako mniej jakościowa, również przez samych użytkowników.
Sprawdzenie, czy kody analityczne są umieszczone w odpowiedni sposób, a narzędzia zbierają poprawnie dane
Rola: Project Manager
Zazwyczaj po migracji tego typu elementy nie są przenoszone przez Web Developerów. Dlatego też warto mieć to na uwadze, aby nasze narzędzia analityczne od samego początku działania nowej strony były w pełni sprawne.
Dane, które możemy z nich uzyskać odnośnie ruchu organicznego będą nieocenione podczas zestawienia ich z tymi ze starej wersji strony. Jeśli mowa o klasycznym narzędziu analitycznym od Google (Google Analytics) to niezbędna jest ręczna weryfikacja headera strony. Po weryfikacji GA warto dokonać tego również z Google Search Console, który odnosi się bardziej do samej indeksacji, ale także jest na wagę złota.
Monitorowanie analityki w czasie rzeczywistym pod kątem nagłych problemów z poprawnym działaniem strony
Rola: Project Manager
Rolą Project Managera powinno być także sprawdzanie na bieżąco ruchu, który pojawia się na witrynie zaraz po przeprowadzeniu migracji, niezależnie od jego źródła. Nowe wersje strony mogą posiadać błędy, które mogą zaburzać skutecznie jego przepływ. Wszelkie sygnały powinny być szybko zgłaszane i dalej analizowane całym zespołem, aby je rozwiązać.
Sprawdzenie, czy wszystkie linki wewnętrzne są oznaczone jako “follow”
Rola: Specjalista SEO
Ważnym elementem budowy strony powinno być odpowiednie linkowanie wewnętrzne. Jednakże nie jest konieczne pełne rozwinięcie go zaraz po starcie zmigrowanej strony. Warto jednak przeprowadzić crawl strony i zweryfikować stan naszych linków.
Kluczowe jest za nałożenie tagów “follow” na każdy link wewnętrzny, które dzięki temu naturalnie przenoszą moc witryny po całej stronie. Linki nofollow temu zapobiegają, co przydaje się w linkowaniu zewnętrznym, jednak w linkowaniu wewnętrznym co najwyżej zaburzają przepływ mocy witryny.
(Opcjonalne) Cognitive walkthrough
Rola: Specjalista UX
Jeśli w twoim zespole znajduje się specjalista od User Experience lub osoba, która sprawnie porusza się w tym obszarze, to warto przeprowadzić wspomniane badanie. Samo Cognitive Walkthrough to ustrukturyzowane podejście do oceny użyteczności produktu, czyli w tym przypadku naszej zmigrowanej strony, za pośrednictwem analizy testera.
Tester, który nie jest użytkownikiem, zadaje cztery proste pytania dotyczące sposobu, w jaki sposób porusza się dana osoba wybrana do badania. Wyniki tych pytań i wykorzystają te obserwacje do dalszego ulepszania strony pod kątem jej użytkowania.
Tak jak wspominaliśmy na początku naszego poradnika, nie warto bagatelizować kwestii powiązanych z User Experience. Jeśli masz możliwości wykorzystać specjalistów z tej dziedziny, to nie wahaj się, bo dzięki odpowiedniemu, analitycznemu podejściu poprawisz jakość ruchu na stronie.
Krok 4. Zweryfikowanie efektów migracji (Post Launch)
Po migracji konieczne jest zestawienie pieczołowicie zebranych wcześniej danych i weryfikacja wyników. Jest to też proces, który należy przeprowadzić dwukrotnie: pierwszy raz zaraz po etapie launch, a drugi po miesiącu lub dwóch od startu zmigrowanej strony. Często zmiany w ruchu organicznym mogą nastąpić dopiero po dłuższym czasie, dlatego też niezbędna jest ponowna weryfikacja danych.
Taka analiza pomoże ustalić czy migracja nie odbiła się negatywnie na ruchu lub czy nie została przeprowadzona w niekontrolowany sposób. Wszystkie większe odchyły w narzędziach analitycznych będą na to wskazywać i warto podjąć wtedy dodatkową analizę strony w celu odnalezienia problemu. Jest to nieco ogólne stwierdzenie, jednak błędy podczas migracji zależą od jej typu i zakresu, więc trzeba do tego podchodzić indywidualnie.
Sprawdzenie Google Search Console pod kątem nowych komunikatów o błędach
Rola: Specjalista SEO/Project Manager
Google Search Console to jedno z lepszych narzędzi informujących nas o potencjalnych błędach migracyjnych. Często mogą uratować nas przed dalszymi konsekwencjami względem stanu witryny czy samej indeksacji, jeśli zareagujemy odpowiednio szybko.
Najczęstszymi komunikatami, jakie możemy napotkać i na które należy przede wszystkim zwrócić uwagę są:
- Strona zaindeksowana, ale zablokowana przez plik robots.txt – odnosi się do sytuacji, gdy dana podstrona jest wykluczona z pliku robots.txt, ale nie ma na sobie tagu “noindex” i zostaje przez Google zaindeksowana.
- Nie udało się odnaleźć przesłanego URL-a (404) – konieczne jest nałożenie przekierowań na takie adresy, kiedy tylko jest to możliwe.
- Przesłany adres URL wydaje się zgłaszać pozorny błąd 404 – wcześniej wspomniany w poradniku tzw. soft 404
- Błąd serwera (5xx) – tutaj warto skierować się w stronę hostingu, bo to najczęstsza przyczyna tego typu błędów
- Przesłany URL zawiera błędy indeksowania – jest to indywidualnie rozpatrywany komunikat, więc warto przeprowadzić własną analizę konkretnego adresu URL generującego błędy.
Warto też w podobny sposób zadbać o wersję mobilną strony, aby w pełni dostosować ją do potrzeb użytkowników. GSC również pomaga w zdefiniowaniu tego typu kwestii i wprowadzeniu konkretnych poprawek. Zazwyczaj komunikaty mobilne odnoszą się do zbyt szerokiej treści, elementów klikalnych za blisko siebie, bądź zbyt małej czcionki.
Skontaktowanie się z właścicielami kluczowych stron linkujących do twojej strony
Rola: Project Manager/Specjalista SEO
Jest to naprawdę przydatne działanie pod kątem utrzymania linkowania zewnętrznego strony na starym poziomie. Warto podmienić stare linki z poprzedniej wersji domeny na nowe, aby w zaczęły one w pełni działać na korzyść nowej domeny.
Oczywiście jeśli nasz profil linkowania jest naprawdę rozbudowany, to nie mamy większych szans dotrzeć do wszystkich linków. Jednakże o te najważniejsze (np. te wysokiej jakości czy generujące zauważalny ruch na naszej stronie) należy zadbać indywidualnie. Do weryfikacji oczywiście może posłużyć ciężki do zastąpienia w kwestii linkowania Ahrefs.
Zmiana wszystkich adresów URL na własnych stronach linkujących do zmigrowanej witryny
Rola: Project Manager
Podobną operację, co w poprzednim podpunkcie warto przeprowadzić względem własnych domen. Wiele osób posiada kilka stron internetowych i wręcz naturalnym działaniem jest przeprowadzanie między nimi linkowania.
Należy jednak w taki sam sposób zmienić adresy na nowe. Również w przypadku kiedy stara wersja adresu URL zmigrowanej strony posiada przekierowania 301 do nowej wersji strony. Pełnię mocy linków przekażemy poprzez standardową stronę z kodem 200.
Porównanie danych
Rola: Specjalista SEO
Przeprowadzenie testu wydajności nowej witryny i porównanie wyników ze starą wersją
Dokonaj weryfikacji nowej wersji pod kątem szybkości wczytywania. W estymacji konkretnych wniosków pomocne będą dane z badania poprzedniej wersji strony sprzed migracji.
Zweryfikowanie stanu indeksacji nowej witryny i porównanie wyników ze starą wersją
Za pośrednictwem Google Search Console zweryfikuj jak przedstawia się obecnie indeksacja twojej strony. Do uzyskania wysokiej skuteczności względem zdobywania większej widoczności, powinna być ona jak najlepsza.
Sprawdzenie liczby wejść na podstrony poprzez wyszukiwarkę i porównanie wyników ze starą wersją
W tym przypadku również niezbędna jest weryfikacja danych z Google Search Console i tego jak dużo ruchu organicznego generują obecnie dane podstrony w porównaniu do starej wersji strony.
(Opcjonalne) Podłączenie narzędzia do nagrywania sesji użytkowników i weryfikacja wyników
Rola: Specjalista UX
Tak jak już zostało wspomniane w tym poradniku, nie każdy ma możliwość przyłączenia do zespołu osoby orientującej się w zagadnieniach User Experience. Jeśli jednak posiadasz w zespole specjalistę od UX, to warto zaangażować go do analizy z udziałem narzędzia anonimowo śledzącego sesje użytkowników. Najpopularniejszym tego typu rozwiązaniem jest HotJar, choć niektórzy korzystają również z Crazy Egg czy Yandex.Metrica.
Dzięki takiemu działaniu można “na żywo” analizować zachowania użytkowników, obserwując ich sposób korzystania z wymyślonych przez nas rozwiązań. Oczywiście powinno to opierać się na wybraniu grupy takich odwiedzających i na tej podstawie dokonać weryfikacji.
Zazwyczaj dostrzegalne są ich problemy z poruszaniem się po stronie, omijanie większości funkcjonalności czy też dane podstrony są najczęściej wybierane bez konkretnego powodu. Takie kwestie są idealne do dalszej analizy i być może dalszego przebudowania danej podstrony czy menu.
