Haber
Netlify’ye Özel Alan Adı Nasıl Bağlanır? DNS ve SSL Rehberi
Netlify domain bağlama işlemi üç ana adımdan oluşur: sahip olduğunuz alan adını önce Netlify projesine eklemek, DNS’i Netlify DNS veya mevcut sağlayıcınız üzerinden doğru hedefe yönlendirmek ve doğrulama tamamlandıktan sonra HTTPS…

Bu yazıda 16 başlık
- Öne Çıkanlar
- 1. Alan Adını Netlify Projesine Ekleyin
- 2. Netlify DNS mi, External DNS mi Seçilmeli?
- 3. Subdomain ve www İçin CNAME Kaydı Nasıl Eklenir?
- 4. Apex Domain İçin Hangi DNS Kaydı Kullanılır?
- 5. Apex mi, www mi Primary Domain Olmalı?
- 6. Netlify DNS Nasıl Kurulur?
- 7. SSL Sertifikası Nasıl Oluşur?
- 8. DNS Yayılımı Nasıl Kontrol Edilir?
- 9. Canonical, Redirect ve SEO Kontrolleri
- 10. Test Subdomain’iyle Güvenli Kurulum Senaryosu
- Yaygın Domain ve SSL Hataları
- Netlify Domain Bağlama Kontrol Listesi
- Sık Sorulan Sorular
- Kaynaklar
- Sonuç
Netlify domain bağlama işlemi üç ana adımdan oluşur: sahip olduğunuz alan adını önce Netlify projesine eklemek, DNS’i Netlify DNS veya mevcut sağlayıcınız üzerinden doğru hedefe yönlendirmek ve doğrulama tamamlandıktan sonra HTTPS sertifikasını kontrol etmek. Apex domain (example. com) ile www. example. com aynı DNS kaydını kullanmaz; bu ayrım kurulum sırasında en sık karıştırılan noktadır.
Alan adı değişiklikleri dünyanın her yerinde aynı anda görünmez. DNS yayılımı sağlayıcıya ve önceki TTL değerine göre birkaç saat sürebilir; Netlify’nin güncel rehberi bazı değişikliklerin 24–48 saat, nadiren 72 saate kadar uzayabileceğini belirtiyor. Bu süre bir garanti değil, sorun çözmeye başlamadan önce dikkate alınması gereken olası aralıktır.

Öne Çıkanlar
- Domain’i DNS kaydı oluşturmadan önce Netlify projesine ekleyin.
- Netlify DNS kullanırsanız nameserver’ları registrar tarafında değiştirirsiniz.
- External DNS kullanırsanız
wwwgibi subdomain için CNAME, apex için ALIAS/ANAME/flattened CNAME veya A kaydı gerekir. - 23 Ağustos 2026 itibarıyla standart external DNS fallback A hedefi
75.2.60.5; fakat kurulum anında Netlify dashboard’daki güncel hedef esas alınmalıdır. - External DNS kullanımında Netlify, performans nedeniyle
wwwsubdomain’ini primary yapmayı güçlü biçimde öneriyor. - Domain doğrulandıktan sonra Netlify Let’s Encrypt sertifikasını otomatik üretip yenileyebilir.
- DNS, SSL ve canonical yönlendirmesi ayrı ayrı doğrulanmalıdır.

1. Alan Adını Netlify Projesine Ekleyin
DNS sağlayıcısında kayıt değiştirmeden önce Netlify dashboard’da ilgili projeyi açın ve domain yönetimi bölümünden sahip olduğunuz alan adını ekleyin. Örneğin:
``text example.com ``
veya yalnız belirli bir subdomain kullanacaksanız:
``text docs.example.com ``
Netlify, apex domain veya www eklediğinizde ikisini birlikte proje yapılandırmasına dahil edebilir. Bunun nedeni, ziyaretçilerin her iki biçimi de kullanabilmesi ve birinin primary, diğerinin redirect olarak yönetilmesidir.
Domain’i yanlış projeye eklemek, başka bir Netlify projesindeki ownership çatışmasına veya beklenmeyen yönlendirmeye yol açabilir. Şunları kontrol edin:
- Doğru team ve project açık mı?
- Domain başka bir Netlify projesine atanmış mı?
- Domain registrar’daki sahiplik aktif mi?
- Production deploy gerçekten yayınlanmış mı?
- Domain yalnız test amacıyla kullanılacaksa bir subdomain daha güvenli mi?
Canlı siteyi taşımadan önce staging. example. com gibi ayrı bir test subdomain’iyle akışı doğrulamak, mevcut siteyi kesintiye uğratmadan DNS ve SSL davranışını görmenizi sağlar.
2. Netlify DNS mi, External DNS mi Seçilmeli?
İki temel model vardır.
Netlify DNS
Domain kayıtlarını Netlify yönetir. Registrar tarafında Netlify’nin verdiği nameserver’ları tanımlarsınız. DNS kayıtları, domain ve deploy özellikleri aynı platformdan yönetilir.
Avantajları:
- Netlify entegrasyonunun daha otomatik olması,
- Apex ve subdomain routing’inin platform altyapısına uygun yönetilmesi,
- Netlify DNS kullanan domain’lerde otomatik wildcard sertifika desteği,
- Deploy Preview veya branch subdomain senaryolarının kolaylaşması,
- Tek dashboard’dan kayıt ve site ilişkisinin görülmesi.
Trade-off’ları:
- Tüm DNS kayıtlarını eksiksiz taşımak gerekir,
- E-posta için MX, SPF, DKIM ve DMARC kayıtları unutulursa e-posta etkilenebilir,
- Organizasyon başka bir DNS sağlayıcısının güvenlik veya operasyon özelliklerine bağlı olabilir,
- Nameserver değişikliği daha geniş kapsamlıdır.
External DNS
DNS kayıtlarını Cloudflare, Route 53, registrar veya mevcut sağlayıcınızda tutarsınız; yalnız web domain’ini Netlify’ye yönlendirirsiniz.
Avantajları:
- Mevcut DNS ve e-posta düzeni korunur,
- Organizasyonun merkezi DNS politikası devam eder,
- Yalnız ilgili hostname değiştirilir.
Trade-off’ları:
- Kayıtlar manuel tanımlanır,
- Apex ve
wwwfarklı biçimde yapılandırılır, - SSL doğrulamasında ek DNS kontrolleri gerekebilir,
- Netlify’nin bazı gelişmiş domain özellikleri Netlify DNS ile daha doğal çalışabilir.
DNS sağlayıcısını yalnız “hangisi daha hızlı? ” sorusuyla seçmeyin. E-posta, güvenlik politikası, ekip yetkisi, DNSSEC, audit ve değişiklik yönetimi de karara dahildir.
3. Subdomain ve www İçin CNAME Kaydı Nasıl Eklenir?
www. example. com, blog. example. com veya docs. example. com gibi subdomain’ler external DNS üzerinde CNAME ile Netlify projesinin varsayılan domain’ine yönlendirilebilir.
Örnek:
``text Type: CNAME Name/Host: www Target/Value: proje-adi.netlify.app TTL: Auto veya sağlayıcının uygun varsayılanı ``
docs subdomain’i için:
``text Type: CNAME Name/Host: docs Target/Value: proje-adi.netlify.app ``
Hedefe https:// veya path eklemeyin. DNS kaydı URL değil hostname bekler:
``text Doğru: proje-adi.netlify.app Yanlış: https://proje-adi.netlify.app/docs ``
CNAME kaydı eklendikten sonra Netlify dashboard’un domain doğrulama durumunu ve terminalden DNS sonucunu kontrol edin:
``bash dig www.example.com CNAME ``
Bazı DNS sağlayıcıları CNAME flattening veya proxy özelliği kullanır ve dig CNAME doğrudan hedef göstermeyebilir. Bu durumda A/AAAA çözümünü, sağlayıcı ayarını ve Netlify doğrulama ekranını birlikte inceleyin.
4. Apex Domain İçin Hangi DNS Kaydı Kullanılır?
Apex domain, prefix içermeyen kök adrestir:
``text example.com ``
DNS standardında apex alanında normal CNAME kullanımı çoğu yapı için uygun değildir. Netlify external DNS kurulumunda iki yöntem sunar.
Önerilen yöntem: ALIAS, ANAME veya flattened CNAME
DNS sağlayıcınız destekliyorsa apex kaydını Netlify load balancer hostname’ine yönlendirin:
``text Type: ALIAS / ANAME / Flattened CNAME Name: @ Target: apex-loadbalancer.netlify.com ``
Kayıt türünün adı sağlayıcıya göre değişir. Netlify bu yöntemi fallback A kaydına göre daha dayanıklı bir seçenek olarak tanımlar.
Fallback yöntem: A kaydı
Sağlayıcınız apex için CNAME benzeri özellik sunmuyorsa Netlify’nin standart ağ hedefi kullanılabilir:
``text Type: A Name: @ Value: 75.2.60.5 ``
Bu IP, 23 Ağustos 2026 tarihinde resmî Netlify dokümanında yer alan standart fallback değeridir. DNS kaydı oluşturmadan önce proje dashboard’undaki “Pending DNS verification” ayrıntısını yeniden kontrol edin. Enterprise High-Performance Edge farklı hedef kullanabilir; genel IP’yi bu projelere kopyalamayın.
Apex’e eski hosting’den kalan A veya AAAA kayıtları varsa trafik iki farklı hedefe gidebilir. Taşıma planında mevcut kayıtları inventarize edin ve yalnız ne işe yaradığını bildiğiniz kaydı kaldırın.
5. Apex mi, www mi Primary Domain Olmalı?
Primary domain, ziyaretçilerin ve arama motorlarının son olarak yönlendirileceği canonical host’tur. Diğer bağlı domain primary domaine redirect edilir.
Netlify, external DNS kullanıldığında DNS çözümleme sınırlamaları nedeniyle www. example. com gibi bir subdomain’i primary yapmayı güçlü biçimde öneriyor. CNAME, kullanıcının Netlify ağına daha doğrudan yönlendirilmesine yardımcı olabilir. Netlify DNS kullanıldığında apex ve subdomain için aynı performans sınırlamasının geçerli olmadığını belirtiyor.
Seçenekler:
www.example.comprimary,example.comredirect,example.comprimary,www.example.comredirect.
SEO açısından asıl önemli konu iki adresin aynı içeriği bağımsız 200 olarak sunması değil, birinin diğerine tutarlı biçimde kalıcı yönlenmesi ve sayfalardaki canonical URL’nin primary host’u göstermesidir.
Kontrol:
``bash curl -I https://example.com curl -I https://www.example.com ``
Bir host 200, diğeri 301/308 ile primary hedefe gitmelidir. Redirect zinciri oluşmamalıdır.
6. Netlify DNS Nasıl Kurulur?
Netlify DNS seçtiğinizde dashboard size nameserver listesi verir. Registrar panelinde mevcut nameserver’ları bu değerlerle değiştirirsiniz.
Değişiklikten önce tüm kayıtları çıkarın:
- A, AAAA, CNAME,
- MX,
- SPF için TXT,
- DKIM kayıtları,
- DMARC,
- Domain verification TXT’leri,
- Subdomain delegation NS kayıtları,
- CAA,
- SRV kayıtları.
Özellikle e-posta kayıtları kritik öneme sahiptir. Web sitesi çalışırken şirket e-postasının bozulması, DNS taşımasının en ciddi sonuçlarından biridir.
Önerilen taşıma sırası:
- Mevcut zone kaydını dışa aktarın veya ekran görüntüsü alın. 2. Netlify DNS zone’da aynı gerekli kayıtları oluşturun. 3. TTL’leri taşıma planına göre önceden düşürün. 4. Registrar’da nameserver değişikliğini yapın. 5. Farklı resolver’larla NS, MX ve web kayıtlarını kontrol edin. 6. E-posta gönderme/alma testi yapın. 7. Eski DNS zone’u hemen silmeyin; stabilizasyon sonrasına kadar saklayın.
Nameserver değişikliği ile tek A/CNAME değişikliği aynı kapsamda değildir. Üretim domain’inde bakım penceresi ve geri dönüş planı yazılı olmalıdır.
7. SSL Sertifikası Nasıl Oluşur?
Netlify’nin varsayılan netlify. app URL’si baştan HTTPS ile korunur. Custom domain doğru biçimde projeye eklenip DNS Netlify’ye çözülmeye başladığında platform Let’s Encrypt üzerinden sertifika provision edebilir ve gerektiğinde yenileyebilir.
Sertifika oluşumu için:
- Domain Netlify projesine eklenmiş olmalı,
- DNS doğru Netlify hedefini göstermeli,
- Başka bir A/AAAA kaydı doğrulamayı bozmamalı,
- CAA kaydı Let’s Encrypt’i engellememeli,
- Domain ownership çatışması bulunmamalı.
Netlify DNS kullanıldığında platform wildcard sertifikayı otomatik sağlayabilir. External DNS’de wildcard veya gelişmiş certificate senaryoları farklı doğrulama gerektirebilir.
Sertifikayı incelemek için browser’daki kilit simgesi veya terminal kullanılabilir:
``bash openssl s_client -connect example.com:443 -servername example.com ``
Kontrol edilecekler:
- Subject Alternative Names apex ve
wwwiçin doğru mu? - Sertifika zinciri geçerli mi?
- Son kullanma tarihi nedir?
- HTTP, HTTPS’e yönleniyor mu?
- Sayfada mixed content var mı?
HTTPS sertifikası oluşmuş olsa bile CSS, image veya API isteği hâlâ http:// kullanıyorsa browser mixed-content nedeniyle kaynağı engelleyebilir.
8. DNS Yayılımı Nasıl Kontrol Edilir?
DNS değişiklikleri recursive resolver cache’lerinde bir süre kalır. “Bende açılıyor, müşteride açılmıyor” durumu geçiş sırasında görülebilir.
Terminal kontrolleri:
```bash dig example.com A
dig www. example. com CNAME
dig example. com NS ```
Belirli resolver ile:
```bash dig @1.1.1.1 example.com A
dig @8. 8. 8. 8 example. com A ```
Ayrıca mobil veri, farklı Wi-Fi ve farklı coğrafi resolver sonuçları karşılaştırılabilir. DNS propagation araçları yardımcıdır; tek bir üçüncü taraf panelini mutlak gerçek kabul etmeyin.
Sorun yaşandığında kayıtları art arda değiştirmek cache süresini ve teşhisi karmaşıklaştırır. Hangi kaydı, ne zaman, önceki ve yeni değerle değiştirdiğinizi loglayın.
9. Canonical, Redirect ve SEO Kontrolleri
Domain taşıması yalnız DNS işi değildir. Arama motorlarının yeni host’u doğru anlaması için:
- Eski domain’den yeni domain’e path koruyan 301 yönlendirmeler,
- Tek primary host,
- Sayfalarda doğru canonical,
- Sitemap URL’lerinin yeni domain’i kullanması,
- Search Console property doğrulaması,
- robots.txt ve analytics ayarı,
- OAuth, webhook ve e-posta linklerinde yeni domain
güncellenmelidir.
Yanlış örnek:
``text old.example.com/product/42 → new.example.com/ ``
Daha doğru taşıma:
``text old.example.com/product/42 → new.example.com/product/42 ``
Tüm eski URL’leri ana sayfaya göndermek kullanıcı ve SEO açısından bağlam kaybı yaratır.
10. Test Subdomain’iyle Güvenli Kurulum Senaryosu
Canlı domain’i doğrudan değiştirmek yerine şu kontrollü test uygulanabilir:
``text netlify-test.example.com ``
Adımlar:
- Test subdomain’ini Netlify projesine ekleyin. 2. External DNS’de CNAME’i
proje-adi. netlify. apphedefine verin. 3. DNS çözümünü iki resolver ile kontrol edin. 4. SSL sertifikasının oluşmasını bekleyin. 5. HTTP → HTTPS ve app route’larını test edin. 6. Cookie, form, API ve asset davranışını inceleyin. 7. Sonuçları kaydettikten sonra canlı apex/wwwtaşımasını planlayın.
Test subdomain’i apex’in ALIAS/A davranışını birebir doğrulamaz; ancak proje-domain ilişkilendirmesi, CNAME, HTTPS ve uygulama seviyesindeki birçok sorunu önceden gösterir.
> Editör notu — zorunlu özgün test: Bu taslak hazırlanırken gerçek bir alan adı veya test subdomain’i Netlify’ye bağlanmadı. Yayından önce yalnız bu iş için ayrılmış bir domain/subdomain kullanılmalı; registrar/DNS sağlayıcısı, eski ve yeni TTL, CNAME/A/ALIAS sonucu, doğrulama başlangıç-bitiş zamanı, sertifika oluşturma süresi, dig, curl ve SSL çıktıları kaydedilmelidir. DNS yayılım süresi tek denemeden genellenmemelidir.
> Görsel notu: Registrar → DNS provider → Netlify project → primary domain → Let’s Encrypt akışını gösteren özgün şema; apex, www ve test subdomain kayıt ekranları hazırlanmalıdır. Domain sahipliğiyle ilgili kişisel bilgiler maskelenmelidir.
> İç link editör notu: Netlify güvenlik, redirects ve deploy rehberleri yayımlandığında HTTPS, primary domain ve domain taşıma bölümlerine doğal bağlantı eklenmelidir.
Yaygın Domain ve SSL Hataları
DNS verification failed
Domain Netlify’ye eklenmemiş, yanlış proje hedefi kullanılmış veya eski kayıt hâlâ çözülüyor olabilir. Dashboard’daki beklenen kayıt ile gerçek dig sonucunu karşılaştırın.
Apex açılıyor, www açılmıyor
www CNAME kaydı eksik olabilir. Netlify apex veya www eklendiğinde ikisini proje tarafında birlikte gösterebilir; external DNS’de her ikisinin kaydı yine yapılandırılmalıdır.
www açılıyor, apex açılmıyor
Apex için ALIAS/ANAME/flattened CNAME veya fallback A kaydı eksiktir. Normal CNAME’i apex’e eklemeye çalışmayın.
SSL provisioning bekliyor
DNS henüz Netlify’ye çözülmüyor, CAA Let’s Encrypt’i engelliyor, ownership çakışması var veya AAAA kaydı başka host’a gidiyor olabilir.
Sertifika var ama browser güvensiz gösteriyor
Mixed content, yanlış hostname, eski cache veya uygulama içindeki HTTP kaynakları kontrol edilmelidir.
E-posta domain taşımasından sonra çalışmıyor
MX, SPF, DKIM veya DMARC kayıtları Netlify DNS zone’a eksik taşınmış olabilir. Web ve e-posta kayıtlarını ayrı test edin.
Yönlendirme döngüsü oluşuyor
Netlify primary domain redirect’i ile uygulama/Cloudflare kuralı birbirini ters yönde yönlendiriyor olabilir. Tek bir canonical yön belirleyin.
Netlify Domain Bağlama Kontrol Listesi
- [ ] Domain doğru Netlify projesine eklendi.
- [ ] Netlify DNS veya external DNS kararı verildi.
- [ ] Mevcut A, AAAA, CNAME, MX ve TXT kayıtları inventarize edildi.
- [ ]
wwwCNAME doğrunetlify.apphedefine gidiyor. - [ ] Apex için ALIAS/ANAME/flattened CNAME veya güncel A hedefi kullanılıyor.
- [ ] Primary domain ve redirect yönü seçildi.
- [ ] DNS farklı resolver’larla doğrulandı.
- [ ] SSL sertifikası ve SAN alanları kontrol edildi.
- [ ] HTTP → HTTPS ve apex ↔
wwwzinciri test edildi. - [ ] Canonical, sitemap, analytics ve webhook URL’leri güncellendi.
- [ ] E-posta kayıtları ve gönderim/alım testi tamamlandı.
- [ ] Değişiklik logu ve rollback planı saklandı.
Sık Sorulan Sorular
Netlify’ye domain bağlamak ücretli mi?
Custom domain ve yönetilen SSL, güncel Netlify planlarının temel özellikleri arasında bulunabilir. Domain kayıt/yenileme ücreti ile hosting planı farklı kalemlerdir; satın alma tarihinde plan kapsamını kontrol edin.
Domain’i Netlify’ye transfer etmek zorunda mıyım?
Hayır. Registrar’ı ve external DNS sağlayıcınızı koruyup A/CNAME/ALIAS kayıtlarıyla Netlify’ye yönlendirebilirsiniz.
Apex domain için CNAME kullanılır mı?
Normal CNAME apex’te kullanılmaz. Sağlayıcı destekliyorsa ALIAS, ANAME veya flattened CNAME; desteklemiyorsa Netlify’nin güncel A hedefi kullanılır.
SSL ne kadar sürede oluşur?
DNS doğru çözülmeye başladıktan sonra otomatik provision edilir; kesin süre garanti edilmez. DNS propagation, CAA, ownership ve eski kayıtlar süreyi etkileyebilir.
Netlify DNS kullanmak e-postayı etkiler mi?
Nameserver değiştirirken MX, SPF, DKIM ve DMARC kayıtları eksiksiz taşınmazsa etkileyebilir. Değişiklikten önce zone inventarı çıkarılmalıdır.
Kaynaklar
Sonuç
Netlify domain bağlama işleminin sağlıklı olması, yalnız DNS kaydının “yeşil” görünmesine bağlı değildir. Önce domain’i doğru projeye ekleyin; external DNS’de subdomain için CNAME, apex için desteklenen ALIAS/ANAME/flattened CNAME veya güncel fallback A hedefini kullanın. Ardından primary host, redirect zinciri, SSL, mixed content, canonical ve e-posta kayıtlarını ayrı ayrı doğrulayın. Canlı domain’den önce test subdomain’i kullanmak, geri dönüşü daha kolay bir geçiş sağlar.
Özel alan adınızı bu kontrollü akışla bağlamak için [ücretsiz Netlify hesabı oluşturabilirsiniz](https://join. netlify. com/wmkqymu1heo2). Bu bir iş ortaklığı bağlantısıdır; bağlantı üzerinden kayıt olmanız veya ücretli plana geçmeniz halinde Ortak Alan komisyon kazanabilir.
Son yazılar

Moritz de Hadeln ve Venedik Film Festivali: Sinemanın Kitlelere Ulaşma Yolculuğu
Moritz de Hadeln, Venedik Film Festivali’nin uzun yıllar süren direktörlüğüyle sinema dünyasında derin izler bıraktı. Onun yaklaşımı, filmleri yalnızca seçkin bir çevreye değil, geniş kitlelere ulaştırmayı amaçladı.

Venedik Klasikleri Öğrenci Eliyle Yeniden Doğuyor
Venedik Film Festivali’nin Classics bölümü, her yıl eski yapımları titizlikle gün yüzüne çıkarıyor ve sinema tarihinin tozlu raflarını yeni izleyicilerle buluşturuyor.

Saoirse Ronan Yönetmenlikle İlk Adımını Attı
Saoirse Ronan, yıllardır kamera önünde ustalıkla rol kesen bir oyuncu olarak tanınıyor. Şimdi ise işin öbür yüzüne geçip “Paper Plane” adlı kısa filmle yönetmen koltuğuna oturdu.