Sayfanız hızlı, sunucunuz güçlü, görselleriniz optimize. Ama ilk açılış hâlâ yavaş — çünkü tarayıcı içerik indirmeye başlamadan önce sekiz farklı alan adını çözümlemek zorunda kalıyor.
Bu yazı, DNS çözümlemenin sayfa hızına etkisini ele alıyor.
Her Alan Adının Bedeli
Tarayıcı bir kaynağı indirmeden önce sırayla şunları yapar:
- Alan adını çözümler.
- Bağlantı kurar.
- Şifreli el sıkışma yapar.
- İsteği gönderir.
Bu zincir her yeni alan adı için baştan tekrarlanır: sayfanızdaki her farklı alan adı, içerik indirilmeden önce ödenen ayrı bir gecikme faturası anlamına gelir.
Aynı alan adından gelen ikinci, üçüncü ve sonraki kaynaklar bu bedeli ödemez; bağlantı yeniden kullanılır.
Bu nedenle önemli olan kaynak sayısı değil, farklı alan adı sayısıdır.
Alan Adları Nereden Birikir?
| Kaynak | Tipik sayı |
|---|---|
| Kendi siteniz | Bir veya iki |
| Yazı tipi servisi | İki (stil ve dosya) |
| Analitik araçları | Bir veya daha fazla |
| Reklam ve izleme | Çok sayıda |
| Sohbet ve destek araçları | Bir veya iki |
| Sosyal medya bileşenleri | Birden fazla |
Dördüncü satır en hızlı büyüyen kalemdir: tek bir reklam betiği yüklendikten sonra kendi başına başka alan adlarından ek kaynaklar çağırır ve sayfanızdaki alan adı sayısı sizin eklediğinizin kat kat üzerine çıkar.
Bu zincirleme yükleme, sayfa kaynağına bakarak fark edilmez.
İkinci satır ise sık gözden kaçar. Yazı tipi hizmetleri genellikle stil dosyasını bir alan adından, yazı tipi dosyalarını başka bir alan adından sunar.
Ölçmek
Gerçek durumu görmenin yolları:
- Tarayıcı geliştirici araçlarında ağ sekmesi.
- Alan adına göre gruplama.
- Çözümleme süresini ayrı görün.
- Önbelleği temizleyerek test edin.
Dördüncü madde kritik bir ayrıntıdır: kendi sitenizi sürekli ziyaret ettiğiniz için DNS kayıtları önbelleğinizde durur ve siz o gecikmeyi hiç yaşamazsınız — ilk kez gelen ziyaretçi ise tam bedeli öder.
Bu, geliştiricilerin sorunu neden fark etmediğini açıklar.
Üçüncü madde ise dağılımı gösterir. Ağ sekmesinde her isteğin çözümleme, bağlantı ve indirme süreleri ayrı ayrı görülebilir.
İyileştirme Yöntemleri
| Yöntem | Etkisi |
|---|---|
| Gereksiz servisleri kaldırın | En büyük kazanç |
| Yazı tiplerini kendiniz sunun | İki alan adı azalır |
| Ön çözümleme ipucu ekleyin | Gecikmeyi öne alır |
| Ön bağlantı ipucu ekleyin | El sıkışmayı da öne alır |
| Alt alan adı sayısını azaltın | Bağlantı yeniden kullanılır |
Birinci satır en yüksek getiriyi verir ve genellikle en kolayıdır: çoğu sitede yıllar içinde eklenmiş ve artık kimsenin bakmadığı analitik ve izleme araçları bulunur — bunları kaldırmak hem hız hem gizlilik kazancıdır.
Üçüncü ve dördüncü satırlar ise gecikmeyi ortadan kaldırmaz, öne çeker. Tarayıcı o alan adına ihtiyaç duymadan önce çözümlemeye başlar.
Dördüncü satır daha güçlüdür ama daha maliyetlidir; gereksiz kullanıldığında boşa bağlantı açar.
Beşinci satır ise kendi sitenizde geçerlidir. Statik dosyaları ayrı bir alt alan adından sunmak eskiden faydalıydı ama modern protokollerde tersine dönmüştür.
Ön Çözümleme İpuçları
Doğru kullanım birkaç kurala bağlıdır:
- Yalnızca kesin kullanılacak alan adları için.
- Sayfanın en üstünde tanımlayın.
- Çok sayıda tanımlamayın.
Üçüncü madde ters etki riskini anlatır: onlarca ön bağlantı ipucu tanımlamak, tarayıcının sınırlı bağlantı kaynağını gerçekten gereken kaynaklardan çalar ve sayfayı yavaşlatabilir.
Üç ila beş kritik alan adı için kullanmak makuldür.
Birinci madde ise israfı önler. Yalnızca belirli koşullarda yüklenen bir kaynağın alan adını önceden çözümlemek boşa gider.
Modern Protokollerin Etkisi
Yeni protokoller bazı eski tavsiyeleri geçersiz kıldı:
- Aynı alan adından çoklu indirme artık verimli.
- Alan adı bölme eski bir tekniktir.
- Tek bağlantı üzerinden paralel aktarım yapılır.
İkinci madde önemli bir güncellemedir: kaynakları birden fazla alt alan adına bölmek eski protokollerde paralellik sağlardı, modern protokollerde ise yalnızca ek DNS ve bağlantı maliyeti üretir.
Eski rehberlere göre kurulmuş siteler bu nedenle gereksiz yavaşlık taşıyabilir.
Üçüncü madde ise tek bir bağlantının artık yeterli olduğunu gösterir. Kaynakları tek alan adında toplamak doğru yaklaşımdır.
Mobilde Durum
| Etken | Mobilde etkisi |
|---|---|
| Ağ gecikmesi | Belirgin biçimde yüksek |
| İlk bağlantı kurulumu | Daha uzun |
| Her ek alan adı | Daha pahalı |
Üçüncü satır önceliklendirmeyi belirler: masaüstünde fark edilmeyen bir DNS gecikmesi mobil şebekede kat kat büyür — bu nedenle alan adı temizliği en çok mobil kullanıcıya fayda sağlar.
Ziyaretçilerinizin çoğu mobilden geliyorsa bu iyileştirme daha da değerlidir.
İkinci satır ise ilk açılışın neden bu kadar yavaş hissedildiğini açıklar.
Denge Kurmak
- Her aracın değerini sorgulayın.
- Kritik olmayanları geciktirin.
- Mümkün olanları kendiniz sunun.
- Düzenli denetim yapın.
İkinci madde pratik bir çözümdür: sohbet aracı, analitik ve sosyal medya bileşenlerini sayfa yüklendikten sonra çağırmak, ilk açılış hızını hiç etkilemeden aynı işlevi sunar.
Bu araçların ilk saniyede yüklenmesi genellikle gerekli değildir.
Dördüncü madde ise birikimi önler. Yılda bir kez sayfa kaynaklarını gözden geçirmek, artık kullanılmayanları ortaya çıkarır.
Kendi alan adınızın ve alt alan adlarınızın yapılandırmasını görmek için domain kayıt bilgileri sorgulama ekranından kontrol yapabilirsiniz.
Sonuç
Sayfa hızında gözden kaçan kalem farklı alan adı sayısıdır: her yeni alan adı, içerik indirilmeden önce ödenen ayrı bir gecikme faturasıdır. Kendi sitenizde bunu fark etmezsiniz çünkü kayıtlar önbelleğinizde durur — ilk kez gelen ziyaretçi ise tam bedeli öder. En büyük kazanç, yıllar içinde eklenmiş ve artık kimsenin bakmadığı araçları kaldırmaktır. Ve eski bir tavsiyeyi unutun: kaynakları alt alan adlarına bölmek modern protokollerde yalnızca ek maliyet üretir.
Sıkça Sorulan Sorular (SSS)
DNS gerçekten sayfa hızını etkiler mi?
Evet. Tarayıcı bir kaynağı indirmeden önce alan adını çözümlemek, bağlantı kurmak ve şifreli el sıkışma yapmak zorundadır; bu zincir her farklı alan adı için baştan tekrarlanır. Aynı alan adından gelen sonraki kaynaklar bu bedeli ödemez, bu yüzden önemli olan kaynak sayısı değil farklı alan adı sayısıdır.
Neden ben bu yavaşlığı görmüyorum?
Çünkü kendi sitenizi sürekli ziyaret ettiğiniz için DNS kayıtları önbelleğinizde duruyor ve gecikmeyi hiç yaşamıyorsunuz. İlk kez gelen ziyaretçi tam bedeli öder. Test ederken önbelleği temizleyin.
Ön çözümleme ipuçları işe yarar mı?
Yarar ama gecikmeyi ortadan kaldırmaz, öne çeker. Yalnızca kesin kullanılacak üç-beş kritik alan adı için kullanın. Onlarca ipucu tanımlamak, tarayıcının sınırlı bağlantı kaynağını gerçekten gereken kaynaklardan çalar ve sayfayı yavaşlatabilir.
Kaynakları alt alan adlarına bölmeli miyim?
Hayır, bu eski bir tekniktir. Eski protokollerde paralellik sağlardı; modern protokollerde tek bağlantı üzerinden paralel aktarım yapıldığı için bölme yalnızca ek DNS ve bağlantı maliyeti üretir. Kaynakları tek alan adında toplamak doğru yaklaşımdır.
