Propagacja domeny po zmianie DNS potrafi wyglądać jak awaria strony, mimo że “wszystko zostało ustawione poprawnie”, ten tekst pokazuje, ile to trwa, jak to sprawdzić i gdzie najczęściej ginie SEO podczas takich zmian, to poradnik dla osób, które właśnie zmieniły rekordy DNS, hosting albo serwery nazw i chcą uniknąć problemów z Google.
Propagacja domeny to czas, w którym różne serwery DNS na świecie aktualizują cache i zaczynają kierować ruch na nowe rekordy, dlatego jedni widzą już nową stronę, a inni jeszcze starą. Najczęściej trwa od kilku minut do 24–48 godzin, a przy zmianie serwerów nazw bywa dłużej.
Sama propagacja zwykle nie psuje SEO, ale szkodzi jej to, co dzieje się “po drodze”: downtime, błędne rekordy, brak HTTPS, złe przekierowania lub indeksowanie pustej strony.
Najbezpieczniej jest obniżyć TTL przed zmianą, uruchomić stronę równolegle na starym i nowym serwerze oraz sprawdzić statusy HTTP, DNS i logi po obu stronach.
Propagacja domeny to okres przejściowy po zmianie DNS, gdy część internetu kieruje domenę na stare dane, a część już na nowe, bo serwery DNS korzystają z pamięci podręcznej. To nie jest “magiczny proces w chmurze”, tylko suma cache i czasu odświeżania rekordów.
Propagacja DNS to opóźnienie między zmianą rekordu (np. A, CNAME, NS) a momentem, gdy większość użytkowników na świecie widzi tę zmianę, bo ich resolvery odświeżyły cache.
W praktyce najczęściej chodzi o 3 typy zmian, które ludzie nazywają “propagacją domeny”:
Propagacja domeny vs indeksacja w Google (ważne rozróżnienie)
Propagacja DNS odpowiada za to, czy strona w ogóle jest osiągalna pod domeną, a indeksacja odpowiada za to, czy Google ją pokazuje w wynikach, to są dwa różne procesy i mogą iść w różnym tempie.
Najczęściej propagacja trwa od kilku minut do 24–48 godzin, ale zależy od TTL, rodzaju zmiany (rekord vs serwery nazw) i tego, jak długo cache trzymają pośrednie resolvery.
TTL (Time To Live) to czas, przez który rekord DNS może być przechowywany w cache, zanim resolver zapyta o niego ponownie.
Najczęściej wydłużają ją 4 rzeczy:
Jeśli jedne lokalizacje pokazują nową stronę, a inne starą, a rekordy “falują” w checkerach, to zwykle propagacja, jeśli wszędzie jest to samo, ale błędne (np. NXDOMAIN, 522, 404), to częściej konfiguracja.
Propagacja DNS sama w sobie zwykle nie obniża pozycji, ale może pośrednio zaszkodzić SEO, jeśli w trakcie przejścia robot Google dostaje błędy, inną treść albo nieprawidłowe przekierowania.
Najbardziej ryzykowny scenariusz to taki, gdy Googlebot w czasie zmian trafia na:
A vs B (wniosek): propagacja DNS vs migracja strony
Jeśli zmieniany jest tylko hosting, a adresy URL zostają takie same, największe znaczenie ma uptime, wydajność i brak przerw w dostępności, Google wprost zaleca monitorowanie logów i przejściowego ruchu na starych i nowych serwerach.
Najbezpieczniejsze podejście to zrobić zmianę DNS tak, żeby strona działała poprawnie równolegle na starym i nowym serwerze, a przejście było dla robotów “nudne”, bez błędów i skoków.
Najlepiej zrobić to w tej kolejności, bo wtedy ryzyko spada.
Te elementy są “SEO-krytyczne” i powinny działać w pierwszej kolejności:
Jeśli migracja ma być zrobiona bez stresu, techniczna checklista po stronie DNS i statusów HTTP potrafi oszczędzić kilka dni chaosu, w razie potrzeby takie wdrożenia i testy robi też Click Made.
Najpewniejszy sposób to sprawdzić rekordy DNS z kilku niezależnych miejsc oraz potwierdzić, jaki serwer realnie odpowiada na żądania HTTP, bo sama przeglądarka potrafi kłamać przez cache.
Wystarczy przejść po kolei, bez zgadywania.
Tu jest prosta zasada:
Zobacz też: Jak działa strona internetowa: domena, hosting, DNS
Najczęstsze błędy nie są “magiczne”, tylko bardzo konkretne i mają przewidywalne skutki: spadek widoczności, znikanie strony z wyników albo indeksowanie złej wersji.
Najczęstsze błędy i konsekwencje:
Szybki test ryzyka SEO: jeśli podczas propagacji chociaż przez kilka godzin Googlebot trafia na 5xx lub 404 dla kluczowych stron, to nie jest “tylko propagacja”, tylko realny sygnał jakości.
Najważniejsze jest to, co dokładnie zostało zmienione, bo “propagacja domeny” może oznaczać lekką zmianę rekordu lub pełną migrację serwisu.
To najbezpieczniejszy wariant dla SEO, jeśli strona działa identycznie, a DNS tylko kieruje na nowe IP, kluczowe jest utrzymanie dostępności i szybkości.
To częściej wygląda jak “długa propagacja”, bo zmienia się dostawca DNS, trzeba dopilnować, żeby wszystkie rekordy zostały przeniesione 1:1.
To już nie jest temat DNS, tylko migracja SEO, potrzebne są 301, kanonikale, aktualizacja linków i mapa przekierowań, inaczej będzie spadek.
To miks dwóch ryzyk naraz, lepiej najpierw przenieść “stare działające”, a dopiero potem robić redesign, bo inaczej trudno ocenić, co zepsuło ruch.
To proszenie się o chaos, bo problemy z mailami (MX/SPF/DKIM) często wychodzą dopiero po kilku godzinach.
Najczęściej pomaga powrót do diagnostyki “od dołu”: DNS -> IP -> HTTP status -> treść -> indeksacja, bo wtedy widać, gdzie dokładnie powstaje problem.
Najpierw trzeba wykluczyć 3 rzeczy.
Jeśli błąd pojawia się tylko “u części osób”, to zwykle cache DNS, jeśli u wszystkich, to konfiguracja rekordów lub serwera.
Najpierw warto sprawdzić, czy Google naprawdę widzi starą wersję, czy tylko przeglądarka, potem:
Zobacz też: Dlaczego strona nie wyświetla się w Google? 5 możliwych powodów
Czekanie jest OK, jeśli rekordy w checkerach “falują”, ale nie jest OK, jeśli:
W takim przypadku problem nie “przejdzie”, tylko trzeba go naprawić, a jeśli potrzebna jest szybka weryfikacja przekierowań, statusów i wersji www/https, wsparcie techniczne można ogarnąć przez Click Made.
Propagacja domeny to głównie cache i TTL, a nie losowy kaprys internetu, dlatego da się ją zaplanować i sprawdzić.
SEO zwykle nie cierpi od samej zmiany DNS, tylko od błędów po stronie strony: downtime, złe przekierowania, duplikaty i niepoprawne wersje adresów.
Jeśli po 24–48h nadal wszędzie widać błędy, nie warto już “czekać”, tylko przejść checklistę i naprawić przyczynę, a gdy temat dotyczy migracji i ryzyka widoczności, sensowniej jest przejść to z osobą, która robi takie wdrożenia na co dzień, np. w click made.