Co to są rekordy DNS (A, CNAME, MX, TXT) i jak je poprawnie skonfigurować?

PrzezRedakcja Domenyhub

Rekordy DNS to jeden z tych tematów, o których większość właścicieli stron dowiaduje się dopiero w chwili kryzysu – strona przestaje działać po zmianie hostingu, poczta firmowa nagle znika, a certyfikat SSL odmawia współpracy. W praktyce cały ten „chaos” sprowadza się zwykle do kilku wpisów w panelu DNS, które łatwo zrozumieć, jeśli ktoś raz dobrze je wyjaśni.

W tym poradniku wyjaśniam, czym są rekordy DNS i czym różnią się od delegacji domeny, do czego służą najważniejsze typy – A, AAAA, CNAME, MX i TXT – jak je poprawnie skonfigurować krok po kroku, czym jest TTL i dlaczego zmiany nie zawsze widać od razu, oraz jakie błędy najczęściej psują pocztę i stronę internetową.

Poradnik przyda się zarówno osobom samodzielnie konfigurującym stronę po raz pierwszy, jak i tym, którzy zmieniają hosting, dostawcę poczty e-mail albo przenoszą domenę do innego rejestratora i muszą odtworzyć całą konfigurację DNS od podstaw.

Spis treści

Czym jest DNS i jak działa

DNS (Domain Name System) to system, który tłumaczy przyjazne dla człowieka nazwy domen, np. twojafirma.pl, na adresy IP i inne dane, które rozumieją komputery i serwery. Bez DNS musielibyśmy zapamiętywać ciągi liczb zamiast nazw stron – DNS bywa więc porównywany do książki telefonicznej internetu, choć w praktyce robi znacznie więcej niż samo „tłumaczenie adresów”.

Gdy wpisujesz adres strony w przeglądarce, dzieje się w tle kilka kroków: przeglądarka pyta resolver DNS (zwykle należący do Twojego dostawcy internetu albo publiczny, jak 1.1.1.1 Cloudflare) o adres IP domeny. Jeśli resolver nie ma tej odpowiedzi w pamięci podręcznej, odpytuje kolejno serwery główne, serwery odpowiedzialne za daną końcówkę domeny, a na końcu autorytatywny serwer DNS Twojej domeny – to właśnie tam przechowywane są rekordy DNS, czyli konkretne wpisy z instrukcjami: „ta domena prowadzi tutaj”, „poczta tej domeny idzie tam”, „ten napis potwierdza własność domeny” i tak dalej.

Zbiór wszystkich rekordów danej domeny nazywa się strefą DNS. To właśnie w strefie DNS – zwykle w panelu rejestratora domeny albo firmy hostingowej – dodajesz i edytujesz poszczególne rekordy opisane w dalszej części tego poradnika.

Warto też odróżnić dwa poziomy tej samej „układanki”: delegację domeny, czyli wskazanie, które serwery nazw w ogóle obsługują Twoją domenę, oraz same rekordy DNS, czyli konkretne wpisy przechowywane już na tych wskazanych serwerach. Do tego rozróżnienia wracamy szerzej w dalszej części poradnika, bo to jedno z częstszych źródeł nieporozumień przy zmianie hostingu czy rejestratora.

Rekord A – co to jest i jak go skonfigurować

Rekord A (Address Record) to najbardziej podstawowy typ rekordu DNS – łączy nazwę domeny lub subdomeny z konkretnym adresem IPv4 serwera, na którym znajduje się strona. To właśnie rekord A odpowiada za to, że po wpisaniu adresu strony w przeglądarce widzisz jej zawartość.

  • Nazwa (host): zwykle @ dla domeny głównej (twojafirma.pl) lub konkretna subdomena (np. sklep).
  • Wartość: adres IPv4 serwera, np. 192.0.2.10.
  • TTL: czas cachowania rekordu (więcej o tym w dalszej części poradnika).

Przykładowa konfiguracja: jeśli Twoja firma hostingowa poda Ci adres IP serwera, np. 203.0.113.25, dodajesz rekord A z nazwą @ (lub pustą, w zależności od panelu) i wartością równą temu adresowi. Jeśli chcesz, żeby subdomena sklep.twojafirma.pl prowadziła na inny serwer, dodajesz osobny rekord A z nazwą „sklep” i odpowiadającym mu adresem IP.

Rekord AAAA – adresy IPv6

Rekord AAAA działa identycznie jak rekord A, z jedną różnicą – zamiast adresu IPv4 wskazuje adres IPv6, czyli nowszy format adresowania używany coraz częściej ze względu na wyczerpujące się zasoby adresów IPv4. Jeśli Twój serwer obsługuje IPv6, warto skonfigurować oba rekordy naraz (A i AAAA) dla tej samej nazwy – część użytkowników i sieci łączy się już wyłącznie przez IPv6, a posiadanie obu rekordów zapewnia kompatybilność niezależnie od tego, z jakiego protokołu korzysta odwiedzający.

Rekord CNAME – co to jest i jak go skonfigurować

Rekord CNAME (Canonical Name) tworzy alias jednej nazwy domeny wskazujący na inną nazwę domeny, zamiast bezpośrednio na adres IP. To wygodne rozwiązanie, gdy chcesz, żeby subdomena „podążała” za docelowym adresem, nawet jeśli jego IP się zmieni – nie musisz wtedy aktualizować rekordu przy każdej zmianie serwera.

  • Typowy przykład: www.twojafirma.pl (CNAME) → twojafirma.pl, co sprawia, że wersja z „www” automatycznie podąża za konfiguracją głównej domeny.
  • Inny typowy przykład: subdomeny wskazujące na zewnętrzne usługi, np. sklep.twojafirma.pl (CNAME) → platforma-sklepowa.example.com.

Ważne ograniczenie techniczne: zgodnie ze standardami DNS rekordu CNAME nie można ustawić na domenie głównej (tzw. apex, czyli sam twojafirma.pl bez „www”) jednocześnie z innymi rekordami dla tej samej nazwy – a większość domen wymaga np. rekordów MX dla poczty na domenie głównej. To dlatego domenę główną zwykle kieruje się rekordem A, a CNAME rezerwuje się dla subdomen. Część dostawców DNS, w tym Cloudflare, oferuje własne rozwiązania (tzw. CNAME flattening), które obchodzą to ograniczenie, pozwalając na aliasowanie nawet domeny głównej.

Rekord MX – co to jest i jak go skonfigurować

Rekord MX (Mail Exchange) wskazuje, który serwer pocztowy ma odbierać wiadomości e-mail wysyłane na adresy w danej domenie. Bez poprawnie skonfigurowanego MX poczta na adresach @twojafirma.pl po prostu nie dotrze na miejsce, niezależnie od tego, jak dobrze skonfigurowana jest reszta strony.

  • Priorytet: każdy rekord MX ma przypisaną liczbę priorytetu – im niższa wartość, tym wyższy priorytet. Serwer wysyłający e-mail zawsze próbuje najpierw najniższej wartości, a dopiero w razie niedostępności sięga po kolejny serwer zapasowy.
  • Wartość docelowa: rekord MX musi wskazywać na nazwę hosta powiązaną z rekordem A lub AAAA – zgodnie ze standardami internetowymi nie może wskazywać bezpośrednio na adres IP ani na rekord CNAME.

Przykładowa konfiguracja: jeśli korzystasz z zewnętrznej usługi pocztowej, otrzymasz od niej zwykle jeden lub kilka adresów serwerów pocztowych wraz z priorytetami, np. mx1.dostawca-poczty.pl (priorytet 10) i mx2.dostawca-poczty.pl (priorytet 20). Dodajesz je jako osobne rekordy MX z nazwą @ (domena główna) i odpowiednimi wartościami priorytetu.

Rekord TXT – co to jest i do czego służy

Rekord TXT pozwala umieścić w strefie DNS dowolny tekst powiązany z domeną. Pierwotnie służył do notatek czytelnych dla człowieka, dziś jest jednak przede wszystkim standardowym mechanizmem weryfikacji własności domeny oraz uwierzytelniania poczty e-mail – każda organizacja może odpytać rekord TXT bez potrzeby specjalnej infrastruktury, co czyni go wygodnym „uniwersalnym nośnikiem” dla różnych systemów.

Najczęstsze zastosowania rekordu TXT:

  • SPF (Sender Policy Framework) – wskazuje, które serwery mają prawo wysyłać e-maile w imieniu Twojej domeny, co utrudnia podszywanie się pod nią w wiadomościach spamowych i phishingowych.
  • DKIM (DomainKeys Identified Mail) – zawiera klucz publiczny używany przez odbiorców do weryfikacji cyfrowego podpisu wychodzących wiadomości e-mail.
  • DMARC – określa, jak serwery odbiorców mają postępować z wiadomościami, które nie przejdą weryfikacji SPF lub DKIM (np. odrzucić, oznaczyć jako spam albo dostarczyć mimo to).
  • Weryfikacja własności domeny – używana m.in. przez Google Search Console, Google Workspace czy dostawców certyfikatów SSL do potwierdzenia, że rzeczywiście zarządzasz daną domeną.

Przykładowo, aby zweryfikować własność domeny w Google Search Console metodą DNS, wybierasz typ weryfikacji TXT, kopiujesz wygenerowany przez Google ciąg znaków (postaci google-site-verification=…), dodajesz go jako nowy rekord TXT z nazwą @ w panelu DNS, a następnie potwierdzasz weryfikację w Search Console – ważne, by nie usuwać tego rekordu po weryfikacji, bo może to spowodować utratę statusu zweryfikowanego właściciela. Pełną instrukcję tej metody znajdziesz w oficjalnej pomocy Google Search Console – weryfikacja własności witryny.

Ważna uwaga praktyczna: domena powinna mieć tylko jeden rekord SPF. Dodanie kilku osobnych rekordów TXT zaczynających się od „v=spf1” zamiast połączenia ich w jeden wpis powoduje błędy walidacji i może skutkować trafianiem Twoich wiadomości do spamu.

Inne przydatne rekordy: NS, SOA, CAA, SRV

Poza czterema głównymi typami opisanymi wyżej, w strefie DNS spotkasz też inne, rzadziej edytowane ręcznie rekordy – warto jednak wiedzieć, do czego służą.

  • NS (Name Server) – wskazuje, które serwery DNS są odpowiedzialne za obsługę danej domeny lub subdomeny. To właśnie rekordy NS odpowiadają za delegację domeny, o której piszemy w dalszej części poradnika.
  • SOA (Start of Authority) – zawiera podstawowe informacje o strefie DNS: adres głównego serwera nazw, kontakt do administratora oraz parametry odświeżania i wygasania danych między serwerami. Zwykle konfigurowany automatycznie i rzadko wymaga ręcznej edycji.
  • CAA (Certification Authority Authorization) – określa, które urzędy certyfikacji mają prawo wystawiać certyfikaty SSL dla Twojej domeny. To dodatkowe zabezpieczenie przed nieautoryzowanym wystawieniem certyfikatu przez podmiot, z którego nie korzystasz.
  • SRV (Service Record) – wskazuje lokalizację konkretnych usług powiązanych z domeną, np. serwerów VoIP czy niektórych komunikatorów, wraz z portem i priorytetem.

Tabela porównawcza rekordów DNS

Typ rekorduDo czego służyTypowa wartośćKiedy edytować
AKieruje domenę/subdomenę na adres IPv4 serweraAdres IPv4, np. 203.0.113.25Zmiana hostingu, dodanie subdomeny
AAAAKieruje domenę/subdomenę na adres IPv6 serweraAdres IPv6Gdy serwer obsługuje IPv6
CNAMETworzy alias jednej nazwy wskazujący na inną domenęDocelowa nazwa domenyKonfiguracja „www”, subdomeny usług zewnętrznych
MXWskazuje serwer pocztowy dla domenyNazwa hosta + priorytetZmiana dostawcy poczty e-mail
TXTPrzechowuje dowolny tekst: SPF, DKIM, DMARC, weryfikacjeCiąg tekstowyKonfiguracja poczty, weryfikacja własności domeny
NSWskazuje serwery DNS obsługujące domenęNazwy serwerów DNSDelegacja domeny do innego dostawcy DNS
SOAPodstawowe informacje administracyjne o strefie DNSKonfigurowane automatycznieRzadko edytowane ręcznie
CAAOgranicza, kto może wystawić certyfikat SSL dla domenyNazwa urzędu certyfikacjiWzmocnienie bezpieczeństwa SSL

Czym jest TTL i dlaczego zmiany nie widać od razu

TTL (Time To Live) to liczba sekund, przez którą serwery DNS na całym świecie mogą przechowywać (cachować) dany rekord, zanim ponownie zapytają Twój autorytatywny serwer DNS o aktualną wartość. To właśnie TTL, a nie tajemnicza „propagacja”, decyduje o tym, jak szybko zmiana w rekordzie DNS stanie się widoczna dla wszystkich użytkowników.

Częsty mit, który warto sprostować: powszechnie powtarzana zasada, że zmiany DNS „mogą potrwać nawet 24–48 godzin”, jest w większości przypadków mocno zawyżona. W praktyce czas oczekiwania zależy niemal wyłącznie od ustawionego TTL – przy TTL wynoszącym 300 sekund (5 minut) większość użytkowników zobaczy zmianę w ciągu kilku–kilkunastu minut, a przy TTL 3600 sekund (1 godzina) – w ciągu godziny. Mit „24–48h” wziął się z czasów, gdy domyślne wartości TTL bywały ustawiane na 86400 sekund (24 godziny), a rejestry niektórych domen odświeżały swoje strefy rzadziej niż dziś.

Wyjątkiem są zmiany serwerów nazw (rekordy NS) przy delegacji domeny – tu rzeczywiście trzeba doliczyć więcej czasu, bo aktualizacji wymaga też strefa nadrzędna zarządzana przez rejestr domeny, a nie tylko Twój dostawca DNS.

Wartość TTLCzas w praktyceKiedy stosować
60–300 sekundKilka minutTuż przed planowaną zmianą serwera lub migracją – dla szybkiego wycofania w razie problemów
3600 sekund (1 h)Do godzinyStandardowa wartość dla większości rekordów
86400 sekund (24 h)Do dobyRekordy rzadko zmieniane, np. MX przy stabilnej konfiguracji poczty

Praktyczna wskazówka: jeśli planujesz zmianę hostingu lub innego rekordu o krytycznym znaczeniu, obniż TTL do 300 sekund co najmniej 24 godziny przed planowaną zmianą. Dzięki temu stare, wysokie TTL zdąży wygasnąć u większości resolverów, a sama zmiana rozejdzie się szybko. Po potwierdzeniu, że wszystko działa poprawnie, możesz przywrócić standardową, wyższą wartość TTL.

Jak dodać lub edytować rekordy DNS krok po kroku

Choć każdy panel rejestratora czy firmy hostingowej wygląda nieco inaczej, ogólny proces dodawania rekordu DNS jest bardzo podobny niezależnie od dostawcy.

  1. Zaloguj się do panelu zarządzania DNS. To zwykle panel rejestratora domeny albo panel firmy hostingowej – w zależności od tego, gdzie wskazane są serwery nazw (NS) Twojej domeny.
  2. Znajdź sekcję zarządzania strefą DNS. Często nazywaną „Rekordy DNS”, „Strefa DNS” lub „DNS Management”.
  3. Wybierz typ rekordu, który chcesz dodać (A, CNAME, MX, TXT itd.).
  4. Uzupełnij pola: nazwę (host), wartość docelową, a przy rekordach MX – dodatkowo priorytet.
  5. Ustaw TTL – zwykle można zostawić wartość domyślną, chyba że planujesz migrację i chcesz przyspieszyć propagację zmian.
  6. Zapisz zmiany i odczekaj na propagację zgodną z ustawionym TTL.
  7. Zweryfikuj poprawność za pomocą narzędzi opisanych w kolejnej sekcji.

Jeśli dopiero zamawiasz stronę internetową i nie czujesz się pewnie w konfiguracji DNS, to element, który zwykle bierzemy na siebie przy realizacji projektu – zobacz naszą ofertę stron internetowych.

Przykład: konfiguracja DNS dla nowej strony i poczty firmowej

Załóżmy, że uruchamiasz nową stronę firmową na twojafirma.pl i chcesz jednocześnie mieć działającą pocztę firmową w tej samej domenie oraz zweryfikować witrynę w Google Search Console. Firma hostingowa przekazuje Ci adres IP serwera – dodajesz go jako rekord A z nazwą @, a dla wygody dodajesz też rekord CNAME dla „www” wskazujący z powrotem na domenę główną, żeby oba warianty adresu prowadziły do tej samej strony.

Następnie konfigurujesz pocztę: dostawca usługi e-mail przekazuje Ci dwa serwery pocztowe z priorytetami 10 i 20 – dodajesz je jako dwa osobne rekordy MX. Razem z nimi dostawca zwykle przekazuje też gotowy wpis SPF oraz klucz DKIM – oba dodajesz jako rekordy TXT, pilnując, by nie powielić rekordu SPF, jeśli w strefie istniał już wcześniej jakiś wpis zaczynający się od „v=spf1”. Na koniec generujesz w Google Search Console kod weryfikacyjny i dodajesz go jako kolejny, osobny rekord TXT.

Po zapisaniu wszystkich rekordów sprawdzasz poprawność konfiguracji poleceniem dig twojafirma.pl oraz dig MX twojafirma.pl, a po potwierdzeniu, że wszystko działa, klikasz „Weryfikuj” w Search Console. Cała procedura, przy TTL ustawionym na standardowe 3600 sekund, powinna być w pełni widoczna dla użytkowników w ciągu godziny od zapisania zmian.

Najczęstsze błędy w konfiguracji DNS

Poniższe błędy odpowiadają za większość przypadków „strona nie działa” albo „poczta nie dochodzi” po zmianach w DNS.

BłądSkutekJak uniknąć
CNAME ustawiony na domenie głównej razem z innymi rekordamiBłąd konfiguracji, poczta i inne usługi przestają działaćDomenę główną kieruj rekordem A, CNAME zostaw dla subdomen
Kilka osobnych rekordów SPF zamiast jednegoBłędy walidacji poczty, wiadomości trafiają do spamuPołącz wszystkie mechanizmy SPF w jednym rekordzie TXT
Rekord MX wskazujący na CNAME lub adres IPPoczta nie dociera, błędy dostarczaniaMX musi wskazywać na nazwę hosta powiązaną z rekordem A/AAAA
Literówka w adresie IP lub nazwie docelowejStrona lub subdomena niedostępnaKopiuj wartości bezpośrednio od dostawcy, unikaj ręcznego przepisywania
Zbyt wysoki TTL tuż przed planowaną migracjąZmiana widoczna dla wszystkich dopiero po wielu godzinachObniż TTL z wyprzedzeniem przed planowaną zmianą
Usunięcie rekordu TXT użytego do weryfikacji własnościUtrata zweryfikowanego statusu w Google Search Console lub innej usłudzeNie usuwaj rekordów weryfikacyjnych, nawet po pomyślnej weryfikacji
Brak rekordu AAAA przy włączonym IPv6 na serwerzeCzęść użytkowników może mieć problem z dostępemSkonfiguruj A i AAAA równolegle, jeśli serwer obsługuje oba protokoły

Jak sprawdzić, czy rekordy DNS działają poprawnie

Zanim uznasz, że coś jest „zepsute”, warto samodzielnie sprawdzić, jak aktualnie wygląda konfiguracja DNS – to często szybsze niż kontakt z supportem.

  • Wbudowane narzędzia systemowe: polecenie nslookup nazwadomeny.pl (Windows, macOS, Linux) lub dig nazwadomeny.pl (macOS, Linux) pokazuje aktualne rekordy widziane przez Twój komputer.
  • Sprawdzenie konkretnego typu rekordu: np. dig MX nazwadomeny.pl pokaże wyłącznie rekordy pocztowe, a dig TXT nazwadomeny.pl – rekordy tekstowe.
  • Narzędzia online do sprawdzania propagacji: pozwalają zobaczyć, jak dana domena jest widziana z serwerów DNS w różnych częściach świata jednocześnie – przydatne, gdy podejrzewasz, że zmiana jeszcze nie dotarła wszędzie.
  • Panel dostawcy DNS: najprostsza metoda – większość paneli pokazuje aktualnie zapisane rekordy wprost, bez potrzeby używania terminala.

Jeśli wynik zapytania różni się od tego, co ustawiłeś w panelu, w pierwszej kolejności sprawdź TTL poprzedniego rekordu – to najczęstsza przyczyna „nieaktualnych” wyników, a nie błąd w samej konfiguracji.

Delegacja domeny a rekordy DNS – czym się różnią

To jedno z częstszych źródeł nieporozumień. Delegacja domeny to wskazanie, które serwery nazw (rekordy NS) są odpowiedzialne za obsługę Twojej domeny – ustawia się ją zwykle w panelu rejestratora, u którego zarejestrowana jest domena. Rekordy DNS (A, CNAME, MX, TXT i inne) to z kolei konkretne wpisy przechowywane już na tych wskazanych serwerach nazw.

W praktyce oznacza to, że jeśli zmieniasz delegację domeny na serwery DNS innej firmy (np. przenosisz obsługę techniczną domeny do nowego hostingu, bez zmiany rejestratora), musisz od nowa skonfigurować wszystkie rekordy DNS w panelu nowego dostawcy – nie przenoszą się one automatycznie razem ze zmianą delegacji. To dokładnie ta sama zasada, która obowiązuje przy transferze domeny między rejestratorami: rekordy trzeba odtworzyć ręcznie u nowego operatora.

Dla domen .pl dodatkowym elementem układanki jest DNSSEC – zestaw rozszerzeń zabezpieczających integralność odpowiedzi DNS, obsługiwany przez rejestr NASK. Jeśli korzystasz z DNSSEC, zmiana delegacji lub dostawcy DNS wymaga też aktualizacji odpowiednich rekordów DS u rejestratora, inaczej domena może czasowo przestać się poprawnie rozwiązywać.

Checklista: konfiguracja rekordów DNS

  • Skonfiguruj rekord A (i AAAA, jeśli serwer obsługuje IPv6) dla domeny głównej.
  • Dodaj rekord CNAME dla „www”, jeśli chcesz, by podążał za konfiguracją domeny głównej.
  • Skonfiguruj rekordy MX zgodnie z instrukcją dostawcy poczty, zachowując poprawne priorytety.
  • Dodaj jeden, kompletny rekord SPF w formie TXT – nie twórz kilku osobnych wpisów.
  • Skonfiguruj DKIM i DMARC, jeśli Twój dostawca poczty je udostępnia.
  • Dodaj rekordy TXT wymagane do weryfikacji własności domeny (np. Google Search Console) i nie usuwaj ich po weryfikacji.
  • Przed planowaną migracją obniż TTL kluczowych rekordów z wyprzedzeniem.
  • Po każdej zmianie zweryfikuj rekordy narzędziem takim jak dig lub nslookup.
  • Jeśli korzystasz z DNSSEC, sprawdź, czy rekordy DS są aktualne po każdej zmianie dostawcy DNS.

FAQ – najczęstsze pytania

Czym różni się rekord A od rekordu CNAME?

Rekord A wskazuje bezpośrednio na adres IP serwera, a CNAME tworzy alias wskazujący na inną nazwę domeny, która dopiero prowadzi do właściwego adresu IP. CNAME jest wygodniejszy, gdy docelowy adres IP może się zmieniać, ale ma ograniczenie – nie można go ustawić na domenie głównej razem z innymi rekordami.

Dlaczego moja poczta e-mail nie działa po zmianie hostingu?

Najczęstszą przyczyną jest brak lub błędna konfiguracja rekordów MX u nowego dostawcy – rekordy DNS, w tym MX, nie przenoszą się automatycznie razem ze zmianą hostingu czy delegacji domeny. Trzeba je ręcznie odtworzyć zgodnie z instrukcją dostawcy poczty.

Ile faktycznie trwa propagacja zmian w DNS?

W większości przypadków znacznie krócej niż popularne „24–48 godzin” – czas zależy głównie od ustawionego TTL. Przy TTL 300 sekund zmiana jest widoczna dla większości użytkowników w ciągu kilkunastu minut, przy TTL 3600 sekund – w ciągu godziny. Dłużej mogą trwać zmiany serwerów nazw (NS) przy delegacji domeny.

Co to jest rekord SPF i dlaczego jest ważny?

SPF to rodzaj rekordu TXT, który wskazuje, jakie serwery mają prawo wysyłać e-maile w imieniu Twojej domeny. Poprawnie skonfigurowany SPF znacząco zmniejsza ryzyko, że wiadomości z Twojej domeny będą oznaczane jako spam, oraz utrudnia oszustom podszywanie się pod Twoją firmę w wiadomościach e-mail.

Czy mogę mieć jednocześnie rekord A i CNAME dla tej samej nazwy?

Nie – zgodnie ze standardami DNS, jeśli dla danej nazwy istnieje rekord CNAME, nie może dla niej istnieć żaden inny typ rekordu. To jeden z powodów, dla których domenę główną kieruje się zwykle rekordem A, a nie CNAME.

Co się stanie, jeśli usunę rekord TXT użyty do weryfikacji Google Search Console?

Możesz stracić status zweryfikowanego właściciela witryny, co odbiera dostęp do danych o ruchu, indeksowaniu i błędach w Google Search Console. Rekord weryfikacyjny warto zachować w strefie DNS na stałe, nawet po pomyślnej weryfikacji.

Jak sprawdzić aktualne rekordy DNS mojej domeny bez logowania się do panelu?

Możesz użyć wbudowanego w system polecenia nslookup nazwadomeny.pl lub dig nazwadomeny.pl w terminalu, albo skorzystać z dowolnego narzędzia online do sprawdzania rekordów DNS i propagacji.

Czy zmiana rekordów DNS wpływa na SEO strony?

Sama poprawna konfiguracja rekordów DNS (np. zmiana hostingu przy zachowaniu tego samego adresu strony) nie wpływa negatywnie na SEO. Ryzyko pojawia się wyłącznie wtedy, gdy błędna konfiguracja spowoduje czasową niedostępność strony – długotrwałe przestoje mogą wpłynąć na indeksowanie i pozycje w wynikach wyszukiwania.

Ile rekordów MX powinienem mieć skonfigurowanych?

Zwykle wystarczy jeden lub dwa – główny serwer pocztowy z najwyższym priorytetem (najniższą wartością liczbową) oraz opcjonalny serwer zapasowy z niższym priorytetem, wykorzystywany, gdy główny serwer jest chwilowo niedostępny.

Czym różni się delegacja domeny od zmiany rekordów DNS?

Delegacja domeny wskazuje, które serwery nazw obsługują Twoją domenę (rekordy NS), natomiast rekordy DNS to konkretne wpisy przechowywane już na tych serwerach. Zmiana delegacji zwykle oznacza konieczność ponownego skonfigurowania wszystkich rekordów DNS od zera u nowego dostawcy.

Podsumowanie

Rekordy DNS wydają się skomplikowane głównie dlatego, że rzadko się z nimi pracuje – w praktyce sprowadzają się do kilku powtarzalnych wzorców: A i AAAA kierują na serwer, CNAME tworzy alias, MX obsługuje pocztę, a TXT przechowuje wszystko, co tekstowe, od SPF po weryfikacje własności domeny. Jeśli zapamiętasz te cztery role i będziesz pamiętać o TTL przy planowanych zmianach, większość typowych problemów – zniknięcie poczty po zmianie hostingu, błąd weryfikacji w Search Console czy niedziałająca subdomena – możesz rozwiązać samodzielnie, bez czekania na wsparcie techniczne.

Jeśli wolisz, żeby ktoś skonfigurował to za Ciebie – od doboru domeny po poprawne ustawienie rekordów DNS i uruchomienie strony – sprawdź naszą ofertę stron internetowych albo domena na zamówienie. Szukasz gotowej nazwy? Zobacz domeny na sprzedaż. Więcej praktycznej wiedzy o domenach i ich obsłudze technicznej znajdziesz w naszym poradniku, m.in. w artykule o tym, co dzieje się z domeną (i jej DNS) po wygaśnięciu.

Linki zewnętrzne – źródła

Podobne wpisy

2 komentarze

  1. Pingback: Certyfikat SSL – co to jest i jak działa na stronie WWW
  2. Pingback: DMARC jak skonfigurować – SPF, DKIM i DMARC krok po kroku

Możliwość komentowania została wyłączona.