Google sıralama monitörleri neredeyse her zaman aynı şekilde kurulur: bir eşik belirlenir, sıralama bunun ötesine geçince uyarı gönderilir ve biter. Çoğu araçtaki varsayılan eşik 3 sıra civarındadır, çünkü 3 sayısı anlamlı bir değişim gibi kulağa geliyor.
Bizim verimizde öyle değil. 90 günde en az 30 gösterim alan 106 sorguya baktığımızda, sorgu başına günlük sıralamanın standart sapmasının medyanı 7.45 çıktı. Tipik bir sorgu için 3 sıralık bir oynama sinyal değil, o sayının gündelik davranışıdır.
Monitör bozuk değil, kalibre edilmemiş. Varsayılanlardan değil de kendi geçmişinizden kalibre edildiğinde böyle görünür.
Monitör neyi varsayıyor ve hangi varsayımlar düşüyor
Her uyarı kuralının arkasında dört varsayım var ve yalnızca biri ayakta kalıyor.
Sıralama, eşiğin işleyeceği kadar kararlı. Düşüyor. Dağılım sorgular arasında bir mertebe fark ediyor; aşağıda ölçtük.
Aynı büyüklükteki oynama her sırada aynı anlama gelir. Düşüyor. 3. ile 6. sıra arasındaki mesafe, 41. ile 44. arasındaki mesafeye ne tıklamada ne anlamda eşdeğer.
Her sorgu aynı eşiği hak eder. Düşüyor. Marka sorgularıyla rekabetçi üst terimlerin istatistiksel olarak ortak noktası yok.
Daha sık kontrol etmek daha iyi bilgi verir. Belli bir noktadan sonra düşüyor. Günlük kontrol, haftalığa göre yedi kat fazla okuma ve çoğu sorgu setinde aynı sinyalin etrafında yedi kat fazla gürültü verir.
Yazının geri kalanı bu dört varsayımı tek tek ölçümle değiştiriyor.
Sorgularımız gerçekte ne yapıyor
Yöntem: kendi Search Console mülkümüz, 12 Eylül 2026'da biten 90 gün, boyutlar query ve date, 8.020 satır, dönem boyunca en az 30 gösterim alan 106 sorguya filtrelendi. Her sorgu için günlük ortalama sıralamanın standart sapmasını ve kendi medyanının 3 sıra içinde kaldığı günlerin oranını hesapladık.
Ölçüt | Değer |
|---|---|
Örnekteki sorgu sayısı | 106 |
Günlük sıralama standart sapmasının medyanı | 7.45 sıra |
Standart sapması 2 sıranın altında olan sorgular | 106'da 12 (%11) |
Standart sapması 10 ve üzeri olan sorgular | 106'da 40 (%38) |
Sorgunun kendi medyanının 3 sıra içinde geçen günlerin medyan oranı | %59 |
Aynı örnekten dört sorgu alın; aynı sitede davranış farkı şu kadar.
Sorgu | Medyan sıra | Standart sapma | Medyanın 3 içindeki günler |
|---|---|---|---|
amazon echo keywords | 14.1 | 1.29 | %100 |
on page seo audit | 92.2 | 4.99 | %63 |
perplexity seo checker | 31.9 | 12.87 | %22 |
geo | 70.4 | 9.83 | %30 |
Pratik okuma: sabit 3 sıra kuralının anlamlı olacağı kadar kararlı sorgular yaklaşık onda bir. Onda dördü ise 10 sıranın altındaki her eşikte durmadan uyarı üretecek kadar oynuyor.
Çoğu sorgu, varsayılan uyarı eşiğinin öngördüğünden çok daha fazla oynuyor.
Kalibrasyon kuralı 1: bantları siteye göre değil sorguya göre kur
Site düzeyindeki eşik, birbirine benzemeyen davranışların ortalamasıdır. Çözüm, her sorgunun bandını kendi geçmişinden hesaplamaktır; bunun için tek bir Search Console dışa aktarımı ve birkaç satır aritmetik yeter.
Her sorgu için global bir sayı değil, kendi dağılımını kullan.
- Normal: sorgunun kendi medyanından bir standart sapma içinde.
- Watch: bir ile iki standart sapma arasında ya da sorgu kendi orta %80 bandının dışına çıktığında.
- Investigate: iki standart sapmayı aşarken ve üst üste ikinci çalıştırmada doğrulandığında.
Yukarıdaki örnekte bu, uyarı hacmini çarpıcı biçimde değiştirir. Standart sapması 1.29 olan bir sorgunun izleme bandına ulaşması için yaklaşık 3 sıralık hareket gerekir. 12.87 olan bir sorgu içinse yaklaşık 13 gerekir; bu yüzden gerçek bir şey olana kadar neredeyse hiç uyarı çıkmaz.
Bu, uyarı bandı tasarım kılavuzunun zamanlanmış izleme için kullandığı mantığın hesap düzeyi yerine sorgu düzeyine uygulanmış halidir. Bu yazıdan sonra yalnızca bir şeyi değiştirecekseniz, eşiği sabit bir sayıdan sorgu başına bir değere çevirin.
Kalibrasyon kuralı 2: asgari gösterim tabanı koy
Sıra bir ortalamadır ve 3 gösterimin ortalaması ölçüm değildir. Dönem boyunca gösterim yaklaşık 30'un altına düştüğünde, temeldeki örneklem o kadar küçülür ki sayı kendi kendine oynar.
Bundan iki sonuç çıkar ve ikisini de uygulamak kolaydır.
Düşük gösterimli sorgularda uyarı üretme. İzlemeye devam et, ama sırayı sinyal değil bağlam olarak ele al. İstisna, aniden hacim kazanan bir sorgudur: bu bir gösterim olayıdır ve tek başına bilinmeye değer.
Her sıraya gösterimi eşlik ettir. Gösterim sabitken gelen 5 sıralık düşüş, gösterimin %60'ı kaybedilirken gelen 5 sıralık düşüşten farklı bir anlama gelir. İkincisi indeksleme ya da uygunluk sorununa, birincisi rekabete daha yakındır. Yalnızca sırayı raporlayan bir monitör bu ayrımı atar ve bu tam olarak bu ayıklama sırasının yakalamak için var olduğu arıza biçimidir.
Kalibrasyon kuralı 3: uyarıdan önce cihazı ve konumu ayır
Birleşik sıra, cihaz bazlı ve konum bazlı sonuçların ağırlıklı ortalamasıdır. Ağırlıklar değiştiğinde, sayfada hiçbir şey olmamışken ortalama oynar. Aynı sorguda mobil ile masaüstü arasında 11 sıraya varan fark ölçtük; yani bu bir yuvarlama hatası değil, tespit etmeye çalıştığınız gürültüyle aynı mertebede.
Uygulaması gösterişsiz ve ucuz: sırayı cihaz bazında çek, ikisini de sakla ve hareketin gerçekleştiği cihazda uyarı ver. Tek bir birleşik sayı izliyorsanız, cihaz ağırlıklarını çıktıya yazın; böylece bileşim değişimi tahmin edilmek yerine görünür olsun. Sorgu biçimi cihaz ayrımı adımlarında anlatılıyor.
Beş sütun, bir uyarıyı başlangıç noktası olan bir incelemeye dönüştürür.
Sıranın yanında neler izlenmeli
Sıra tek bir sütundur. Kalan dördü, bir hareketin insan dikkatini hak edip etmediğini belirler.
Gösterim. Talep tarafı. Burası oynadığında tüm sıra sayılarının anlamı değişir.
SERP özellik durumu. O sorguda AI Overview, video bloğu, yerel paket var mı. Özellik değişimi, sayfada hiçbir değişiklik olmadan sırayı oynatır.
Tıklama eğrisindeki yer. Yalnızca listede nerede olduğunuz değil, özelliklere göre nerede olduğunuz. Bir AI Overview'ın altındaki 1. sıra 1. sıra değildir. Özellik durumunu doğru izlemek istiyorsanız, saklanması gereken alanlar AI Overview izleyicisi kurma yazısında.
Değişiklik günlüğü. Kendi dağıtımlarınız, şablon değişiklikleri ve içerik düzenlemeleri aynı zaman çizelgesinde. İncelediğimiz gerçek düşüşlerin çoğunun arkasında bir commit vardı.
Bu beşini sorgu başına ve gün başına saklayın; uyarı, endişe verici bir sayı ve o haftayı hafızadan yeniden kurmak zorunda kalan bir kişi olmaktan çıkıp başlangıç noktası olan bir incelemeye dönüşür.
Taahhüt vermeden önce sıklığı hesapla
İzleme maliyeti anahtar kelime sayısı ile kontrol sayısının çarpımıyla büyür, dolayısıyla sıklık hevesten değil sorgu sayısından çıkar.
- 30 önemli sorguyu her gün kontrol etmek ayda 900 istek demek. Neredeyse her plan bunu karşılar ve çoğu ekip buradan başlamalı.
- 200 sorguyu her gün kontrol etmek ayda 6.000 istek demek ve oynak setlerde uyarıların çoğunu gürültüden üretir.
- Aynı 200 sorguyu haftalık kontrol etmek ayda yaklaşık 1.400 istek demek ve gerçek hareketlerin çoğunu yine yakalar, çünkü gerçek bir değişim bir haftadan uzun sürer.
İkisi de gerekiyorsa tercihe göre değil bahsin büyüklüğüne göre bölün: gelire doğrudan bağlı kısa liste günlük, gerisi haftalık. Toplamayı kendiniz kuruyorsanız, iki kaynaklı izleyici istek biçimini ve karşılaştırma kurallarını anlatıyor.
Herhangi bir monitöre güvenmeden önce kontrol listesi
Beş soru. Bunlardan birini geçemeyen bir monitör, tasarruf ettirdiğinden fazla dikkat tüketir.
- Ham sonuçları mı saklıyor, yoksa yalnızca hesaplanmış sırayı mı? Sonradan sayfada başka ne olduğunu soramıyorsanız uyarıyı açıklayamazsınız.
- Konum ve cihaz sorgu başına sabitlenmiş ve kaydedilmiş mi? Aksi halde geçmiş farklı koşulları karıştırır.
- Eşik sorgu başına mı, yoksa tüm hesap için tek bir sayı mı? Tek sayı varsayılandır, kalibrasyon değil.
- Arızayı düşüşten ayırıyor mu? Google arıza geçmişi olan bir durum panosu yayımlıyor ve oraya önce bakmak her incelemeden ucuz.
- Neyin değiştiğini mi söylüyor, yoksa yalnızca bir şeyin değiştiğini mi? İkinci tür uyarı bir yapılacaklar listesidir; birincisi bir yargıdır.
Auspia görüşü: bir sıralama monitörü, kalibrasyonu kadar değerlidir. Varsayılan 3 sıra eşiği, araçlar tembel olduğu için değil, tek tek sorgulara uygulanmış bir anakütle ortalaması olduğu için yanlış. Kendi sorgularınızı ölçün ve bantları her birinin dağılımından kurun; uyarılardan geriye gerçekten harekete geçecekleriniz kalır.
Sık sorulan sorular
Google sıralama monitörü ne kadar normal sıralama oynamasını yok saymalı? Evrensel bir sayı yok ve asıl mesele bu. Örneğimizde medyan sorgu 90 günde 7.45 sıra oynadı, onda biri ise 2 sıra içinde kaldı. Doğru eşik her sorgunun kendi geçmişinden türetilir ve genellikle bir standart sapmadır.
Sıralama monitörü sıraları ne sıklıkla kontrol etmeli? Normal setler haftalık, gelire doğrudan bağlı kısa listeler günlük. Büyük bir seti her gün kontrol etmek maliyeti ikiye katlar ve çoğunlukla gürültü yakalar, çünkü gerçek sıralama değişimi bir günden uzun sürer.
Monitör neden Search Console'da olmayan günlük oynamalar gösteriyor? Çünkü ikisi farklı ölçümler. Monitör, belirli bir anda ve belirli bir konumda gerçek bir sonuç sayfasının tek bir anlık görüntüsünü alır. Search Console ise gösterimleri bir tarih aralığı ve cihaz bileşimi boyunca ortalar. İkisi de yanlış değil; doğrudan karşılaştırmak sizi yalnızca bir tarafta var olan bir düşüşün peşine takar.
Sıralaması olan her kelime izlenmeli mi? Hayır. Ölçülebilecek kadar gösterimi olan sorguları izleyin. Verimizde bu, binlerce içinde 106'ydı. Gösterim tabanının altındakileri tek tek uyarmak yerine grup olarak izlemek daha iyi, örneğin kaç sorgunun sıralamaya girdiğini saymak gibi.
Monitör kalibrasyonu ücretli bir araç gerektiriyor mu? Hayır. query ve date boyutlarıyla tek bir Search Console dışa aktarımı, sorgu başına medyan ve standart sapmayı hesaplamaya yeter ve kalibrasyonun ihtiyacı bundan fazlası değil. Ücretli araçlar kolaylık ve satıcılar arası veri ekler, istatistik değil.
Yazan: Miles Carter, Auspia'da 8.000 sorgunun sıralama verisi analizi. Sıralama ölçümü, uyarı kalibrasyonu ve verideki bir değişimi arama sonuçlarındaki bir değişimden nasıl ayırt edeceğinizi yazıyor.
