Büyük ölçekli sitelerde Core Update analizi küçük sitelere göre farklı bir disiplin gerektiriyor. On binlerce veya yüz binlerce URL bulunan bir e-ticaret, yayın, ilan ya da programmatic SEO projesinde toplam organik trafik grafiği tek başına neredeyse hiçbir zaman yeterli açıklama sağlamıyor. Bir dizin güçlenirken başka bir dizin gerileyebilir ve toplam grafik bu iki hareketi birbirine karıştırabilir.

Google da trafik düşüşlerini analiz ederken değişimin yalnızca toplam site seviyesinde değil sorgu, URL, ülke, cihaz ve farklı Search görünümleri açısından incelenmesini öneriyor. Büyük siteler için Search Console’un BigQuery toplu veri aktarımı özellikle değerli; Google bu özelliğin on binlerce sayfa veya sorguya sahip sitelerde ayrıntılı analiz için yararlı olduğunu açıkça belirtiyor.

Toplam Trafik Grafiği Neden Gerçeği Gizleyebilir?

Bir e-ticaret sitesinin toplam organik trafiğinin Core Update sonrasında yalnızca yüzde 3 düştüğünü düşünelim. İlk bakışta önemli bir sorun görünmeyebilir. Fakat kategori sayfaları yüzde 25 gerilerken blog içerikleri yüzde 40 büyüdüyse toplam değişim gerçek ticari kaybı saklayabilir.

Benzer biçimde masaüstü görünürlüğü korunurken mobil sorgularda önemli bir kayıp yaşanabilir. Bir ülkedeki büyüme başka ülkedeki düşüşü dengeleyebilir. Bu nedenle büyük sitelerde “site düştü mü?” sorusundan önce “hangi bölüm, hangi sorgu ve hangi kullanıcı grubu değişti?” sorusunu soruyoruz.

İlk segmentasyonumuz genellikle şunları içerir:

• Dizin
• Sayfa şablonu
• İçerik türü
• Sorgu kümesi
• Marka ve markasız sorgu
• Ülke
• Cihaz
• Search appearance
• Yeni ve eski URL
• Dönüşüm seviyesi

Bu kırılımlar güncellemenin gerçek etki alanını ortaya çıkarmaya başlar.

Güncelleme Zaman Çizgisini Analize Nasıl Ekliyoruz?

Core Update analizi yapmadan önce resmî başlangıç ve bitiş tarihini işaretliyoruz. Mayıs 2026 Core Update 21 Mayıs’ta başlayıp 2 Haziran’da tamamlandı; Google’ın Core Update rehberi de analizden önce rollout’un tamamlandığının doğrulanmasını öneriyor.

Büyük sitelerde rollout dönemini ayrı bir dönem olarak tutmak özellikle önemlidir. Çünkü yüz binlerce URL’deki günlük hareketleri nihai sonuç sanmak yanlış sınıflandırmalara yol açabilir.

Veri dönemini şu şekilde ayırıyoruz:

• Güncellemeden önceki referans dönem
• Rollout öncesi son hafta
• Güncellemenin aktif olduğu dönem
• Tamamlanma sonrası ilk hafta
• Karşılaştırma dönemi
• 28 günlük sonraki dönem
• Önceki yılın aynı mevsimsel dönemi

Böylece zaman etkisi ile site bölümü etkisini birlikte analiz edebiliriz.

URL’leri Sayfa Tipine Göre Ayırmak Neden Kritik?

Büyük sitelerde Google’ın her URL’yi aynı amaçla değerlendirmesini beklemek doğru değildir. Ürün sayfası, kategori, blog yazısı, filtre sayfası ve marka sayfası farklı kullanıcı ihtiyaçlarına hizmet eder.

Eğer Core Update sonrasında yalnızca rehber içerikler geriliyorsa teknik kategori sayfalarını yeniden yazmaya başlamamız mantıklı olmaz. Tam tersine kategori sayfaları düşerken editoryal içerikler korunuyorsa ticari sayfaların içerik yapısı, iç link desteği ve arama niyeti daha yakından incelenebilir.

Sayfa sınıflandırmasında şunları kullanıyoruz:

• Ana kategori sayfaları
• Alt kategori sayfaları
• Ürün veya hizmet sayfaları
• Blog ve rehber içerikleri
• Haber içerikleri
• Etiket sayfaları
• Filtre ve faceted navigation URL’leri
• Marka sayfaları
• Lokasyon sayfaları
• Programmatic sayfalar

Core Update etkisi çoğu zaman site geneli ortalamadan çok belirli sayfa şablonlarında görünür hale gelir.

BigQuery Büyük Site Analizini Nasıl Değiştiriyor?

Search Console arayüzü günlük operasyon için güçlüdür; ancak çok büyük veri setlerinde sınırlı sayıda satır üzerinden çalışmak ayrıntıyı azaltabilir. Google’ın Search Console Bulk Data Export özelliği performans verilerinin BigQuery’ye günlük aktarılmasını sağlıyor ve anonimleştirilen sorgular dışında günlük satır limitinden etkilenmeden daha geniş analiz yapılmasına imkân veriyor.

Google ayrıca Search Console ve Google Analytics verilerinin BigQuery üzerinden birleştirilmesini daha ayrıntılı analiz için öneriyor. Böylece sadece görünürlük değişimini değil, değişimin işletme sonuçlarına nasıl yansıdığını da değerlendirebiliriz.

BigQuery ortamında oluşturduğumuz analizler arasında şunlar bulunur:

• URL kümesi bazında tıklama değişimi
• Sorgu kümesi bazında gösterim değişimi
• Dizin bazında pozisyon hareketi
• Marka ve markasız sorgu karşılaştırması
• Cihaz ve ülke kırılımı
• Yeni URL ve eski URL performansı
• Dönüşüm verisiyle eşleştirme
• Trafik kaybına en çok katkı yapan URL’ler

Bu analiz, toplam yüzde değişimin ötesine geçmemizi sağlar.

Core Update Etkisi ile Talep Değişimini Nasıl Ayırıyoruz?

Bir sayfanın tıklaması düşerken ortalama pozisyonu aynı kalıyorsa problem mutlaka algoritma olmayabilir. Arama hacmi düşmüş olabilir. Google’ın trafik kaybı rehberi de değişen kullanıcı ilgisi ve mevsimselliğin kontrol edilmesini, gerektiğinde Google Trends verisinin incelenmesini öneriyor.

Bu nedenle yalnızca tıklamaya bakmıyoruz. Gösterim, pozisyon, CTR ve talep sinyallerini birlikte değerlendiriyoruz.

Örnek yorumlama çerçevemiz:

• Gösterim düşüyor, pozisyon aynı: Talep veya indeks kapsamı incelenir.
• Gösterim aynı, pozisyon düşüyor: Sıralama rekabeti öncelikli ihtimaldir.
• Pozisyon aynı, CTR düşüyor: SERP görünümü veya snippet değişimi incelenir.
• Pozisyon ve gösterim birlikte düşüyor: Daha geniş kalite veya relevance analizi gerekir.
• Tıklama düşüyor, dönüşüm korunuyor: Kaybedilen trafiğin niteliği ayrıca değerlendirilir.

Bu ayrımlar gereksiz toplu değişiklikleri azaltır.

Kazanan Sayfaları İncelemek Neden Kaybedenler Kadar Önemli?

Core Update analizi çoğu zaman yalnızca düşen URL’lere odaklanıyor. Oysa aynı site içinde yükselen sayfalar bize güçlü karşılaştırma grubu sağlar.

Örneğin aynı editoryal ekip tarafından yazılmış iki içerikten biri yükseliyor, diğeri düşüyorsa domain seviyesinde genel bir problem iddiası zayıflar. Arama niyeti, özgünlük, konu kapsamı veya içerik yapısındaki farklar daha anlamlı hale gelir.

Kazanan gruplarda şu unsurları inceliyoruz:

• İçeriğin konusu
• Kullanıcı niyeti
• İç link sayısı ve niteliği
• Sayfa derinliği
• Özgün veri veya deneyim
• Güncellik ihtiyacı
• Ticari yoğunluk
• Yazar ve kaynak şeffaflığı
• Rakip sonuçlarının niteliği

Buradaki amaç bir “kazanan şablon” kopyalamak değil, site içinde karşılaştırılabilir kanıt üretmektir.

Büyük Sitelerde Toplu Düzeltme Neden Riskli?

On binlerce URL’de aynı anda başlık değiştirmek, içerik kısaltmak veya sayfa silmek güçlü bir müdahaledir. Eğer teşhis yanlışsa problem yalnızca devam etmekle kalmaz, başarılı sayfalar da zarar görebilir.

Google Core Update rehberi hızlı SEO düzeltmeleri yerine uzun vadede kullanıcıya anlamlı katkı sağlayacak değişiklikleri öneriyor; içerik silmenin ise son seçenek olması gerektiğini belirtiyor.

Toplu aksiyondan önce şu kontrolleri yapıyoruz:

• Etkilenen şablon gerçekten ortak mı?
• Aynı şablondaki bütün sayfalar mı düştü?
• Kazanan kontrol grubu var mı?
• Değişim rollout sonrasında devam ediyor mu?
• Teknik sorun eşlik ediyor mu?
• Arama talebi değişmiş mi?
• Yapacağımız müdahale kullanıcı faydasını artırıyor mu?

Bu soruların cevabı net değilse geniş çaplı uygulamayı geciktirmek daha güvenlidir.

2026’da Büyük Site Core Update Analizinin Yeni Standardı

Büyük siteler için Core Update analizi artık tek grafik ve birkaç anahtar kelime kontrolünden oluşmamalıdır. Search Console, BigQuery, Analytics ve gerektiğinde log verileri üzerinden çok katmanlı bir değerlendirme yapılması gerekir.

Bizim yaklaşımımızda güncelleme “sebep” olarak baştan kabul edilmez; önce zaman çakışması olarak kaydedilir. Sonra farklı veri segmentlerinde aynı örüntünün tekrar edip etmediği incelenir.

Temel kontrol dizimiz:

• Resmî güncelleme tarihini doğrulamak
• Karşılaştırma dönemlerini oluşturmak
• URL’leri anlamlı gruplara ayırmak
• Sorguları konu ve niyet bazında kümelendirmek
• Ülke ve cihaz farklılıklarını incelemek
• Talep değişimini kontrol etmek
• Kazanan ve kaybeden grupları karşılaştırmak
• Dönüşüm etkisini ölçmek
• Sadece kanıtlanan problemlere müdahale etmek

Büyük sitelerde doğru soru “trafik düştü mü?” değil, “toplam değişimi hangi URL ve sorgu kümeleri oluşturdu?” sorusudur.

Sık Sorulan Sorular – S.S.S

1. Büyük sitelerde Core Update analizi neden daha zordur?

Çünkü binlerce farklı sayfa, sorgu ve kullanıcı niyeti aynı toplam grafikte birleşir. Bir bölümün yükselişi başka bölümün düşüşünü gizleyebilir.

2. Toplam organik trafik tek başına yeterli midir?

Hayır. Dizin, sayfa tipi, sorgu, ülke ve cihaz kırılımları ayrıca incelenmelidir.

3. BigQuery neden önemlidir?

Search Console verisinin çok daha büyük ölçekte saklanıp analiz edilmesini sağlar. Özellikle on binlerce URL veya sorguya sahip projelerde ayrıntılı segmentasyon kolaylaşır.

4. Core Update tarihi nasıl belirlenmelidir?

Google Search Status Dashboard üzerindeki resmî başlangıç ve tamamlanma tarihleri kullanılmalıdır. Böylece analiz dönemi tahmine değil doğrulanmış zaman çizelgesine dayanır.

5. Rollout dönemi karşılaştırmaya dahil edilmeli mi?

İzlenebilir ancak nihai referans dönem olarak kullanılması dikkat gerektirir. Güncelleme aktifken sıralamalar geçici biçimde hareket edebilir.

6. Sayfa şablonu analizi nedir?

Benzer amaç ve teknik yapıya sahip URL’lerin grup halinde değerlendirilmesidir. Kategori, ürün ve blog sayfaları buna örnektir.

7. Marka sorguları neden ayrılmalıdır?

Marka talebi algoritmik görünürlükten farklı dinamiklerle hareket edebilir. Markasız keşif sorgularıyla karıştırmak gerçek SEO etkisini gizleyebilir.

8. Trafik düşüp pozisyon aynı kalabilir mi?

Evet. Arama talebi veya CTR değişmiş olabilir; bu nedenle gösterim ve Trends verisi de incelenmelidir.

9. Kazanan URL’ler neden analiz edilir?

Aynı site içindeki başarılı sayfalar kontrol grubu oluşturabilir. Böylece genelleştirilmiş site problemleri ile sayfaya özgü farklar ayrıştırılabilir.

10. Bütün düşen sayfaları aynı anda güncellemek doğru mu?

Genellikle hayır. Önce ortak problemin gerçekten aynı olduğunun kanıtlanması gerekir.

11. Dönüşüm verisi neden Core Update analizine eklenmelidir?

Trafik kaybının ticari etkisini gösterir. Çok trafik kaybetmiş ancak düşük değerli sorgularla çalışan bir bölüm ile satış getiren bölüm aynı önceliğe sahip olmayabilir.

12. Search Console’da hangi metrikler izlenmelidir?

Tıklama, gösterim, CTR ve ortalama pozisyon temel metriklerdir. Bunlar URL ve sorgu kırılımlarıyla birlikte değerlendirilmelidir.

13. Ülke bazında farklı Core Update etkisi görülebilir mi?

Farklı pazarların sorgu yapısı ve rekabeti değişebildiği için performans farklılaşabilir. Bu yüzden uluslararası sitelerde ülke segmentasyonu önemlidir.

14. Mobil ve masaüstü sonuçları ayrı mı incelenmeli?

Evet. Cihaz bazında görünürlük ve CTR davranışları farklılaşabileceğinden ayrıştırma yararlıdır.

15. Yıllık karşılaştırma neden yapılır?

Mevsimselliği anlamaya yardımcı olur. Özellikle turizm, perakende ve dönemsel talebe sahip sektörlerde güçlü bağlam sağlar.

16. Core Update etkisi ne kadar sürede anlaşılır?

Google güncelleme tamamlandıktan sonra en az bir hafta beklemeyi öneriyor. Büyük sitelerde daha uzun dönemli trend analizi ek güven sağlayabilir.

17. Teknik problem Core Update sanılabilir mi?

Evet. İndeksleme, robots veya sunucu problemleri aynı dönemde ortaya çıkabilir; bu nedenle teknik kontroller mutlaka yapılmalıdır.

18. Programmatic SEO sayfaları ayrı analiz edilmeli mi?

Evet. Benzer şablonlarla ölçeklenen sayfalar farklı kalite ve indeks örüntüleri gösterebilir.

19. BigQuery küçük siteler için şart mı?

Hayır. Küçük ve orta sitelerde Search Console arayüzü ve API çoğu analiz için yeterli olabilir.

20. Büyük site analizinde en önemli prensip nedir?

Toplam rakamları parçalarına ayırmaktır. Etkiyi URL, sorgu ve kullanıcı segmentlerinde doğrulamadan geniş SEO kararları verilmemelidir.