CDN SEO Nedir? Kapsamlı Rehber

CDN (Content Delivery Network), içeriği kullanıcıya daha yakın noktalardan sunarak gecikmeyi azaltır. SEO konuşmalarında sık abartılır: “CDN kurduk, sıralama gelir.” Gerçek daha dar: CDN dağıtım ve performans katmanıdır. Doğru kurguda TTFB ve asset yükü iyileşir; yanlış kurguda bot engeli, stale HTML veya sertifika/redirect karmaşası çıkar.

Bu rehber CDN’nin SEO’da neye yardım ettiğini, neyi çözmediğini, origin vs edge ayrımını ve mitleri ele alır. HTML cache detayı için Edge caching SEO; metrikler için web.dev Vitals.

Bölüm 1CDN neye yardım eder?

• Statik asset (CSS/JS/görsel/font) için düşük gecikme ve origin offload
• Coğrafi olarak dağınık trafikte TTFB iyileşmesi (özellikle edge HTML/SSR cache ile)
• DDoS/WAF katmanı (doğru allowlist ile) — origin’i ayakta tutmak crawl için de iyidir
• TLS, HTTP/2–3, sıkıştırma gibi modern taşıma özelliklerini tek noktadan yönetmek

Bu kazanımlar LCP’ye dolaylı katkı verebilir; yine de LCP öğesi dev bir sıkıştırılmamış hero ise CDN mucize değildir. Site Hız Testi ve CWV testi ile şablon bazında ölçün.

Bölüm 2CDN neyi çözmez?

• Zayıf içerik, thin kategori, kopya ürün açıklaması
• Yanlış noindex/canonical, orphan sayfalar, kırık iç link grafiği
• Client-only render’da boş ilk HTML — CDN shell’i hızlı sunar, içerik hâlâ JS’e bağlıdır
• Yerel paket/harita sıralaması (GBP, NAP, yorumlar CDN işi değildir)

SSR/prerender ihtiyacı varsa önce onu çözün: SSR SEO kontrol listesi. CDN, render stratejisinin yerine geçmez.

Bölüm 3Origin vs edge

Origin: uygulama, veritabanı, CMS, asıl iş mantığı. Edge: cache, bazen edge worker/logic, WAF. SEO için iki soru kritik: (1) Bot hangi HTML’i görüyor — edge mi origin bypass mı? (2) Publish sonrası edge ne kadar stale kalıyor?

• Asset: uzun TTL + hash’li dosya adı → güvenli edge cache
• HTML: politika bilinçli; kişiselleştirmede bypass — Cache-Control semantiği için MDN
• API/JSON: genelde kısa TTL veya no-store; HTML ile karıştırmayın

Origin yavaşsa ve her istek bypass ise CDN “açık” görünür ama hit oranı düşüktür — kullanıcı hâlâ origin gecikmesini yaşar. CDN analytics’te hit/miss ve 4xx/5xx’i SEO crawl log’larıyla birlikte okuyun.

Bölüm 4Mitler vs gerçek

Mit: “CDN = otomatik SEO boost”

Gerçek: Performans ve güvenilirlik katkısı dolaylıdır. Sıralama garantisi yoktur. Google sayfa deneyimini bir sinyal seti olarak kullanır; içerik ve alaka baskındır.

Mit: “PoP ülkesi = o ülkede üst sıra”

Gerçek: Gecikme UX’i etkiler; ülke hedefleme CDN haritasından gelmez.

Mit: “Bot’ları tamamen engellemek siteyi hızlandırır, SEO zarar görmez”

Gerçek: Agresif bot yönetimi Googlebot’u da vurabilir. Search Central crawling & indexing çerçevesinde erişilebilirliği koruyun; GSC’te host yükü / tarama sorunlarını izleyin.

Mit: “Her şeyi 1 yıl cache’le”

Gerçek: Hash’li asset için uzun TTL iyi; HTML ve hata sayfaları için felaket olabilir. Purge disiplini olmadan stale title/canonical SERP’e yansır.

Bölüm 5SEO riskleri (CDN kaynaklı)

• Yanlış 301/302 edge kuralı → uluslararası veya www/non-www karmaşası
• Sertifika veya HTTP→HTTPS döngüsü
• Ülke/dil cookie’si ile HTML cache karışması
• Staging host’un edge’de yanlışlıkla indekse açılması
• IP tabanlı blokların veri merkezi Googlebot’unu vurması

Değişiklik sonrası kritik URL’lerde curl (bot UA) + tarayıcı + GSC URL Inspection üçlüsünü kullanın. Yalnızca “CDN paneli yeşil” yeterli değildir.

Bölüm 6Pratik kurulum checklist’i

• Tek kanonik host; edge redirect kuralları kısa ve testli
• Asset vs HTML cache politikası ayrı yazılı
• Publish → purge (tag/URL) otomasyonu
• WAF: Search bot allow / challenge istisnası dokümante
• Field CWV + CDN hit oranı birlikte izleniyor

Genel teknik çerçeve: Teknik SEO rehberi. CDN SEO’nun özeti: dağıtımı hızlandırın, HTML’i dikkatli cache’leyin, bot erişimini koruyun, mitleri iş vaadine çevirmeyin. Ölçün; garanti etmeyin.

Bölüm 7DNS, TLS ve host tutarlılığı

CDN kurulumu çoğu zaman DNS’i proxy’ler. www ile apex, http ile https, trailing slash kuralları edge’de birikir. SEO için tek kanonik host ve tek yönlü 301 zinciri şarttır. Çift yönlü veya ülke bazlı yanlış redirect uluslararası sitelerde hreflang’ı bozar. Sertifika yenileme hataları birkaç saatlik kesintide bile crawl ve 5xx spike üretebilir — izleme şart.

Çok origin’li mimaride (statik site, API, görsel bucket) hangi host’un kanonik HTML verdiğini netleştirin. Görselleri ayrı CDN host’tan sunmak normaldir; HTML’in yanlışlıkla iki hosttan servis edilmesi duplicate riski yaratır. Canonical ve iç linkler her zaman tercih edilen hostu göstersin.

Bölüm 8Görseller, medya ve maliyet

Görsel CDN’i (resize, format dönüşümü) LCP’ye yardım edebilir; yine de doğru sizes/srcset ve sıkıştırma olmadan CDN var yetmez. Hotlink koruması ve token’lı URL’ler botun görseli çekmesini engelliyorsa görsel arama ve LCP etkilenir — SEO için kamuya açık ürün görsellerinde aşırı engel kullanmayın. Medya cache TTL’si hash ile uzun; içerik değiştirmeden aynı dosya adını overwrite etmek stale görsel bırakır.

Maliyet patlaması bazen SEO’yu dolaylı vurur: bütçe bitince CDN özelliği kapanır, origin çıplak kalır, TTFB kötüleşir. Kapasite planını performans hedefiyle birlikte yapın. Log ve analytics örneklemesi açarken bot trafiğini ayrı etiketleyin; aksi halde trafik arttı sanısı operasyonu yanıltır.

Bölüm 9WAF, bot yönetimi ve Search Central uyumu

CDN WAF kuralları spoof UA’ları keserken gerçek Googlebot’u da vurmamalıdır. Ters DNS doğrulaması ve resmi IP aralıkları güncel tutulmalı. Challenge sayfası (JS/captcha) bot’a gidiyorsa indeks içeriği challenge olabilir. Şüphede GSC Tarama raporları ve sunucu log’unda Googlebot status dağılımına bakın.

Rate limit’i origin koruması için kullanın ama site haritası ve yüksek öncelikli URL’lerde 429 yağmurundan kaçının. 429/503 sırasında Retry-After ve kısa negatif cache politikası bilinçli olsun. Search Central crawling dokümanları erişilebilirlik beklentisini tanımlar; CDN bunu ihlal etmemelidir.

Bölüm 10Ölçüm panosu

• CDN: hit oranı, 4xx/5xx, purge gecikmesi
• Field: mobil LCP/INP şablon grupları
• GSC: tarama yanıtları, sayfa dizine ekleme
• SEO QA: publish sonrası title/canonical spot check

Bu dört katman birlikte okunursa CDN SEO tartışması mitten çıkar, operasyona iner. CDN açtık kutusu yerine hit oranı, P0 stale sıfır, CWV trend stabil cümlesi kurun. Bu dil hem geliştirme hem iş paydaşı için yeterince somuttur.

Bölüm 11Çok bölgeli ve headless senaryolar

Headless storefront + ayrı CMS + görsel bucket mimarisinde CDN katmanı çoğalır. Her katmanın kendi cache politikası varsa stale pencereleri çakışır: HTML yeni, fiyat API’si eski veya tersi. SEO QA’de sayfa yükü sonrası görünen fiyat ile view-source HTML’ini karşılaştırın. Edge worker ile HTML rewrite yapıyorsanız canonical, hreflang ve meta’nın rewrite sonrası bozulmadığını test edin.

Çok bölgeli (multi-region) origin’de hangi bölgenin “kaynak gerçeği” olduğunu yazın. Aktif-aktif senaryoda içerik gecikmesi edge TTL ile birleşince geçici tutarsızlık artar. Yayın pipeline’ı: origin sync → purge → smoke. Bu sıra atlanırsa “CDN SEO sorunu” sanılan şey aslında çok bölge gecikmesidir.

Son kontrol: staging hostname’leri prod CDN’e yanlışlıkla eklenmesin; noindex ve auth ile koruyun. Prod’da ise Soft 404’leri uzun cache’lemeyin. Bu iki hijyen maddesi, mitanlı “CDN kurduk bitti” cümlesinden daha fazla SEO koruması sağlar.

Satın alma ve pazarlama ekiplerine CDN’i sıralama paketi olarak satmayın. Sözleşme ve roadmap dilinde gecikme, uptime, purge SLA ve bot erişim politikası konuşun. SEO ekibi kabul kriterine şunu ekleyin: kritik URL’lerde anonim HTML ile bot HTML tutarlı; publish sonrası purge süresi hedef bandında; WAF Googlebot’u challenge etmiyor. Bu üç madde CDN SEO’yu ölçülebilir kılar.

Sonuç olarak CDN bir hız ve dağıtım aracıdır; edge politikası HTML tutarlılığını koruduğu sürece SEO’ya yardım eder. Mitleri temizleyip origin–edge sınırını yönettiğinizde tartışma sihirden çıkar, mühendisliğe iner — ki uzun vadede kalıcı olan budur.

Periyodik masaüstü ve mobil TTFB karşılaştırması yapın: CDN’siz origin smoke ile edge hit smoke. Fark yoksa hit oranı veya bypass politikası bozuktur; fark aşırıysa HTML cache aşırı agresif olabilir. Bu basit A/B, mitleri sahada çürütmek için yeterlidir.