Sonrası analiz
Çekirdek güncelleme sonrası trafik düşüşü: Sonrası analizi yazın
Herkes sabah 8'de aynı soruyu sorar: Google mı, biz mi, yoksa izleme mi? Bir sonrası analiz bu sırayla yanıt verir ve tahmin yürütmekten kaçınır.
Teoriyle değil, zaman çizelgesiyle başlayın
Bir düşüşün başlangıç tarihi vardır. Çekirdek güncelleme sonrası trafik düşüşü hakkında tek bir forum yazısını okumadan önce bunu bulun.
Google çekirdek güncellemelerini Mart 2024, Ağustos 2024, Aralık 2024, Mart 2025 ve Haziran 2025'te onayladı ve her biri yaklaşık iki hafta boyunca yayımlandı, bu nedenle bir yayılımın üçüncü günündeki bir düşüş henüz son tabloyu yansıtmayabilir. Kendi değişiklik günlüğünüzü bu tarihlerin üzerine bindirin: sürümler, geçişler, şablon düzenlemeleri, robots.txt değişiklikleri.
Sizin tarafınızdan bir şey değişmediyse ve Search Console grafiğiniz bir yayılım penceresi içinde eğiliyorsa, bir adayınız vardır. Kendi dağıtımınız bir gün önce gerçekleştiyse, daha iyi bir adayınız vardır. Her iki durumda da çekirdek güncelleme haftası sonrası trafik düşüşü yazılı bir zaman çizelgesi gerektirir. Yazın.
Eleme hızına göre sıralanmış nedenler
| Şüpheli | Nasıl kontrol edilir | Eleme süresi |
|---|---|---|
| İzleme bozuldu | GA4'ü aynı sayfalar için Search Console tıklamalarıyla karşılaştırın; gece açılan bir boşluk belirleyicidir | 10 dakika |
| Dizine ekleme veya site haritası | Search Console sayfa dizine ekleme raporu ve düşen URL'lerde bir site: nokta kontrolü | 20 dakika |
| Teknik sürüm | robots.txt, canonicallar, durum kodları ve yönlendirmeleri geçen haftaki tarama ile karşılaştırın | 1 saat |
| Kaybedilen veya kazanılan bağlantılar | İki refdomains anlık görüntüsünü karşılaştırın; kayıp bağlantılar görün | 30 dakika |
| Kannibalizasyon | Performans raporunda aynı sorgu için iki URL'nizin yer değiştirmesi | 1 saat |
| SERP değişikliği | Canlı sonuçları açın: AI Overview, forum tartışmaları, daha önce yer aldığınız büyük marka listeleri | 30 dakika |
| Kalite yeniden değerlendirmesi | Diğer tüm satırlar netleştikten sonra neyin kaldığı | Günler ile haftalar arası |
Link kanıtı: bir karşılaştırma
Düşen site için iki farklı tarihte referans alan adlarını çekin ve neyin kaldığını, neyin geldiğini yazdırın. İndeks ayda bir yenilendiğinden, güncelleme öncesi ve sonrasındaki anlık görüntüleri seçin.
import json
old = {r['domain'] for r in json.load(open('2026-09-01.json'))['rows']}
new = {r['domain'] for r in json.load(open('2026-10-01.json'))['rows']}
print('lost :', len(old - new))
print('gained:', len(new - old))
print('sample lost:', sorted(old - new)[:20])
# Field names ('rows', 'domain') vary by action: print one response first.
Örnek yazı (hipotetik sayılar)
Bu uydurma bir örnektir, gerçek bir müşteri değil. Hedeflediğimiz tonu gösterir.
Etki. Organik tıklamalar, 140 sayfaya sahip kurgusal bir yemek sitesi için dokuz gün içinde %38 düştü. Tespit. Haftalık Search Console dışa aktarması, haftalık bazda %25 uyarı eşiğini aştı. Neden. Referans alan adları 410'dan 402'ye düştü, bu da linkleri ana sürücü olarak eledi. İki sayfa aynı sorgu için sıralamaları değiştirdi, bu da kannibalizasyondur.
Eylem maddeleri. İki sayfayı 301 ile birleştirin, iç linkleri güncelleyin, dört hafta sonra tekrar kontrol edin. Disavow gerekmez. Tüm sitenin yeniden yazılmasına gerek yok.
Güncelleme gibi görünen ölçüm ve indeksleme hataları
Bazı düşüşler sıralamalarla ilgili değildir. Takip araçları yaygın bir şüphelidir. Bozuk bir etiket, değişen bir özellik veya küçülen bir sitemap, grafiklerde tıpkı bir çekirdek güncelleme gibi görünebilir. Çekirdek güncelleme zamanlamasından sonra gelen trafik düşüşü bunların herhangi birini gizleyebilir, bu yüzden önce bunları kontrol edin.
En hızlı test, aynı sayfalar ve günler için analitik verilerinizi Search Console ile karşılaştırmaktır. Eğer boşluk bir gecede oluştuysa, aksi kanıtlanana kadar bunu bir ölçüm hatası olarak değerlendirin.
İndeksleme hataları aynı mantığı izler. İndeksten düşen sayfalar, indekslenmeye devam eden ve sonuçlarda aşağı kayan sayfalar farklı bir sorundur.
Peki ya tıklamalar bir gecede sıfıra düşerse?
Önce Search Console özelliğini kontrol edin. Değişen protokol, yeni bir özellik veya kaybolan doğrulama veriyi ikiye bölebilir, bu yüzden eski özellik hiçbir şey göstermezken yeni özellik trafiği barındırır. Bundan sonra sayfaların kendisine bakın.
Neden güncellemeden sonra sayfalar indeksten düşer?
İlgili URL'ler için indeksleme raporunu çekin. İndekste kalan bir sayfa için sıralamalar kayabilir. İndeksten kaybolan bir sayfanın nedeni farklıdır; genellikle bir robots yönergesi, canonical değişikliği veya bir sürümle birlikte gelen noindex'tir.
Bozuk bir sitemap düşüşe neden olabilir mi?
Sitemap aniden URL'lerinizin küçük bir kısmını listeliyorsa evet. Kısa bir sitemap'i düzeltmek ucuzdur, ancak Google sayfaları iç bağlantılar aracılığıyla hâlâ bulur; bu yüzden onu tek bir yargı yerine şüpheliler arasında bir şüpheli olarak ele alın. URL sayısını gerçek sayfa sayınızla karşılaştırın.
Konumumuz
Siteyi birinci hafta başında yeniden yazmayın
Çekirdek güncellemeler kaliteyi haftalarca yeniden değerlendirir. Bozulduğunu kanıtlayabildiğiniz şeyleri değiştirin, ardından içeriğe dokunmadan rollout'un bitmesini bekleyin.
- Ölçümleme ve teknik hataları hemen düzeltin.
- Kannibalize edilmiş sayfaları kanıt elde ettikten sonra birleştirin.
- Rollout bitene kadar içerik stratejisini ellemeyin.
Dokümanda ne yazılmalı
Altı başlık yeterlidir: etki, zaman çizelgesi, tespit, neden, dışladıklarımız ve eylem maddeleri. Dışladıklarımız listesi, gelecekteki kendinizin size teşekkür edeceği kısımdır.
Kanıtı iddianın yanında tutun. "Bağlantılar dışlandı, 402 vs 410 yönlendirici etki alanı" gibi bir satır, "bağlantılar iyi görünüyordu" ifadesinden daha şüpheci bir yönetici tarafından daha iyi karşılanır.
Cevap bağlantılar çıkarsa, rakip backlink uyarı kuralları ve haftalık fark tarifi, bir dahaki sefere sizi şaşırtmamasını sağlar.
Rollout başladıktan sonraki ilk hafta
- 1
İçerik düzenlemelerini dondurun
Rollout çalışırken sayfaları yeniden yazmayın. Ortada yapılan düzenlemeler, daha sonra ihtiyacınız olan öncesini ve sonrasını karşılaştırma resmini bulanıklaştırır.
- 2
Her yayını kaydedin
Her dağıtımı, şablon değişikliğini, yönlendirmeyi ve robots.txt düzenlemesini tarihiyle birlikte yazın, böylece zaman çizelgesi gerçek kayıtlara sahip olur, hafızalara değil.
- 3
Ölçümleme kontrollerini çalıştırın
Analitik verileri Arama Konsolu ile karşılaştırın, ardından düşen URL'ler için indeksleme raporunu kontrol edin. Her iki kontrol de yarım saatin içine sığar.
- 4
Olayı zaman çizelgesiyle açın
Neden hâlâ belirsiz olsa bile, sahip olduğunuz tarihlerle post-mortem'a başlayın. Kısmi bir doküman, boş bir dokümandan daha kolay tamamlanır.
- 5
Bir inceleme tarihi belirleyin
Rollout bittikten sonra bir tarih seçin ve kanıtları o zaman gözden geçirin, grafik eğildiği gün değil.
Sorunun teknik olduğunu yöneticilere kabul ettirmek
Yöneticiler genellikle bir trafik düşüşünü bir içerik yargısı olarak okur. Bu adil bir tepkidir ve aynı zamanda hatanın bozuk bir şablon veya eksik bir etiket olması durumunda en çok hafta harcamaya neden olan tepkidir.
Bir teori değil, zaman çizelgesi ve neden tablosunu getirin. Her şüpheliyi elemek için bir zaman içeren bir tablo, bir yöneticinin ekibin tahmin yürütmek yerine bir liste üzerinden çalıştığını görmesini sağlar.
Tablonun kanıtlayamadığı şeyler konusunda dürüst olun. Kalite yeniden değerlendirmesi hâlâ devam ediyorsa bunu belirtin ve görüşünüzü değiştirecek şeyin ne olacağını söyleyin.
Sorunun içerik değil de geliştirme (dev) sorunu olduğunu nasıl gösteririm?
Düşüşün başladığı zamanla örtüşen tarihlendirilmiş bir değişikliğe işaret edin; örneğin bir şablon yayını veya robots değişikliği. URL ve değişen başlıkla tekrarlanabilir bir hata, ortalama grafiklerinden daha fazla ağırlık taşır.
Sorun teknik değilse ne söylemeliyim?
Bağlantı, indeksleme ve izleme kontrollerinin temiz geldiğini ve kalan şüphelinin kalite yeniden değerlendirmesi olduğunu söyleyin. Bu cevap daha yavaş ve tatmin edici değildir, ancak doğrudur ve ekibin içerik çalışmalarına odaklanması gereken yeri belirtir.
Sadece düşüşü değil, toparlanmayı da yazın
Trafik geri dönene kadar post-mortem bitmiş sayılmaz. Yazımın ikinci yarısı neyin değiştiğini, ne zaman değiştiğini ve hangi şüphelilerin kalıcı olarak kapattığınızı kaydeder.
Sonraki çekirdek güncelleme bittikten sonra dokümana tekrar göz atın. Rollout'lar boyunca tekrarlayan bir kalıbe, tek bir düşüşten daha fazlasını siteğiniz hakkında söyler.
Dışlanan listeyi nedenlerden ayrı tutun. Gelecekteki okuyucular önce neyin dışlandığını soracaktır ve eksik bir liste onları başa döndürür.
Bir toparlanma olarak ne sayılır?
Bakmadan önce tanımlayın. Eski tıklama seviyesine dönüş bir tanımdır, en önemli sayfaların geri dönüşü başka bir tanımdır. Birini seçin, yazın ve grafiğin hareket ettiğinde hedefi kaydırmak yerine buna göre raporlayın.
İnceleme ne kadar beklemeli?
Rollout'un kapanması ve iki normal haftalık verinin görünmesi için yeterince uzun. Toparlanma genellikle yavaş gelir, bu yüzden erken bir inceleme çoğunlukla gürültü bulurken, daha sonraki bir inceleme cevabı bulma şansı taşır.
Her güncellemeden sonra duyduğumuz sorular
Bir çekirdek güncelleme düşüşünden toparlanabilir miyim?
Sıklıkla kısmen, nadiren de gecede. Toparlanma genellikle siteyi yeniden değerlendirecek bir sonraki güncellemeyi gerektirir, bu yüzden günler değil aylar bekleyin. Kimse bunu vaat edemez. Yapabileceğiniz şey gerçek hataları kaldırmak ve referans alınmaya değer sayfalar yayınlamaya devam etmektir.
Sıralamalar korunduken trafik neden düştü?
Sonuç sayfası etrafınızda değişti. AI Genel Bakışlar, forum thread'leri ve alışveriş blokları aynı konumu ekranda daha aşağıya itebilir. Ortalama konumun ötesinde, aynı sorgular için tıklama oranını (CTR) önce ve sonra karşılaştırın.
Kaybedilen backlink'ler bir güncellemeden sonra düşüşe neden olur mu?
Sadece bazen, ve Rankift hangi güncellemenin ne yaptığını söyleyemez. Önemli ölçüde bir bağlantı kaybı, iki anlık görüntü arasında yönlendirici alanlarda net bir düşüş olarak görünür. Yüzde birkaçlık küçük bir değişim, %30'luk bir trafik düşüşünü nadiren açıklar.
Eyleme geçmeden önce ne kadar beklemeliyim?
Açık bir teknik hata bulmadıkça, Google rollout'u durum panelinde tamamlı olarak işaretleyene kadar. Hataları hemen düzeltin, ancak içerik değişikliklerini erteleyin. Rollout sırasında düzenleme yapmak, daha sonra ihtiyacınız olan kanıtı bulanıklaştırır.
