Kısa cevap
Search Console Performans raporu yalnızca son 16 ayın verisini gösterir; daha eski günler rapordan ve API'den düşer ve geri getirilemez. Google bu süreyi yıllık karşılaştırma yapılabilsin diye sunduğunu belirtmiştir; daha uzun geçmiş istiyorsanız Google'ın da önerdiği gibi veriyi API veya BigQuery toplu dışa aktarımıyla kendi sisteminize düzenli olarak çekip saklamanız gerekir. Saklamaya ne kadar erken başlarsanız o kadar uzun bir arşiviniz olur.
Bir müşteri "Geçen yılın bu dönemiyle, hatta iki yıl öncesiyle karşılaştırabilir miyiz?" diye sorduğunda, Search Console'da tarih filtresini açarsınız ve en uzun seçeneğin "Son 16 ay" olduğunu görürsünüz. İki yıl öncesi yoktur. Bu, bir hata ya da hesabınıza özel bir kısıt değil; Search Console 16 ay veri sınırı herkes için geçerlidir.
Bu yazıda bu sınırın ne anlama geldiğini, Google'ın bu konuda ne söylediğini, süre dolunca tam olarak neyin kaybolduğunu ve geçmiş verinizi korumak için hangi yolların bulunduğunu anlatıyoruz.
16 ay sınırı tam olarak ne demek?
Search Console'un Performans raporu (ve aynı veriyi sunan Search Analytics API'si) tıklama, gösterim, tıklama oranı ve ortalama konum verisini en fazla son 16 ay için gösterir. Her yeni gün eklendiğinde, 16 aylık pencerenin en eski günü dışarıda kalır. Yani pencere kayan bir penceredir: bugün göremediğiniz bir gün, yarın da göremeyeceğiniz bir gün olur.
Sınır yalnızca performans verisi için değil, dışa aktarma yollarının tamamı için geçerlidir: arayüzden indirdiğiniz tablolar, Looker Studio bağlayıcısı ve API da aynı veri kaynağından beslenir. Dolayısıyla bir aracı "daha geriye gitsin" diye bağlamak, o aracın veriyi önceden saklamaya başlamadığı sürece işe yaramaz.
Google neden 16 ay tutuyor?
Google, 16 ayın arkasındaki teknik gerekçeyi ayrıntılı olarak açıklamamıştır. Ama resmi kaynaklarda iki ipucu var:
1. Yıllık karşılaştırma için tasarlandı. Google, yeni Search Console'u 2018'de tanıttığı yazıda kullanıcıların uzun süredir daha fazla veri istediğini ve yeni Performans raporunun 16 aylık veriyle uzun dönemli eğilimlerin analizini ve yıldan yıla karşılaştırmayı kolaylaştırmak için geldiğini belirtir. 12 ay yerine 16 ay sunulması, bugünkü son birkaç ayı geçen yılın aynı aylarıyla yan yana koymanıza yetecek bir tampon bırakır. Bu, Google'ın açıkça yazdığı bir formül değil, amacın doğal bir yorumudur.
2. Veri sunmanın bir maliyeti var. Google, performans verisindeki satır sınırlarını anlatırken sunum gecikmesi, depolama ve işleme kaynaklarıyla ilgili sınırlamalardan söz eder. Bu açıklama doğrudan saklama süresi için yapılmadı; ama çok sayıda sitenin her sorgu, sayfa, ülke ve cihaz kırılımını süresiz tutmanın ciddi bir maliyet olduğunu düşünmek makul. Kesin neden konusunda Google'ın belgelerinin ötesine geçmemek en doğrusu.
Pratik sonuç şu: Google, daha uzun geçmiş isteyenlere veriyi kendileri saklamalarını önerir. Trafik düşüşlerini inceleme rehberinde, 16 ayı aşmak istiyorsanız Search Analytics API'sini veya toplu veri dışa aktarımını kullanarak veriyi çekip kendi sistemlerinizde saklayabileceğinizi yazar.
16 ay dolunca ne kaybedersiniz?
| Kaybolan | Neden önemli? |
|---|---|
| 16 aydan eski sorgu verisi | Bir kelimenin yıllar içindeki yükselişini veya düşüşünü göremezsiniz |
| Eski sayfa bazlı veri | Silinen, birleştirilen veya taşınan sayfaların geçmiş performansı kaybolur |
| İki yıl ve öncesiyle karşılaştırma | Çok yıllık mevsimsellik ve büyüme eğilimi hesaplanamaz |
| Site taşıma öncesi dönem | Taşımanın uzun vadeli etkisini ölçmek zorlaşır |
| Algoritma güncellemesi öncesi durum | Eski bir güncellemenin sitenize etkisini sonradan inceleyemezsiniz |
Özellikle ajanslar ve danışmanlar için sorun daha belirgindir: Yeni bir müşteriyle çalışmaya başladığınızda, müşterinin eski performansı yalnızca son 16 aydan ibarettir. Bir yıl sonra "başladığımız noktayla karşılaştıralım" dediğinizde, başlangıç dönemi pencereden çıkmak üzeredir.
16 ay neden bazen yetmez?
Mevsimsellik tek yılla anlaşılmaz
Google'ın rehberi, bir trafik düşüşünü değerlendirirken tarih aralığını 16 aya genişletmeyi önerir; böylece düşüşün her yıl aynı dönemde tekrarlanan bir mevsimsel hareket olup olmadığını görebilirsiniz. Ama tek bir önceki yıl, bir örüntü için zayıf bir kanıttır. Geçen yılın o dönemi kendi başına olağandışı olmuş olabilir. İki-üç yıllık veri, "bu dönem her yıl böyle" demeyi çok daha güvenilir hale getirir.
Uzun dönemli etkiler yavaş görünür
İçerik stratejisi, site yapısı değişiklikleri veya bir alan adı taşımasının etkisi aylar sürebilir. Değişikliğin öncesini ve sonrasını karşılaştırmak için hem değişiklikten önceki dönemin hem de sonrasındaki uzun sürenin elinizde olması gerekir. Sıralamaların neden zamanla dalgalandığını Google sıralaması neden sürekli değişir yazısında ayrıca anlattık.
Raporlama sürekliliği
Aylık veya yıllık raporlar hazırlıyorsanız, geçmiş raporlardaki rakamların sonradan doğrulanabilmesi gerekir. Kaynak veri silindikten sonra eski bir rapordaki bir sayıyı yeniden hesaplamanız mümkün olmaz.
Search Console verisi nasıl saklanır? 4 yöntem
1. Arayüzden düzenli dışa aktarma
En basit yöntem, Performans raporundan her ay tabloları indirmektir. Ancak Google'ın belirttiğine göre arayüzden en fazla 1.000 satır dışa aktarılabilir. Küçük siteler için yeterli olabilir; ama birden çok kırılımı (sorgu × sayfa × ülke × cihaz) düzenli ve eksiksiz saklamak için pratik değildir ve unutulmaya açıktır.
2. Search Analytics API
API ile verileri gün gün ve istediğiniz boyutlarda çekebilirsiniz. Google'a göre API, site ve arama türü başına günde 50.000 satıra kadar veri döndürebilir; varsayılan 1.000 satırdır ve sayfalama ile artırılır. Bu yöntem teknik bilgi ve bir veritabanı gerektirir, ama esnektir.
3. BigQuery toplu veri dışa aktarımı
Google 2023'te Search Console verisini BigQuery'ye günlük ve sürekli olarak aktaran toplu veri dışa aktarımını duyurdu. Google'ın açıklamasına göre bu dışa aktarım, gizlilik nedeniyle filtrelenen anonim sorgular dışında tüm performans verisini içerir ve günlük satır sınırından etkilenmez. Kurulum için bir Google Cloud projesi gerekir ve yalnızca mülk sahipleri kurabilir. Dışa aktarım kurulduktan sonra düzenli olarak çalıştığı için veri o günden itibaren birikir; bu yüzden erken kurmak önemlidir. Özellikle çok sayıda sayfası veya sorgusu olan büyük siteler için uygundur. BigQuery kullanımının kendi maliyet ve bakım yükü olduğunu da hesaba katın.
4. Veriyi otomatik saklayan bir araç
Teknik altyapı kurmak istemiyorsanız, Search Console'a bağlanıp veriyi her gün kendi veritabanında saklayan bir araç kullanabilirsiniz. Bu durumda dikkat etmeniz gereken nokta şudur: Araç bağlandığı gün son 16 ayı içe aktarabilir, ama daha eskisini getiremez; çünkü Google'da artık öyle bir veri yoktur. Arşiv, bağlantının kurulduğu günden itibaren uzar.
Yöntemlerin karşılaştırması
| Yöntem | Teknik bilgi | Veri kapsamı | Süreklilik |
|---|---|---|---|
| Arayüzden indirme | Gerekmez | 1.000 satırla sınırlı | Elle, unutulmaya açık |
| Search Analytics API | Gerekir | Günlük 50.000 satıra kadar | Kendi betiğinize bağlı |
| BigQuery toplu dışa aktarım | Gerekir | Anonim sorgular hariç tüm veri | Otomatik, günlük |
| Otomatik saklayan araç | Gerekmez | Aracın aktardığı kırılımlar | Otomatik, günlük |
Bugünden yapabileceğiniz kontrol listesi
- Search Console'da en önemli sitelerinizin mülk sahibi olduğunuzu doğrulayın.
- Hangi kırılımlara uzun vadede ihtiyacınız olduğuna karar verin (sorgu, sayfa, ülke, cihaz).
- Yukarıdaki yöntemlerden birini seçin ve bu ay başlatın; bekledikçe arşivin başlangıcı ileri kayar.
- Site taşıması, tasarım yenilemesi gibi büyük değişikliklerden önce mevcut 16 ayı mutlaka bir yere kaydedin.
- Önemli değişikliklerin tarihlerini ayrı bir günlükte tutun; veri kadar bağlam da önemlidir.
- Saklanan veriyi okurken ortalama konumun nasıl hesaplandığını unutmayın; ayrıntılar için Search Console ortalama konum rehberine bakabilirsiniz.
SEOLOK geçmiş veriyi nasıl saklar?
SEOLOK'un Search Console analizi özelliği, Google hesabınızla salt okunur bir bağlantı kurar. Bağlantı kurulduğunda son 16 ayın günlük verisi (sorgu, sayfa, ülke, cihaz, tıklama, gösterim, tıklama oranı ve ortalama konum) içe aktarılır; ardından her gece yeni günler eklenir. Google verisi yaklaşık iki gün gecikmeli geldiği için en yeni günler de bu gecikmeyle görünür.
Veri SEOLOK veritabanında saklandığı için, zamanla Google'ın 16 aylık penceresinden çıkan günler sizin hesabınızda kaybolmaz. Bu arşiv bağlantıyı kurduğunuz günden itibaren birikir; bağlantı gününden 16 ay daha eskiye ait veriyi geriye dönük olarak getiremeyiz, çünkü Google bu veriyi artık sunmaz.
Böylece Search Console verisini, takip ettiğiniz kelimelerin sıralamasıyla ve aylık raporlarınızla aynı yerde, yıllar boyunca karşılaştırabilirsiniz. Search Console'daki fırsatları hemen görmek isterseniz ücretsiz anahtar kelime fırsat bulucu aracını deneyebilirsiniz.
Kısacası: arşiv, bugün başlar
16 ay sınırı kaldırılabilecek bir ayar değil; Search Console'un bir tasarım tercihi. Ama sonuçları kaçınılmaz değil. Veriyi kendiniz saklamaya başladığınız gün, 16 aylık pencere sizin için geçerliliğini yitirmeye başlar. Bugün başlatacağınız basit bir arşiv, bir yıl sonra "geçen yılla karşılaştıralım", iki yıl sonra "iki yıl öncesiyle karşılaştıralım" diyebilmenizi sağlar. Beklediğiniz her ay ise geri getiremeyeceğiniz bir aydır.
SEOLOK ile
Search Console analizi: verileriniz 16 ay sonra da sizinle kalsın
Google hesabınızla salt okunur bağlanın; SEOLOK son 16 ayın günlük Search Console verisini içe aktarır, her gece yeni günleri ekler ve fırsat taşıyan sorguları öne çıkarır.
Siten için ücretsiz SEO raporu ister misin?
Ekibimiz sıralamalarını, teknik sağlığını ve fırsatlarını inceleyip sana özel bir rapor hazırlasın.
Kaynakça
- Google Search Central Blog: Yeni Search Console'un tanıtımı (16 aylık veri)
- Google Search Central: Google Arama trafiğindeki düşüşlerde hata ayıklama
- Google Search Central Blog: Toplu veri dışa aktarımı (BigQuery)
- Google Search Console API: Search Analytics query başvurusu
- Google Search Central Blog: Search Console performans verisinde filtreleme ve sınırlar
Etiketler:search console16 ay veriveri saklamabigquerysearch analytics api
SEO ve ürün ekibi
SEOLOK'u geliştiren SEO ve ürün ekibi. Yazılarımızı Google Search Central, web.dev ve Search Console belgelerine ve ürünü geliştirirken ölçüm altyapımızla edindiğimiz deneyime dayanarak hazırlıyoruz. Her yazıda kaynakları ve güncelleme tarihini gösteriyoruz.