Migracja SEO przy podziale witryny i carve-oucie

TL;DR — Podział witryny rozdziela stronę jednej firmy na dwie. Trudność nie polega na napisaniu przekierowań, lecz na ustaleniu, kto posiada każdą stronę, domenę, konto, obraz, plik do pobrania, link i fragment danych historycznych. Zachowuj dobre adresy URL bez zmian, gdy to możliwe. Gdy strona naprawdę się przenosi, przekieruj stary adres URL do równoważnej nowej strony. Jeśli nie ma zamiennika, zwróć prawdziwy 404 lub 410. Testuj oba majątki cyfrowe, bo carve-out może równie łatwo uszkodzić witrynę sprzedającego, jak witrynę kupującego.

Czym jest podział witryny lub carve-out

Podział witryny to migracja, w której część jednej witryny staje się osobnym majątkiem cyfrowym. Często następuje po zbyciu, wydzieleniu, sprzedaży produktu, rozdzieleniu regionów albo rozwiązaniu wspólnego przedsięwzięcia.

Zwykła migracja domeny jest w dużej mierze relacją jeden do jednego: stara witryna przechodzi do nowej. Carve-out jest relacją jeden do wielu. Część stron pozostaje u sprzedającego, część przechodzi do kupującego, część jest tymczasowo kopiowana na podstawie licencji, część wycofywana, a wspólne systemy muszą działać mimo zmiany własności.

Tworzy to trzy zadania:

1. Ustal własność. Kto po transakcji kontroluje każdą domenę, adres URL, treść, konto i usługę?
2. Zachowaj znaczenie. Czy nowa strona kupującego rzeczywiście zastępuje starą stronę sprzedającego dla użytkownika?
3. Udowodnij niezależność. Czy każda strona może po zakończeniu usług przejściowych samodzielnie craw­lować, publikować, mierzyć, zabezpieczać i obsługiwać swój majątek?

Zasada przekierowania

Przekierowuj przeniesiony adres URL tylko wtedy, gdy miejsce docelowe jest jego rzeczywistym zamiennikiem. Strona produktu sprzedanego wraz z firmą może zwykle przekierować do tego samego produktu w witrynie kupującego. Strona z ofertami pracy firmy, która pozostaje u sprzedającego, nie powinna przekierowywać do strony głównej kupującego tylko dlatego, że ma linki.

Google odradza kierowanie wielu starych adresów URL do jednego nieistotnego miejsca, ponieważ może to zostać potraktowane jako miękki 404. Zaleca serwerowe przekierowania trwałe, takie jak 301 i 308, przy przenosinach na stałe. Zobacz wskazówki Google dotyczące przenosin witryny.

Zacznij przed datą rozdzielenia

Zainwentaryzuj majątek cyfrowy, gdy ludzie, systemy i uprawnienia nadal są dostępne. Co najmniej zbierz:

• domeny, subdomeny, stare domeny, DNS, certyfikaty, hosting i reguły CDN;
• każdy indeksowalny adres URL oraz obrazy, filmy, PDF-y, skrypty i feedy;
• Search Console, analitykę, zarządzanie tagami, reklamy, zgodę i profile firmowe;
• właścicieli treści, licencje, autorów, znaki towarowe, dane produktów i pliki źródłowe;
• przekierowania, kanoniczne adresy, hreflang, dane strukturalne, mapy witryn i reguły robots;
• dostawców, API, uwierzytelnianie, wyszukiwanie, formularze i współdzielone repozytoria.

Umowa i doradcy prawni ustalają własność prawną. Zadaniem zespołu SEO jest ujawnienie, gdzie proponowany podział zależy od nieprzypisanego zasobu lub prawa.

Jak wygląda sukces

Po uruchomieniu przeniesione strony kupującego powinny być możliwe do crawlowania, indeksowania i mierzenia, powinny mieć linki wewnętrzne oraz mapowanie ze starych adresów URL. Zachowane strony sprzedającego powinny nadal działać. Dane historyczne i dostęp powinny być odpowiednio zachowane, a poprzednie strony powinny tracić dostęp operacyjny zgodnie z ustalonym harmonogramem.

To jest udany carve-out. Uruchomienie dwóch witryn to tylko widoczna część.

TL;DR — Traktuj carve-out jak program rozdzielania aktywów, w którym znajduje się migracja SEO. Zbuduj macierz uprawnień obejmującą adresy URL, treść, domeny, dane, linki, konta, infrastrukturę i ludzi. Każdemu starszemu adresowi URL przypisz wyraźny los: zachować, przenieść, połączyć, tymczasowo zdublować na podstawie udokumentowanych praw albo wycofać. Mapuj wyłącznie równoważne przenosiny, zachowuj wspólne zasoby lub zastępuj ich odwołania, rozdziel pomiar bez usuwania historii i planuj przełączenia wokół DNS, przekierowań, uwierzytelniania, zgody oraz zależności od usług przejściowych. Monitoruj oba majątki według kohort adresów URL. Zysk kupującego nie usprawiedliwia szkód po stronie sprzedającego.

Określ granicę rozdzielenia

Zacznij od granicy transakcji, a następnie przełóż ją na granicę cyfrową. Podmiot prawny, linia produktów, marka, geografia i umowa z klientem mogą wyznaczać granicę inaczej. Nie zakładaj, że folder adresów URL jest rozstrzygającą odpowiedzią.

Utwórz macierz uprawnień z jednym wierszem na zasób i następującymi polami:

Umowa o usługach przejściowych (TSA) to termin transakcyjny, który warto znać. Określa usługi świadczone tymczasowo przez jedną stronę po zamknięciu transakcji. W SEO TSA może obejmować hosting przekierowań, DNS, CMS, CDN obrazów, eksporty analityki, narzędzia zgody albo pracowników znających system publikowania. Każdej zależności nadaj właściciela, poziom usługi, datę końcową, test wyjścia i plan awaryjny.

Zbuduj kompletną dowodowo inwentaryzację adresów URL

Połącz źródła zamiast ufać samej mapie witryny:

• crawle produkcyjne i eksporty z CMS/bazy danych;
• mapy witryn XML, logi serwera/CDN, strony wejściowe z analityki i strony Search Console;
• adresy URL z linków zewnętrznych, płatne strony docelowe, feedy i profile firmowe;
• obrazy, filmy, PDF-y, pliki do pobrania, JavaScript, CSS, endpointy API i stare przekierowania.

Google wyraźnie mówi właścicielom witryn, aby uwzględniali osadzone zasoby przy przenosinach i wykorzystywali mapy witryn, logi, analitykę, dane CMS oraz raporty linków do znalezienia ważnych adresów URL. Aktualna dokumentacja wymienia te źródła.

Przypisz każdemu adresowi URL jeden los:

• Zachować: pozostaje u sprzedającego i zachowuje adres URL.
• Przenieść: przechodzi do równoważnej strony kupującego.
• Połączyć: kilka stron rzeczywiście staje się jednym wyczerpującym zamiennikiem.
• Tymczasowe podwójne użycie: pojawia się w obu majątkach na podstawie udokumentowanych praw, z właścicielem i datą wygaśnięcia.
• Wycofać: nie ma użytecznego zamiennika i zwraca 404/410.
• Wstrzymać: nie może zostać uruchomiony, dopóki własność, prawa lub miejsce docelowe nie zostaną rozstrzygnięte.

Brak pustych pól. „Zdecydujemy po uruchomieniu” oznacza decyzję o zaakceptowaniu niezarządzanej awarii.

Projektuj mapowania wokół równoważności dla użytkownika

Kupujący nabywa firmę, a nie automatycznie każdy sygnał wyszukiwania związany ze sprzedającym. Przekierowanie jest uzasadnione, gdy miejsce docelowe zaspokaja zasadniczo tę samą intencję użytkownika i zachowuje ten sam temat, produkt lub usługę.

Przejrzyj mapowania razem z właścicielami treści, produktu, prawa i marki. Oceń każdy wiersz:

• dokładny następca;
• połączony, ale równoważny;
• niepewny i wymagający ręcznej oceny;
• brak równoważnika, zwróć 404/410;
• zabroniony, ponieważ zasób lub roszczenie nie przechodzi.

Unikaj łańcuchów, kierując stare reguły bezpośrednio do końcowego miejsca docelowego. Google mówi, że może podążać za długimi łańcuchami, ale zaleca bezpośrednie przekierowania i utrzymywanie nieuniknionych łańcuchów na niskim poziomie — najlepiej nie więcej niż trzy i mniej niż pięć. Zachowuj przekierowania trwałe przez co najmniej rok, a praktycznie dłużej. Google opisuje oba punkty.

Rozplątaj wspólne zasoby i usługi

Wspólne zależności to miejsce, w którym carve-outy stają się dziwne.

Hosty zasobów

Przeniesiona strona może nadal ładować obrazy z CDN-u sprzedającego, fonty z domeny korporacyjnej, PDF-y ze współdzielonego DAM-u albo JavaScript z hosta spółki matki. Zainwentaryzuj żądania na podstawie crawlów renderowanych oraz logów przeglądarki i sieci. Dla każdej zależności wybierz przeniesienie, kopię, stabilny hosting licencjonowany albo zamiennik. Zaktualizuj odwołania i przetestuj cache, CORS, reguły robots, podpisy, ograniczenia hotlinkingu i wygaśnięcie.

Treść i dane produktów

Oddziel treść źródłową od wyrenderowanych stron. Opisy produktów, specyfikacje, recenzje, biografie autorów, pamięć lokalizacyjna i pola danych strukturalnych mogą pochodzić spoza CMS-u. Specjaliści prawni i data określają, co może zostać przeniesione. Nie rozwiązuj niejasnych praw przez skopiowanie wszystkiego.

Tożsamość i transakcje

Formularze, logowanie, odzyskiwanie konta, checkout, subskrypcje i portale pomocy mogą przekraczać granicę rozdzielenia. Testuj ścieżki użytkownika oraz indeksowalne stany wokół nich. Widoczność w wyszukiwaniu nie jest sukcesem, jeśli strona wysyła klienta do procesu konta, którego nowa firma nie może obsługiwać.

Bezpiecznie rozdziel Search Console i pomiar

Zachowaj historię przed zmianą dostępu. Wyeksportuj dane bazowe według kohort adresów URL, zapytania, kraju, urządzenia i wyglądu w wyszukiwaniu. Zapisz zakres usługi i strefę czasową. Zachowaj archiwum tylko do odczytu zgodnie z zasadami danych transakcji.

W Search Console:

1. Zainwentaryzuj usługi domenowe i z prefiksem adresu URL, użytkowników, właścicieli oraz metody weryfikacji.
2. Zweryfikuj usługi miejsca docelowego kupującego przed uruchomieniem.
3. Zachowaj weryfikację sprzedającego potrzebną do monitorowania starych adresów URL i przekierowań.
4. Przenieś albo ustanów własność kupującego przez zatwierdzone mechanizmy.
5. Odbierz dawny dostęp dopiero po przejściu uzgodnionych testów monitoringu i przekazania.

Google rozróżnia właścicieli, użytkowników pełnych i użytkowników z ograniczeniami. Tokeny weryfikacyjne mogą zapewniać kontrolę, dlatego projekt dostępu należy do bezpieczeństwa, a nie do wspólnego arkusza SEO. Google opisuje uprawnienia Search Console.

W przypadku analityki i tagowania określ, która strona może zachować historyczne dane na poziomie użytkownika lub dane komercyjne. Często najbezpieczniejszą bazą SEO jest zatwierdzony eksport zagregowany oraz nowe usługi docelowe, a nie kopiowanie całego konta. Odbuduj zdarzenia, zgodę, konfigurację międzydomenową, odesłania, reguły kanałów i połączenia z wynikami biznesowymi, a następnie zweryfikuj je za pomocą transakcji testowych.

Zaplanuj przełączenie

Używaj fal opartych na zależnościach, a nie arbitralnej liczbie adresów URL:

1. Płaszczyzna kontroli: rejestracja domeny, DNS, certyfikaty, CDN, hosting, sekrety, własność kont, monitoring.
2. Gotowość miejsca docelowego: szablony, treść, zasoby, dostępność, analityka, zgoda, robots, kanoniczne adresy, hreflang, schema i mapy witryn.
3. Kohorta pilotażowa: spójna sekcja o mniejszej zmienności, której skuteczność można mierzyć niezależnie.
4. Treść główna: wartościowe kohorty produktów, kategorii, pomocy i treści redakcyjnych.
5. Długi ogon i starsze elementy: osierocone strony, pliki, stare przekierowania, profile i integracje.
6. Wyjście z TSA: zastąp lub zakończ każdą wspólną zależność i odbierz dostęp.

Google zaleca dzielenie dużych przenosin, gdy jest to przydatne, ostrzegając jednocześnie, że pilot może nie reprezentować migracji całej witryny. Zaleca też zmianę jednej głównej zmiennej naraz i, gdy to możliwe, uruchomienie przy mniejszym ruchu. Te oczekiwania znajdują się we wskazówkach dotyczących przenosin.

Bramy uruchomienia

Nie uruchamiaj kohorty, dopóki:

• własność i prawa mają udokumentowany stan;
• strony docelowe zwracają zamierzony status i renderują główną treść;
• produkcyjne robots i dyrektywy meta pozwalają na zamierzone crawlowanie i indeksowanie;
• kanoniczne adresy, hreflang, dane strukturalne, linki wewnętrzne i mapy witryn używają końcowych adresów URL;
• reguły przekierowań przechodzą dokładne, reprezentatywne i adversarialne testy;
• analityka, zgoda, konwersje i zbieranie logów przechodzą ścieżki testowe;
• gotowe są wydajność, monitoring, właściciel incydentu, wycofanie i komunikacja;
• zachowany majątek sprzedającego przechodzi własny zestaw regresji.

Monitoruj kohorty, nie sumy zbiorcze

Utwórz stałe kohorty przed uruchomieniem: zachowane adresy URL sprzedającego, przeniesione adresy URL kupującego, wycofane adresy URL, adresy URL okresu wspólnego przejścia oraz kontrolne adresy URL, które nie powinny się zmienić. Porównuj je po 7, 14, 30 i 90 dniach, uwzględniając sezonowość i niezwiązane wdrożenia.

Monitoruj:

• żądania starych adresów URL i wyniki przekierowań;
• crawlowanie, indeksowanie, wyświetlenia, kliknięcia, pozycje i konwersje nowych adresów URL;
• regresje zachowanych stron sprzedającego;
• błędy serwera, opóźnienia, wolumen crawlowania i zachowanie cache;
• wybór adresu kanonicznego, wzajemność hreflang, uprawnienia do wyników rozszerzonych i linki wewnętrzne;
• zależności TSA, wygasające poświadczenia, odnowienie certyfikatów i nierozwiązane zasoby.

Nie obiecuj stałej daty powrotu. Google mówi, że duże przenosiny mogą powodować wahania podczas ponownego crawlowania i indeksowania adresów URL oraz że zakończenie następuje dla każdego adresu osobno. Duże witryny mogą potrzebować więcej czasu. Traktuj oczekiwany wzorzec przejścia jako kontekst, a nie wymówkę dla zepsutej implementacji.

Końcowe przemyślenia

Plik przekierowań nie jest planem carve-outu. Plan jest możliwą do udowodnienia odpowiedzią na pytania: kto posiada każdy zasób, do czego powinien dotrzeć użytkownik, jak każda firma działa niezależnie i kiedy kończy się każda tymczasowa zależność.

Podsumowanie AI

• Traktuj carve-out jak przejście jednego majątku w dwa, a nie jak zwykłą zmianę domeny.
• Zainwentaryzuj adresy URL, prawa, domeny, konta, dane, infrastrukturę, linki i ludzi.
• Każdemu adresowi URL przypisz: zachować, przenieść, połączyć, tymczasowo używać podwójnie, wycofać albo wstrzymać.
• Przekierowuj wyłącznie do prawdziwego następcy; gdy go nie ma, użyj 404/410.
• Testuj zasoby i usługi poza CMS-em, zwłaszcza CDN-y, DAM-y, formularze, tożsamość, dane produktów, zgodę i analitykę.
• Odpowiednio zachowaj zakres historii, ustanów nową własność i odbierz stary dostęp według uzgodnionego harmonogramu.
• Uruchamiaj według kohort zależności i testuj regresję zachowanego majątku sprzedającego.
• Osobno monitoruj kohorty kupującego, sprzedającego, wycofanych, przejściowych i niezmienionych adresów kontrolnych.

Co wynika z oficjalnych wskazówek

• Google: przenosiny witryny ze zmianą adresów URL: mapowanie, przekierowania trwałe, zasoby, staging, mapy witryn, monitoring i rozwiązywanie problemów.
• Google: przekierowania i wyszukiwarka: obsługiwane metody przekierowań i interpretacja sygnałów.
• Google: kanonikalizacja: sygnały kanoniczne i wyjaśnienie, dlaczego przekierowania są silniejsze niż same adnotacje.
• Google: wersje lokalizowane: wzajemny hreflang i implementacje między domenami.
• Google: użytkownicy i uprawnienia Search Console: własność, poziomy użytkowników i mechanizmy weryfikacji.

Te źródła wyjaśniają zachowanie systemów wyszukiwania. Nie rozstrzygają własności, licencji, prywatności, zatrudnienia, podatków ani warunków transakcji. Te decyzje kieruj do odpowiednich specjalistów.

Cytaty ze źródła

• “Split your move into smaller steps, if that makes sense for your site.” Google Search Central. Przejdź do cytatu (Polski gloss: „Podziel przenosiny na mniejsze kroki, jeśli ma to sens dla Twojej witryny”).

Lista kontrolna carve-outu

Przed projektem

• Zamroź obwód transakcji i nazwij nierozstrzygnięte zasoby.
• Zainwentaryzuj domeny, adresy URL, pliki, prawa, konta, systemy, dostawców i ludzi.
• Wyeksportuj crawle, mapowania, przekierowania, GSC, analitykę, logi, linki i rankingi.
• Zidentyfikuj każdą wspólną zależność i proponowaną usługę TSA.
• Utwórz kohorty adresów URL sprzedającego, kupującego, wycofanych, przejściowych i kontrolnych.

Przed uruchomieniem

• Przypisz los i właściciela dowodów każdemu adresowi URL.
• Zatwierdź każde przekierowanie pod kątem równoważności dla użytkownika i praw.
• Zweryfikuj zasoby, formularze, uwierzytelnianie, zgodę, analitykę i konwersje.
• Zweryfikuj produkcyjne crawlowanie, kanoniczne adresy, hreflang, schema, linki wewnętrzne i mapy witryn.
• Przetestuj wycofanie oraz regresje po stronie sprzedającego.
• Zapewnij obsadę monitoringu i reagowania na incydenty.

Po uruchomieniu

• Przecrawluj każdy stary adres URL i zweryfikuj końcowe miejsce docelowe.
• Sprawdź ważne adresy URL w Search Console i porównaj kohorty indeksu.
• Monitoruj logi, błędy, opóźnienia, ruch, rankingi i wyniki w obu majątkach.
• Rozwiąż zależności TSA przed ich datami wyjścia.
• Odbierz dostęp i zmień sekrety po przejściu bram przekazania.

ROME: prawa, własność, znaczenie, wykonanie

Używaj czterech bram dla każdego zasobu:

1. Prawa: Czy firma docelowa może go używać, modyfikować, hostować i przekierowywać?
2. Własność: Kto kontroluje domenę, konto, kod, treść i odnowienie?
3. Znaczenie: Czy proponowane miejsce docelowe jest naprawdę równoważne dla użytkownika?
4. Wykonanie: Czy miejsce docelowe może niezależnie renderować, mierzyć, zabezpieczać i utrzymywać zasób?

Wiersz, który nie przechodzi dowolnej bramy, nie jest gotowy do migracji.

Zdecyduj, co stanie się ze starym adresem URL

SOP dnia uruchomienia

1. Potwierdź wersję mapy adresów URL i właścicieli w rejestrze zmian.
2. Zapisz stan DNS, CDN-u, przekierowań, robots, mapy witryny, analityki i certyfikatów.
3. Udostępnij kohortę docelową i wykonaj testy dymne przed włączeniem przekierowań.
4. Włącz przekierowania bezpośrednie; przecrawluj dokładne, próbkowane, niedopasowane, sparametryzowane i zasobowe adresy URL.
5. Zweryfikuj kluczowe ścieżki użytkownika i pomiar w czasie rzeczywistym w majątkach kupującego i sprzedającego.
6. Prześlij nowe mapy witryn i sprawdź reprezentatywne adresy URL o wysokiej wartości.
7. Opublikuj aktualizację statusu z incydentami, właścicielami, kolejnym punktem kontrolnym i stanem wycofania.
8. Utrzymuj dostępność zespołu do czasu przejścia okna obserwacji i testów biznesowych.

Typowe sposoby niepowodzenia carve-outów

• Folder równa się własności: granica prawna i operacyjna rzadko pokrywa się z jednym schludnym katalogiem.
• Logika praw do ruchu: wartościowy ruch nie dowodzi, że kupujący posiada stronę albo może otrzymać jej przekierowanie.
• Wszystko do nowej strony głównej: nieistotne przekierowania dezorientują użytkowników i mogą zostać potraktowane jako miękkie 404.
• Skopiuj teraz, zdecyduj później: tymczasowe duplikaty stają się trwałą, niezarządzaną treścią.
• Kontrola jakości tylko po stronie kupującego: zmiany współdzielonego kodu i przekierowań po cichu psują sprzedającego.
• TSA jako architektura: usługi tymczasowe wygasają. Każda zależność potrzebuje wyjścia.
• Natychmiast usuń stary dostęp: monitoring i historia znikają przed przekazaniem.
• Nigdy nie odbieraj starego dostępu: poprzednie strony zachowują kontrolę po zatwierdzonym oknie.

Narzędzia do pracy

• SEO Migration Planner & Validator: przeglądaj mapy, wdrożone przekierowania, wyniki starych adresów URL, różnice map witryn i zarchiwizowaną historię.
• Redirect Map Builder: sugeruj i ręcznie oceniaj mapowania adresów URL, zachowuj niedopasowane wiersze, spłaszczaj łańcuchy i eksportuj reguły.
• Crawl­er oraz crawl przeglądarki renderującej: zainwentaryzuj adresy URL i żądania wspólnych zasobów.
• Logi serwera/CDN-u: udowodnij żądania botów, kody statusu, przekierowania i zachowany ruch.
• Eksporty Search Console i analityki: ustal kohorty sprzed zamknięcia i monitoruj transfer.
• Inwentaryzacje DNS-u, certyfikatów, zależności i sekretów: udowodnij rozdzielenie operacyjne.

Testy, które muszą przejść

Materiały

Zweryfikowane materiały Patricka

• Rola SEO w fuzjach i przejęciach: due diligence, decyzja o połączeniu, etapowa integracja, popyt na starą markę i monitoring po przejęciu.
• Migracja witryny to coś więcej niż lista kontrolna: proces planowania, baza, zmiany adresów URL, testy i monitoring Patricka, w tym podziały witryn.

Dokumentacja oficjalna

• Dokumentacja Google dotycząca przenosin witryny: inwentaryzacja adresów URL, mapowanie, przekierowania trwałe, przenosiny etapowe, monitoring i rozwiązywanie problemów.
• Model uprawnień Google Search Console: właściciele, użytkownicy, metody weryfikacji i usuwanie tokenów.
• Wskazówki Bing Webmaster: aktualne wskazówki dotyczące przekierowań, crawlowania/renderowania i usuwania.

Z branży

• Cyfrowy plan separacji KPMG: kontekst modelu operacyjnego i usług przejściowych dla carve-outu; nie jest to polityka SEO ani prawna.
• Studium przypadku migracji witryny 9thCO w ramach M&A: zgłoszony przez dostawcę przykład konsolidacji wielu domen.
• Przewodnik migracji witryny Search Engine Land: planowanie, konsolidacja, uruchomienie i działania po uruchomieniu.
• Samouczek audytu przekierowań Screaming Frog: możliwy do odtworzenia proces testowania zestawu starych adresów URL na dużą skalę.

Powiązane materiały w tej witrynie: Migracje witryn, Lista kontrolna migracji witryny oraz Due diligence SEO dla M&A.

Sprawdź się