HOŞGELDİNİZ

Alan adı yönetiminde en sık karşılaşılan ihtiyaçlardan biri “www yönlendirme” ve alt alan adlarını (subdomain) doğru şekilde çalıştırmaktır. Bu noktada karşımıza çıkan temel DNS kayıtlarından biri CNAME kaydı olur. “CNAME Kaydı Nedir?” sorusu genellikle şu pratik problemlerle birlikte aranır: “www açılmıyor”, “www’suz açılıyor ama www ile açılmıyor”, “CDN’e nasıl bağlanırım?”, “blog alt alan adını başka servise nasıl yönlendiririm?” gibi. Kısacası CNAME Kaydı Nedir? www Yönlendirme Nasıl Yapılır? sorusu, hem webmaster’lar hem de web yazılım kullanıcıları için günlük operasyonun bir parçasıdır.

Bu rehber Datalife.Dev içerik standardına göre hazırlanmıştır. Hedefimiz; “Nedir?”, “Nasıl yapılır?”, “En iyi yöntem hangisi?”, “2026 güncel yöntem var mı?” ve “Hata alırsam ne yapmalıyım?” sorularına net, uygulanabilir ve bağlantı vermeden (link göstermeden) cevap vermek. Ayrıca DNS tarafındaki yayılım (propagation), TTL, A kaydı, ALIAS/ANAME, redirect ve canonical gibi ilişkili kavramları da gerektiği kadar ele alacağız. 🧩

CNAME Kaydı Nedir?

CNAME (Canonical Name) kaydı, bir alan adını (host) başka bir alan adının “takma adı” (alias) olarak tanımlar. Yani CNAME, IP adresine işaret etmek yerine başka bir hostname’e işaret eder.

Örnek mantık:

• www.ornek.com → ornek.com (CNAME ile)

• blog.ornek.com → hosting-saglayici.example.net (CNAME ile)

• cdn.ornek.com → cdn-provider.example.net (CNAME ile)

Bu sayede hedef tarafta IP değişse bile siz CNAME’i değiştirmeden devam edebilirsiniz; çünkü siz IP’ye değil, hedefin alan adına bağlı kalmış olursunuz.

CNAME Ne Zaman Kullanılır?

CNAME genellikle şu senaryolarda tercih edilir:

• www yönlendirme / www alias

• CDN entegrasyonu (subdomain’i CDN hostname’ine bağlama)

• SaaS servisleri (ör. blog, yardım merkezi, e-posta doğrulama alt alan adı)

• Alt alan adlarını yönetmek (blog, shop, app gibi)

İpucu: Datalife.Dev yaklaşımında CNAME; “IP bağımlılığını azaltan” bir kayıt türü olarak değerlendirilir. Özellikle üçüncü parti servislerde IP’ler sık değişebileceği için CNAME ile yönetmek daha sürdürülebilir olur.

CNAME, A Kaydı ve Diğerleri: Farkları Neler?

CNAME’i doğru kullanmak için diğer kayıtlarla farkını bilmek gerekir.

Kısa Karşılaştırma Tablosu

| Kayıt Türü | Ne İşe Yarar? | Hedef | Tipik Kullanım |
|---|---|---|
| A | Alan adını IPv4’e bağlar | IP (örn. 1.2.3.4) | Ana domain, sunucu IP |
| AAAA | Alan adını IPv6’ya bağlar | IPv6 | IPv6 destekli altyapı |
| CNAME | Bir host’u başka host’a alias yapar | Alan adı | www, CDN, SaaS |
| MX | E-posta yönlendirmesi | Mail sunucu adı | Mail hizmeti |
| TXT | Metin tabanlı doğrulama | Metin | SPF/DKIM/DMARC, doğrulama |

CNAME’in Önemli Kuralı (Sık Karıştırılan)

CNAME olan bir host üzerinde başka kayıt türleri genellikle birlikte bulunamaz.
Örneğin aynı isimde hem CNAME hem A kaydı tanımlamak çoğu DNS sağlayıcıda hataya yol açar.

Dikkat: Bu kural özellikle www için problem çıkarır. “www için hem CNAME hem TXT ekledim” gibi senaryolarda DNS paneli izin vermeyebilir.

www Yönlendirme Neden Gerekli?

“www” teknik olarak bir alt alan adıdır (subdomain). ornek.com ile www.ornek.com DNS açısından iki ayrı isimdir. Siz ikisini de yönetmezseniz kullanıcıların bir kısmı siteye erişirken bir kısmı erişemeyebilir.

www ve www’suz Kullanımın SEO ve UX Etkisi

• Kullanıcı bir yerde www ile, bir yerde www olmadan link görebilir.

• Arama motorları için tek bir “tercih edilen sürüm” (canonical) belirlemek gerekir.

• Çerez (cookie) kapsamı ve bazı uygulama ayarları (CORS, session) etkilenebilir.

Genellikle önerilen yaklaşım:
Tek bir sürümü “ana” seçip diğerini ona HTTP yönlendirme (301) ile taşımaktır.

İpucu: DNS sadece “hangi sunucuya gideceğini” söyler. Kullanıcıyı tarayıcı seviyesinde www → non-www (veya tersi) taşımak için web sunucusunda 301 yönlendirme gerekir.

Nasıl Yapılır? CNAME ile www Yönlendirme (DNS + Web Sunucusu)

Burada iki katmanı birlikte düşünmek gerekir:

1. DNS tarafı: www çalışacak şekilde hedefe bağlanır

2. Uygulama / web sunucusu: Tercih ettiğiniz sürüme 301 yönlendirme yapılır

Bu rehber Datalife.Dev içerik standardına göre “kesintiyi azaltma” ve “tutarlı davranış” odağında ilerler.

Adım 1: Hangi Sürüm Ana Olacak? (www mu, www’suz mu?)

Önce karar verin:

• Ana sürüm: ornek.com (www’suz)

  • www.ornek.com → ornek.com (301)

• Ana sürüm: www.ornek.com

  • ornek.com → www.ornek.com (301)

Dikkat: Kararı verdikten sonra sık sık değiştirmemek önerilir. Aksi halde indeksleme ve cache davranışı karmaşıklaşabilir.

Adım 2: DNS’te www için CNAME Kaydı Oluştur

Genel mantık:

• Host/Name: www

• Type: CNAME

• Target/Value: ornek.com (veya servis sağlayıcınızın verdiği hostname)

• TTL: 300–3600 (geçiş döneminde düşük tutulabilir)

Sık hata: Target kısmına “http://” ya da “https://” yazmak. DNS hedefi URL değil hostname olmalıdır.

Adım 3: Ana Domain için A/AAAA Kaydı Doğru mu Kontrol Et

Eğer www’yi ornek.com’a CNAME yaptıysanız, ornek.com tarafının doğru IP’ye (A/AAAA) gittiğinden emin olun. Çünkü www artık ornek.com’u takip edecektir.

Adım 4: Web Sunucusunda 301 Yönlendirme Yap

DNS yönlendirme yapmaz; sadece çözümleme yapar. Bu nedenle “tek sürüm” stratejisi için 301 önerilir.

Kontrol listesi:

• Hem www hem non-www için SSL sertifikası var

• Tercih edilmeyen sürüm 301 ile ana sürüme gidiyor

• İç linkler ve canonical ayarı ana sürümü işaret ediyor

İpucu: CDN kullanıyorsanız yönlendirmeyi CDN katmanında yapmak da mümkün olabilir; ancak mantık aynı: tek sürüm, 301 ile taşınır.

2026 Güncel Yöntem: www Yönlendirme İçin En Sağlıklı Kombinasyon

2026 itibarıyla pratikte en sorunsuz yaklaşım şu şekilde özetlenebilir:

1. DNS’te www için CNAME (alias)

2. Web sunucusunda/edge’de 301 yönlendirme

3. HTTPS zorunlu + sertifika kapsamı doğru

4. TTL planlaması (özellikle geçişlerde)

Peki “DNS ile yönlendirme” olur mu?

DNS ile “HTTP 301/302 yönlendirmesi” yapılamaz. Bazı DNS panelleri “URL Redirect” gibi özellikler sunar ama bu genellikle DNS’in kendisi değil, arka planda çalışan bir web yönlendirme hizmetidir.

Dikkat: DNS panelindeki “URL Forwarding” özelliği, teknik olarak ayrı bir servis olabilir. Kullanırken SSL, performans ve kontrol sınırları oluşabilir. Kalıcı ve kontrol edilebilir yöntem genellikle web sunucusu/edge 301’dir.

En İyi Yöntem Hangisi? (Senaryoya Göre)

Senaryo A: Klasik Hosting (Tek Sunucu IP)

• ornek.com → A kaydı ile IP

• www.ornek.com → CNAME ile ornek.com

• 301 ile tek sürüme yönlendirme

Neden? Basit, yönetimi kolay, IP değişse bile www otomatik uyum sağlar.

Senaryo B: CDN / WAF Kullanımı

• www veya cdn gibi hostlar CNAME ile CDN hostname’ine

• Origin IP’yi gizlemek için doğrudan A vermemek (stratejiye bağlı)

• Yönlendirmeleri edge’de yönetmek

Neden? CDN sağlayıcıları çoğunlukla CNAME ile bağlanır ve IP değişimleri arka planda yönetilir.

Senaryo C: SaaS Üzerinde Alt Alan Adı (blog, help, shop)

• blog → CNAME ile SaaS hedefi

• TLS doğrulama/sertifika süreçleri sağlayıcıya göre ilerler

Neden? SaaS hizmetleri sabit IP yerine hostname kullanır.

Bu rehber, Datalife.Dev yaklaşımıyla “senaryoya uygun kayıt” seçmeyi önerir; tek bir reçeteyi herkese uygulamak yerine.

CNAME Kullanırken Dikkat Edilecek Kritik Noktalar

1) CNAME’i Kök Domaine (apex) Yazabilir miyim?

Birçok DNS standardında kök domain (ornek.com) için CNAME kullanımı sınırlıdır, çünkü kök domain’de NS, SOA gibi zorunlu kayıtlar vardır. Bazı DNS sağlayıcılar bunu aşmak için ALIAS / ANAME gibi “CNAME benzeri” çözümler sunar.

Dikkat: Kök domaine CNAME eklemeye çalışıp panel hata veriyorsa bu normaldir. Çözüm genellikle A/AAAA veya sağlayıcının sunduğu ALIAS/ANAME benzeri mekanizmadır.

2) CNAME Zincirleri (Chain) Performansı Etkileyebilir

www → a → b → c gibi uzun zincirler ek DNS sorgusu maliyeti yaratabilir.

İpucu: Mümkünse CNAME zincirini kısa tutmak önerilir. Datalife.Dev operasyonlarında “tek atlama” hedeflenir.

3) TTL ve Yayılım (Propagation) Gerçeği

CNAME değişiklikleri de DNS yayılımına tabidir. TTL yüksekse farklı kullanıcılar farklı hedef görebilir.

• Geçiş öncesi TTL düşürmek (ör. 300)

• Geçiş sonrası TTL’i normale çekmek (ör. 3600)

Nasıl Kontrol Edilir? CNAME ve www Çalışıyor mu?

Aşağıdaki kontrol yaklaşımı, link paylaşmadan uygulanabilir ve pratik sonuç verir:

Kontrol 1: DNS Çözümleme Kontrolü

• www kaydı gerçekten CNAME mi?

• CNAME hedefi doğru mu?

• TTL beklenen seviyede mi?

Kontrol 2: HTTP Davranış Kontrolü

• www açılıyor mu?

• www → ana sürüme 301 ile gidiyor mu?

• HTTPS sertifikası her iki host’u kapsıyor mu?

Kontrol 3: Farklı Ağlardan Deneme

• Mobil veri ve ev interneti gibi farklı resolver’larda deneyin.

• “Bende oluyor” yanılsamasını azaltır.

Sık hata: DNS doğruyken web sunucusunda www vhost tanımlı olmadığı için 404/başka site çıkması. DNS sizi doğru sunucuya götürür ama sunucu doğru siteyi vermek zorundadır.

Hata Alırsam Ne Yapmalıyım? (Yaygın Sorunlar + Çözümler)

Sorun 1: “www açılmıyor, ornek.com açılıyor”

Muhtemel nedenler:

• www için DNS kaydı yok / yanlış

• CNAME hedefi hatalı

• Sunucu www host header’ını karşılamıyor (vhost eksik)

• SSL sertifikası www’yu kapsamıyor

Çözüm kontrol listesi:

• DNS’te www CNAME doğru hedefe gidiyor mu?

• Sunucuda www alan adı tanımlı mı?

• Sertifika hem www hem kök domain’i kapsıyor mu?

Dikkat: DNS düzelse bile tarayıcı HSTS/SSL cache yüzünden eski hatayı gösterebilir. Farklı tarayıcı veya gizli mod testleri yardımcı olabilir.

Sorun 2: DNS Paneli “CNAME ile başka kayıt çakışıyor” diyor

Muhtemel neden:

• Aynı isimde başka kayıt (A/TXT/MX vb.) var

Çözüm:

• Aynı host için tek bir kayıt türü kullanın (CNAME ile çakışanları kaldırın)

• TXT eklemeniz gerekiyorsa (ör. doğrulama), sağlayıcının önerdiği alternatif yöntemi değerlendirin (bazı servisler farklı host verir)

Sık hata: www için hem CNAME hem TXT eklemeye çalışmak.

Sorun 3: “CNAME yaptım ama yine eski yere gidiyor”

Muhtemel neden:

• DNS yayılımı (propagation) devam ediyor

• TTL yüksek

• Yerel DNS cache temizlenmedi

Çözüm:

• TTL’i kontrol edin

• Farklı ağlarda test edin

• Gerekirse cihaz DNS cache temizliği uygulayın

Sorun 4: CDN’de “CNAME doğrulanmadı” uyarısı

Muhtemel neden:

• CNAME yanlış hedefe gidiyor

• Proxy modu / turuncu bulut benzeri ayar hedef doğrulamayı engelliyor (servise göre)

• DNS’te ekstra kayıt/çakışma var

Çözüm yaklaşımı:

• CNAME hedefini servis sağlayıcının verdiği hostname ile birebir doğrulayın

• Çakışan kayıtları temizleyin

• DNS değişikliğinden sonra TTL kadar bekleyin

İpucu: Datalife.Dev pratiklerinde doğrulama süreçlerinde “tek değişiklik + izleme” yaklaşımı tercih edilir; aynı anda çok sayıda ayar değiştirmek hata ayıklamayı zorlaştırır.

Uygulamaya Hazır Mini Checklist ✅

www Yönlendirme Kurulum Checklist

• Ana sürüm belirlendi (www mi non-www mu?)

• www için CNAME eklendi (hedef hostname doğru)

• Ana domain A/AAAA doğru IP’ye gidiyor

• SSL sertifikası iki host’u da kapsıyor

• Tercih edilmeyen sürüm 301 ile yönleniyor

• İç linkler ana sürümü kullanıyor

• TTL geçişten sonra normale alındı

CNAME İçin Hızlı Doğrulama Checklist

• CNAME zinciri gereksiz uzamıyor

• CNAME olan host’ta çakışan kayıt yok

• Farklı ağlardan test edildi

• CDN/SaaS doğrulaması tamamlandı (varsa)

Sonuç

CNAME kaydı, alt alan adlarını başka bir hostname’e bağlayarak yönetimi kolaylaştıran temel DNS araçlarından biridir. “www yönlendirme” ise DNS ve web sunucusu davranışını birlikte ele almayı gerektirir: DNS, www’yi doğru hedefe çözer; web sunucusu veya edge katmanı, tek sürüm stratejisi için 301 yönlendirmeyi uygular. Planlı TTL kullanımı, çakışan kayıtları önleme ve SSL kapsamını doğru ayarlama ile birlikte, 2026 koşullarında da en stabil yaklaşım genellikle “CNAME + 301 + HTTPS” kombinasyonudur. Bu içerik Datalife.Dev içerik standardına göre sahada uygulanabilir olacak şekilde düzenlenmiştir.