Ocena „Doskonała” na Trustpilot
Przeczytaj na Trustpilot, jak klienci oceniają naszą pracę i współpracę.
CZYTAJ ZWERYFIKOWANE OPINIEZmieniasz domenę, platformę albo strukturę strony? Przygotowujemy plan, który chroni widoczność w wyszukiwarce. Mapujemy wartościowe adresy URL, sprawdzamy nową stronę i weryfikujemy przejście razem z Twoimi programistami. Nie poprzestajemy na pliku z przekierowaniami.
Stare adresy URL. Jasne cele.
Mapuj → weryfikuj → monitoruj
Przeczytaj na Trustpilot, jak klienci oceniają naszą pracę i współpracę.
CZYTAJ ZWERYFIKOWANE OPINIEPrzez decyzje projektowe i wybór platformy mogą zniknąć treści, zmienić się nawigacja albo sposób renderowania podstron. Jeśli SEO dołącza tuż przed uruchomieniem, zostaje mniej czasu na naprawę takich problemów. Ustalamy, co musi przetrwać migrację, co powinno się zmienić i jakich dowodów zespół potrzebuje, by zatwierdzić wdrożenie. Pozycje i tak mogą się przejściowo wahać: żadna migracja nie jest wolna od ryzyka.
Spisz adresy URL, treści i wyniki w wyszukiwarce, żeby ważne podstrony nie zniknęły tylko dlatego, że brakuje ich w nowym menu.
Uzgodnij, kto mapuje, wdraża, testuje i zatwierdza wdrożenie. Określ też, przy jakich problemach uruchomienie zostanie przesunięte.
Porównaj z planem to, co faktycznie trafiło na produkcję. Obserwuj, jak wyszukiwarki odkrywają i indeksują stare i nowe adresy URL oraz jak zmienia się ruch ważny dla Twojego biznesu.
Łączymy eksporty ze skanowania, dane z CMS, mapy witryny, Search Console, analitykę i dostępne dane o linkach. Wskazujemy wartościowe podstrony, pliki i szablony, a zmiany niezbędne oddzielamy od opcjonalnych decyzji projektowych.
Dla każdego ważnego starego adresu URL podejmujemy uzasadnioną decyzję: zachować, przenieść, połączyć z inną podstroną albo usunąć. Określamy stałe przekierowania prowadzące bezpośrednio do odpowiedniego adresu docelowego i testujemy wyjątki, łańcuchy oraz pętle.
Porównujemy nową stronę z punktem odniesienia. Sprawdzamy wartościowe teksty, nagłówki, metadane, linkowanie wewnętrzne, canonicale, hreflang i informacje o produktach, w tym kod HTML, który faktycznie trafia do wyszukiwarek.
Z Twoimi programistami ustalamy przebieg wdrożenia i osoby odpowiedzialne. Na działającej stronie sprawdzamy przekierowania, indeksowalność, odpowiedzi serwera i śledzenie. Problemy blokujące uruchomienie oceniamy według jasnej procedury.
Śledzimy stare i nowe adresy URL w trakcie przejścia. Nieoczekiwane błędy, brakujące treści i spadki analizujemy według szablonu lub rynku, zamiast uznawać każde wahanie za powód do cofnięcia zmiany.
Produkty, drzewa kategorii, warianty, filtry i relacje między wersjami językowymi traktujemy jak połączony system. Dzięki temu przy zmianie platformy, asortymentu lub struktury rynków zachowujesz przydatne strony, na które kieruje wyszukiwarka.
Przeniesienie lub połączenie domen wymaga mapowania adresów URL, potwierdzenia własności, działających przekierowań i wglądu w wyniki obu stron. Sprawdzamy, czy da się użyć Narzędzia zmiany adresu w Search Console.
Nowa platforma może zmienić metadane, adresy wariantów, kody statusu i renderowanie, nawet gdy projekt wygląda podobnie. Porównujemy to, co strona faktycznie zwraca, a nie nazwy funkcji CMS.
Nawigacja, treści i hierarchia podstron mogą się zmienić także bez nowej domeny. Sprawdzamy, czy ważne podstrony nadal istnieją, są podlinkowane i odpowiadają na tę samą potrzebę wyszukiwania.
Gdy adresy URL zostają bez zmian, na pierwszy plan wysuwają się dostępność, DNS, TLS, dostęp robotów i odpowiedzi serwera. Procedura przeniesienia domeny nie zawsze jest wtedy właściwym planem.
Priorytetowy adres URL produktu może poprawnie przekierowywać na nową podstronę, która straciła informacje potrzebne kupującym, linki wewnętrzne albo możliwość indeksowania. Przekierowanie działa, a migracja nadal nie jest gotowa. Sprawdzamy, co dzieje się za przekierowaniem: faktyczną treść i odpowiedź techniczną adresu docelowego. Przy każdym otwartym problemie zapisujemy, kto za niego odpowiada.
Praktyczną checklistę znajdziesz w naszym poradniku o migracji strony SEO. Jeśli dopiero decydujesz, co przebudować, sprawdź naszą usługę projektowania i tworzenia stron internetowych. Stały program audytów i poprawek należy do technicznego SEO.
Nie wiesz jeszcze, jak wiele ma się zmienić na stronie? Przeczytaj nasz poradnik o redesignie strony i budowie od nowa, zanim ustalisz zakres migracji. Dzięki checkliście audytu technicznego SEO sprawdzisz, jakie problemy i typy podstron musi uwzględnić nowa strona.
Zakres kontroli w każdym projekcie ustalamy na podstawie wytycznych Google dotyczących przenoszenia witryny ze zmianą adresów URL oraz zmian hostingu bez nowych adresów URL.
Dokumentujemy, co się zmienia, zbieramy aktualne adresy URL i wyniki oraz ustalamy, kto odpowiada za SEO, treści, programowanie i zatwierdzenie wdrożenia. Brakujące dostępy lub dowody zgłaszamy od razu.
Sprawdzamy planowane adresy docelowe i szablony. Programiści dostają reguły gotowe do wdrożenia, my testujemy ważne przykłady i przypadki brzegowe, a problemy śledzimy według jasnych kryteriów odbioru.
Potwierdzamy, że znane blokery zostały usunięte albo świadomie zaakceptowane. Po wdrożeniu testujemy rzeczywiste adresy URL, treści, dyrektywy robots, przekierowania i śledzenie. Sam odbiór na środowisku testowym nie wystarcza.
W uzgodnionym okresie obserwujemy przejście, badamy odchylenia i dokumentujemy pozostałe prace. Dostajesz stałe reguły przekierowań, podział odpowiedzialności za monitoring i dowody wykonanych kontroli.

Założyciel i strateg wzrostu w Qreativa

Head of SEO

Head of Content

Project Management Officer (PMO)
Prace migracyjne można objąć abonamentem miesięcznym Qreativa. Na uzgodniony czas przygotowań i wdrożenia rezerwujemy wtedy dostępność zespołu. Współpracujemy z Twoimi programistami lub zespołem, który buduje nową stronę. Udział w uruchomieniu i czas trwania monitoringu ustalamy z góry. Nie oznacza to wsparcia przez całą dobę.
Pełna przebudowa strony, hosting, domeny, zmiany w infrastrukturze, zewnętrzne narzędzia, produkcja treści i prace programistyczne poza uzgodnionym zakresem są rozliczane osobno. Kompletny plan przejścia wymaga dostępu do starych systemów i uprawnień właściciela do zasobów objętych zmianą.
Najlepiej przed wyborem ostatecznej architektury lub budową nowych szablonów. Wtedy wartościowe treści, powiązania adresów URL i wymagania techniczne mogą jeszcze wpłynąć na projekt. Jeśli budowa już trwa, najpierw sprawdzamy, co da się jeszcze zmienić, a pierwszeństwo dajemy problemom krytycznym dla uruchomienia.
Nie. Wyszukiwarki muszą przetworzyć nową stronę, a pozycje mogą się wahać nawet przy starannie prowadzonej migracji. Mapowaniem, testami i monitoringiem ograniczamy ryzyko, którego można uniknąć, ale nie zagwarantujemy, jak zareaguje Google ani jak zmieni się popyt wśród Twoich klientów.
Przygotowanie zależy od liczby adresów URL, złożoności szablonów, rynków, integracji i harmonogramu prac programistycznych. Monitoring po uruchomieniu to osobny etap: wyszukiwarki nie przetwarzają każdego przeniesionego adresu URL według stałego harmonogramu. Etapy przygotowania i okres monitoringu uzgadniamy przed rozpoczęciem prac.
Google zwykle zaleca utrzymywanie przekierowań migracyjnych przez co najmniej rok. Warto utrzymać je dłużej, jeśli linki zewnętrzne, zakładki lub dokumenty nadal wskazują stare adresy URL. Żeby było to możliwe, domena i infrastruktura muszą pozostać pod Twoją kontrolą. Przekierowania nie są rozwiązaniem tymczasowym na dzień uruchomienia.
Decydujemy, czy zachować przydatną treść, utworzyć odpowiedni zamiennik, połączyć ją z naprawdę pokrewną podstroną, czy usunąć. Usunięta podstrona bez właściwego zamiennika powinna zwracać odpowiedni kod 404 lub 410. Przekierowanie niepowiązanych podstron na stronę główną może pogorszyć wrażenia użytkowników i wywołać błędy soft 404.
Tak. Zmiana CMS lub frameworka może usunąć ważny kod HTML, zmienić linkowanie wewnętrzne, wprowadzić dyrektywy noindex albo spowodować błędne kody statusu, choć adres pozostaje ten sam. Przy samej zmianie hostingu potrzebne są inne kontrole dostępności i dostępu robotów. Zakres wynika z rzeczywistych zmian.
Tak, zaczynamy od diagnozy. Porównujemy adresy URL, treści, przekierowania, indeksowanie i pomiar sprzed uruchomienia i po nim. Dzięki temu oddzielamy błędy wdrożenia od zmian w raportowaniu i popycie oraz od zmian w wyszukiwarce niezwiązanych z migracją. Dostęp do starej inwentaryzacji i danych historycznych ułatwia analizę. Procentu odzyskanego ruchu ani terminu nie możemy obiecać z góry.
Koszt zależy od zakresu: liczby adresów URL, szablonów i rynków, jakości istniejącej mapy, tego, kto odpowiada za wdrożenie, i potrzebnego wsparcia przy uruchomieniu. Miesięczną dostępność zespołu, rezultaty i to, co nie wchodzi w zakres, uzgadniamy przed startem. Budowa nowej strony i hosting są rozliczane osobno, chyba że wprost wchodzą w zakres projektu.