Blog details

CDN Değişikliğinden Sonra SEO Sorunları Nasıl Bulunur?

CDN Değişikliğinden Sonra SEO Sorunları Nasıl Bulunur?

Tarayıcıda sorunsuz açılan bir sayfa, Google için neden problemli görünebilir? CDN değişikliğinden sonra yaşanan düşüşlerin büyük bölümü içerikten değil, yanıt zincirindeki küçük ama etkili bir ayardan çıkar.

Bu yüzden CDN kaynaklı SEO sorunlarını tahminle değil, kanıtla ele almak gerekir. Aynı URL’yi curl, Chrome DevTools, Search Console, log dosyaları ve crawl araçlarıyla karşılaştırdığınızda sorun hızla daralır.

İlk bozulma işaretlerini doğru okuyun

CDN geçişinden sonra ilk bakılacak yer sadece organik trafik grafiği değildir. Çünkü trafik düşüşü çoğu zaman birkaç şablonda başlar. Kategori sayfaları etkilenir, ürün sayfaları etkilenmez. Mobil botlar zorlanır, masaüstü tarama normal kalır. Bazı ülkelerde 403 artar, diğerlerinde her şey temiz görünür.

Önce şu ayrımı yapın: sorun tüm sitede mi, belli URL tiplerinde mi, yoksa yalnızca bot erişiminde mi? Cloudflare, Akamai veya Fastly gibi farklı CDN katmanlarında header isimleri değişebilir, ama belirtiler benzerdir.

Aşağıdaki tablo ilk taramayı hızlandırır:

BelirtiOlası nedenİlk doğrulama
Organik görünürlük ani düşüşYanlış redirect, noindex, canonical bozulmasıcurl -I, URL Denetimi, crawl
Search Console’da 5xx artışıEdge tarafında 502/503/504Crawl stats, log dosyaları
Bazı sayfalar dizinden çıkıyorCache’te eski HTML, yanlış canonicalAge, cache header’ları, canlı test
Googlebot erişimi düşükBot koruması, WAF, 403curl -A "Googlebot", log analizi
Sayfa görselde normal, render’da sorunluMixed content, JS/CSS blokları, content-type hatasıDevTools Network ve Console

Burada kritik nokta, geçiş öncesi ve sonrası örneklem karşılaştırmasıdır. Ana sayfa, bir kategori, bir içerik sayfası, eski bir yönlendirme URL’si, bir JS dosyası, bir CSS dosyası ve robots.txt mutlaka test setine girmeli. Ayrıca XML site haritası da dahil edilmeli, çünkü CDN bazen site haritasını eski cache’ten servis eder.

Sahada benzer belirtilerin nasıl ortaya çıktığını görmek isterseniz, web geliştirici topluluğundaki bu tartışma ve kısa teknik SEO kontrol videosu pratik işaretleri hızlıca özetliyor.

HTTP header ve yanıt zincirini satır satır kontrol edin

CDN değişikliği sonrası asıl teşhis çoğu zaman header seviyesinde başlar. Çünkü HTML’de görünmeyen hata, Location, X-Robots-Tag, Content-Type veya cache header’larında saklı olur. Mümkünse aynı URL’yi hem CDN üzerinden, hem de origin’e doğrudan erişebiliyorsanız origin tarafında test edin. Fark burada çıkar.

A developer inspects network request headers on a dark-themed Chrome DevTools screen.

İlk komut basittir: curl -I "$URL". Redirect zinciri varsa curl -IL "$URL" kullanın. Bot farkını görmek için curl -A "Googlebot" -I "$URL" ekleyin. Sıkıştırma tarafını test etmek için de curl --compressed -I "$URL" yararlıdır.

Sağlıklı bir HTML yanıtında genelde 200, doğru bir Content-Type: text/html; charset=UTF-8, makul bir Cache-Control, bir cache durumu header’ı (CF-Cache-Status, X-Cache gibi) ve gerektiğinde bir Age değeri görürsünüz. Sorunlu örneklerde ise şunlar öne çıkar:

  1. Location yanlış hedefe gidiyordur. Özellikle eski URL’lerde 301 yerine 302 dönmesi, geçici yönlendirmeyi kalıcı sanmanıza yol açar.
  2. X-Robots-Tag: noindex görünür. HTML’de meta noindex olmasa bile bu header tek başına indekslemeyi durdurabilir.
  3. Link header’ında canonical yanlış adrese işaret eder. HTML içindeki canonical doğru olsa bile header çakışması sorun çıkarır.
  4. Content-Type hatalıdır. HTML sayfası text/plain, JS dosyası text/html ya da CSS application/octet-stream dönüyorsa render bozulur.

Aynı URL tarayıcıda 200 dönüp Googlebot user-agent’ında 403 veriyorsa, sorun içerikte değil edge kuralındadır.

Chrome DevTools tarafında Network sekmesini açın, “Disable cache” seçeneğini işaretleyin ve belge isteğini inceleyin. Sonra JS, CSS ve kritik görselleri kontrol edin. Yanlış Content-Encoding, eksik Brotli desteği, bozuk gzip ya da mixed content uyarıları burada net görünür. Özellikle https sayfada http varlık çağrılıyorsa bazı kaynaklar yüklenmez. Bu da Google’ın sayfayı eksik render etmesine neden olur.

CDN sağlayıcısına göre header isimleri değişir. Mantık değişmez. Bu yüzden marka adına değil, davranışa bakın: cache hit mi, bota özel fark var mı, redirect doğru mu, içerik türü tutarlı mı?

Search Console, log dosyaları ve crawl araçları aynı resmi gösterir

Header kontrolü tek başına yeterli değildir. Sorunun SEO etkisini görmek için Search Console verisini aynı URL setiyle eşleştirin. URL Denetimi’nde “Canlı URL’yi test et” seçeneği, cache’ten gelen eski HTML ile canlı yanıt arasındaki farkı yakalamada işe yarar. “Kullanıcı tarafından belirtilen canonical” ile “Google tarafından seçilen canonical” alanları da CDN sonrası bozulmaları hızlıca ele verir.

İndeksleme raporlarında “Tarandı, şu anda dizine eklenmiş değil”, “Yönlendirme hatası”, “Sunucu hatası (5xx)” ve “Erişim engellendi (403)” gibi kümelere bakın. Bu alanlarda artış varsa, yorum yapmadan önce örnek URL’leri tek tek header testine geri götürün. Bu akışı hızlandırmak için Google Search Console indeks sorunları çözüm rehberi iyi bir başvuru noktasıdır.

Log dosyaları ise şüpheyi kanıta çevirir. Googlebot hangi URL’leri istemiş, hangi durum kodunu almış, yanıt süresi ne olmuş, bunu ancak logta tam görürsünüz. Özellikle CDN geçişinden sonra şu filtreler işe yarar: Googlebot istekleri, 3xx zincirleri, 403/5xx artışı, yüksek TTFB, sık taranan ama değersiz URL kümeleri. Düzenli log incelemesi için teknik SEO için log dosyası analizi içeriği de pratik bir çerçeve sunar.

Crawl araçları da üçüncü göz gibi çalışır. Screaming Frog veya Sitebulb ile örnek bir tarama başlatın. Yanıt kodlarını, canonical eşleşmesini, indexability durumunu, render farklarını ve kırık kaynakları aynı raporda görün. Eğer tarayıcıda temiz görünen sayfalar crawl’da 302, noindex veya canonical çakışması gösteriyorsa, CDN katmanı farklı varyantlar üretiyor olabilir.

En sık görülen yanlış CDN yapılandırmaları

Cachelenen 301 ve 302

En sık hata, eski redirect’in edge katmanında gereğinden uzun süre tutulmasıdır. Origin’de düzeltme yapılır, ama CDN eski 301 ya da 302’yi servis etmeye devam eder. Sonuçta Google yanlış hedefi tekrar tekrar tarar. Bunu Location, Age ve farklı zamanlarda yapılan tekrarlı isteklerle doğrulayın.

Canonical, noindex ve botlara farklı içerik

Bazı geçişlerde HTML doğru görünür, ama header’da X-Robots-Tag: noindex kalır. Bazılarında ise canonical eski host adına işaret eder. Daha zor olan senaryo, botlara farklı içerik dönmesidir. WAF, bot koruması ya da user-agent tabanlı cache key ayarı yüzünden Googlebot challenge sayfası, ince içerik veya hata şablonu görebilir. curl -A "Googlebot" ile normal istek arasındaki fark burada belirleyicidir.

Edge 403/5xx, purge gecikmesi ve stale cache

Search Console’da tarama dalgalanması görüp sunucuda sorun bulamıyorsanız, problem edge tarafında olabilir. Bölgesel 403, 502, 503 veya 504 hataları özellikle geçiş sonrası sık çıkar. Ayrıca purge komutu geç yayılırsa bazı POP noktaları eski HTML’yi servis eder. Bu durumda bir kullanıcı yeni canonical görür, Google başka bir node’dan eski sürümü alır. Age değerindeki tutarsızlık, değişmeyen cache header’ları ve logtaki bölgesel hata kümeleri bu tabloyu gösterir.

Mixed content, sıkıştırma ve content-type hataları

CDN host adı, sertifika ya da asset yolu değiştiğinde mixed content uyarıları başlar. Sayfa açılır, ama kritik JS veya CSS yüklenmez. Google render sırasında farklı bir DOM görür. Benzer şekilde bozuk Brotli veya gzip yapılandırması, cevabın indirilememesine yol açabilir. curl --compressed ve DevTools Console burada hızlı sonuç verir. Son olarak Content-Type hatasını küçümsemeyin. Yanlış tip dönen script veya stil dosyası, taranabilir sayfayı işlevsiz hale getirebilir.

İlk 24 saatte ne kontrol edilmeli?

İlk gün amaç kök nedeni bulmak değil, kaybı büyüten ayarı hızlıca durdurmaktır. Bu yüzden kısa bir denetim sırası kullanın:

  • Ana sayfa, önemli şablonlar ve eski URL’lerde 200, 301, 302, 404, 403, 5xx dağılımını kontrol edin.
  • curl -I, curl -IL ve curl -A "Googlebot" -I ile header farklarını kaydedin.
  • X-Robots-Tag, canonical, Location, Content-Type, Content-Encoding, Cache-Control, Age alanlarını karşılaştırın.
  • Search Console’da canlı URL testi yapın, yönlendirme ve indeksleme kümelerini inceleyin.
  • Loglarda Googlebot isteklerini ayırın, 403 ve 5xx artışı var mı bakın.
  • DevTools ile mixed content, kırık JS/CSS ve cache davranışını kontrol edin.
  • Purge işlemi sonrası aynı URL’yi tekrar test edin; eski yanıt sürüyorsa edge cache temizlenmemiş olabilir.

Ekip içinde geniş bir teknik tarama başlatmak isterseniz, örnek URL listesini önce teknik SEO denetim aracı ile toparlamak işinizi hızlandırır.

Sonuç

CDN değişikliği sonrası trafik kaybı çoğu zaman tek bir “SEO sorunu” değildir. Redirect, cache, header, bot erişimi ve render davranışı aynı anda bozulabilir. Bu yüzden doğru yaklaşım, veriyi araç bazında bölmek değil, aynı URL üzerinde birleştirmektir.

En güçlü teşhis yöntemi basittir: aynı sayfayı tarayıcıda, curl ile, Googlebot user-agent’ında, Search Console’da ve logta yan yana görmek. CDN kaynaklı SEO sorunları en hızlı böyle açığa çıkar. Sorun görünürde değil, yanıtın ayrıntısında saklanır.

This post may contain affiliate links. If you make a purchase through these links, I may earn a small commission at no extra cost to you.