Zmiana adres\u00f3w IP pod grup\u0105 witryn wygl\u0105da na czyst\u0105 robot\u0119 infrastrukturaln\u0105. Zg\u0142oszenie do sieci\u00f3wki i tyle, prawda? Tyle \u017ce konsekwencje dla wyszukiwarek robi\u0105 si\u0119 nieprzyjemne bardzo szybko, gdy szczeg\u00f3\u0142y wok\u00f3\u0142 tej zmiany p\u00f3jd\u0105 \u017ale. Roboty docieraj\u0105 do serwer\u00f3w t\u0105 sam\u0105 \u015bcie\u017ck\u0105 rozwi\u0105zywania nazw co przegl\u0105darki, wi\u0119c ka\u017cdy \u017ale ustawiony rekord, certyfikat czy wpis na firewallu stoi dok\u0142adnie mi\u0119dzy tre\u015bci\u0105 a indeksem. Widzia\u0142em zespo\u0142y, kt\u00f3re potraktowa\u0142y zmian\u0119 adresacji jak rutynow\u0105 hydraulik\u0119, a szkody odkry\u0142y tygodnie p\u00f3\u017aniej, gdy wy\u015bwietlenia ju\u017c spad\u0142y i nikt nie pami\u0119ta\u0142, co dok\u0142adnie zmieniono. Dobra wiadomo\u015b\u0107: prawie ka\u017cdy scenariusz awarii da si\u0119 tu przewidzie\u0107, przetestowa\u0107 i cofn\u0105\u0107. Ten poradnik prowadzi przez ca\u0142\u0105 sekwencj\u0119: audyt bazowy, plan zmian w DNS, zachowanie sygna\u0142\u00f3w serwerowych, dost\u0119p dla robot\u00f3w, monitoring i odzyskiwanie.<\/p>\n\n\n\n
Wyszukiwarki rozwi\u0105zuj\u0105 nazwy host\u00f3w na adresy w momencie crawlowania. Dzi\u0119ki temu zmiana adresu jest niewidoczna dla odwiedzaj\u0105cych, ale bardzo widoczna dla infrastruktury robot\u00f3w. Ryzyko dla widoczno\u015bci prawie nigdy nie bierze si\u0119 z samego IP. Bierze si\u0119 z tego, co psuje si\u0119 wok\u00f3\u0142 niego: luk w propagacji, niezgodnych certyfikat\u00f3w, zablokowanych zakres\u00f3w robot\u00f3w i regu\u0142 przekierowa\u0144, kt\u00f3re po cichu przestaj\u0105 dzia\u0142a\u0107 na nowym origin.<\/p>\n\n\n\n
Przeniesienie jednej strony to zupe\u0142nie inna bajka ni\u017c migracja ca\u0142ej sieci. Gdy kilkadziesi\u0105t witryn dzieli infrastruktur\u0119, linkowanie mi\u0119dzy nimi, wpisy reverse DNS i definicje origin zmieniaj\u0105 si\u0119 naraz, wi\u0119c jeden wadliwy w\u0119ze\u0142 ci\u0105gnie w d\u00f3\u0142 wiele domen jednocze\u015bnie. W\u0142a\u015bciwe wymiarowanie takiej operacji zaczyna si\u0119 od wiedzy, ile adres\u00f3w potrzebuje sie\u0107 50 stron<\/a> . Reputacja przypisana do podsieci albo dostawcy te\u017c ma znaczenie, cho\u0107 czysta alokacja liczy si\u0119 du\u017co bardziej ni\u017c konkretny blok geograficzny - ta sama logika rz\u0105dzi wyborem mi\u0119dzy holenderskimi zakresami IP<\/a> a innymi alokacjami europejskimi.<\/p>\n\n\n\n Uwagi wymagaj\u0105 te\u017c op\u00f3\u017anienia. Czasy odpowiedzi, kt\u00f3re po przenosinach zaczynaj\u0105 rosn\u0105\u0107, po cichu ograniczaj\u0105 bud\u017cet crawlowania na du\u017cych serwisach, nawet gdy nic nie zwraca b\u0142\u0119du. Nic nie wygl\u0105da na zepsute. Wszystko jest tylko wolniejsze.<\/p>\n\n\n\n Zr\u00f3b zrzut pozycji, wy\u015bwietle\u0144, \u015bredniej pozycji i statystyk crawlowania, zanim czegokolwiek dotkniesz. Bez tego punktu odniesienia szumu po przenosinach nie odr\u00f3\u017cnisz od realnej straty, a ka\u017cda rozmowa zamienia si\u0119 w zgadywanie. Obok tego zbuduj kompletn\u0105 inwentaryzacj\u0119:<\/p>\n\n\n\n Przecrawluj ca\u0142\u0105 sie\u0107 i zapisz map\u0119 kod\u00f3w odpowiedzi, tagi kanoniczne i klastry hreflang, \u017ceby ka\u017cde p\u00f3\u017aniejsze odchylenie da\u0142o si\u0119 wykry\u0107. Potem zidentyfikuj wszystkie witryny dziel\u0105ce ten sam origin. Zapomniane hosty testowe i stare domeny zawsze psuj\u0105 si\u0119 najg\u0142o\u015bniej.<\/p>\n\n\n\n Wskaz\u00f3wka:<\/strong> wyeksportuj pr\u00f3bki log\u00f3w serwera dla user agent\u00f3w wyszukiwarek przed prze\u0142\u0105czeniem. To b\u0119dzie tw\u00f3j jedyny wiarygodny dow\u00f3d na zmian\u0119 zachowania robot\u00f3w.<\/p>\n\n\n\n Obni\u017c TTL na d\u0142ugo przed przenosinami, \u017ceby resolvery trzyma\u0142y wychodz\u0105cy adres w cache tylko kr\u00f3tko, a po ustabilizowaniu sytuacji przywr\u00f3\u0107 normalne warto\u015bci. Je\u015bli ten krok zrobisz w po\u015bpiechu, sko\u0144czysz czekaj\u0105c na wyga\u015bni\u0119cie d\u0142ugiego cache dok\u0142adnie wtedy, gdy najbardziej liczy si\u0119 czas.<\/p>\n\n\n\n Wsz\u0119dzie tam, gdzie pozwala na to architektura, utrzymuj stare i nowe adresy r\u00f3wnolegle. Dwa origin serwuj\u0105ce identyczn\u0105 tre\u015b\u0107 eliminuj\u0105 najbardziej ryzykowny scenariusz awarii, bo resolver z nieaktualnymi danymi i tak trafia na dzia\u0142aj\u0105cy serwer. Zostaw poprzednie adresy dost\u0119pne przez ustalony okres, zamiast zwalnia\u0107 je w chwili zako\u0144czenia prze\u0142\u0105czenia.<\/p>\n\n\n\n Wybierz okno o niskim ruchu, w kt\u00f3rym in\u017cynierowie s\u0105 naprawd\u0119 dost\u0119pni. Nigdy tu\u017c przed \u015bwi\u0119tami ani przed zamro\u017ceniem zmian. \u015arodowiska dual-stack wymagaj\u0105 tej samej uwagi: zaniedbane rekordy AAAA zostawiaj\u0105 klient\u00f3w IPv6 na wy\u0142\u0105czonym sprz\u0119cie, podczas gdy ruch IPv4 wygl\u0105da ca\u0142kiem zdrowo.<\/p>\n\n\n\n Wskaz\u00f3wka:<\/strong> zanim og\u0142osisz, \u017ce propagacja si\u0119 zako\u0144czy\u0142a, sprawd\u017a rozwi\u0105zywanie nazw z kilku resolver\u00f3w w r\u00f3\u017cnych lokalizacjach, nie tylko ze swojego komputera.<\/p>\n\n\n\n Certyfikaty musz\u0105 by\u0107 zainstalowane i wa\u017cne na nowych hostach, zanim dotrze tam jakikolwiek ruch. Ostrze\u017cenie bezpiecze\u0144stwa w przegl\u0105darce to du\u017co trudniejszy problem dla widoczno\u015bci ni\u017c powolna odpowied\u017a, a zaufanie u\u017cytkownika pali od razu.<\/p>\n\n\n\n \u0141a\u0144cuchy przekierowa\u0144 konfigurowane per vhost psuj\u0105 si\u0119 przy przenosinach z przygn\u0119biaj\u0105c\u0105 regularno\u015bci\u0105. Przetestuj wprost na nowym origin zachowanie HTTP do HTTPS, bez www do www i ko\u0144cowego uko\u015bnika, zamiast zak\u0142ada\u0107, \u017ce regu\u0142y pojecha\u0142y razem z tre\u015bci\u0105. I nigdy nie pozw\u00f3l, \u017ceby tymczasowo niedost\u0119pny host odpowiada\u0142 mi\u0119kkim 404 albo stron\u0105 parkingow\u0105 - poprawne 503 z nag\u0142\u00f3wkiem Retry-After du\u017co lepiej chroni indeksowanie.<\/p>\n\n\n\n Tagi kanoniczne, adnotacje hreflang i wpisy w mapach witryny powinny odwo\u0142ywa\u0107 si\u0119 wy\u0142\u0105cznie do nazw host\u00f3w, nigdy do surowych adres\u00f3w, dzi\u0119ki czemu migracja pozostaje przezroczysta dla indeksowania. Sprawd\u017a te\u017c, czy robots.txt jest serwowany identycznie z ka\u017cdego w\u0119z\u0142a. Jedna maszyna odpowiadaj\u0105ca restrykcyjnym plikiem potrafi zd\u0142awi\u0107 crawlowanie w ca\u0142ej sieci.<\/p>\n\n\n\n Nowa infrastruktura zwykle przychodzi z ostrzejszymi ustawieniami domy\u015blnymi, a agresywna ochrona przed botami to najcz\u0119stsza przyczyna spadk\u00f3w widoczno\u015bci po migracji, jak\u0105 spotykam. Weryfikuj dost\u0119p robot\u00f3w przez reverse DNS i potwierdzone zapytania w prz\u00f3d, zamiast przez sztywne listy adres\u00f3w, kt\u00f3re szybko si\u0119 dezaktualizuj\u0105 i po cichu odcinaj\u0105 legalny ruch.<\/p>\n\n\n\n Limity zapyta\u0144 ustawione pod ludzi zd\u0142awi\u0105 robota, kt\u00f3ry przychodzi seriami, wi\u0119c przejrzyj progi w zestawieniu z zalogowanym wolumenem crawlowania. Regu\u0142y WAF, geoblokady i strony z wyzwaniem trzeba przetestowa\u0107 na prawdziwych user agentach wyszukiwarek, a nie na symulacji przegl\u0105darki, kt\u00f3ra zachowuje si\u0119 zupe\u0142nie inaczej ni\u017c automatyczne pobieranie.<\/p>\n\n\n\n Licz si\u0119 z kr\u00f3tkotrwa\u0142ymi wahaniami tempa crawlowania i lekkim bujaniem pozycji. To normalne. Liczy si\u0119 odr\u00f3\u017cnienie zwyk\u0142ych turbulencji od trwa\u0142ego spadku rozlewaj\u0105cego si\u0119 po szablonach, bo ten wskazuje na wad\u0119 strukturaln\u0105, a nie na ponown\u0105 ocen\u0119 tre\u015bci.<\/p>\n\n\n\n Codziennie obserwuj: liczb\u0119 zapyta\u0144 robot\u00f3w, \u015bredni czas odpowiedzi, poziom b\u0142\u0119d\u00f3w w rozbiciu na kody odpowiedzi, liczb\u0119 zaindeksowanych stron oraz wy\u015bwietlenia na frazach g\u0142\u00f3wnych i z d\u0142ugiego ogona. Logi serwera bij\u0105 zewn\u0119trzne panele pod wzgl\u0119dem szybko\u015bci diagnozy, bo pokazuj\u0105 faktyczne do\u015bwiadczenie robota zamiast zbiorczych danych sprzed kilku dni. Wi\u0119cej t\u0142a o pomiarach i diagnostyce znajdziesz w naszych artyku\u0142ach o SEO<\/a>.<\/p>\n\n\n\n Wskaz\u00f3wka:<\/strong> progi alert\u00f3w ustaw przed migracj\u0105, nigdy po. Wcze\u015bniejsze uzgodnienie, co uznajemy za istotne, oszcz\u0119dza znajomej k\u0142\u00f3tni o to, czy spadek jest prawdziwy.<\/p>\n\n\n\n Wskaz\u00f3wka:<\/strong> powstrzymaj si\u0119 od niepowi\u0105zanych zmian w tre\u015bci i szablonach w okresie obserwacji. Pomieszane zmienne sprawiaj\u0105, \u017ce doj\u015bcie do przyczyny staje si\u0119 prawie niemo\u017cliwe.<\/p>\n\n\n\n Id\u017a od infrastruktury w stron\u0119 tre\u015bci: rozwi\u0105zywanie nazw, \u0142\u0105czno\u015b\u0107, TLS, kod odpowiedzi, dyrektywy robots, wyrenderowany kod, dopiero potem sygna\u0142y indeksowania. Trzymanie si\u0119 tej kolejno\u015bci powstrzyma zesp\u00f3\u0142 przed przepisywaniem tekst\u00f3w w sytuacji, gdy regu\u0142a firewalla po cichu odrzuca ka\u017cd\u0105 pr\u00f3b\u0119 crawlowania.<\/p>\n\n\n\n Ustawiaj\u0105c z grubsza wed\u0142ug cz\u0119stotliwo\u015bci wyst\u0119powania, zwykli winowajcy to zablokowane zakresy robot\u00f3w, wygas\u0142e lub niepasuj\u0105ce certyfikaty, zepsuta logika przekierowa\u0144, brakuj\u0105ce pary hreflang i tre\u015b\u0107 serwowana ze starego origin. Ka\u017cdy z nich zostawia w logach charakterystyczny \u015blad.<\/p>\n\n\n\n Kryteria wycofania zmian ustal z wyprzedzeniem, \u017ceby wszyscy wiedzieli, jaki poziom i czas trwania straty uruchamia powr\u00f3t na poprzednie adresy. Po naprawieniu \u017ar\u00f3d\u0142a problemu zg\u0142o\u015b priorytetowe adresy URL do ponownego crawlowania i od\u015bwie\u017c mapy witryny, \u017ceby przyspieszy\u0107 ponown\u0105 ocen\u0119. Dokumentuj ka\u017cd\u0105 awari\u0119 i spos\u00f3b jej usuni\u0119cia - runbook zbudowany z prawdziwych incydent\u00f3w zwr\u00f3ci si\u0119 przy nast\u0119pnej migracji sieci.<\/p>\n\n\n\nAudyt przed migracj\u0105: punkt odniesienia, kt\u00f3rego b\u0119dziesz broni\u0107<\/h2>\n\n\n\n
\n
Strategia DNS: obni\u017cenie TTL, podw\u00f3jne serwowanie i okno prze\u0142\u0105czenia<\/h2>\n\n\n\n
Zachowanie sygna\u0142\u00f3w serwerowych: TLS, przekierowania i kody odpowiedzi<\/h2>\n\n\n\n
Firewalle, limity zapyta\u0144 i przypadkowe blokowanie robot\u00f3w<\/h2>\n\n\n\n
\n
Monitoring pierwszych tygodni: jakie wahania s\u0105 normalne<\/h2>\n\n\n\n
Diagnoza i odzyskiwanie po spadku po migracji<\/h2>\n\n\n\n
Podsumowanie: migracja to dyscyplina in\u017cynierska, nie hazard<\/h2>\n\n\n\n