Bir alan adını Google Search Console'a eklemek, Google Workspace ile kurumsal e-postaya geçmek ya da Microsoft 365 kurmak istediğinizde, bu servisler size her seferinde aynı şeyi sorar: "Bu alan adının gerçekten sahibi sen misin?" Çünkü hiçbir sağlayıcı, size ait olmayan bir alan adının arama verilerini göstermek veya onun adına e-posta yönlendirmek istemez. İşte bu sahiplik kanıtının en yaygın yolu, DNS'e eklenen benzersiz bir TXT doğrulama kaydıdır.
Mantık son derece basittir: servis size yalnızca sizin göreceğiniz rastgele bir kod verir, siz bu kodu alan adınızın DNS bölgesine bir TXT kaydı olarak eklersiniz, servis de birkaç dakika sonra kaydı sorgulayıp kodu bulursa "bu kişi DNS'e yazma yetkisine sahip, demek ki alan adının sahibi" sonucuna varır. Bu rehberde TXT doğrulamasının nasıl çalıştığını, kodun DNS'e adım adım nasıl işlendiğini, farklı sağlayıcılardaki panel farklarını, propagasyon beklemesini ve doğrulama başarısız olduğunda kontrol etmeniz gereken her şeyi gerçek örneklerle ele alacağız.
TXT Doğrulaması Nasıl Çalışır?#
TXT kaydı, DNS'in en esnek kayıt tipidir. A kaydı bir IP adresi, MX kaydı bir mail sunucusu tutarken, TXT kaydı serbest metin taşır; bu yüzden SPF, DKIM ve DMARC gibi e-posta politikalarının yanında sahiplik doğrulaması için de kullanılır. Farklı kayıt tiplerinin görev dağılımını DNS nedir yazımızda ayrıntılı bulabilirsiniz.
Doğrulama akışı üç adımdan oluşur. Önce servis, hesabınıza özel benzersiz bir dize üretir; örneğin Google için google-site-verification=Ab12Cd34..., Microsoft için MS=ms12345678 biçiminde. Bu dize dünyada yalnızca sizin panelinizde görünür, bu yüzden onu DNS'e ekleyebilmeniz tek başına yetkinizin kanıtıdır. İkinci adımda siz bu dizeyi alan adınızın DNS bölgesine TXT olarak yazarsınız. Üçüncü adımda servis, alan adınızın yetkili nameserver'larına bir TXT sorgusu atar; kendi verdiği kodu cevabın içinde görürse doğrulamayı tamamlar.
Buradaki güvenlik varsayımı nettir: bir alan adının DNS kayıtlarını yalnızca o alan adının yönetim paneline erişebilen kişi değiştirebilir. Dolayısıyla "DNS'e istediğim değeri yazabiliyorum" ile "bu alan adının sahibiyim" pratikte aynı kapıya çıkar. Bir TXT dizesini görüp DNS'e ekleyebilen kişi, tanım gereği alan adının kontrolüne sahiptir.
Doğrulama Kodunuzu Nereden Alırsınız?#
Her servis kodu kendi panelinde biraz farklı bir yerde gösterir ama sonuç hep aynıdır: Ad (host) ve Değer (value) alanı olan bir TXT kaydı. Aşağıdaki tablo en sık karşılaşılan servislerin kod biçimini ve nereye eklendiğini özetler.
| Servis | Kayıt tipi | Host / Ad | Değer örneği |
|---|---|---|---|
| Google Search Console | TXT | @ (kök) | google-site-verification=dQw4w9Wg... |
| Google Workspace | TXT | @ (kök) | google-site-verification=xY7k2Lm... |
| Microsoft 365 | TXT | @ (kök) | MS=ms84726194 |
| Facebook / Meta | TXT | @ (kök) | facebook-domain-verification=abc123... |
| AWS SES | TXT | _amazonses.alan | pmBGN/7Mjnf... |
| Zoom / Atlassian | TXT | @ veya alt alan | Servise özel dize |
Google Search Console'da doğrulama kodunu almak için, mülk eklerken Alan adı (Domain) yöntemini seçmeniz gerekir; URL öneki yöntemi HTML dosyası ister, alan adı yöntemi ise TXT kaydı. Google Workspace kurulumu da aynı google-site-verification dizesini kullanır, bu yüzden Search Console için eklediğiniz kodu Workspace tekrar isteyebilir ya da tam tersi. Microsoft 365'te ise Microsoft 365 yönetim merkezinde "Alan ekle" adımında MS= ile başlayan bir dize gösterilir.
Önemli bir nokta: aynı alan adında birden fazla TXT doğrulama kaydı yan yana durabilir. Google, Microsoft ve Meta kodlarının hepsini ayrı TXT kayıtları olarak tutabilirsiniz; birbirlerini ezmezler. TXT kayıtları çakışmaz, biriktirilebilir. Yeni bir servis eklerken eskisini silmenize gerek yoktur.
Doğrulama TXT Kaydını Adım Adım Ekleme#
Kodu aldıktan sonra iş, alan adınızın DNS'ini yönettiğiniz panele taşınır. Bu panel çoğu zaman alan adınızı aldığınız firmanın müşteri paneli ya da hosting kontrol panelidir (cPanel gibi). Genel akış her sağlayıcıda aynıdır.
- Alan adınızı yönettiğiniz panele giriş yapın ve DNS Yönetimi ya da Zone Editor bölümünü açın.
- Kayıt ekle deyip tür olarak TXT seçin.
- Ad / Host / Name alanına kök alan için
@yazın (bazı paneller bu alanı boş bırakmanızı ister, ikisi de kökü işaret eder). - Değer / Content / Value alanına servisin verdiği dizeyi tırnaksız ve boşluksuz yapıştırın.
- TTL değerini varsayılan (3600) bırakabilirsiniz; doğrulama için TTL kritik değildir.
- Kaydedin ve birkaç dakika bekleyin.
Panelde @ yazdığınızda kayıt otomatik olarak alanadiniz.com köküne bağlanır. Alt alan doğrulaması istenen ender durumlarda (_amazonses gibi) host alanına yalnızca ön eki yazarsınız; sağlayıcı kalan kısmı kendi ekler. Eğer host alanına yanlışlıkla tam alan adını yazarsanız (alanadiniz.com.alanadiniz.com gibi çift kayıt oluşur), doğrulama başarısız olur.
Ham bir zone dosyasına (BIND) doğrudan erişiminiz varsa satır şöyle görünür:
; Google Search Console / Workspace doğrulaması
alanadiniz.com. 3600 IN TXT "google-site-verification=dQw4w9WgXcQ1a2B3c4D5e6F7g8H9i0J"
; Microsoft 365 doğrulaması (aynı kökte yan yana durabilir)
alanadiniz.com. 3600 IN TXT "MS=ms84726194"
; AWS SES için alt alanda TXT
_amazonses.alanadiniz.com. 3600 IN TXT "pmBGN7MjnfkQ2R4tYuIoP8sD1fG3hJ5"
Değerin çift tırnak içinde olması BIND söz diziminin gereğidir; panel arayüzlerinde tırnak yazmazsınız, panel bunu kendisi ekler. Elle zone dosyası düzenliyorsanız 255 karakterden uzun TXT değerlerinin tırnaklı parçalara bölünmesi gerektiğini de unutmayın, ancak doğrulama kodları neredeyse hiçbir zaman bu kadar uzun değildir; bu daha çok uzun DKIM anahtarlarında karşınıza çıkar.
Kaydı Eklediğinizi Kendiniz Doğrulayın#
Servisin "Doğrula" düğmesine basmadan önce kaydın gerçekten yayınlanıp yayınlanmadığını kendiniz kontrol etmeniz, gereksiz bekleme ve hata mesajlarını önler. Terminalden dig (Linux/macOS) veya nslookup (Windows) ile alan adınızın TXT kayıtlarını sorgulayabilirsiniz.
# Alan adının tüm TXT kayıtlarını listele (Linux / macOS)
dig alanadiniz.com TXT +short
# Doğrudan alan adının yetkili sunucusuna sor (önbelleği atla)
dig @1.1.1.1 alanadiniz.com TXT +short
# Yalnızca Google doğrulama satırını süz
dig alanadiniz.com TXT +short | grep google-site-verification
# Windows'ta
nslookup -type=TXT alanadiniz.com
dig ... +short çıktısında eklediğiniz dizeyi tırnak içinde görüyorsanız kayıt yayınlanmış demektir ve servisin "Doğrula" düğmesine güvenle basabilirsiniz. Alt alanlı doğrulamalarda (_amazonses gibi) sorguyu o alt alana yöneltmeyi unutmayın: dig _amazonses.alanadiniz.com TXT +short. Terminale erişiminiz yoksa MXToolbox ya da Google'ın "Dig" aracı gibi web tabanlı sorgulama servisleriyle de aynı kontrolü yapabilirsiniz.
Bir profesyonel ipucu: dig @1.1.1.1 gibi doğrudan bir genel resolver'a sorduğunuzda kendi ISP'nizin önbelleğini atlarsınız. Kayıt yetkili sunucuda göründüğü halde kendi bilgisayarınızda görünmüyorsa, sorun büyük olasılıkla eski bir önbellek kaydıdır ve zamanla kendiliğinden düzelir.
Propagasyon Beklemesi ve Neden Hemen Görünmez?#
DNS değişiklikleri anında dünyaya yayılmaz. Yeni eklediğiniz TXT kaydı, önce alan adınızın yetkili nameserver'larında belirir; ardından dünyadaki çözücü sunucular bu kaydı sorguladıkça önbelleklerine alır. Bu yayılma sürecine propagasyon denir ve tamamlanması dakikalar ile birkaç saat arasında değişir.
Propagasyon süresini belirleyen temel etken, daha önce aynı isimde bir kaydın olup olmadığıdır. Eğer alan adınızda ilk kez TXT kaydı ekliyorsanız, önbellekte "yok" cevabı çok kısa tutulduğu için kayıt genellikle birkaç dakikada görünür. Ama daha önce farklı bir TXT değeri varsa ve o kaydın TTL değeri yüksekse (örneğin 86400 = 24 saat), çözücüler eski değeri o süre boyunca hatırlayabilir. Bu yüzden ileride değiştireceğinizi bildiğiniz kayıtlarda TTL'i düşük tutmak (300-3600 arası) işinizi kolaylaştırır.
| Durum | Tipik bekleme | Not |
|---|---|---|
| İlk kez TXT ekleme | 1-15 dakika | Negatif önbellek kısa olduğu için hızlı |
| Nameserver yeni değişti | 2-24 saat | Önce NS'lerin oturması gerekir |
| Yüksek TTL'li kaydı değiştirme | TTL kadar | Eski değer TTL boyunca önbellekte kalır |
| Farklı sağlayıcıda paralel kayıt | Değişken | Yanlış panelde eklenmiş olabilir |
Servisin doğrulaması ilk denemede başarısız olursa panikleyip kaydı tekrar tekrar eklemeyin; çoğu zaman tek gereken 10-15 dakika sabırdır. dig +short çıktısında kaydı gördüğünüz an, servis de görebilecek demektir.
Doğrulama Başarısız Olduğunda Kontrol Listesi#
Kaydı eklediniz, beklediniz ama servis hâlâ "doğrulanamadı" diyorsa, sorun neredeyse her zaman aşağıdaki maddelerden birindedir. Sırasıyla kontrol edin:
- Yanlış nameserver'a eklediniz. En sık yapılan hata budur. Alan adınızın nameserver'ları A firmasını gösterirken, siz TXT kaydını B firmasının panelinde eklerseniz doğrulama asla geçmez.
dig alanadiniz.com NS +shortile alan adının gerçekten hangi nameserver'ları kullandığını görün; kaydı o sağlayıcının panelinde ekleyin. Nameserver ve DNS ilişkisini DNS nedir yazısında bulabilirsiniz. - Değerde fazladan karakter var. Kopyala-yapıştır sırasında dizenin başına/sonuna boşluk, satır sonu ya da fazladan tırnak eklenmiş olabilir. Değeri tam olarak servisin verdiği gibi, tek satır ve tırnaksız olmalı.
- Host alanı yanlış. Kök doğrulama için
@(veya boş) olması gerekirken tam alan adı yazılmış olabilir; bu, kaydıalanadiniz.com.alanadiniz.comgibi yanlış bir yere koyar. - Yeterince beklemediniz. Özellikle önceki bir kaydı değiştirdiyseniz TTL süresi dolmamış olabilir.
digçıktısında yeni değeri görene kadar bekleyin. - Kaydı erken sildiniz. Google gibi bazı servisler doğrulamanın kalıcı olmasını ister; kaydı silerseniz bir süre sonra mülkün doğrulaması düşer ve erişiminiz kesilir. Doğrulandıktan sonra kaydı bırakın.
- Birden çok çelişen kayıt var. Aynı servis için farklı zamanlarda eklenmiş iki farklı doğrulama dizesi varsa, eskisini temizleyin; bazı doğrulayıcılar birden fazla eşleşmeyle kafası karışabilir.
Bu adımlardan sonra hâlâ sorun yaşıyorsanız, dig +trace alanadiniz.com TXT ile sorgunun kökten yetkili sunucuya kadar hangi yolu izlediğini takip edin; çoğu zaman kaydın yanlış bölgede durduğunu bu çıktıda görürsünüz. Alan adınızı bizden yönetiyorsanız DNS kayıtlarını alan adı panelinizden tek ekranda görüp düzenleyebilir, hosting tarafındaki değişiklikler için web hosting paketlerimizin cPanel Zone Editor'ünü kullanabilirsiniz.
TXT Doğrulama ile E-posta Kayıtları Arasındaki Fark#
TXT kaydı hem sahiplik doğrulaması hem de e-posta güvenliği için kullanıldığından, ikisini karıştırmak sık görülür. Sahiplik doğrulama kaydı tek seferlik bir kanıttır: servis kodu bir kez görür, mülkü açar ve kayıt orada sessizce durur. E-posta kayıtları ise (SPF, DKIM, DMARC) sürekli çalışan politikalar taşır; her gelen mailde alıcı sunucular tarafından tekrar tekrar okunur.
; --- Sahiplik doğrulaması (tek seferlik kanıt) ---
@ IN TXT "google-site-verification=dQw4w9WgXcQ..."
@ IN TXT "MS=ms84726194"
; --- E-posta politikaları (her mailde okunur) ---
@ IN TXT "v=spf1 include:_spf.google.com ~all"
_dmarc IN TXT "v=DMARC1; p=quarantine; rua=mailto:[email protected]"
Gördüğünüz gibi hepsi TXT tipindedir ama işlevleri tamamen farklıdır ve çakışmazlar. Alan adınızda aynı anda birkaç doğrulama kodu ve SPF/DKIM/DMARC kayıtları rahatça yan yana durur. E-posta tarafını sıfırdan kurmak isterseniz konunun tüm ayrıntısını SPF, DKIM ve DMARC rehberimizde bulacaksınız. Kurumsal e-posta altyapısına hiç başlamadıysanız e-posta çözümlerimize göz atabilirsiniz.
Sıkça Sorulan Sorular#
TXT doğrulama kaydını kimler görebilir, güvenlik açığı oluşturur mu?#
TXT kayıtları herkese açık DNS verisidir, yani dig ile herkes alan adınızın TXT kayıtlarını okuyabilir. Ancak bu bir açık oluşturmaz çünkü doğrulama kodunu görmek ile onu DNS'e eklemek farklı şeylerdir. Kod yalnızca DNS yazma yetkisine sahip kişinin ekleyebileceği için, dizenin herkes tarafından okunabilir olması sahipliği zayıflatmaz.
Doğrulama tamamlandıktan sonra TXT kaydını silebilir miyim?#
Genellikle hayır, silmemelisiniz. Google Search Console ve Google Workspace gibi servisler doğrulamanın kalıcı olmasını bekler; kaydı silerseniz bir süre sonra periyodik yeniden kontrolde doğrulama düşer ve mülke erişiminiz kesilebilir. Kayıt DNS'inizde küçük bir yer kaplar ve hiçbir yan etkisi yoktur, bu yüzden yerinde bırakın.
Aynı alan adında birden çok doğrulama kaydı olabilir mi?#
Evet, kesinlikle. Google, Microsoft ve Meta gibi farklı servislerin doğrulama kodlarını ayrı TXT kayıtları olarak aynı kökte yan yana tutabilirsiniz; birbirlerini ezmez ya da çakışmazlar. Yeni bir servis eklerken önceki servisin kaydını silmenize gerek yoktur.
Doğrulama kaydını eklediğim halde servis neden hâlâ göremiyor?#
En yaygın sebep, kaydı alan adının gerçekte kullandığı nameserver'lardan farklı bir panele eklemenizdir. Önce dig alanadiniz.com NS +short ile aktif nameserver'ları öğrenin ve TXT kaydını o sağlayıcının panelinde ekleyin. İkinci en yaygın sebep propagasyonun tamamlanmamış olmasıdır; dig alanadiniz.com TXT +short çıktısında dizeyi görene kadar bekleyin.
CNAME ile doğrulama TXT'den farklı mı, hangisini seçmeliyim?#
Bazı servisler TXT yerine ya da ona alternatif olarak CNAME ile doğrulama sunar; mantık aynıdır, yalnızca kayıt tipi değişir. TXT genellikle kök alan (@) doğrulaması için, CNAME ise servisin verdiği bir alt alanı kendi sunucusuna yönlendirmek için kullanılır. Servis size hangisini verdiyse onu kullanın; ikisini birden eklemeniz gerekmez ve seçenek sunuluyorsa TXT çoğu senaryoda en basit yoldur.
TTL değeri doğrulamayı etkiler mi?#
Doğrulamanın başarısı için TTL kritik değildir; varsayılan 3600 saniye gayet uygundur. TTL yalnızca kaydı değiştirmeniz gerektiğinde önem kazanır çünkü eski değer bu süre boyunca önbellekte kalabilir. İleride değiştirmeyi planladığınız kayıtlarda TTL'i 300-600 saniye gibi düşük tutmak, değişikliğin daha hızlı yayılmasını sağlar.
Kapanış#
TXT ile alan adı doğrulama, modern web ve e-posta servislerine geçişin görünmeyen ilk adımıdır; birkaç dakikalık basit bir işlem olsa da doğru nameserver, doğru host alanı ve biraz propagasyon sabrı gerektirir. Kodu doğru panele, doğru biçimde ekleyip dig ile kendiniz teyit ettiğinizde, doğrulama neredeyse her zaman ilk denemede geçer. Sorun çıktığında ise yukarıdaki kontrol listesi, hatanın kaynağını dakikalar içinde bulmanızı sağlar.
Alan adınızı ve DNS kayıtlarınızı tek bir panelden yönetmek isterseniz Clou.TR alan adı hizmetimize göz atabilir, cPanel'in Zone Editor'ü ile TXT kayıtlarını kolayca eklemek için web hosting paketlerimizi inceleyebilirsiniz. Kendi sunucunuzda tam DNS kontrolü isteyen ileri düzey kullanıcılar için sanal sunucu çözümlerimiz ve yönetim yükünü bize bırakmak isteyenler için sunucu yönetimi hizmetimiz hazırdır. Doğrulama ya da DNS kurulumunda takıldığınız her noktada teknik ekibimiz yanınızda.