Core güncellemesinden sonra düşüş analizi: adım adım yöntem
Core güncellemesi duyurulduktan birkaç gün sonra trafik grafiği aşağı dönünce ilk refleks panik oluyor. Başlıklar değiştiriliyor, içerikler aceleyle yeniden yazılıyor, bazen sayfalar siliniyor. Çoğu zaman da düşüşün ne kadarının gerçekten güncellemeden kaynaklandığı hiç ölçülmeden.
Ben düşüşü önce bir veri problemi gibi ele alıyorum. Ne zaman başladı, nereyi etkiledi, ne tür bir kayıp? Bu üç sorunun cevabı olmadan yapılan her değişiklik tahmine dayalıdır.
1. Zamanlamayı doğrulayın
Google, core güncellemelerinin başlangıç ve bitiş tarihlerini Google Search Status Dashboard üzerinde yayınlıyor. İlk işim düşüşün başladığı günü Search Console performans raporunda bulmak ve bu tarihlerle karşılaştırmak.
Güncellemeler genelde birkaç günden birkaç haftaya kadar süren bir sürede yayılır. Düşüş bu aralıkta başladıysa güncellemeyle ilişkili olabilir. Güncellemeden bir hafta önce başladıysa sebep başka yerdedir: bir site değişikliği, bir teknik sorun ya da mevsimsellik. Aynı dönemde yaptığınız değişiklikleri de not edin; tema güncellemesi, URL değişikliği, robots.txt düzenlemesi, CDN ayarı gibi.
Bir de şu: güncelleme hâlâ yayılırken kesin sonuç çıkarmaya çalışmıyorum. Sıralamalar bu süreçte dalgalanabilir. Güncelleme tamamlandıktan sonra en az bir hafta veri birikmesini bekliyorum.
2. Eşit dönemleri karşılaştırın
Performans raporunda "Tarih" filtresinde karşılaştırma modunu kullanıyorum. Kurallarım şunlar:
- Dönemler eşit uzunlukta olsun. Güncelleme bittikten sonraki 2-3 hafta ile güncelleme başlamadan önceki 2-3 hafta.
- Aynı haftanın günlerini kapsasın. Pazartesi başlayan bir dönemi pazartesi başlayan bir dönemle karşılaştırın. Birçok sitede hafta içi ve hafta sonu trafiği çok farklıdır.
- Güncelleme süresini dışarıda bırakın. Yayılma dönemi iki tarafa da karışırsa fark bulanıklaşır.
- Geçen yılın aynı dönemine de bakın. Mevsimsel bir düşüşü güncelleme sanmamak için.
Search Console'da verinin son birkaç günü henüz kesinleşmemiş olabilir. Karşılaştırmada son 2-3 günü dahil etmemek daha güvenli.
3. Segmentleyin
Toplam tıklama rakamı neredeyse hiçbir şey söylemez. Düşüşü parçalara ayırdığınızda hikâye ortaya çıkar.
Sayfaya göre
Sayfalar sekmesinde farkı en büyük olan URL'leri sıralıyorum. Sonra bunları türlerine göre grupluyorum: blog yazıları, kategori sayfaları, ürün sayfaları, araç sayfaları, rehberler. Düşüş tek bir türde yoğunlaşıyorsa analiz oraya odaklanır. Çok sayıda URL'yi gruplamak için Search Console'un dışa aktarımı ya da GSC analiz aracı işimi hızlandırıyor.
Sorguya göre
Markalı ve markasız sorguları ayırın. Markalı sorgularda düşüş genelde güncellemeyle değil, talep değişimiyle ilgilidir. Markasız sorgularda ise hangi niyet grubunun kaybettiğine bakın: bilgi arayan sorgular mı, ticari sorgular mı?
Cihaza ve ülkeye göre
Kayıp sadece mobilde görünüyorsa sorun güncellemeden çok mobil sürümle ilgili olabilir. Tek bir ülkede yoğunlaşıyorsa o pazardaki rekabete ya da yerel bir SERP değişikliğine bakmak gerekir.
4. Düşüşün türünü belirleyin
Tıklama kaybının dört farklı kaynağı olabilir ve her birinin çözümü farklıdır.
| Gözlem | Muhtemel sebep | Ne yapmalı? |
|---|---|---|
| Gösterim düştü, ortalama pozisyon düştü | Gerçek sıralama kaybı | İçerik ve site kalitesi analizi |
| Gösterim ve pozisyon aynı, CTR düştü | SERP özelliği değişimi, AI Overviews, yeni rakip görünümü | SERP'i elle kontrol et, başlık ve açıklamayı gözden geçir |
| Geçen yılın aynı döneminde de benzer düşüş var | Mevsimsellik | Bekle, yıllık karşılaştırmayla takip et |
| Search Console stabil, analitik düştü | Ölçüm sorunu | Etiketleri, çerez onayı ayarlarını, izleme kodunu kontrol et |
Pozisyon ortalamasına dikkatli bakın. Sayfa yeni ve düşük sıralı sorgularda gösterim almaya başlarsa ortalama pozisyon kötüleşir ama bu kayıp değildir. O yüzden pozisyonu sorgu düzeyinde, aynı sorgular için karşılaştırmak daha anlamlıdır.
5. Kaybeden sayfalara dürüst bakın
Hangi sayfaların kaybettiğini bildikten sonra onları kazanan rakip sayfalarla yan yana koyuyorum. Aradığım şeyler:
- Sayfa gerçekten soruyu cevaplıyor mu, yoksa etrafında mı dolaşıyor?
- Başka bir yerde bulunmayan bir bilgi, deneyim ya da bakış açısı içeriyor mu?
- Yazarı kim, sitenin bu konuda bir geçmişi var mı?
- İçerik güncel mi, yoksa yıllar önce yazılıp unutulmuş mu?
- Sayfa arama motoru için mi, okuyucu için mi yazılmış gibi görünüyor?
Bu sorular Google'ın yardımcı içerik için yayınladığı öz değerlendirme sorularına çok yakın. Yazar kimliği ve deneyim kanıtını nasıl göstereceğinizi E-E-A-T pratikte yazısında, eski içerikleri nasıl ele aldığımı eski içerikleri güncellemek yazısında anlattım.
Google ne öneriyor?
Google'ın core güncellemeleriyle ilgili belgesinin özü şöyle: düşüş, sayfanızda bir ihlal olduğu anlamına gelmez; core güncellemeleri spam cezası değildir. Önerilen yol, hızlı teknik düzeltmeler değil, içeriğin insanlar için gerçekten faydalı olup olmadığını dürüstçe değerlendirmektir.
İyileştirmelerin etkisi hemen görünmeyebilir. Google'ın belgelerine göre sistemler iyileşmeyi zaman içinde fark edebilir, ama belirgin bir toparlanma bazen bir sonraki core güncellemesine kadar sürebilir. Güncel metni Google'ın core güncellemeleri sayfasından okumanızı öneririm.
Buna ek olarak benim kaçındığım şeyler:
- Düşüşten sonraki ilk hafta toplu başlık değişikliği yapmak.
- Tek bir güncellemenin ardından sayfaları topluca silmek ya da noindex vermek.
- İçeriği sadece uzatmak; kelime sayısı tek başına bir kalite sinyali değil.
- Aynı anda çok sayıda değişiklik yapıp hangisinin etkili olduğunu ölçülemez hale getirmek.
Veriyi saklamak
Search Console performans verisi 16 ay geriye gider. Bir güncellemenin etkisini bir yıl sonra geçen yılla karşılaştırmak isterseniz verinin kaybolmamış olması gerekir. Bu yüzden veriyi API ile her gün yedekliyorum; nasıl yapıldığını Search Console API ile veriyi yedeklemek yazısında anlattım.
Özetle: kontrol listesi
- Düşüşün başladığı günü bul, Search Status Dashboard'daki tarihlerle karşılaştır.
- Güncelleme bitince en az bir hafta bekle.
- Eşit uzunlukta, aynı haftanın günleriyle başlayan dönemleri karşılaştır.
- Geçen yılın aynı dönemine bakarak mevsimselliği ele.
- Sayfa türü, sorgu, cihaz ve ülkeye göre segmentle.
- Sıralama kaybı, CTR değişimi, mevsimsellik ve ölçüm sorununu birbirinden ayır.
- Kaybeden sayfaları kazanan rakiplerle dürüstçe karşılaştır.
- Değişiklikleri planlı yap ve sonuçları haftalar, hatta aylar boyunca izle.
Comments / questions
If you have a question about any topic or wish to contact me: Telegram or send an email to [email protected] Thanks!
Related pages
- Performans raporundaki gizli fırsatlar (4-15. sıradaki sorgular) (2026)
- Search Console'daki her dizine ekleme durumunun Türkçe anlamı (2026)
- Search Console API ile veriyi her gün yedeklemek (2026)
- AI Overviews'ta alıntılanan sayfaların ortak özellikleri (2026)
- E-E-A-T pratikte: yazar sayfası, kaynak, deneyim kanıtı (2026)