Jak nie stracić pozycji w wyszukiwarkach przy zmianie strony na nową

Zmiana strony internetowej brzmi niewinnie. Nowy wygląd, szybszy szablon, lepsza oferta, poprawiony formularz kontaktowy. Dla właściciela firmy to często po prostu "nowa strona". Dla Google to może być zupełnie inny serwis.

I właśnie w tym miejscu zaczynają się problemy. Strona, która przez kilka lat zbierała ruch z wyszukiwarki, nagle dostaje nowe adresy URL, inną strukturę nagłówków, usunięte podstrony, zmienione treści i brak przekierowań. Po wdrożeniu wszystko wygląda ładniej, ale po kilku tygodniach spada liczba wejść z Google. Telefony są rzadsze. Formularze milczą. Właściciel firmy słyszy wtedy, że "Google musi się przyzwyczaić". Czasem to prawda. Częściej jednak ktoś po prostu nie dopilnował migracji SEO.

Dobra wiadomość jest taka, że większości takich strat da się uniknąć. Trzeba tylko potraktować zmianę strony jak przeniesienie działającego biznesu do nowego lokalu. Nie wystarczy pomalować ścian. Klienci muszą wiedzieć, gdzie wejść, stare drogowskazy mają prowadzić w dobre miejsce, a najważniejsze półki nie mogą nagle zniknąć.

Największy błąd: robienie nowej strony bez listy starych adresów

Przed zmianą strony trzeba wiedzieć, co właściwie zmieniamy. Brzmi banalnie, ale w praktyce często wygląda to tak: powstaje nowy projekt, ktoś przepisuje kilka tekstów, grafik wrzuca nowe zdjęcia, programista odpala stronę, a stare adresy zostają zapomniane.

Tymczasem każdy adres URL, który był zaindeksowany w Google, może mieć jakąś wartość. Czasem dużą, czasem minimalną, ale nie warto zgadywać. Trzeba zrobić listę obecnych podstron, wpisów blogowych, kategorii, produktów, usług, landing page'y i plików, które generują ruch albo mają linki z zewnątrz.

Najprościej zacząć od kilku źródeł:

• mapy strony XML, zwykle dostępnej pod adresem typu /sitemap.xml albo /sitemap_index.xml,
• Google Search Console, szczególnie raportu skuteczności i zaindeksowanych stron,
• Google Analytics lub innego narzędzia analitycznego,
• crawl strony wykonany narzędziem typu Screaming Frog, Sitebulb albo podobnym,
• listy podstron z panelu CMS, na przykład wpisów, stron, kategorii i produktów.

Dopiero z taką listą można podjąć rozsądne decyzje. Które adresy zostają bez zmian? Które dostają nowe odpowiedniki? Które naprawdę można usunąć? Bez tego migracja jest loterią.

Nie zmieniaj adresów URL, jeśli nie musisz

Najbezpieczniejszy adres URL to ten, który się nie zmienił. Jeśli stara podstrona miała adres /oferta/strony-internetowe i nadal będzie opisywać tę samą usługę, nie ma powodu, żeby robić z niej /nowoczesne-strony-www-dla-firm tylko dlatego, że brzmi świeżej.

Zmiana adresów bywa potrzebna. Na przykład wtedy, gdy stara struktura jest chaotyczna, sklep zmienia kategorie, firma łączy kilka usług w jedną albo przechodzi z autorskiego systemu na WordPressa lub PrestaShop. Ale każda taka zmiana powinna mieć uzasadnienie. Jeżeli adres działa, ma ruch i pasuje do treści, zwykle lepiej go zostawić.

Warto też uważać na drobne różnice, które dla człowieka wyglądają niegroźnie, a technicznie są innym adresem. Końcówka ze slashem lub bez, polskie znaki w URL, wielkie litery, zmiana /produkt/nazwa na /produkty/nazwa, przejście z .html na adres bez rozszerzenia. To wszystko wymaga decyzji i przekierowań.

Przekierowania 301 są obowiązkowe

Jeżeli stary adres znika, powinien prowadzić na nowy odpowiednik. Do tego służy przekierowanie 301, czyli stałe przekierowanie. Informuje przeglądarkę i wyszukiwarkę, że dana treść została przeniesiona na inny adres.

Przykład:

• stary adres: /projektowanie-stron-www,
• nowy adres: /tworzenie-stron-internetowych,
• działanie: wejście na stary adres automatycznie przenosi użytkownika na nowy.

To nie jest kosmetyka. Bez przekierowania użytkownik trafia na błąd 404, a Google musi samodzielnie zrozumieć, co stało się z treścią. Czasem zrozumie. Czasem uzna, że strona zniknęła. Wtedy wypracowana widoczność może spaść, mimo że na nowej stronie istnieje podobna treść.

Najlepiej przekierowywać adres do najbliższego tematycznie odpowiednika. Stara podstrona usługi powinna prowadzić do nowej podstrony tej usługi, a nie zawsze na stronę główną. Masowe przekierowanie wszystkiego na homepage wygląda wygodnie, ale jest słabe dla użytkownika i zwykle słabe dla SEO.

WordPress: wtyczka Redirection

W WordPressie jednym z najwygodniejszych narzędzi do obsługi przekierowań jest wtyczka Redirection dostępna w katalogu WordPress.org. Pozwala dodawać przekierowania 301 bez grzebania w pliku .htaccess i bez znajomości reguł serwera.

Redirection przydaje się szczególnie przy mniejszych i średnich migracjach, gdzie trzeba ręcznie przepiąć kilkadziesiąt albo kilkaset adresów. Wtyczka ma też logi błędów 404, więc po wdrożeniu można zobaczyć, na jakie nieistniejące adresy wchodzą użytkownicy lub roboty wyszukiwarek. To bardzo praktyczne, bo nawet dobrze przygotowana lista przekierowań zwykle nie łapie wszystkiego.

Typowy scenariusz wygląda tak:

1. instalujesz wtyczkę Redirection,
2. dodajesz pary stary adres i nowy adres,
3. testujesz kilka najważniejszych przekierowań w przeglądarce,
4. po wdrożeniu sprawdzasz logi 404,
5. uzupełniasz brakujące przekierowania.

Przy większych stronach warto przygotować przekierowania wcześniej w arkuszu. Taki plik łatwiej sprawdzić, posortować i omówić z klientem. Dopiero potem importuje się dane do wtyczki albo wdraża reguły po stronie serwera.

PrestaShop: moduł Menedżer przekierowań

W sklepach na PrestaShop temat jest jeszcze bardziej wrażliwy, bo adresy produktów i kategorii często odpowiadają za sprzedaż. Jeśli produkt miał ruch z Google, a po zmianie sklepu dostaje błąd 404, tracisz nie tylko pozycję. Tracisz wejścia osób, które były blisko zakupu.

W PrestaShop trzeba sprawdzić osobno:

• adresy produktów,
• adresy kategorii,
• adresy producentów i dostawców, jeśli były indeksowane,
• strony CMS, na przykład regulamin, poradniki, strony informacyjne,
• parametry w adresach, jeżeli wcześniej były używane przez filtry lub kampanie.

Do zarządzania przekierowaniami można użyć modułu do ustawienia przekierowań w PrestaShop. Ważne jest nie tylko samo narzędzie, ale też przygotowana mapa przekierowań. Moduł nie zgadnie, że stary produkt "buty-skorzane-123" ma teraz odpowiednik w nowej kategorii pod zupełnie innym adresem.

Nie usuwaj treści, które pracowały na ruch

Przy projektowaniu nowej strony łatwo wyciąć stare podstrony, bo są "brzydkie", "za długie" albo "nie pasują do nowego układu". Problem w tym, że część z nich mogła generować wejścia z wyszukiwarki. Dotyczy to zwłaszcza poradników, opisów usług, wpisów blogowych i rozbudowanych kategorii w sklepach.

Przed usunięciem treści sprawdź, czy dana podstrona:

• ma wejścia z Google,
• wyświetla się w Search Console na konkretne frazy,
• ma linki z innych stron,
• prowadzi do konwersji, nawet pośrednio,
• odpowiada na pytanie, którego nie pokrywa żadna inna podstrona.

Jeżeli treść jest słaba, można ją przepisać. Jeśli jest nieaktualna, można ją zaktualizować. Ale kasowanie jej tylko dlatego, że nie mieści się w nowym menu, to proszenie się o spadki.

Zadbaj o tytuły, opisy i nagłówki

Podczas migracji często skupiamy się na wyglądzie, a podstawowe elementy SEO zostają potraktowane jak drobiazg. Tytuł strony, meta description, nagłówek H1, struktura H2 i H3, opisy kategorii, alternatywne opisy obrazków. Każdy z tych elementów może wpływać na to, jak Google rozumie podstronę.

Nowa strona nie powinna automatycznie dostać takich samych tytułów na wszystkich podstronach. Nie powinna też zamienić konkretnych nagłówków na ogólne hasła typu "Nasza oferta" albo "Profesjonalne rozwiązania". Jeżeli wcześniej podstrona była widoczna na frazę "serwis ekspresów Olsztyn", to po zmianie strony ta fraza nadal powinna mieć swoje naturalne miejsce w treści.

Nie chodzi o upychanie słów kluczowych. Chodzi o zachowanie sensu. Google musi widzieć, że nowa podstrona nadal odpowiada na to samo zapytanie, tylko robi to lepiej.

Sprawdź indeksację przed i po wdrożeniu

Nową stronę testową zwykle blokuje się przed indeksowaniem. To dobre podejście, bo nikt nie chce, żeby Google zaindeksowało wersję roboczą pod adresem technicznym. Problem zaczyna się wtedy, gdy blokada zostaje po wdrożeniu.

Przed publikacją trzeba sprawdzić:

• czy strona nie ma ustawienia noindex,
• czy plik robots.txt nie blokuje ważnych sekcji,
• czy mapa strony XML działa i zawiera właściwe adresy,
• czy adresy kanoniczne prowadzą do wersji produkcyjnej,
• czy certyfikat SSL działa poprawnie,
• czy strona jest dostępna zarówno dla użytkownika, jak i dla robota Google.

Po wdrożeniu warto od razu wysłać nową mapę strony w Google Search Console. Potem trzeba obserwować raporty indeksowania, błędy 404, przekierowania i frazy, które zaczynają tracić widoczność.

Nie zapomnij o szybkości i wersji mobilnej

Nowa strona powinna być szybsza od starej, ale nie zawsze tak jest. Czasem po wdrożeniu dochodzi ciężki motyw, kilka builderów, animacje, duże zdjęcia i kilkanaście skryptów marketingowych. Efekt: strona wygląda lepiej na prezentacji, ale działa wolniej na telefonie klienta.

Przy migracji warto sprawdzić najważniejsze typy podstron: stronę główną, usługę, wpis blogowy, kategorię i produkt. Nie wystarczy test samej strony głównej, bo sklep może mieć szybki homepage i bardzo wolne karty produktów.

Google patrzy na doświadczenie użytkownika, ale ważniejszy jest jeszcze prostszy fakt: wolna strona gorzej sprzedaje. Jeśli użytkownik czeka, formularz jest niewygodny, a przycisk na telefonie nachodzi na treść, to nawet utrzymana pozycja w Google nie pomoże.

Przetestuj stronę przed przełączeniem domeny

Przed wdrożeniem trzeba przejść przez stronę jak zwykły użytkownik. Kliknąć menu, wejść w usługi, wysłać formularz testowy, dodać produkt do koszyka, przejść checkout, sprawdzić wyszukiwarkę, filtrowanie, wersję mobilną i linki w stopce.

Osobno trzeba przetestować SEO:

• czy najważniejsze stare adresy przekierowują na nowe,
• czy przekierowania nie tworzą łańcuchów, na przykład A do B, B do C, C do D,
• czy nie ma pętli przekierowań,
• czy ważne podstrony zwracają kod 200,
• czy usunięte strony mają sensowny odpowiednik albo świadomie zwracają 404 lub 410,
• czy linkowanie wewnętrzne prowadzi już do nowych adresów, a nie przez przekierowania.

Łańcuchy przekierowań są częstym problemem po kilku przebudowach strony. Stary adres prowadzi na nowszy, ten na jeszcze nowszy, a dopiero potem na aktualny. Lepiej od razu ustawić przekierowanie ze starego adresu bezpośrednio do docelowego.

Monitoruj pierwsze tygodnie po publikacji

Migracja nie kończy się w dniu wdrożenia. Przez pierwsze tygodnie trzeba patrzeć na dane. Nie nerwowo co godzinę, ale regularnie. Małe wahania są normalne. Duże spadki konkretnych podstron albo lawina błędów 404 już normalne nie są.

Po publikacji sprawdzaj:

• raport stron w Google Search Console,
• błędy 404 w CMS, serwerze albo wtyczce Redirection,
• ruch organiczny w analityce,
• pozycje najważniejszych fraz,
• liczbę zapytań z formularzy i telefonów,
• działanie koszyka i płatności w sklepie.

Jeżeli widzisz, że konkretna stara podstrona miała ruch, a teraz użytkownicy trafiają na błąd, dodaj przekierowanie. Jeżeli nowa podstrona spadła, porównaj jej treść ze starą wersją. Może w nowym projekcie zniknął akapit, który odpowiadał na ważne pytanie. Może H1 stał się zbyt ogólny. Może link do tej podstrony wypadł z menu.

Krótka lista kontrolna przed zmianą strony

Jeśli chcesz ograniczyć ryzyko spadków, przed wdrożeniem przejdź przez tę listę:

1. Zrób listę wszystkich ważnych starych adresów URL.
2. Sprawdź, które podstrony mają ruch, widoczność i linki zewnętrzne.
3. Zostaw stare adresy tam, gdzie nie ma potrzeby ich zmieniać.
4. Dla zmienionych adresów przygotuj przekierowania 301.
5. Nie przekierowuj wszystkiego na stronę główną.
6. Przenieś lub popraw treści, które generowały ruch.
7. Sprawdź title, meta description, H1 i strukturę nagłówków.
8. Usuń blokady indeksacji z wersji produkcyjnej.
9. Wygeneruj i zgłoś nową mapę strony XML.
10. Przetestuj stronę mobilnie, technicznie i sprzedażowo.
11. Monitoruj błędy 404 i dane w Search Console po wdrożeniu.

Podsumowując zmiana strony internetowej nie musi oznaczać utraty pozycji w Google. Spadki najczęściej biorą się z konkretnych błędów: braku przekierowań, usunięcia treści, zmiany adresów bez planu, zostawionej blokady indeksacji albo słabego testowania po wdrożeniu.

Nowa strona powinna być lepsza nie tylko wizualnie. Powinna zachować to, co już działało, i poprawić to, co przeszkadzało użytkownikom. Jeśli stara strona miała widoczność, ruch i zapytania, to jest tam kapitał. Przy migracji trzeba go przenieść, a nie zaczynać od zera.

Dlatego przed publikacją nowej strony warto poświęcić czas na mapę adresów, przekierowania 301, kontrolę treści i sprawdzenie danych w Search Console. To mniej efektowne niż projekt graficzny, ale często właśnie od tych rzeczy zależy, czy po wdrożeniu firma nadal będzie dostawać klientów z wyszukiwarki.