Google core update sonrası trafik kaybını toparlama yöntemi

Önce şunu ayırt edin: gerçekten güncelleme mi, başka bir sorun mu?

Trafik düştüğünde ilk refleks "güncelleme vurdu" demektir. Oysa düşüşün nedeni teknik de olabilir: yanlışlıkla eklenmiş bir noindex, bozulan yönlendirmeler, sunucu hataları, ölçüm kodunun düşmesi, mevsimsel talep değişimi. Toparlanma çalışmasına başlamadan önce bunları eleyin.

Google'ın core update sayfasına göre çekirdek güncellemeler, yılda birkaç kez yapılan geniş kapsamlı değişikliklerdir ve belirli siteleri ya da sayfaları hedef almaz. Yani bir cezadan değil, sistemin içeriği yeniden değerlendirmesinden söz ediyoruz. Güncellemenin başlangıç ve bitiş tarihlerini Google Search Status Dashboard sayfasından öğrenin; düşüşünüz bu aralıkla örtüşmüyorsa neden başka yerdedir.

Tarama ve indeksleme durumunu Search Console'dan, sunucu günlüklerinden ve ölçüm aracından çapraz kontrol edin. Teknik sorun bulursanız önce onu düzeltin; algoritmik toparlanma analizi ikinci adımdır.

Adım adım: düşüşü ölçmek

Google belgesinin önerdiği yöntem sabırlıdır:

• Güncellemenin bitmesini bekleyin ve ardından tam bir hafta daha bekleyin. Yayılma sürerken alınan veriler dalgalıdır.
• Search Console Performans raporunda, güncelleme bittikten sonraki haftayı güncelleme başlamadan önceki haftayla karşılaştırın.
• Arama türlerini ayrı ayrı inceleyin: Web, Görseller, Video, Haberler. Düşüş yalnız bir türdeyse çözümün yeri de orasıdır.
• Düşüşün büyüklüğüne bakın. Belge, küçük pozisyon değişimlerinde köklü aksiyon gerekmediğini, iyi performans gösteren içeriğe dokunulmaması gerektiğini söyler.

Sonra veriyi kırın: sayfa türüne (blog, kategori, ürün), sorgu türüne (marka dışı, bilgi amaçlı, işlemsel) ve konu kümesine göre. Örneğin düşüş yalnızca bilgi amaçlı sorgulara hizmet eden blog sayfalarında yoğunlaşıyorsa sorun muhtemelen o içerik kümesinin değerindedir; marka aramaları sabit kalıyorsa site genelinde bir güven sorunu daha az olasıdır.

Etkilenen sayfaları değerlendirmek: kendinize sorulacak sorular

Google'ın yardımcı içerik rehberi, değerlendirmeyi okuyucu gözüyle yapmayı ister. Etkilenen en önemli sayfaları açıp şu soruları yanıtlayın:

• Sayfa, aramayı yapan kişinin asıl sorusunu başka bir yere gitmesine gerek bırakmadan yanıtlıyor mu?
• İçeriği kimin yazdığı ve neden güvenilir olduğu görünüyor mu? Yazar, kaynak, deneyim, kurum bilgisi var mı?
• Aynı konuda sıradan bir özet mi sunuluyor, yoksa özgün bir bakış, veri, örnek ya da deneyim mi?
• Sayfa, arama motorundan trafik çekmek için mi yazılmış, yoksa ziyaretçiye yardım etmek için mi?
• Doğrulanabilir gerçek hataları var mı, eskimiş bilgi mi barındırıyor?

Belge, kendi sitenizi taraf tutmadan yorumlayabilecek, siteyle ilişkisi olmayan kişilerden geri bildirim istemenizi de önerir. İçerik ekibinin kendi metnini değerlendirmesi sıklıkla gözden kaçırma üretir.

Toparlanma için yapılacaklar: uzun vadeli, kullanıcıya dönük

Belge hızlı çözüm aramamayı, kullanıcıya uzun vadede fayda sağlayan değişiklikleri tercih etmeyi söyler. Pratikte öncelik sırası şöyle kurulabilir:

• En çok trafik kaybeden sayfa kümesini belirleyin ve her birinde aramanın asıl niyetini yeniden yazın.
• Zayıf sayfaları birleştirin: aynı konuyu anlatan ince sayfaları en güçlü olanın altında toplayıp diğerlerini yönlendirin.
• Gerçek deneyim ve veri ekleyin: örnek olaylar, kendi ölçümleriniz, uzman incelemesi.
• Yazar ve kaynak bilgisini görünür kılın; "kim" ve "nasıl yapıldı" sorularını okuyucunun görebileceği biçimde yanıtlayın (bkz. E-E-A-T).
• Eskimiş içeriği güncelleyin ya da gerçekten değeri yoksa kaldırın. Belge, içerik silmeyi son çare olarak sunar.
• Kullanıcı deneyimi sorunlarını giderin: aşırı reklam, okumayı bölen açılır pencereler, yavaş sayfalar.

Yapmamanız gerekenler: gelişigüzel anahtar kelime yerleştirme, toplu yapay zeka üretimli içerikle boşluğu doldurma, bağlantı satın alma. Bunlar sorunu çözmez, kaynağı olmayan içeriği çoğaltır.

Toparlanma ne kadar sürer?

Google belgesi, bazı iyileştirmelerin etkisinin günler içinde görülebildiğini, ancak sistemlerin sitenizin tutarlı biçimde yardımcı içerik ürettiğini doğrulamasının aylar sürebileceğini söyler. Değişikliklerden sonra birkaç ay boyunca bir iyileşme görmezseniz, bir sonraki çekirdek güncelleme yeni bir fırsat olabilir. Büyük güncellemeler arasında duyurulmayan küçük çekirdek güncellemeler de yapılır. Ayrıca belge, değişikliklerin fark edilir bir etki yaratacağına dair bir söz vermez.

Bu yüzden bir toparlanma planı şu unsurları içermelidir: yapılan her değişikliğin tarih kaydı ve düzenli aralıkla aynı sayfa kümesinin performansının izlenmesi. Aksi halde hangi değişikliğin işe yaradığını bilemezsiniz.

Örnek bir inceleme akışı

Örneğin bir eğitim sitesinde bilgi amaçlı rehber yazıları ve program sayfaları var. Güncellemeden sonra Performans raporunda tüm site yerine sayfa gruplarını ayrı süzdüğünüzde şu tablo çıkabilir: program sayfaları sabit, rehber yazıları belirgin düşüşte. Bu durumda tüm siteyi baştan yazmak yerine rehber yazılarına odaklanırsınız.

Rehber yazılarını açtığınızda ortak bir örüntü bulursunuz: aynı konuda birbirine çok benzeyen yazılar, yazar bilgisi olmayan metinler, sorgunun cevabını sayfanın sonuna saklayan girişler. Plan netleşir: benzer yazıları birleştirip en güçlüsünü derinleştirmek, yazara uzmanlık bilgisi eklemek, cevabı başa taşımak, eskimiş bölümleri güncellemek. Değişiklikleri parti parti yayına alıp her partinin performansını ayrı izlersiniz; böylece neyin işe yaradığı kayıt altına girer.

Bu akışın değeri, her adımın bir gözleme dayanmasıdır: ölçüm gruplar arasındaki farkı gösterir, inceleme nedeni ortaya çıkarır, değişiklik o nedene yöneliktir.

Takip ve raporlama düzeni

Düşüş yaşandıktan sonra kurulan izleme, bir sonraki güncellemede sizi hazırlıklı tutar:

• Güncelleme takvimini izleyin ve her duyuruda başlangıç ve bitiş tarihini ekibin takvimine yazın.
• Search Console'da sayfa grupları için aylık karşılaştırma görünümleri kaydedin.
• Tüm önemli şablonlar için örnek sayfalar belirleyin; teknik bozulmaları erken yakalamak için düzenli olarak bu sayfaları denetleyin.
• Yönetime aktarırken düşüşü tek bir sayıyla değil, sayfa türü ve sorgu türü kırılımıyla anlatın; çünkü çözüm de bu kırılıma bağlı olacaktır.
• Her toparlanma çalışmasını bir değişiklik günlüğüne işleyin: ne değişti, hangi sayfada, ne zaman?

Mindset programlarında nerede çalışılır?

Bu çalışma, SEO yöneticileri, içerik editörleri ve düşen trafiği yönetime açıklamak zorunda olan dijital pazarlama ekipleri içindir. Çözdüğü sorun, panik halinde yapılan rastgele değişikliklerin yerine ölçülebilir bir inceleme düzeni kurmaktır.

Mindset'in "SEO İleri Düzey" eğitiminde "Algoritmik Güncelleme ve İyileşme Stratejileri" adlı modül bulunur; aynı eğitim ileri teknik SEO, yapılandırılmış veri ve SEO ölçümü ile raporlama konularını da kapsar. Kurumsal ekipler bu modülü, kendi sitelerinin geçmiş trafik düşüşlerini sayfa türü kırılımıyla geriye dönük incelemek için bir çalışma konusu yapabilir.