NXDOMAIN Hatası (DNS_PROBE_FINISHED_NXDOMAIN) Nasıl Çözülür?

DNS_PROBE_FINISHED_NXDOMAIN hatası nedir ve ne anlama gelir?

DNS_PROBE_FINISHED_NXDOMAIN hatası, tarayıcının yazdığınız alan adı için bir IP adresi bulamadığını gösteren Chrome ve Chromium tabanlı tarayıcı mesajıdır. DNS sunucusu "böyle bir alan adı yok" anlamındaki NXDOMAIN yanıtını vermiştir. Tarayıcı gideceği adresi bilmediği için sunucuya hiç bağlanamaz.

NXDOMAIN hatası, DNS protokolündeki "Name Error" yanıt koduna verilen addır. RFC 8499 bu kodu, sorguda geçen alan adının var olmadığı anlamına gelen yanıt olarak tanımlar. Yani sorun çoğunlukla web sitesinin kendisinde değil, alan adının DNS kayıtlarında ya da sizin DNS çözümleyicinizdedir.

Bu yazıda önce hatanın kime ait olduğunu ayırıyoruz. Ardından ziyaretçi adımlarını anlatıyor, sonra site sahibinin kontrol etmesi gereken NS, A ve süre konularına geçiyoruz. Ölçüm yapmak için DNS sorgulama aracımızı kullanabilirsiniz.

NXDOMAIN hatasını kim çözmeli: ziyaretçi mi, site sahibi mi, sunucu yöneticisi mi?

Hatanın sorumlusunu doğru belirlemek zaman kazandırır, çünkü her rolün elinde farklı bir düğme vardır. Aynı siteye başka bir telefonda ya da mobil veride ulaşabiliyorsanız sorun büyük ihtimalle cihazınızda veya ağınızdadır. Hiçbir yerde ulaşamıyorsanız konu site sahibine geçer.

Pratikte karar vermek için tek bir soru yeterlidir: hata herkes için mi, yoksa yalnızca sizin için mi çıkıyor? Herkes için çıkıyorsa alan adı ya da DNS bölgesi sorunludur. Yalnızca sizde çıkıyorsa cihazınızdaki ya da ağınızdaki bir ayar eski bilgiyi tutuyordur.

Küçük işletmelerde site sahibi ile sunucu yöneticisi çoğu zaman aynı kişidir. Yine de sırayı korumanızı öneririz. Önce kendi tarafınızı eleyin, sonra alan adının kendisine bakın.

DNS_PROBE_FINISHED_NXDOMAIN hatası DNS'te nasıl oluşur?

Tarayıcı bir adrese gitmeden önce işletim sistemine "bu alan adının IP'si ne?" diye sorar. İşletim sistemi soruyu ayarlı DNS çözümleyicisine, yani genellikle internet sağlayıcınızın ya da router'ın sunucusuna iletir. Çözümleyici de kök sunuculardan başlayarak alan adının yetkili sunucusuna ulaşmaya çalışır.

Zincirin sonunda yetkili sunucu "bu isim bende yok" derse çözümleyici NXDOMAIN döndürür. Alan adı sicilde tanımlı değilse, süresi dolduktan sonra silindiyse ya da NS kayıtları boş bir yeri gösteriyorsa bu yanıtı alırsınız. RFC 2308 bu davranışı ve olumsuz yanıtların nasıl önbelleğe alındığını anlatır.

Bu belgeye göre "yok" cevabı da bir süre saklanabilir. Bu ayrıntı, site sahibi kaydı düzelttiği halde bazı ziyaretçilerin hatayı görmeye devam etmesinin başlıca nedenidir. Dolayısıyla düzeltme ile sonucu görmek arasında bir gecikme yaşamanız normaldir.

NXDOMAIN hatası ile diğer DNS ve bağlantı hataları arasındaki fark nedir?

Her "site açılmıyor" mesajı aynı sorunu göstermez. NXDOMAIN, DNS'in net biçimde "bu isim yok" dediği durumdur. Çözümleyici hiç yanıt veremediğinde ya da yetkili sunucuya ulaşamadığında genellikle SERVFAIL gibi başka bir yanıt kodu ve farklı bir hata ekranı görürsünüz.

• DNS_PROBE_FINISHED_NXDOMAIN: DNS "isim yok" yanıtı verdi.
• DNS_PROBE_FINISHED_NO_INTERNET: Cihazın internet bağlantısı yok ya da DNS'e hiç ulaşamıyor.
• SERVFAIL: Çözümleyici sorguyu tamamlayamadı; bu bir sunucu ya da yapılandırma sorunudur.
• HTTP 404 gibi kodlar: Alan adı çözüldü, sunucu yanıt verdi ve sayfa bulunamadı.

Bu ayrım önemlidir. Adres çözülüyorsa DNS sağlamdır ve sorunu sunucuda ya da uygulamada aramanız gerekir. Hata kodunun DNS aşamasında doğduğunu bilmek sizi doğru katmana yönlendirir.

DNS_PROBE_FINISHED_NXDOMAIN hatasının en sık nedenleri nelerdir?

Nedenler iki gruba ayrılır. Birinci grup alan adı tarafındaki gerçek eksiklerdir, ikinci grup ziyaretçinin kendi ortamındaki eski ya da bozuk bilgilerdir. Aşağıdaki liste nedenleri sıklığa göre değil, kontrol kolaylığına göre dizer.

• Alan adını yanlış yazdınız ya da uzantıyı karıştırdınız.
• Süresi dolan alan adı için DNS hizmeti durdu.
• Yeni aldığınız alan adı için NS kayıtlarını henüz tanımlamadınız.
• NS kayıtları, DNS bölgesinin bulunmadığı bir sunucuyu gösteriyor.
• DNS bölgesinde A, AAAA ya da CNAME kaydı eksik.
• Hosting değişikliğinde eski sağlayıcı DNS bölgesini kapattı.
• Cihazdaki DNS önbelleği, hosts dosyası, VPN ya da filtreleme servisi yanlış bilgi veriyor.

İlk altı madde site sahibinin işidir. Son madde ise çoğunlukla yalnızca belirli cihazlarda ya da belirli ağlarda hata görmenizin sebebidir.

NXDOMAIN hatasında teşhisi hangi sırayla yapmalısınız?

Rastgele ayar değiştirmek yerine sabit bir sıra izlemek iki fayda sağlar. Önce hızlı ve zararsız kontrolleri bitirirsiniz. Ayrıca hatanın kaynağı daraldıkça hangi rolün devreye gireceğini de görürsünüz.

1. Adresi harf harf kontrol edin; www olan ve olmayan sürümü ayrı ayrı deneyin.
2. Siteyi başka bir cihazda ve mobil veride deneyin.
3. Başka cihazlarda da erişemiyorsanız alan adının süresini ve NS kayıtlarını kontrol edin.
4. Yalnızca sizin cihazınızda erişemiyorsanız DNS önbelleğini temizleyin.
5. Önbellek işe yaramazsa DNS sunucusunu değiştirin, hosts dosyasına ve VPN'e bakın.

Bu sıra en ucuz teşhisi öne alır. Örneğin yanlış yazdığınız bir adres yüzünden saatlerce DNS ayarı kurcalamak, sık görülen ama kolay önlenen bir zaman kaybıdır.

Ziyaretçi olarak DNS önbelleğini nasıl temizlersiniz?

Tarayıcı ve işletim sistemi, bulduğu IP adreslerini hız için saklar. Alan adını yeni düzelttiyseniz bu eski kayıt, yani "yok" cevabı, cihazınızda kalmış olabilir. Önbelleği temizlemek hatayı çoğu zaman anında giderir.

Windows'ta komut istemini yönetici olarak açın ve aşağıdaki komutu çalıştırın:

ipconfig /flushdns

macOS'ta Terminal'de şu iki komutu yaygın olarak kullanırsınız. Komutun etkisi macOS sürümüne göre değişebilir, bu yüzden çalışmazsa Apple'ın destek sayfasına bakın:

sudo dscacheutil -flushcache
sudo killall -HUP mDNSResponder

systemd-resolved kullanan Linux dağıtımlarında ise şu komut önbelleği boşaltır:

sudo resolvectl flush-caches

Chrome ayrıca kendi iç önbelleğini tutar. Adres çubuğuna chrome://net-internals/#dns yazıp "Clear host cache" düğmesine basabilirsiniz. Sonra siteyi gizli pencerede yeniden deneyin.

DNS sunucusunu değiştirmek NXDOMAIN hatasını çözer mi?

Bazen çözer. Yanlış ayarlı ya da güncellemeleri geç alan bir internet sağlayıcı DNS'i, aslında var olan bir alan adı için de NXDOMAIN döndürebilir. Bu durumda halka açık bir çözümleyiciye geçtiğinizde siteye hemen ulaşırsınız.

Google, genel DNS hizmeti için IPv4'te 8.8.8.8 ve 8.8.4.4 adreslerini, IPv6'da 2001:4860:4860::8888 ve 2001:4860:4860::8844 adreslerini yayımlar. Windows ve macOS adımlarını Google Public DNS belgesinde bulursunuz. Ayarı yapmak için yönetici yetkisi gerekir.

Bir noktayı unutmayın: DNS sunucusunu değiştirmek, alan adının gerçekten kayıtlı olmadığı durumu düzeltmez. Hangi çözümleyiciyi seçerseniz seçin, silinen bir alan adı için yanıt aynı kalır. Değişiklikten sonra da hata sürüyorsa konu büyük olasılıkla site sahibine aittir.

Ayrıca Chrome'un "Güvenli DNS kullan" ayarını gizlilik ve güvenlik bölümünden açıp kapatabilirsiniz. Bu ayar tarayıcının DNS sorgularını işletim sisteminden bağımsız bir yoldan göndermesini sağlar. Bazen hatayı çözer, bazen ortaya çıkarır; bu yüzden iki durumu da denemekte fayda vardır.

Telefonda NXDOMAIN hatası çıkarsa ne yapmalısınız?

Telefonda sorun çoğu zaman Wi-Fi ile mobil veri arasındaki farktan doğar. Siteyi mobil veride açabiliyor ama Wi-Fi'da açamıyorsanız suçlu büyük ihtimalle router'ın ya da internet sağlayıcının DNS'idir. Tersi durumda mobil operatörün çözümleyicisi sorun yaratıyor olabilir.

• Uçak modunu açıp kapatarak bağlantıyı yenileyin.
• Wi-Fi'ı kapatıp mobil veriyle, ardından tersiyle deneyin.
• Android'de ayarlardaki Özel DNS seçeneğini kapatıp açın ya da otomatik moda alın.
• Tarayıcının önbelleğini ve site verilerini temizleyin.
• Router'ı yeniden başlatın.

Ayrıca bir uygulamanın içindeki tarayıcı da sorun çıkarabilir. Örneğin sosyal medya uygulamasının kendi tarayıcısında hata alıyorsanız bağlantıyı kopyalayıp Chrome ya da Safari gibi bir tarayıcıda açın. Böylece sorunun uygulamadan mı, ağdan mı geldiğini ayırırsınız.

Telefonlarda terminal komutları yaygın değildir. Bu nedenle önce bağlantı türünü değiştirmek en hızlı ve en güvenli teşhistir.

Hosts dosyası NXDOMAIN hatasının nedeni olabilir mi?

Evet, ancak çoğu zaman tersi olur: hosts dosyasındaki bir satır alan adını eski ya da yanlış bir adrese bağlar. Tarayıcı bu satırı DNS'ten önce okur. Geliştiriciler test için eklediği satırı unutabilir ve site yıllar sonra bile yalnızca o bilgisayarda çalışmaz.

Dosyanın konumları şöyledir:

• Windows: C:\Windows\System32\drivers\etc\hosts
• macOS ve Linux: /etc/hosts

Dosyayı yönetici yetkisiyle bir metin düzenleyicide açın ve sorunlu alan adını arayın. Şuna benzeyen bir satır görürseniz başına # koyarak devre dışı bırakın:

203.0.113.10 example.com www.example.com

Örnekteki IP adresi yalnızca dokümantasyon içindir. Değişiklikten sonra DNS önbelleğini temizlemeyi unutmayın. Hosts dosyasını hiç düzenlemediyseniz ve emin değilseniz dosyayı değiştirmeyin, yalnızca okuyun.

VPN, antivirüs ve DNS filtreleme NXDOMAIN hatasına yol açar mı?

Açabilir. VPN istemcileri çoğu zaman kendi DNS sunucusunu devreye sokar. Bu sunucu kurumsal ağdaki iç adresleri biliyor ama dış alan adlarını yanlış yönlendiriyor olabilir. VPN'i kapatıp siteyi yeniden denemek hızlı bir testtir.

Bazı güvenlik yazılımları ve filtreleme amaçlı DNS hizmetleri, engelledikleri alan adları için NXDOMAIN yanıtı döndürebilir. Ebeveyn kontrolü, kurumsal içerik filtresi ya da reklam engelleyici DNS'ler buna örnektir. Bu durumda hata sitenin bozuk olduğunu değil, filtrenin devrede olduğunu gösterir.

Router da benzer bir etki yaratabilir. Router'ı yeniden başlatmak bozuk DNS önbelleğini temizleyebilir. Kurumsal bir ağdaysanız ayarı kendiniz değiştirmeyin; bilgi işlem ekibine alan adını ve hata saatini iletin.

Site sahibiyseniz alan adının süresini nasıl kontrol edersiniz?

Hiçbir cihazda açılmayan bir sitede ilk bakacağınız yer alan adının geçerliliğidir. WHOIS sorgulama aracıyla bitiş tarihine, kayıt durumuna ve ad sunucularına bakabilirsiniz. Alan adı hesabınıza girip yenileme ekranını görmek de aynı sonucu verir.

ICANN, jenerik uzantılar için süresi dolan alan adlarına ilişkin bir geri kazanım politikası yayımlar. Politikaya göre kayıt kuruluşları süre dolmadan yaklaşık bir ay ve bir hafta önce iki hatırlatma göndermek zorundadır. Süre dolduktan sonra alan adının DNS hizmeti kesilebilir; bu durumda web siteniz ve e-postanız çalışmaz. Ayrıntıları ICANN'in alan adı sahipleri için hazırladığı sayfada bulursunuz.

Uyarı: Bu kurallar jenerik uzantılar içindir. .tr gibi ülke uzantılarının kendi yenileme ve kurtarma kuralları vardır; bunlar için kayıt kuruluşunuzun belgesine bakın. Hatırlatma e-postalarının eski bir adrese gitmemesi için iletişim bilgilerinizi güncel tutun.

NS kayıtları yanlışsa NXDOMAIN hatası nasıl doğrulanır?

NS kayıtları, alan adının DNS bölgesini hangi sunucuların yönettiğini söyler. Bu kayıtlar üst düzey alan adı sicilinde durur ve alan adını aldığınız yerden değiştirirsiniz. NS kayıtları bölgenin olmadığı bir sunucuyu gösterirse çözümleyici "bu isim yok" yanıtıyla karşılaşır.

Doğrulamak için dig komutunu kullanabilirsiniz. Aşağıdaki komutlar example.com yerine kendi alan adınızla çalışır:

dig example.com NS +short
dig example.com A +short
dig +trace example.com

İlk komut ad sunucularını listeler. İkincisi A kaydını gösterir. Üçüncüsü çözümleme zincirini kökten başlayarak izler ve hangi aşamada "yok" yanıtı geldiğini ortaya koyar.

Bir tuzağa dikkat edin: DNS bölgesini yeni sağlayıcıda oluşturmuş olabilirsiniz, ancak alan adı hesabınızdaki NS kayıtları hâlâ eski sağlayıcıyı gösteriyordur. Bu durumda yeni bölgeniz hiç sorgulanmaz. Bölgenin bulunduğu yer ile NS kayıtlarının gösterdiği yer aynı olmalıdır.

Windows'ta dig yoksa nslookup işinizi görür. Örneğin nslookup example.com 8.8.8.8 komutu sorguyu doğrudan Google'ın çözümleyicisine yöneltir ve sonuçları karşılaştırmanızı sağlar.

dig çıktısındaki status satırını nasıl okursunuz?

dig komutunun yanıt başlığında bir status değeri bulunur. Bu değer, DNS yanıt kodunu gösterir ve teşhisin en kısa yoludur. Örneğin status: NXDOMAIN görüyorsanız sorun kesin olarak DNS katmanındadır.

NOERROR görüp cevap bölümünün boş olduğu durumda isim vardır ama istediğiniz türde kayıt yoktur. Örneğin A kaydı sorarsınız ve bölgede yalnızca MX kaydı bulunur. Bu ince fark, NXDOMAIN ile karıştırılır ve yanlış yöne gitmenize yol açar.

Sonuçları yorumlarken şunu da aklınızda tutun: farklı çözümleyiciler farklı yanıt verebilir. Bu nedenle aynı sorguyu hem kendi çözümleyicinize hem de halka açık bir çözümleyiciye gönderin. İkisi aynı yanıtı veriyorsa sorun cihazınızda değil, alan adının kendisindedir.

A, AAAA ve CNAME kaydı eksikse nasıl düzeltirsiniz?

NS kayıtları doğru olsa bile bölgede ilgili isim için kayıt yoksa yine NXDOMAIN görürsünüz. Çoğu zaman bunun sebebi, kök alan adının çalışıp www adının tanımsız kalmasıdır. Ziyaretçi www ile yazdığında hata alır, çünkü o isim bölgede hiç oluşmamıştır.

Düzeltme için DNS panelinde www adına bir CNAME ekleyin ya da kök adla aynı IP'yi gösteren bir A kaydı oluşturun. IPv6 hazırlığı yapıyorsanız IPv6 rehberimizdeki AAAA bölümünü okuyun. Hosting sağlayıcınız size belirli bir değer verdiyse panele onu girin.

DNS yayılma süresi ne kadar sürer, neden beklemek gerekir?

DNS değişiklikleri anında dünyaya yayılmaz, çünkü çözümleyiciler yanıtları TTL adı verilen süre boyunca saklar. TTL değeri uzunsa eski bilgi daha uzun süre dolaşır. Dolayısıyla "yayılma" aslında eski önbelleklerin kendiliğinden bitmesini beklemektir.

Kesin bir saat vermek doğru olmaz. Süre, kaydın TTL değerine ve ziyaretçinizin kullandığı çözümleyiciye bağlıdır. NS değişikliklerinde üst düzey sicil kayıtları da devreye girer. Bu yüzden değişiklikten sonra bir süre bazı ziyaretçilerin siteyi görüp bazılarının görmemesi normaldir.

Negatif önbellek de aynı mantıkla çalışır. RFC 2308'e göre "yok" cevabı da saklanabilir ve süresi bölgenin SOA kaydındaki değerlere bağlıdır. Kaydı yeni eklediyseniz ve hâlâ NXDOMAIN görüyorsanız çözümleyicinizin eski "yok" yanıtını tuttuğunu düşünün. Beklemek ve önbelleği temizlemek çoğu zaman yeterlidir.

Örnek hesap yapalım: kaydınızın TTL değeri 3600 saniyeyse çözümleyiciler yanıtı en fazla bir saat saklayacak şekilde ayarlıdır. TTL'i 300 saniyeye indirirseniz eski bilgi çok daha kısa dolaşır. Ancak bu değişiklik de eski TTL süresi kadar bekler, bu yüzden taşımadan en az bir eski TTL süresi önce uygulamanız gerekir.

Hosting taşırken veya yeni alan adı alırken NXDOMAIN hatası nasıl önlenir?

Taşıma sırasında oluşan NXDOMAIN, genellikle eski DNS bölgesinin yeni bölge hazır olmadan kapanmasından doğar. Sırayı şöyle kurarsanız risk azalır:

1. Taşımadan önce kayıtların TTL değerini düşürün.
2. Yeni sağlayıcıda DNS bölgesini oluşturun ve tüm kayıtları, MX ve TXT dahil, birebir kopyalayın.
3. Kayıtları dig ile yeni ad sunucularından sorgulayarak doğrulayın.
4. NS kayıtlarını alan adı hesabınızdan değiştirin.
5. Tüm önbelleklerin sona ermesine yetecek kadar bekleyin, ardından eski bölgeyi kapatın.

SEO tarafı için site taşıma kontrol listemizi da inceleyin. DNS kesintisi, arama motoru botlarının da siteye ulaşamaması demektir.

Yeni alan adı alırsanız siteyi yayına almadan önce NS ve A kayıtlarını tanımlayın. Boş bir alan adı da çözümlenmez ve ziyaretçiler NXDOMAIN görür.

Yönlendirme yanlış alan adına gidiyorsa NXDOMAIN hatası görür müsünüz?

Evet. Bazen ziyaretçi doğru adresi yazar, ama siteniz onu var olmayan başka bir alan adına yönlendirir. Tarayıcı yönlendirmeyi izler, yeni adresin DNS'inde NXDOMAIN alır ve hata ekranı gösterir. Adres çubuğunda yazdığınızdan farklı bir alan adı görüyorsanız bu senaryoyu düşünün.

Tipik kaynaklar şunlardır: CMS ayarlarındaki site adresinin yanlış girilmesi, eski bir test alan adının yönlendirme kuralında kalması ve geliştirme ortamından canlıya geçerken adres değerlerinin güncellenmemesi. Üstelik bu durumda sunucu çalışıyordur, bu yüzden hata DNS gibi görünse de kaynak uygulama ayarıdır.

Siteyi komut satırından incelemek için yönlendirme başlığına bakın:

curl -I https://example.com

Çıktıdaki Location başlığı hangi adrese gidildiğini gösterir. Başlıktaki alan adı yanlışsa düzeltmeyi CMS ayarlarında ya da sunucunun yönlendirme kurallarında yaparsınız.

Reklam ve kampanya bağlantılarında NXDOMAIN riski var mı?

Var. Reklamın hedef adresinde ya da e-posta bülteni bağlantısında yazım hatası olursa, tıklayan kişi doğrudan NXDOMAIN ekranına düşer. Üstelik bu tıklamalar için bütçe harcarsınız ama kimse sitenize ulaşmaz. Kampanya yayına girmeden önce her bağlantıyı gerçek bir cihazda açmak en ucuz sigortadır.

Aynı risk, alan adının süresi dolduğunda daha büyüktür. Reklam, e-posta imzası, sosyal profil bağlantıları ve Google işletme profili aynı anda kırılır. Bu nedenle alan adı yenilemesini otomatik yenilemeye almak ve bitiş tarihini takvime yazmak mantıklı bir önlemdir.

Bunun yanında UTM etiketli bağlantılar oluştururken alan adını elle yazmak yerine kopyalamak daha güvenlidir. Alan adındaki tek bir harf hatası bile yüzlerce tıklamayı boşa harcatabilir.

Ayrıca kampanya öncesinde hedef alan adının SSL sertifikasının da geçerli olduğunu kontrol edin. DNS çözülse bile sertifika hatası ziyaretçiyi geri çevirir.

Alt alan adında NXDOMAIN hatası görürseniz ne yapmalısınız?

Bazen ana alan adı sorunsuz çalışır, ama blog.example.com ya da shop.example.com gibi bir alt alan adı NXDOMAIN verir. Bunun sebebi çoğunlukla basittir: o alt alan adı için DNS bölgesinde kayıt yoktur. Yani ana siteniz çalıştığı için DNS'in bütününden şüphelenmeniz gerekmez.

Önce kayıt adını doğrulayın. Örneğin panelde yalnızca blog adını girmeniz gerekirken tam alan adını yazmış olabilirsiniz; bazı panellerde bu, kaydın example.com.example.com olarak oluşmasına yol açar. Ardından kaydın türüne bakın: alt alan adı bir CNAME ile başka bir isme bağlıysa hedef isim de çözümlenmelidir.

Alt alan adını kurduktan sonra sunucu tarafında da bir sanal ana bilgisayar tanımlamanız gerekir. Ancak bu iş DNS'ten ayrıdır. DNS çözümleniyor ama sayfa açılmıyorsa sorun artık NXDOMAIN değildir ve hosting sağlayıcınızla birlikte sunucu ayarına bakmanız gerekir.

Alan adı geri alınamıyorsa yeni alan adına geçmek gerekir mi?

Süre dolmuş ve kurtarma dönemi de bitmişse alan adı bir başkası tarafından alınmış olabilir. Bu durumda markanızı yeni bir alan adıyla yeniden kurmanız gerekir. Eski adresten yönlendirme yapamazsınız, çünkü o adresin DNS'i artık size ait değildir.

Yeni alan adı seçerken marka adına yakın, hatırlanması kolay ve yazımı net bir isim bulun. Ayrıntılar için alan adı seçimi rehberimize bakın. Eski adresin aldığı bağlantıları ve arama görünürlüğünü bir daha tam olarak geri getiremeyebileceğinizi de hesaba katın.

Ardından e-posta adreslerinizi, Google işletme profilinizi, reklam hesaplarınızı ve sosyal profillerdeki bağlantıları güncelleyin. Böylece müşterileriniz eski adrese gitmeye devam etmez. Bu tür bir geçiş için, tarama ve dizin tarafını da kapsayan taşıma planı hazırlamak en sağlıklı yoldur.

NXDOMAIN hatası SEO'yu ve e-postayı etkiler mi?

Evet. Arama motoru botları da siteye ulaşmak için DNS'e ihtiyaç duyar. Google Search Console'daki tarama istatistikleri raporu, "Host status" bölümünde DNS sunucusunun ana bilgisayar adını tanımadığı ya da yanıt vermediği durumları gösterir. Google'ın belgesi, hata görürseniz kayıt kuruluşunuzla kontrol etmenizi önerir.

Kısa süreli bir kesinti genellikle büyük sorun yaratmaz, ancak uzun süren DNS hatası taramayı ve görünürlüğü olumsuz etkileyebilir. Bu konuda kesin bir eşik yoktur, bu nedenle sorunu en kısa sürede çözmek gerekir.

E-posta da aynı DNS bölgesine bağlıdır. MX kayıtları çözümlenmezse gelen e-postalar size ulaşmaz. Alan adınız çözümlenmiyorsa hem web sitesini hem posta kutusunu birlikte kontrol edin ve gönderenlerden geri dönüş bildirimi gelip gelmediğine bakın.

NXDOMAIN hatasında ne zaman kendiniz uğraşmamalı, hosting sağlayıcısına bırakmalısınız?

DNS ayarları basit görünür, ama yanlış bir değişiklik tüm siteyi ve e-postayı kapatabilir. Aşağıdaki durumlarda kendi başınıza ilerlemeyin:

• MX, SPF, DKIM gibi e-posta kayıtlarının ne işe yaradığını bilmiyorsanız.
• Alan adında DNSSEC açıksa ve DS kaydını değiştirmeniz gerekiyorsa.
• Alan adı transferi ya da kilit çözme gibi geri dönüşü zor işlemler yapacaksanız.
• Kurumsal ağda DNS sunucusunu ya da router ayarlarını değiştirmeniz isteniyorsa.

Biz dijital pazarlama ve web ekibiyiz, hosting firması değiliz. Bu nedenle bu yazıdaki anlatımı resmi dokümanlara ve standartlara dayandırdık. Sağlayıcınızın panelinde farklı bir ekran görürseniz onların talimatını esas alın.

Hangi adımı hangi sırayla denemelisiniz?

Özetle şu sırayı izleyin: adresi kontrol edin, başka cihazla test edin, alan adının süresine ve NS kayıtlarına bakın, ardından bölgedeki A ve CNAME kayıtlarını doğrulayın. Yalnızca sizde sorun varsa önbellek, DNS sunucusu, hosts dosyası ve VPN adımlarına geçin.

Alan adı yönetimi, hosting ve teknik SEO birbirine bağlıdır. Altyapı kararlarınızı gözden geçirmek için hosting seçim rehberimize bakabilirsiniz. DNS'in dayanıklılığı konusunda Anycast DNS yazımız ek bilgi verir.

Alan adı seçimi aşamasındaysanız alan adı seçimi rehberimiz ve kurumsal posta için e-posta altyapısı yazımız işinize yarar. Teknik altyapı hatalarının görünürlüğünüzü nasıl etkilediğini birlikte değerlendirmek isterseniz SEO danışmanlığı hizmetimiz bu işleri kapsar.