Hızlı Cevap
Site genelinde sıralama düşüşü teşhisi şudur: önce düşüşün ani mi kademeli mi olduğunu GSC tarih karşılaştırmasıyla ayırın, sonra kapsamı sayfa, sorgu, cihaz ve sekme bazında bölün, ardından update, manuel işlem, indeksleme ve CTR sinyallerini tek sırayla doğrulayın. Doğru teşhis, ilk aksiyonu gereksiz panik oluşturmadan belirler.
Önemli Noktalar
- Ani düşüşte önce tarih korelasyonu ve deploy geçmişini eşleştirin.
- Sitewide görünen kayıp, çoğu zaman klasör veya cihaz bazlı çıkar.
- İndeksleme raporu, robots ve canonical hataları site genelini vurabilir.
- CTR kaybı ile pozisyon kaybını aynı sorun gibi okumayın.
Site genelinde sıralama düşüşü nasıl teşhis edilir? İlk karar ağacı
Site genelinde sıralama düşüşü nasıl teşhis edilir sorusunun ilk cevabı, düşüşün gerçekten sitewide olup olmadığını kanıtlamaktır. Search Console Performans raporunda son 7, 28 ve 90 günü ayrı ayrı karşılaştırın. Bunu yaparken hafta içi ve hafta sonu dengesini bozmayan benzer dönemler seçin. Google Search Central, trafik düşüşü analizinde önce karşılaştırmalı tarih penceresi kurmayı, ardından sorgu, URL, ülke, cihaz ve arama görünümü filtreleriyle değişimin nerede yoğunlaştığını okumayı öneriyor (Google Search Central, Debug Google Search Traffic Drops, 2025-12-10).
İkinci karar noktası, düşüşün ani mi kademeli mi olduğudur. Ani kırılmalar çoğunlukla deploy, robots, yönlendirme, noindex veya manuel işlem tarafında sinyal verir. Kademeli düşüşler ise daha sık biçimde core update etkisi, içerik kalitesi aşınması, rekabet artışı ya da talep daralmasıyla ilişkilidir. Google aynı rehberde, son 16 ayı görerek mevsimsellik ve endüstri talebi değişimlerini dışlamayı özellikle önerir. Bu yüzden markalı ve marka dışı sorguları da ayırın; marka aramaları sabit kalıp genel sorgular düşüyorsa sorun çoğu zaman görünürlük veya kalite tarafındadır.
Üçüncü karar noktası, düşüşün kapsamıdır. Tek ülke, tek cihaz, tek klasör veya yalnızca görsel sonuçlar etkileniyorsa bunu genel sıralama kaybı diye etiketlemek teşhisi bozar. Pratikte en çok zaman kaybettiren hata budur: ana sayfada ve birkaç kritik URL’de hissedilen kayıp, ekip tarafından bütün site problemi sanılır. İlk 15 dakikada doğru sınıflama yapmak, sonraki saatleri kurtarır.
- Adım 1: Son 7, 28 ve 90 günü ayrı ayrı karşılaştırın.
- Adım 2: Kayıp tüm siteyi mi, belirli klasörü mü etkiliyor bakın.
- Adım 3: Marka, ülke, cihaz ve arama türü kırılımlarını ayırın.
- Adım 4: Google Trends ile talep düşüşü ve sezon etkisini dışlayın.
Update, manuel işlem ve güvenlik sorunlarını dışlayın
Düşüş tarihi netleştiyse bir sonraki iş, resmi update takvimine bakmaktır. Google Search Status Dashboard kayıtlarına göre February 2026 Discover update 5 Şubat 2026’da, March 2026 spam update 24 Mart 2026’da, March 2026 core update 27 Mart 2026’da, May 2026 core update 21 Mayıs 2026’da ve June 2026 spam update 24 Haziran 2026’da başladı. Aynı panel, December 2025 core update başlangıcını da 11 Aralık 2025 olarak gösteriyor (Google Search Status Dashboard, 2026-07-10).
Burada kritik nokta, rollout devam ederken hüküm vermemektir. Google’ın core update dokümanı, önce güncellemenin bittiğini doğrulamayı ve tamamlandıktan sonra en az bir hafta bekleyerek Search Console karşılaştırması yapmayı öneriyor (Google Search Central, Google Search’s Core Updates, 2025-12-10). Bu bekleme penceresi yoksa, henüz oturmamış veriyle yanlış karar verme riski yükselir.
Aynı anda Search Console içindeki Manual Actions ve Security Issues alanlarını kontrol edin. Manual actions report, sayfa veya site düzeyinde manuel tespit edilen ihlallerin sonuçlarda düşüşe ya da görünmezliğe yol açabileceğini açıkça belirtir (Search Console Help, Manual actions report, 2026-07-10). Eğer bu iki raporda sorun görünmüyorsa, odak teknik hata veya kalite analizine kaydırılmalıdır; görünüyorsa geri kalan adımlar ikincil kalır.
- Update korelasyonu: Düşüş günü ile resmi başlangıç tarihini eşleştirin.
- Rollout disiplini: Core update bitmeden kalıcı teşhis koymayın.
- Ceza kontrolü: Manual Actions ve Security Issues raporlarını aynı oturumda kontrol edin.
| Olası neden | Belirleyici sinyal | Doğrulama raporu | İlk aksiyon |
|---|---|---|---|
| Core update korelasyonu | Düşüş tarihi resmi rollout ile çakışır | Google Search Status Dashboard | Rollout bitişini ve bir haftalık stabil pencereyi bekle |
| Manuel işlem veya güvenlik uyarısı | Ani ve geniş kapsamlı görünürlük kaybı | Search Console Manual Actions ve Security Issues | Mesajı doğrula, ihlali kaldır, yeniden inceleme sürecine hazırlan |
| İndeksleme dışlanmaları | Hariç tutulan URL sayısında artış | Page indexing report | Hariç tutma nedenlerini sınıflandır ve örnek URL doğrula |
| Robots, noindex ve canonical sorunları | Şablon bazlı URL grupları kaybolur | URL Denetleme Aracı ve kaynak kod kontrolü | Kuralı geri al, canlı ve son tarama durumunu karşılaştır |
| Site taşıma ve redirect hataları | Yeni URL'ler zayıf, eski URL'ler kararsız | Redirect testleri, sitemap ve log okumaları | 301 hedeflerini ve iç linkleri düzelt |
| CTR düşüşü ve SERP özelliği baskısı | Gösterim sabit, tıklama düşer | GSC Performans raporu ve SERP incelemesi | Başlık, snippet ve SERP kompozisyonunu gözden geçir |
| Mobil-Desktop farkı | Yalnız mobilde sert kayıp | Cihaz filtresi ve render kontrolleri | Mobil şablon, CWV ve render sorunlarını incele |
| Talep düşüşü ve sezonluluk | Sorgu hacmi sektör genelinde zayıflar | Google Trends ve marka dışı sorgular | Görünürlük kaybı ile pazar daralmasını ayır |
Search Console’da kaybı sayfa, sorgu, cihaz ve sekmeye bölün
Bu aşamada amaç, tek bir toplam grafikten çıkıp kaybı parçalamaktır. Önce Top pages tablosunda hangi klasörlerin gerilediğini bulun. Blog, kategori, ürün, rehber veya şehir sayfaları gibi şablon kümeleri düşüşün kaynağını çok hızlı ele verir. Ardından Top queries tablosuna geçin. Sayfalar sabit görünüp sorgular kayıyorsa çoğu zaman sorun arama niyeti kayması, snippet zayıflığı veya rakiplerin daha iyi cevap vermesidir.
Sonra cihaz ve ülke segmentine inin. Yalnız mobilde görülen sert düşüşler çoğu zaman render, Core Web Vitals, mobil UX veya şablon sorunlarını çağrıştırır. Tek pazarda yaşanan düşüşler ise hreflang, lokal rekabet ya da içerik uyumu tarafına işaret eder. Google’ın trafik düşüşü rehberi, bu segmentleri ayrı ayrı tıklayıp değişimin yalnız belirli sorgu, URL, ülke, cihaz veya görünümde olup olmadığını kontrol etmeyi öneriyor (Google Search Central, Debug Google Search Traffic Drops, 2025-12-10).
Son segment arama türü olmalı: Web, Görseller, Video ve Haber. Görsel aramadan gelen yoğun trafik kaybı, klasik web sıralama kaybı değildir. Aynı şekilde Haber veya Video sekmesindeki oynama, ana web görünürlüğünü olduğundan kötü gösterebilir. Ekip içi eğitim yapıyorsanız, Google Search Central’ın Performans raporu segmentleme videosu bu bölüm için iyi bir referans olur; fakat günlük teşhiste esas olan, veriyi ayrı okumaktır.
- Sayfa bazlı okuma: Kayıp hangi klasör ve sayfa tipinde yoğunlaşıyor?
- Sorgu bazlı okuma: Marka dışı, uzun kuyruk ve dönüşüm odaklı kümeler ayrı mı düşüyor?
- Cihaz ve ülke: Sorun yalnız mobilde veya belirli pazarda mı?
- Sekme ayrımı: Web, Görseller, Video ve Haber’i tek grafikte karıştırmayın.
İndeksleme, robots, canonical ve site taşıma kontrolleri
Sitewide düşüşlerde teknik tarafı hızlı dışlamak gerekir. Search Console Page indexing report, çok sayıda URL’nin neden indekslenmediğini anlamak için ilk bakılacak yerdir. Google bu raporda özellikle robots.txt engelleri, duplicate veya alternate URL’ler ve redirect edilen URL’ler gibi nedenlerin geniş URL gruplarını etkileyebileceğini açıkça listeler (Search Console Help, Page indexing report, 2026-07-10). Raporun kendisi trendi gösterir; birkaç kritik örneği de URL Denetleme Aracı ile canlı test ederek doğrulayın.
Burada sık yapılan hata, yalnız canlı URL testine bakıp sorunun çözüldüğünü sanmaktır. Google aynı yardım sayfasında, canlı testin tüm canonical ve duplicate sorunlarını göstermeyebileceğini belirtir. Bu yüzden robots, noindex, x-robots-tag, canonical, soft 404, render ve yönlendirme katmanlarını birlikte kontrol edin. Özellikle büyük deploy sonrası şablon seviyesinde eklenen yanlış canonical veya noindex, birkaç dakika içinde bütün şablon ailesini etkileyebilir.
Site taşıma, alan adı değişimi, URL yapısı güncellemesi veya CMS geçişi yaşandıysa 301 zincirleri, hedef URL eşleşmesi, XML sitemap güncelliği ve hreflang referansları aynı tabloda incelenmelidir. Böyle anlarda hızlı bir site sağlığı kontrolü görünmeyen kırılmaları daha erken yakalamayı sağlar. Teknik ekip ile SEO ekibinin aynı liste üzerinden çalışması, özellikle redirect chain ve canonical çakışmalarında ciddi zaman kazandırır.
- Robots ve noindex: Şablon seviyesinde yanlış kural var mı?
- Canonical: Yeni URL yerine eski ya da parametrik URL’ler işaret ediliyor mu?
- Redirect: 301 hedefi doğru mu, zincir veya loop oluşuyor mu?
- Taşıma sonrası: Sitemap, hreflang ve iç linkler yeni yapıyla tutarlı mı?
CTR erozyonu, SERP özellikleri ve içerik kalitesi sinyalleri
Bazen sıralama düşmemiş gibi görünür ama trafik sert geriler. Google’ın trafik düşüşü rehberi bu durumda, gösterimler benzer kalırken tıklamalar düşüyorsa başlık, açıklama ve sonuç görünümü tarafını incelemeyi önerir (Google Search Central, Debug Google Search Traffic Drops, 2025-12-10). Yani sorun her zaman pozisyon değildir; snippet gücü zayıflamış, featured snippet kaybolmuş ya da sonuç sayfasında daha fazla görsel özellik devreye girmiş olabilir.
2026’da bu okuma daha da önemli hale geldi. AI özetleri, SERP özellikleri ve daha kalabalık sonuç sayfaları bazı sorgularda CTR’yi aşağı çekebilir. Bu yüzden ortalama konum ile tıklama eğrisini birlikte okuyun. Pozisyon sabit, gösterim stabil, CTR düşüyorsa önce SERP kompozisyonunu kontrol edin. Bu aşamada bir AI görünürlük raporu ile hangi sorgularda klasik mavi link alanının daraldığını görmek faydalı olabilir.
İkinci katman içerik kalitesidir. Google, büyük ve sürdürülen sitewide pozisyon kayıplarında sitenin bütününü helpful, reliable ve people-first çerçevesinde değerlendirmeyi öneriyor (Google Search Central, Google Search’s Core Updates, 2025-12-10). İnce içerik, güncelliğini kaybetmiş rehberler, aynı niyete saldıran benzer sayfalar ve zayıf uzmanlık sinyalleri burada öne çıkar. Talep daralması ihtimalini dışlamak için Google Trends’te aynı sorgu kümelerinin son 12-16 aydaki trendini kontrol etmek gerekir; aksi halde mevsimsel düşüşü kalite sorunu sanabilirsiniz.
- CTR düştü ama pozisyon sabit: Önce SERP görünümünü inceleyin.
- Gösterim ve pozisyon birlikte düştü: Update veya kalite etkisi daha olasıdır.
- Uzun kuyruk sorgular eridi: İçerik çakışması ve güncellik zafiyetini kontrol edin.
- Marka dışı sorgular düştü: Gerçek görünürlük kaybı ihtimali güçlenir.
Son 6-12 ay vaka deseni: core update mi deploy hatası mı?
Sahada tekrar eden üç desen var. Birincisi, resmi rollout tarihinden hemen sonra başlayan ve birkaç hafta boyunca kademeli görünen core update deseni. İkincisi, büyük deploy, CMS değişimi veya taşıma sonrasında bir-iki gün içinde keskinleşen teknik kırılma deseni. Üçüncüsü ise indeksleme stabil kalırken sorgu setinin yavaş yavaş eridiği kalite ve niyet uyumu deseni. December 2025 core update, March 2026 core update ve May 2026 core update çevresinde görülen düşüşleri okurken ilk desen; Haziran 2026 spam update veya beklenmedik şablon değişimlerinde ise ikinci desen daha sık çalışır (Google Search Status Dashboard, 2026-07-10).
Önceliklendirmeyi her zaman Top pages ve Top queries yapar. En çok tıklama kaybeden ama geri dönme potansiyeli yüksek sayfaları öne alın. Ticari sayfalar, kategori sayfaları ve en güçlü bilgi içerikleri genellikle ilk inceleme grubudur. Bu sırada yalnız ortalama konuma bakmak yetmez; hangi sorgu kümelerinde görünürlük kaybının önce başladığını bulmak gerekir. Bu, core update ile deploy hatasını ayırmada şaşırtıcı derecede belirleyicidir.
İzleme katmanında Ahrefs, SEMrush, Moz, SE Ranking veya SEOptimer gibi araçlar farklı veri pencereleri sunabilir; SEOYEN farkı ise bu teşhis akışını tek platformda, Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek ile daha pratik yönetebilmenizdir. Teşhis sonrasında sıralama takibi paneli, teknik kontroller ve görünürlük izlemesini aynı akışta toplamak operasyonu sadeleştirir. Plan tarafını incelemek isteyenler için paket detayları sayfası yeterlidir; burada önemli olan araç sayısı değil, teşhisin kopmadan devam etmesidir.
- Rollout sonrası kademeli düşüş: Önce kalite ve sorgu kaymasını inceleyin.
- Deploy sonrası ani düşüş: İndeksleme, robots ve redirect kontrollerine dönün.
- İndeks stabil, query kaybı yüksek: CTR ve içerik kalitesi analizini derinleştirin.
Adım Adım: Sitewide sıralama düşüşü teşhis süreci
Ekip içinde tekrar kullanılabilir bir akış istiyorsanız, aşağıdaki altı adım en az sürtünmeyle çalışır. Mantık basit: önce kapsamı doğrulayın, sonra dış nedenleri temizleyin, en son içerik ve kalite yorumuna geçin. Sıralama kaybı teşhisinde en pahalı hata, teknik sorun çözülmeden kalite tarafında büyük revizyonlara başlamaktır.
Bu süreç özellikle acil durumlarda işe yarar çünkü her adım bir sonraki adımdaki belirsizliği azaltır. GSC, indeksleme ve SERP okumalarını aynı gün içinde tamamlayabilir, sonraki günlerde yalnız doğrulanmış probleme odaklanabilirsiniz. Böylece yanlış pozitifleri azaltır, ekip eforunu doğru yere taşırsınız.
- GSC’de tarih penceresini doğru karşılaştırın. Son 7, 28 ve 90 günü benzer dönemlerle karşılaştırın. Düşüşün tek günlük mü, haftalık mı, yoksa birkaç aydır biriken bir erime mi olduğunu burada ayırın. Aynı anda marka ve marka dışı sorguları gözden geçirerek talep değişimi ihtimalini erken safhada görünür hale getirin.
- Kayıbın kapsamını segmentlerle netleştirin. Sayfa, sorgu, cihaz, ülke ve arama türü filtrelerini tek tek uygulayın. Kayıp yalnız mobilde, yalnız belirli klasörde veya yalnız Görseller sekmesinde çıkıyorsa sitewide teşhisini daraltın. Bu adım, çözüm ekibini doğru uzmanlığa yönlendirmek için kritik önemdedir.
- Update ve manuel işlem sinyalini doğrulayın. Resmi Search Status Dashboard üzerinde tarih korelasyonu kurun. Ardından Search Console içindeki Manual Actions ve Security Issues alanlarını kontrol edin. Core update ihtimali varsa rollout bitişini bekleyin ve en az bir hafta sonra yeniden karşılaştırma yapın.
- İndeksleme ve yönlendirme hatalarını tarayın. Page indexing report içindeki hariç tutma nedenlerini, URL Denetleme Aracı bulgularını, robots.txt, noindex, canonical ve 301 zincirleriyle birlikte okuyun. Özellikle son deploy veya site taşıma varsa, şablon düzeyindeki değişikliklerin bütün siteyi etkileyip etkilemediğini doğrulayın.
- CTR ile pozisyon kaybını birbirinden ayırın. Gösterimler aynı kalırken tıklamalar düşüyorsa snippet, SERP özelliği veya AI görünümü baskısını düşünün. Pozisyon sert düştüyse kalite, update etkisi veya teknik görünürlük kaybı daha olasıdır. Bu ayrım yapılmadan atılan başlık veya içerik hamleleri çoğu zaman isabetsiz kalır.
- Bulguları önceliklendirip izleme başlatın. En çok trafik kaybeden sayfaları ve sorguları etki potansiyeline göre sıralayın. Hangi kaybın bugün, hangisinin bu hafta ele alınacağını netleştirin. Sonrasında sıralama, teknik sağlık ve SERP görünürlüğünü tek izleme listesinde toplayarak iyileşmenin gerçekten başladığını doğrulayın.
Bu akışın gücü, her düşüşü aynı sepete atmamasıdır. Update etkisi, teknik hata, indeksleme sorunu, içerik kalitesi ve CTR erozyonu farklı teşhis yolları ister. Doğru sırayla bakıldığında, site genelinde sıralama düşüşü çoğu zaman beklenenden daha hızlı ayrışır.
Kaynaklar
Sıkça Sorulan Sorular
Ani düşüşler çoğunlukla zaman bazlı bir kırılmaya dayanır. Önce düşüş günü ile resmi update tarihlerini, son deploy veya CMS değişikliklerini, Search Console mesajlarını ve Page indexing report içindeki sıçramaları karşılaştırın. Eğer aynı günlerde robots, noindex, yanlış canonical veya yönlendirme hatası oluştuysa teknik neden daha olasıdır. Manual Actions ya da Security Issues raporunda bildirim varsa öncelik orasıdır. Resmi bir core update başlangıcıyla çakışıyorsa rollout bitmeden kesin yargı vermeyin. Google bunun için en az bir haftalık stabil pencere önerir. Kısacası ani düşüşte en hızlı cevap, tarih korelasyonu artı teknik doğrulama birleşimidir.
En doğru yöntem, Search Console Performans raporunda toplam grafiğe bakıp kalmamaktır. Önce son 7, 28 ve 90 günü karşılaştırın. Sonra kaybı sayfa, sorgu, cihaz, ülke ve arama türüne göre bölün. Böylece gerçekten bütün sitenin mi, belirli klasörün mü, yoksa yalnız mobil veya görsel aramanın mı etkilendiğini anlarsınız. Ardından update tarihleri, manuel işlem, güvenlik ve indeksleme raporlarıyla dış nedenleri tarayın. Son aşamada CTR ile pozisyon kaybını ayırın. Bu segmentli yaklaşım, yanlış teşhisi ciddi ölçüde azaltır ve ilk aksiyonu daha net belirler.
Önce resmi Search Status Dashboard üzerinde ilgili core update'in başlangıç ve bitiş tarihini doğrulayın. Düşüşünüz bu pencereyle uyumluysa, Google'ın önerdiği gibi rollout tamamlandıktan sonra en az bir hafta bekleyin ve ardından update öncesi ile sonrası haftaları Search Console'da karşılaştırın. Burada küçük oynama ile büyük kayıp ayrımı önemlidir. Birkaç pozisyonluk doğal dalgalanma ile geniş sorgu grubunda yaşanan sert kayıp aynı şey değildir. Büyük kayıplarda Google, sitenin tamamını helpful, reliable ve people-first çerçevesinde yeniden değerlendirmeyi önerir. Yani yalnız tek sayfa değil, genel kalite ve niyet uyumu da incelenmelidir.
Search Console'da yalnız tıklama grafiğine bakmak yeterli değildir. Tıklama, gösterim, CTR ve ortalama konumu birlikte açın. Sonra karşılaştırmalı tarih görünümüne geçip önce sayfaları, sonra sorguları analiz edin. Kaybın en çok hangi klasör, sayfa tipi veya sorgu grubunda toplandığını belirleyin. Cihaz, ülke ve arama türü filtreleriyle kapsamı daraltın. Eğer gösterim de düşmüşse görünürlük sorunu daha olasıdır. gösterim sabit ama tıklama düşüyorsa snippet veya SERP değişimi öne çıkar. En verimli okuma sırası genelde şudur: tarih, sayfa, sorgu, cihaz, ülke, arama türü.
Bunu anlamanın en net yolu, Search Console içindeki Manual Actions raporunu açmaktır. Google burada sayfa veya site düzeyindeki manuel tespit edilmiş ihlalleri listeler. Eğer aktif bir manuel işlem varsa çoğu zaman hangi alanın etkilendiğini ve yeniden inceleme için neyin düzeltilmesi gerektiğini de görürsünüz. Güvenlik kaynaklı ayrı bir problem ihtimali için Security Issues alanı da aynı anda kontrol edilmelidir. Herhangi bir uyarı yoksa sitewide kaybı otomatik olarak ceza diye yorumlamak doğru değildir. teknik hata, core update etkisi, talep düşüşü veya kalite aşınması daha olası olabilir.
Evet, hem de çok sert biçimde neden olabilir. Geniş kapsamlı noindex hataları, robots.txt engelleri, yanlış canonical eşleştirmeleri, soft 404 artışı, yönlendirme zincirleri veya render problemleri büyük URL gruplarını bir anda görünmez hale getirebilir. Bu yüzden Page indexing report ve URL Denetleme Aracı birlikte okunmalıdır. Rapor size hangi nedenlerle URL'lerin dışlandığını gösterir. canlı denetim ise örnek URL'nin mevcut durumunu doğrular. Özellikle site taşıma, tema değişimi veya büyük deploy sonrasında indeksleme tarafı kontrol edilmeden içerik kalitesi üzerine büyük revizyonlara başlamak çoğu zaman zaman kaybıdır.