IPv6 neden yeniden gündemde
IPv4'te yaklaşık dört milyar adres var ve son boş bloklar 2010'larda dağıtıldı. İnternet durmadı: operatörler çok müşteriyi tek paylaşılan adresin arkasına koydu (carrier-grade NAT) ve iki dünya arasında çeviri yapıyor. Çalışıyor, ama her bağlantıya bir ara kutu ekliyor, bin telefon tek adresi paylaşınca IP başına kuralları anlamsızlaştırıyor ve operatörlere para ediyor — bu yüzden mobil ağların çoğu artık IPv6'yı doğal olarak çalıştırıp IPv4'ü eski yol sayıyor. Satın alma tarafını ekleyin: kamu ihaleleri ve kurumsal güvenlik anketleri servisin IPv6 ile erişilebilir olup olmadığını soruyor; düz bir hayır kaybedilmiş bir puan.
Bir web sitesi için gerçekte ne değişir
HTML'inizde ya da uygulamanızda neredeyse hiçbir şey. Çift yığın bir sitenin iki tür DNS kaydı vardır — IPv4 için A, IPv6 için AAAA — ve iki adres ailesini de dinleyen bir ön kapısı. Modern tarayıcı ikisini de çözer, neredeyse paralel dener ve önce bağlananı tutar (Happy Eyeballs kuralı); bozuk bir IPv6 yolu ziyaretçiyi ortada bırakmaz. Bağlantı açıldıktan sonra HTTP, HTTP'dir: aynı çerezler, aynı cache başlıkları, aynı TLS sertifikası. Görünür fark loglarınızdadır; alıştığınız noktalı adreslerin yanında 2a01:4f9:... gibi istemci adresleri belirmeye başlar.
CDN sizin için neyi zaten yaptı
CDN.com.tr edge'i Eylül 2026'dan beri çift yığın: her CDN hostname'i A kayıtlarının yanında AAAA kayıtları taşır ve edge iki aileden de bağlantı kabul eder. Siteniz bize CNAME ile geliyorsa — www ve alt alan adları için olağan kurulum — o gün sizin tarafınızda hiçbir değişiklik olmadan IPv6'yı devraldı. Origin sunucunuz işin içinde değil: edge ziyaretçinin bağlantısını hangi aileyle gelirse gelsin sonlandırır ve origin'inizden eskisi gibi IPv4 ile çeker. Ziyaretçi IPv6 site görür; sunucunuzun asla IPv6 adresine ihtiyacı olmaz.
CNAME iki aileyi de CDN hostname'inden devralır
$ dig +short www.example.com AAAA
www.example.com.cdn.com.tr.
2a03:35e0:9700::9
$ dig +short www.example.com A
www.example.com.cdn.com.tr.
185.70.97.9
Kendi sitenizi nasıl kontrol edersiniz
Herhangi bir hostname için iki komut yeter: kayıtlar için dig, gerçek bağlantı için curl. Tarayıcıda DevTools → Network → sütunlara sağ tık → Remote Address hangi ailenin kullanıldığını gösterir. curl -6 başarısız olup curl -4 çalışıyorsa site bulunduğunuz yerden IPv6 ile erişilemiyordur — bu site de olabilir, kendi ağınız da; destek kaydı açmadan önce mobil veriyle bir telefondan deneyin.
Önce kayıtlar, sonra gerçek bir IPv6 bağlantısı
$ dig +short AAAA www.example.com
2a03:35e0:9700::9
$ curl -6 -sI https://www.example.com/ | head -1
HTTP/2 200
$ curl -4 -sI https://www.example.com/ | head -1
HTTP/2 200
Gerçekten bozulan şeyler
IPv6 sayfaları bozmaz; adreslerle ilgili varsayımları bozar. Birincisi, izin ve engel listeleri: IPv4 adresi yazan bir kural IPv6 ziyaretçiyle hiçbir zaman eşleşmez; yönetim yolu için tanımlı ofis izin listesi, IPv6 aralığını ekleyene kadar yalnız IPv6 mobil kullanan mesai arkadaşlarını içeri almaz. İkincisi, IP başına hız limitleri ve sayaçlar: tek IPv6 ziyaretçi bir /64 içinde meşru olarak adres değiştirebilir; adres başına değil /64 başına sayın, yoksa limitleriniz hem sızdırır hem haksız olur. Üçüncüsü, analitik ve coğrafi konum: noktalı adres için yapılmış veritabanları ve panolar IPv6 bilen sürüm ister; 15 karakterlik bir IPv4 alanı 39 karakterlik IPv6 adresini keser. Dördüncüsü, yığınınızın CDN arkasında olmayan parçaları — başka bir sunucudaki API, posta sunucusu, webhook alıcısı — hâlâ yalnız IPv4'tür ve yalnız IPv6 kullanan istemci onlara hiç ulaşamaz.
IPv6 ile HTTP/3 birlikte gelir
IPv6'yı getiren edge değişikliği HTTP/3'ü de açtı ve ikisinin ortak bir sebebi var: ikisi de ziyaretçinin yolundan bir ara kutu ya da bir gidiş-dönüş çıkarır; ikisini de edge duyurur, tarayıcı sizin tarafınızda bir ayar olmadan benimser. Hedefiniz erişilebilirlik değil hız ise Core Web Vitals'ta görünen kol HTTP/3'tür; HTTP/2 vs HTTP/3 rehberi neyi değiştirdiğini ve DevTools'ta nasıl görüleceğini anlatır.
Sık sorulan sorular
IPv6 için DNS'imi değiştirmem gerekir mi?
Hostname'iniz CDN hostname'inize CNAME ise hayır — AAAA kayıtları onunla gelir. Apex alan adını başka bir DNS sağlayıcısında A kayıtlarıyla edge IP adreslerine yönlendirdiyseniz karşılık gelen AAAA kayıtlarını ekleyin; destek size dağıtım noktanızın adreslerini verir.
IPv6 sitemi hızlandırır mı?
Tek başına hayır. Yalnız IPv6 kullanan ağlardaki ziyaretçiler için operatörün çeviri katmanını kaldırır, bu biraz yardımcı olur; asıl olarak siteyi onlar için erişilebilir kılar. Aynı edge'deki hız kolu HTTP/3'tür.
IPv6 ziyaretçiler aynı cache'i mi görür?
Evet. Cache anahtarları URL'den ve sizin kurallarınızdan kurulur, adres ailesinden değil. IPv4 ziyaretçinin cache'e aldırdığı sayfa IPv6 ziyaretçiye cache'ten gider, tersi de öyle.
Origin firewall'uma şimdi IPv6 kuralı gerekir mi?
Hayır. Edge origin'inize bugün kullandığı adres ailesiyle, genellikle IPv4 ile ve aynı edge adreslerinden bağlanmaya devam eder. Yalnız ziyaretçiye bakan taraf değişti.