Zmiana domeny nie musi przekreślić pozycjonowania, jeśli każda stara podstrona ma przekierowanie 301 na swój odpowiednik, nowa domena jest zgłoszona w Search Console narzędziem zmiany adresu, a stara domena działa z przekierowaniami długo po zmianie. Bez tego Google ocenia nową domenę prawie od zera.

Zmiana domeny a pozycjonowanie to temat, który zwykle wraca dopiero po fakcie, gdy ruch spadł. Powody zmiany są różne: nowa nazwa firmy, połączenie marek, krótsza domena, przejście z domeny regionalnej na ogólnopolską. Dla Google to za każdym razem sytuacja, w której cały serwis znika pod starym adresem i pojawia się pod nowym. Jeśli dostanie jasne sygnały, przeniesie pozycje stosunkowo sprawnie. Jeśli nie, zacznie oceniać nową domenę prawie od zera.

Przeniesienie strony na nową domenę robimy według stałego schematu. Najpierw pełny spis adresów starej domeny i mapa przekierowań 301, w której każda podstrona trafia na swój odpowiednik pod nowym adresem, a nie na stronę główną. Potem weryfikacja nowej domeny w Search Console, wgranie mapy witryny i użycie narzędzia do zmiany adresu, które Google udostępnia właśnie na taką okazję. Stara domena musi zostać opłacona i utrzymywać przekierowania długo po migracji, bo prowadzą do niej linki z innych stron i zakładki klientów.

Zmiana domeny SEO to także praca poza samą stroną. Warto zaktualizować adres w wizytówce Google, w profilach w mediach społecznościowych, w katalogach firm i tam, gdzie masz wpływ na linki, na przykład w artykułach sponsorowanych na portalach. Każdy link poprawiony u źródła to jedno przekierowanie mniej. Jeśli strona po zmianie domeny już straciła ruch, opisujemy, jak to naprawiamy, przy odzyskiwaniu pozycji.

• przekierowania 301 adres do adresu, także dla wersji z www i bez www
• weryfikacja obu domen w Search Console i zgłoszenie zmiany adresu
• nowa mapa witryny i aktualne canonicale na nowej domenie
• stara domena utrzymana razem z przekierowaniami przez długi czas

Tak. Przeniesienie strony na nowy hosting bez zmiany domeny i adresów URL to najbezpieczniejszy rodzaj migracji, bo dla Google zmienia się tylko serwer, a nie adresy. Pozycje zwykle zostają, o ile strona działa bez przerwy, nie zwalnia i zachowuje certyfikat SSL, przekierowania oraz plik robots.txt w niezmienionej postaci.

Migracja serwera polega na skopiowaniu plików i bazy danych na nowy serwer, sprawdzeniu strony pod tymczasowym adresem i przestawieniu rekordów DNS domeny. Wielu dostawców hostingu robi to za klienta. Z punktu widzenia SEO warto dopilnować trzech rzeczy: pełnej kopii zapasowej przed zmianą, obniżenia czasu ważności rekordów DNS kilka dni wcześniej, żeby przełączenie przebiegło szybko, oraz przeniesienia reguł przekierowań z pliku konfiguracyjnego serwera, które przy kopiowaniu łatwo pominąć.

Po przełączeniu sprawdzamy czas odpowiedzi serwera i raport statystyk indeksowania w Search Console. Jeśli nowy serwer odpowiada wolniej albo zwraca błędy 5xx, Google ogranicza odwiedziny robota i nowe treści wchodzą do indeksu później. Przy zmianie hostingu pamiętaj też o poczcie w domenie, która często jest na tym samym serwerze co strona.

Migrację sklepu internetowego przeprowadza się bezpiecznie wtedy, gdy przed przełączeniem są wyeksportowane wszystkie adresy i treści starego sklepu, każda kategoria i produkt z ruchem ma przekierowanie 301, a nowa platforma przeszła crawl na wersji testowej. Po wdrożeniu trzeba sprawdzić indeksację, filtry i pomiar sprzedaży w GA4.

Migracja sklepu internetowego to jeden z najczęstszych i najbardziej ryzykownych rodzajów migracji. Sklep rośnie, gotowa platforma abonamentowa przestaje wystarczać i pojawia się decyzja o przejściu na własny silnik, na przykład z Shopera na PrestaShop albo z PrestaShop na WooCommerce. Albo odwrotnie: właściciel ma dość utrzymywania serwera i przenosi się na platformę w abonamencie. Kierunek nie ma znaczenia. W każdym przypadku zmienia się schemat adresów, szablon, sposób obsługi filtrów i to, jak sklep generuje meta tagi.

Przy zmianie platformy sklepu najwięcej ruchu ginie w trzech miejscach. Pierwsze to adresy produktów i kategorii: każda platforma buduje je inaczej, więc bez mapy 301 wszystkie stare adresy kończą się błędem 404. Drugie to treści: opisy kategorii, tytuły i opisy meta, teksty alternatywne zdjęć, które w starym sklepie ktoś pisał latami, a import do nowego sklepu ich nie przenosi albo ucina. Trzecie to filtry i parametry: nowa platforma potrafi wygenerować tysiące adresów z kombinacji filtrów, które Google zaczyna indeksować zamiast kategorii.

Dlatego migracja sklepu u nas zaczyna się od eksportu wszystkich adresów i treści ze starej platformy, a kończy porównaniem crawla przed i po. Sprawdzamy, czy każda kategoria i każdy produkt z ruchem ma odpowiednik, czy przeniosły się opisy i meta tagi, czy warianty produktów nie tworzą duplikatów i czy zdarzenia zakupowe w GA4 działają w nowym koszyku. Jeśli sklep dopiero powstaje na nowej platformie, możemy go też zbudować, co opisujemy przy tworzeniu sklepów internetowych. Przed samą migracją warto zrobić audyt SEO sklepu, żeby wiedzieć, które problemy nie powinny przejść na nową platformę.

Strukturę URL zmienia się bez utraty pozycji tylko z pełną mapą przekierowań 301, od razu poprawionymi linkami wewnętrznymi i mapą witryny z nowymi adresami. Każdy zmieniony adres to dla Google nowa strona, więc zmianę warto robić tylko wtedy, gdy porządkuje strukturę lub usuwa duplikaty, a nie dla samego wyglądu adresu.

Zmiana struktury URL w obrębie tej samej domeny wydaje się mniejszym ryzykiem niż zmiana domeny, ale w praktyce bywa podobnie kosztowna. Dzieje się tak, gdy usuwa się z adresów identyfikatory, skraca ścieżki kategorii, zmienia nazwy kategorii albo przenosi blog do innego katalogu. Każdy zmieniony adres to dla Google nowa strona, którą trzeba połączyć ze starą.

Zanim zmienisz adresy, zadaj sobie pytanie, czy zysk jest wart ryzyka. Ładniejszy adres sam w sobie rzadko podnosi pozycje, a źle przeprowadzona zmiana potrafi je obniżyć. Jeśli zmiana ma sens, na przykład porządkuje chaotyczną strukturę albo usuwa duplikaty, robimy ją z pełną mapą przekierowań i od razu poprawiamy linki wewnętrzne. Menu, stopka, linki w treściach i mapa witryny muszą prowadzić bezpośrednio na nowe adresy, a nie przez przekierowania.

Szczególnie pilnujemy łańcuchów przekierowań. Jeśli strona przechodziła już wcześniej migracje, stary adres często prowadzi przez dwa lub trzy przekierowania, zanim trafi na właściwą stronę. Przy nowej migracji skracamy wszystkie takie ścieżki do jednego kroku. Zmiany w strukturze adresów są też częścią optymalizacji SEO, którą możemy zrobić razem z migracją.

Crawl przed i po migracji pokazuje, co zmieniło się między starą a nową stroną: które adresy zniknęły, które tytuły, nagłówki i treści się skróciły, gdzie pojawił się noindex albo błąd 404. Bez porównania dwóch crawli takie błędy wychodzą dopiero wtedy, gdy spada ruch.

Crawl to przejście przez całą stronę programem, który zachowuje się podobnie do robota Google: odwiedza każdy link i zapisuje adres, kod odpowiedzi, tytuł, opis meta, nagłówki, canonical, tag noindex i linki wewnętrzne. Przy migracji robimy go trzy razy, bo każdy z nich odpowiada na inne pytanie.

Pierwszy crawl starej strony daje punkt odniesienia: ile jest podstron, jakie mają tytuły i nagłówki, ile treści i jak są ze sobą połączone. Drugi crawl robimy na wersji testowej nowej strony. Tu wychodzi najwięcej problemów: nowa strona zablokowana tagiem noindex, canonicale wskazujące na adres testowy, brakujące opisy kategorii, linki wewnętrzne prowadzące na stare adresy. Wszystko to da się poprawić, zanim zobaczy to Google.

Trzeci crawl robimy po przełączeniu, na liście starych adresów i na nowej stronie. Sprawdzamy, czy każde przekierowanie działa, czy nie ma błędów 404, czy wersja testowa nie została dostępna publicznie i czy robots.txt nie blokuje robotów. Porównanie crawla przed i po to także dowód dla Ciebie i programisty, co zostało przeniesione, a co wymaga jeszcze poprawki.

Po migracji stronę monitoruje się codziennie w pierwszych dniach, a potem co tydzień: błędy 404, działanie przekierowań, indeksację, pozycje, ruch i sprzedaż z Google. Przejściowe wahania są normalne. Niepokoić powinien spadek, który dotyczy całej grupy podstron i nie odwraca się po kilku tygodniach.

Po przełączeniu strony praca się nie kończy. Google potrzebuje czasu, żeby odwiedzić stare adresy, zobaczyć przekierowania i przenieść sygnały na nowe strony. W tym czasie wahania pozycji i ruchu są normalne. Ważne jest to, żeby odróżnić zwykłe przejściowe wahania od prawdziwego problemu, na przykład całej kategorii, która zniknęła z indeksu, albo przekierowań, które przestały działać po aktualizacji serwera.

W pierwszych dniach sprawdzamy stronę codziennie: błędy 404 w Search Console i w logach, działanie przekierowań, indeksację najważniejszych podstron, ruch i zamówienia w GA4. Potem przechodzimy na kontrolę co tydzień, z porównaniem do danych sprzed migracji. Jeśli jakaś grupa podstron traci wyraźnie więcej niż reszta, szukamy przyczyny: brakującej treści, zmienionego tytułu, złego przekierowania albo problemu z szybkością.

Nie obiecujemy migracji bez żadnych spadków, bo takiej obietnicy nikt nie jest w stanie uczciwie dotrzymać. Dobrze przygotowana migracja ogranicza jednak wahania i skraca czas powrotu do poprzedniego poziomu, a czasem, gdy nowa strona jest szybsza i lepiej zbudowana, pozwala go przekroczyć. Jeśli po migracji zrobionej bez nas ruch spadł i nie wraca, zacznij od audytu SEO, który pokaże, co poszło nie tak.

• błędy 404 i przekierowania sprawdzane codziennie w pierwszych dniach
• indeksacja najważniejszych podstron i kategorii
• pozycje i kliknięcia porównane z danymi sprzed migracji
• ruch, zapytania i przychód z Google w GA4

Samo przełączenie strony trwa zwykle jeden dzień, ale cała migracja SEO to kilka tygodni przygotowań przed wdrożeniem i kilka tygodni lub miesięcy kontroli po nim. Czas zależy od liczby adresów, platformy i tego, ile zmian dzieje się naraz. Najlepiej planować ją poza sezonem największej sprzedaży.

Przygotowanie obejmuje crawl starej strony, eksport danych, mapę przekierowań i test wersji testowej. Przy stronie firmowej to krótszy etap, przy sklepie z tysiącami produktów i wariantów dłuższy, bo samo dopasowanie odpowiedników wymaga ręcznej kontroli najważniejszych adresów. Po wdrożeniu Google potrzebuje czasu, żeby odwiedzić stare adresy, zobaczyć przekierowania i przenieść sygnały na nowe strony. Małe serwisy zwykle stabilizują się szybciej, duże sklepy wolniej.

Termin wybieramy razem z Tobą. Sklep z sezonową sprzedażą nie powinien zmieniać platformy tuż przed świętami czy szczytem sezonu, bo nawet krótkie wahania kosztują wtedy najwięcej. Najlepszy jest dzień roboczy na początku tygodnia, gdy programista i my jesteśmy dostępni, a nie piątek po południu. Jeśli migrację da się rozłożyć na etapy, na przykład najpierw platforma przy tych samych adresach, a potem nowa struktura, każdy etap jest łatwiejszy do kontroli.

Małą stronę firmową z kilkunastoma podstronami da się przenieść samodzielnie, jeśli zrobisz spis adresów, przekierowania 301 i kontrolę w Search Console. Przy sklepie, zmianie domeny albo zmianie platformy ze zmianą adresów warto włączyć specjalistę SEO na etapie planowania, a nie dopiero po spadku ruchu.

Programista odpowiada za to, żeby nowa strona działała: przeniesienie danych, koszyk, płatności, szablon. Specjalista SEO odpowiada za to, żeby Google ją zrozumiał tak samo dobrze jak starą: za adresy, treści, przekierowania, indeksację i pomiar. W dobrze prowadzonej migracji te dwie role pracują razem od początku. Najczęściej dołączamy do projektu, gdy programista już jest wybrany, i dostarczamy mu mapę przekierowań oraz listę wymagań SEO dla nowej strony.

Jeśli migracja już się odbyła, nadal możemy pomóc. Wtedy zaczynamy od audytu SEO po migracji: porównujemy archiwalne dane z Search Console z obecnym stanem, szukamy brakujących przekierowań i zgubionych treści, a potem przygotowujemy listę poprawek. W sklepach podobną pracę opisujemy przy audycie SEO sklepu.