Domain Name System (DNS) – czym jest i jak działa?

Czym jest DNS

Dla wyszukiwarki błąd tej warstwy nie jest drobiazgiem

Stanowisko jest jednoznaczne: „Google treats network timeouts, connection reset, and DNS errors similarly to 5xx server errors”.1 Nierozwiązana nazwa jest więc traktowana jak awaria serwera, a nie jak chwilowa niedostępność.

Konsekwencja pada w zdaniu następnym: „already indexed URLs that are unreachable will be removed from Google’s index within days”.1 Nie chodzi zatem o spadek pozycji, tylko o zniknięcie z indeksu w ciągu dni, czyli o skutek, którego żadna praca nad treścią nie zrekompensuje. Jak wygląda to od strony raportu, opisuje hasło o błędzie indeksowania.

„Propagacja” to nie jest jedna liczba

W poradnikach krąży termin „propagacja” z przypisaną mu stałą, najczęściej 48 godzin. Ta liczba nie ma konkretnego źródła. Dokumentacja Google mówi o czekaniu, jeśli zmiany wprowadzono „within the last 72 hours”.1

Ważniejsze jest jednak to, że nie ma tu jednej wartości, bo każdy rodzaj wpisu ma własny czas buforowania. Sprawdziliśmy własną strefę 1 września 2026 i różnice są duże: wpis z adresem serwera trzyma się 5 minut, wpis wskazujący serwery nazw — 24 godziny, a informacja o nieistnieniu nazwy — 30 minut.2

Zmiana adresu rozejdzie się więc w kwadrans, a zmiana dostawcy usługi nazw może zająć dobę. To nie jest opóźnienie sieci, lecz suma wartości, które ktoś wcześniej ustawił, i dlatego da się ją zawczasu skrócić, obniżając czas buforowania przed planowaną migracją.

Nasza strefa mówi „tak” na nazwy, których nie ma

Przy tej okazji wyszła rzecz, której się nie spodziewaliśmy. Zapytaliśmy o kilka zmyślonych subdomen, czyli ciągów znaków wpisanych z klawiatury, nigdy przez nikogo nie utworzonych. Każda dostała poprawną odpowiedź z adresem serwera.2

To zasługa wpisu obejmującego wszystkie subdomeny naraz. Dla porównania ta sama zmyślona nazwa zapytana o inną, dużą domenę zwraca czystą informację, że nazwy nie ma. To jest zachowanie oczekiwane.

Skutek jest konkretny: literówka w subdomenie nie kończy się szybkim niepowodzeniem na poziomie nazwy, tylko nawiązaniem połączenia, które dopiero potem zwraca błąd: u nas kod 526, czyli problem z certyfikatem. Robot dostaje zatem odpowiedź serwera zamiast jasnego „nie ma takiego adresu”. To ten sam mechanizm, który przy zwykłych adresach nazywamy catch-all, tyle że piętro niżej. Tak samo utrudnia wykrycie błędu, bo nic nie wygląda na zepsute.

Czego w naszej strefie brakuje

Sprawdziliśmy jeszcze dwa wpisy, które w takiej konfiguracji wypada mieć, i obu brakuje.2 Pierwszy to wpis wskazujący, kto może wystawiać certyfikaty dla domeny. U nas zero, przy czym duże serwisy takie wpisy mają, więc to nie kwestia rzadkości rozwiązania. Drugi to podpis kryptograficzny strefy: nasza nie jest podpisana, choć rejestr domen krajowych podpisy obsługuje.

Żadna z tych rzeczy nie wpływa na pozycje i nie ma sensu przedstawiać ich jako zadania SEO. Dobrze je jednak znać, bo to jedyne miejsca, w których warstwę nazw da się zabezpieczyć, a jej awaria kosztuje, jak wyżej, obecność w indeksie. Gdzie stoją same pliki serwisu, opisuje hasło o hostingu, a co decyduje o samej końcówce adresu — hasło o domenie najwyższego poziomu.

Najczęstsze pytania

Czy błąd DNS wpływa na widoczność w wyszukiwarce?
Tak, i mocno. Jest traktowany jak błąd serwera, a niedostępne adresy znikają z indeksu w ciągu dni.

Ile trwa propagacja zmian?
Nie ma jednej liczby: zależy od czasu buforowania konkretnego wpisu. W naszej strefie adres serwera to 5 minut, a serwery nazw 24 godziny.

Jak przygotować się do migracji?
Obniżyć czas buforowania wpisów z wyprzedzeniem, a stary serwer wyłączyć dopiero po tym, jak upłynie poprzednia wartość.

Dlaczego zmyślona subdomena zwraca stronę?
Bo strefa może mieć wpis obejmujący wszystkie subdomeny naraz. Wtedy zamiast informacji o braku nazwy dostaje się połączenie, które dopiero potem zwraca błąd.

Źródła

1. Google Search Central, DNS and network errors: traktowanie błędów nazw jak błędów serwera, usuwanie niedostępnych adresów z indeksu oraz okres oczekiwania po zmianie konfiguracji. developers.google.com/crawling/docs/troubleshooting/dns-network-errors (odczyt 1.09.2026).

2. Pomiar własny z 1.09.2026: odczyt konfiguracji strefy essaseo.pl bezpośrednio z serwerów autorytatywnych: czasy buforowania wpisów, zachowanie wobec nieistniejących subdomen oraz obecność wpisu o wystawcach certyfikatów i podpisu strefy, z kontrolą na domenach zewnętrznych.