Każdej z tych czterech awarii da się uniknąć
Wszystkie cztery zostały już kiedyś rozwiązane. I tak pojawiają się w dniu startu, kiedy praca wyprzedza harmonogram, a plan nie zostawia miejsca na te fragmenty, które źle się skalują. Narzędzia poniżej trzymają każdą z nich poza ścieżką krytyczną.
Najpierw mapa przekierowań. Potem import danych, zwykle odkrywany, gdy strona kategorii ładuje się z połową produktów. Na trzecim miejscu skrypty, których nikt nie wpisał do wyceny: normalizacja adresów, pliki przekierowań w trzech formatach serwerowych, znaczniki schema w kilkuset szablonach. Czwarta przychodzi dwa tygodnie po starcie, gdy ruch spadł i nikt nie potrafi udowodnić, czy przyczyną była migracja.
Dziewięć narzędzi poniżej pokrywa te cztery miejsca. To te, które mamy na własnych maszynach, wymienione w kolejności, w jakiej migracja po nie sięga.
Dziewięć
Redirects.net
Mapa przekierowań
Dopasowanie starych adresów do nowych to praca, która ręcznie skaluje się najgorzej. Redirects.net czyta oba zbiory i proponuje dopasowania z użyciem modelu językowego, co wytrzymuje przy strukturach pokonujących reguły wzorcowe: slugi produktów z wtopionymi SKU, przebudowane ścieżki kategorii, stare adresy, których nikt nie umie wyjaśnić.
- Co robi
- Proponuje cel dla każdego adresu źródłowego i ocenia pewność każdego dopasowania. Dziesiątki tysięcy adresów przechodzą w kilka minut.
- Dlaczego go używamy
- Ocena pewności, bardziej niż samo dopasowanie. Dzieli dziesięć tysięcy wierszy na te kilkaset, które wymagają człowieka, i całą resztę, która nie wymaga, a to różnica między przejrzeniem mapy a podpisaniem jej bez patrzenia.
- Gdzie się mieści
- Przed przełączeniem, gdy tylko nowa struktura adresów jest na tyle stabilna, by ją wyeksportować.
Claude Code
SkryptyKażda migracja niesie stos powtarzalnej pracy inżynierskiej, której nikt nie oszacował. Claude Code to agentowe narzędzie wiersza poleceń od Anthropic. Czyta repozytorium, planuje zmianę, uruchamia polecenia i zostawia sesję, którą da się przejrzeć.
- Co robi
- Masowa normalizacja adresów, pliki przekierowań generowane dla Apache, Nginx i Cloudflare z jednego źródła, znaczniki schema w szablonach, porównania środowiska testowego z produkcją.
- Dlaczego go używamy
- Przesuwa wąskie gardło. Praca, która czekała na tydzień pracy zespołu, staje się popołudniem pod nadzorem praktyka, a wynikiem jest diff, a nie czarna skrzynka.
- Gdzie się mieści
- Przez cały czas. Najintensywniej w dwa tygodnie przed przełączeniem i w pierwszym po nim.
SEOGets
Punkt odniesienia
Search Console trzyma 16 miesięcy, a jego natywny interfejs utrudnia pobranie historii na poziomie stron w użytecznej skali. SEOGets ją wyciąga i prowadzi dalej poza to okno.
- Co robi
- Eksportuje pełną historię na poziomie stron, śledzi wskaźniki per adres w czasie i wydobywa strony, które mają najwięcej do stracenia.
- Dlaczego go używamy
- Rozmowa po starcie dotyczy wyłącznie tego, jak liczby wyglądały wcześniej. Punkt odniesienia zbudowany po przełączeniu to opinia.
- Gdzie się mieści
- Przed przełączeniem, i nie da się tego nadrobić. To jedyna pozycja na liście z terminem.
WISLR.ai
Punkt odniesienia AI
Search Console pokrywa punkt odniesienia dla wyszukiwania przez ludzi. O robotach AI nie zapisuje nic, a te czytają twój katalog według własnego harmonogramu i przysyłają kupujących z usuniętym referrerem. To drugi kanał z własnym punktem odniesienia, a replatforming zaburza go tak samo jak pierwszy. To narzędzie jest nasze.
- Co robi
- Rejestruje crawle treningowe, pobrania w trakcie rozmowy i wejścia z AI na brzegu sieci we własnej domenie, raportuje pokrycie per strona i per silnik oraz łączy sesje z zamówieniami.
- Dlaczego go używamy
- Zmiana wszystkich adresów zmusza model do ponownego nauczenia się witryny, a to trwa tygodnie. Bez odczytu sprzed przełączenia nie da się powiedzieć, czy kanał AI się odbudował, czy po prostu zamilkł.
- Gdzie się mieści
- Wdrożony przed przełączeniem, uważnie obserwowany przez kolejne tygodnie. Darmowy plan trzyma 30 ciągłych dni, co wystarcza na ustalenie punktu odniesienia.
Cloudflare
Brzeg sieciLimity przekierowań na platformach to realne ograniczenie przy dużej migracji. Shopify i większość hostowanych koszyków ucina listę znacznie poniżej tego, co daje przeniesienie pełnego katalogu, a reguły trzymane w aplikacji kosztują odpytanie przy każdym żądaniu. Cloudflare przenosi mapę na brzeg sieci, przed platformę.
- Co robi
- Bulk Redirects dla map znacznie większych, niż przyjmie platforma, Transform Rules do przepisywania wzorcowego oraz logi żądań na brzegu, gdzie zachowanie robotów jest naprawdę widoczne.
- Dlaczego go używamy
- Mapa przekierowań przestaje być problemem platformy, więc da się ją wymienić w całości bez wdrożenia. Logi ważą tyle samo: to jedyny pełny zapis tego, co i co pobrało, i przetrwają przełączenie.
- Gdzie się mieści
- Budowa i przełączenie, a potem zostaje jako warstwa dostarczania.
DigitalOcean
InfrastrukturaMigracja potrzebuje miejsca do pracy, które nie jest produkcją: kopii testowej, na której sprawdza się przekierowania, maszyny do uruchamiania transformacji, zapasu na skalowanie, jeśli ruch przesunie się po starcie.
- Co robi
- Droplety, zarządzane bazy i App Platform na środowiska testowe, skrypty migracyjne i samą witrynę produkcyjną.
- Dlaczego go używamy
- Przewidywalne ceny i krótka droga od decyzji do działającego środowiska. Maszyna testowa, której zatwierdzenie trwa cykl zakupowy, nie zostanie użyta.
- Gdzie się mieści
- Od pierwszego importu testowego aż po tygodnie po starcie.
Row Zero
Dane
Inwentarze adresów rozsadzają zwykłe arkusze. Pełny crawl średniej wielkości katalogu e-commerce sięga setek tysięcy wierszy, a narzędzie, które to otwiera, musi pozostać responsywne przy filtrowaniu i przestawianiu.
- Co robi
- Otwiera i przetwarza zbiory daleko poza punktem, w którym arkusz desktopowy się zacina, wraz z krokami czyszczenia i transformacji, których wymaga mapowanie przekierowań.
- Dlaczego go używamy
- Dane migracyjne przychodzą niespójne, z kilku systemów i w kilku kształtach. Większość mapowania przekierowań to ich ujednolicenie, zanim cokolwiek zostanie dopasowane.
- Gdzie się mieści
- Równolegle z mapą przekierowań i ponownie przy walidacji importu.
Plausible
Po starcie
Pierwsze 48 godzin po przełączeniu to okno, w którym zepsute przekierowanie naprawia się tanio. Raportowanie musi być natychmiastowe i na tyle proste, by dało się je czytać pod presją.
- Co robi
- Lekka, przyjazna prywatności analityka z ruchem na żywo per strona, referrer i cel, bez bannera cookies do konfigurowania.
- Dlaczego go używamy
- Szybkość czytania. Panel na noc startu, który wymaga trzech kliknięć i własnego raportu, to panel, w który o drugiej w nocy nikt nie zajrzy.
- Gdzie się mieści
- Wdrożony przed przełączeniem, uważnie obserwowany przez pierwszy tydzień.
The SEO Community Slack
Ludzie
Części problemów migracyjnych nie ma w żadnej dokumentacji, bo są specyficzne dla wersji platformy, wtyczki albo kombinacji, której nikt nie opisał. Najszybsza droga do tych odpowiedzi to ktoś, kto trafił na to w zeszłym kwartale.
- Co robi
- Przestrzeń Slack z kanałami o SEO technicznym, Search Console i e-commerce. Sam kanał o SEO technicznym przekracza 3500 członków.
- Dlaczego go używamy
- Sprawdzenie zdrowego rozsądku przed przełączeniem i druga opinia w trakcie. Oba są warte tym więcej, im bliżej terminu.
- Gdzie się mieści
- Na etapie planowania i ponownie o dwudziestej trzeciej w noc startu.
Gdzie stoi każde z nich
Kolejność waży więcej niż lista. Dwa z nich mają termin: punkt odniesienia z Search Console i środowisko testowe przestają być dostępne w chwili przepięcia DNS.
Sprawdzimy migrację w szczegółach.
Przeglądamy mapę przekierowań, zanim trafi na produkcję, sprawdzamy crawl i renderowanie na środowisku testowym, zapisujemy punkt odniesienia, póki Search Console go jeszcze trzyma, i czytamy pierwsze tygodnie z logów serwera zamiast z taga, który może nigdy się nie odpalić. Dostajesz ustalenia, ich wagę i kolejność naprawiania.
Czego ta lista nie robi
Każde narzędzie tutaj skraca pracę, którą ktoś wykonałby ręcznie. Żadne nie decyduje, które przekierowania mają znaczenie. Narzędzie ocenia dopasowanie na 60 procent pewności i na tym kończy. To, czy dany adres jest wycofanym produktem, którego nikt nie szuka, czy stroną niosącą jedną piątą przychodu kategorii, jest kwestią osądu, a pomyłka w którąkolwiek stronę jest kosztowna.
Z tygodniem po starcie jest tak samo. Analityka raportuje spadek. Rozstrzygnięcie, czy to migracja, sezon, czy aktualizacja algorytmu z tego samego tygodnia, wymaga kogoś, kto widział już ten wzorzec.
Poniżej kilkuset adresów większość tego jest zbędna. Crawl, arkusz i uważne popołudnie wystarczą. Lista zwraca się przy skali i przy dowodach, a eksport z Search Console opłaca się przy każdej wielkości, bo ta historia znika niezależnie od tego, czy za cokolwiek zapłaciłeś.
Dołącz nasz zespół migracyjny do swojego.
Przeprowadziliśmy ponad 100 migracji stron i pracujemy obok zespołu, który już masz. Strategia i mapowanie przekierowań, schema i renderowanie oraz dowód z logów serwera na to, co roboty i kupujący robili przed przełączeniem i po nim.