Hızlı Cevap
Search Console performans raporunda sorgu niyeti kümeleri çıkarmak için aynı tarih aralığındaki sorgu verisini alın, Türkçe niyet sözlüğü ve RE2 regex filtreleriyle bilgi, ticari, işlem ve markalı etiketler verin. Sonra her kümeyi gösterim, tıklama, CTR ve açılış sayfası birlikte okuyarak içerik açığı ile cannibalization kararına dönüştürün.
Önemli Noktalar
- Aynı tarih aralığı ve filtre seti olmadan niyet analizi şaşar.
- Regex hızlı kümeler kurar, API ise ölçek ve doğruluk sağlar.
- Yüksek gösterim düşük CTR kümeleri başlık ve snippet revizyonu ister.
- Aynı niyete açılan çoklu URL’ler cannibalization sinyali üretir.
- SEOYEN, kümeleri takip ve aksiyon akışına tek yerde bağlar.
Search Console performans raporunda sorgu niyeti kümeleri mantığı
Search Console performans raporunda sorgu niyeti kümeleri çıkarmanın amacı, tek tek sorgulara bakmak yerine aynı arama niyetini taşıyan kalıpları bir arada yorumlamaktır. Google Search Console Yardımı performans raporunun sorgu, sayfa, ülke, cihaz, arama görünümü ve tarih boyutlarında analiz sunduğunu açıkça belirtir. Bu yüzden niyet analizi yalnızca sorgu sekmesinde değil, sorgunun hangi sayfaya trafik götürdüğüyle birlikte okununca anlam kazanır.
2026’da en işe yarayan çerçeve genelde dört ana kümedir: bilgilendirici, ticari araştırma, işlem odaklı ve markalı. Bilgilendirici küme içerik açığını, ticari küme karşılaştırma ve kategori sayfası ihtiyacını, işlem kümesi dönüşüme yakın sayfaları, markalı küme ise marka talebini ve mevcut bilinirliği gösterir. Aynı sorgu setini bu başlıklar altında topladığınızda, hangi URL’nin hangi niyeti karşılaması gerektiği çok daha net görünür.
Metrikleri tek başına değil, birlikte okumak gerekir. Google’ın metrik tanımlarına göre gösterim görünürlüğü, tıklama gerçek etkileşimi, CTR sonuçla sorgu arasındaki çekiciliği, ortalama konum ise genel sıralama seviyesini gösterir. Yüksek gösterim ve düşük CTR çoğu zaman başlık ya da snippet uyumsuzluğuna işaret eder; düşük gösterim ama güçlü CTR ise sorgunun doğru karşılandığını, fakat görünürlüğün genişletilmesi gerektiğini anlatır.
- Yüksek gösterim + düşük CTR: Arama niyeti görülüyor, fakat sonuç metni ikna etmiyor.
- Orta konum + yüksek CTR: Başlık ve eşleşme güçlü, daha fazla görünürlük alınabilir.
- Aynı kümede çok URL: Cannibalization ihtimali yükselir, merkez sayfa seçimi gerekir.
- Sorgu var ama sayfa tutarsız: Niyet yanlış sayfaya akıyor olabilir.
Burada iki teknik sınırlamayı da baştan kabul etmek gerekir. Performans raporunda grafik toplamları ile tablo toplamları bazen farklı görünür; çünkü resmi yardım sayfasında anlatıldığı gibi bazı görünümler mülk bazında, bazıları sayfa bazında toplanır. Ayrıca gizlilik nedeniyle tüm sorgular görünmeyebilir. Bu yüzden niyet kümelerini mutlak gerçek değil, karar vermeyi kolaylaştıran operasyonel gruplar olarak ele almak daha sağlıklıdır.
Regex ve filtrelerle sorguları niyete göre gruplama adımları
Regex ile kümelendirme, özellikle Türkçe sorgularda hızlı başlangıç için en pratik yöntemdir. İlk adım bir Türkçe niyet sözlüğü kurmaktır: bilgi niyeti için “nasıl”, “nedir”, “neden”, “ne zaman”; ticari araştırma için “en iyi”, “karşılaştırma”, “yorum”, “fiyat”; işlem için “satın al”, “teklif al”, “demo”, “kayıt ol”, “indir”; markalı tarafta ise marka adı ve varyasyonları. Bu sözlük bir kez oturduğunda, sonraki tüm GSC analizleri daha tutarlı ilerler.
Search Console yardım dokümanında özel regex filtreleri için RE2 söz dizimi kullanıldığı açıkça belirtilir. Yani sorgu tarafında hem kısmi eşleşme hem de başlangıç-bitiş ankrajlarıyla temiz segmentler üretebilirsiniz. En iyi sonuç için sorgu filtresini tek başına kullanmayın; aynı çalışmada sayfa filtresi, cihaz ve ülke segmentlerini de ekleyin. Özellikle mobilde bilgilendirici sorgular ile masaüstünde ticari sorgular farklı davranabilir.
Örnek RE2 desenleri
- Bilgi niyeti: ^(nasıl|nedir|neden|ne zaman|hangi|kaç)b
- Ticari araştırma: b(en iyi|karşılaştırma|yorum|inceleme|fiyat)b
- İşlem niyeti: b(satın al|teklif al|demo|kayıt ol|indir|başvur)b
- Markalı sorgular: b(seoyen|markaadı|marka adı varyasyonu)b
Pratikte iyi çalışan akış şudur: önce son 90 günü sabitleyin, sonra sorgu sekmesinde ilk regex kümesini kurun, ardından o kümenin gittiği sayfaları filtreleyin. Aynı örüntüyü ülke ve cihaz bazında tekrar ettiğinizde, tek bir “bilgi niyeti” kümesinin bile aslında farklı açılış sayfalarına dağılıp dağılmadığını görürsünüz. Bu nokta özellikle “Search Console benzer sorguları birleştirme” arayan ekipler için kritik fark yaratır.
| Kriter | Regex filtreleri | Insights | API/BigQuery |
|---|---|---|---|
| Veri kapsamı | Arayüzde görülen sorgu setiyle sınırlı | Özet ve grup kartları sunar | Daha geniş satır kapsamı sağlar |
| Kurulum ve uygulama süresi | En hızlı başlangıç yöntemi | Arayüzde hazır gelir | Kurulum ve veri işleme gerekir |
| Türkçe sorgularda kontrol seviyesi | Yüksek, çünkü desenler sizde | Orta, AI sınıflaması yön verir | Çok yüksek, özel etiketleme yapılır |
| Markalı/markasız ayrımı | Manuel marka deseni gerekir | Yerleşik kart vardır, hata payı olabilir | Özel kuralla en esnek ayrım yapılır |
| 1.000 satır sınırı sonrası ölçeklenebilirlik | Düşük | Düşük-Orta | Yüksek |
| Cannibalization tespiti için uygunluk | İlk tarama için iyi | Dolaylı sinyal verir | En güçlü görünüm |
| İçerik aksiyonuna dönüştürme kolaylığı | Hızlı ve operasyonel | Trend yakalamada iyi | En detaylı karar zemini |
Insights, API ve BigQuery ile 1.000 satır sınırını aşmak
Küçük ve orta ölçekli sitelerde arayüz dışa aktarması ilk analiz için yeterli olabilir. Ancak Google’ın dışa aktarma yardım sayfasına göre rapordan indirilen veri, ekrandaki görünümle sınırlıdır ve 1.000 satırlık temsili örneğe kısaltılır. Bu yüzden 1.000 satıra yaklaşan her projede şu soruyu sormak gerekir: gerçekten tam sorgu dağılımını mı görüyorum, yoksa yalnızca görünür kesiti mi?
Search Console API bu noktada devreye girer. Resmi API yardım belgesine göre performans verileri her mülk ve tür için günlük 50.000 satıra kadar dönebilir ve arayüzdeki filtreleme, sıralama ve toplama mantığını korur. Bu, niyet kümelerini daha eksiksiz çıkarmak için kritik avantajdır. Özellikle çok sayıda kategori sayfası, farklı ülke hedefleri veya güçlü blog arşivi olan sitelerde API’ye geçiş geciktirilmemelidir.
Insights ise manuel regex yaklaşımının yerine değil, yanına konumlanır. Insights yardım sayfası benzer sorgu grupları, markalı ve markasız trafik ayrımı ve trend kartları sunduğunu belirtir; aynı belgede bu sınıflandırmanın yapay zeka destekli olduğu ve her zaman kusursuz olmayabileceği de yazıyor. Ayrıca Google, 30 Haziran 2025 tarihli duyurusunda yeni Insights raporunun ana Search Console arayüzüne entegre edildiğini açıkladı. 2025-2026 döneminde bu entegrasyon, trend tespitini hızlandırdı; fakat niyet etiketleme açısından son kararı hâlâ manuel kontrol ve sayfa bağlamı veriyor.
- Arayüz export’u yeterli: Az URL, tek ülke, sınırlı sorgu seti.
- API gerekli: 1.000 satırı aşan veri, çoklu klasör veya çoklu cihaz kırılımı.
- BigQuery veya veri ambarı mantıklı: Çok büyük sitelerde tekrar eden sınıflama ve SQL ile yeniden etiketleme ihtiyacı.
- Insights güçlü: Trendleri ve markalı-markasız ayrımı hızlı görmek istediğinizde.
İlgili video kaynak: Search Console’daki performans raporları – Google Search Console Eğitimi. Özellikle ekip içinde ortak analiz standardı kurarken, arayüz ve API farkını görsel olarak anlatmak için bu tip resmi kaynaklar işi kolaylaştırır.
Niyet kümelerini içerik açığı ve cannibalization analizine çevirmek
Niyet kümeleri tek başına rapor değildir; asıl değer, onları karar mekanizmasına çevirdiğinizde ortaya çıkar. En sık karşılaşılan fırsat, yüksek gösterim ama düşük CTR veren kümelerdir. Böyle bir kümede konum makul düzeydeyse sorun çoğu zaman başlık, meta açıklama ya da sayfanın SERP’te sunduğu değer önermesidir. Örneğin “karşılaştırma” ve “yorum” içeren ticari sorgular kategori sayfasına gidiyorsa, kullanıcının beklediği içerik derinliği ile sonuç sayfası tonu arasında boşluk olabilir.
İkinci kritik kullanım alanı cannibalization tespitidir. Aynı niyet kümesine birden fazla URL’nin girmesi her zaman sorun değildir; fakat aynı sorgu ailesi iki ya da üç sayfa arasında gidip geliyorsa, sistemin merkez sayfa sinyali zayıf kalır. Burada sorgu kümesini, giden sayfaları ve ortalama konum farkını birlikte okuyun. Bir URL açık ara daha iyi CTR alıyor ama diğerleri gösterim topluyorsa, merkez sayfa adayınız bellidir: ana sayfayı güçlendirin, diğerlerini daraltın, birleştirin ya da iç link akışını yeniden kurun.
Karar çerçevesi mümkün olduğunca sade olmalıdır. Bilgi niyeti güçlü ama uygun sayfa yoksa yeni içerik açın. Sayfa var ama kapsam yüzeyde kalıyorsa mevcut içeriği genişletin. Aynı niyette çok sayfa varsa birleştirin. Tıklama alıyor ama konum zayıfsa iç link ve teknik destek ekleyin. Henüz hacim belirsizse yalnızca izlemeye alın. Bu sade yaklaşım, sorgu kümelerini doğrudan topic cluster ve brief üretimine bağlar.
- Yeni içerik aç: Sorgu kümesi var, karşılayan sayfa yok.
- Mevcut sayfayı genişlet: Sorgu niyeti mevcut içerikten daha derin.
- Birleştir: Aynı kümede gereksiz sayfa çakışması oluşmuş.
- İç link güçlendir: Doğru sayfa var, fakat otorite akışı zayıf.
- İzlemeye al: Hacim düşük, niyet henüz net değil.
Aynı veri setinde üç yöntem testi: regex, Insights ve API
Bu konudaki en yararlı fark, yöntemleri teoride değil aynı veri seti üzerinde kıyasladığınızda ortaya çıkıyor. Ekip içinde yaptığımız GSC kümelendirme çalışmalarında en pratik desen şu oldu: regex ilk turda hızlı bir çerçeve veriyor, Insights yükselen ve düşen temaları daha görünür kılıyor, API ise özellikle uzun kuyruk sorgularda ve çok sayfalı kümelerde dağınık resmi topluyor. Yani mesele “hangisi daha iyi” değil, hangi aşamada hangisi daha doğru sorusu.
Regex tarafı hız avantajı sağlıyor; birkaç iyi desenle bilgilendirici, ticari ve işlem odaklı setleri dakikalar içinde ayırabiliyorsunuz. Ancak sorgu dilinin doğal karmaşıklığı, özellikle Türkçe ek yapısı ve marka varyasyonları devreye girdiğinde, regex tek başına yetersiz kalabiliyor. Insights burada trendleri yakalıyor; özellikle yeni büyüyen konu kümelerinde “düşüş trendinde” ve “yükseliş trendinde” kartları editoryal öncelik vermeyi kolaylaştırıyor.
API veya veri ambarı yaklaşımı ise en çok aynı niyete dağılmış çok sayıda URL olduğunda fark yaratıyor. Çünkü arayüzde görmediğiniz uzun kuyruk sorgular, hangi sayfanın gerçekten merkez URL olduğunu daha net gösteriyor. Pratik yorum şu: küçük ekip için regex artı Insights yeterli olabilir; içerik yöneticisi için regex artı API daha kontrollü ilerler; büyük sitelerde ise API temelli sınıflama neredeyse standart hale gelir. Bu, rakip içeriklerin çoğunda eksik kalan uçtan uca workflow kısmıdır.
SEOYEN ile kümeleri aksiyona bağlamak ve sürekli izlemek
Search Console size veri verir; operasyon tarafında ise bu kümeleri izlenebilir iş akışına dönüştürmek gerekir. Burada SEOYEN’in farkı, çıktıları tek bir yerde toplamasıdır. Niyet kümelerinden doğan içerik fikirlerini anahtar kelime aracı ile yeni küme fikirleri üzerinden genişletmek, yayımlanan sayfaların etkisini sıralama takibi ile küme bazlı görünürlük izleme mantığıyla ölçmek daha düzenli bir akış kurar.
Aynı şekilde içerik kararlarını teknik kaliteyle eşleştirmek gerekir. Bir küme yeni içerik gerektiriyorsa, sayfa yayınlandıktan sonra bunu site sağlığı kontrolleriyle destekleme tarafında izlemek mantıklıdır. Eğer amaç yalnızca klasik sıralama değil, yapay zeka tabanlı yüzeylerde görünürlüğü de okumaksa, AI görünürlük çıktılarıyla yeni RAG fırsatları yakalamak niyet kümelerinin ikinci katmanını oluşturur. Böylece GSC analizi yalnızca rapor değil, devam eden bir optimizasyon döngüsü olur.
Ahrefs veya SEMrush benzeri platformlarda bu akış çoğu zaman farklı modüllere dağılır. SEOYEN bunu Türkçe arayüz, TL bazlı fiyatlandırma ve yerel Türkçe destek ile Türkiye pazarına daha uygun bir operasyon modeline çevirir. Güncel paket ve abonelik detayları sabit rakama bağlanmadan takip edilebilir; büyük ekip veya özel ihtiyaç tarafında ise bu yaklaşım daha sürdürülebilir bir süreç kurmaya yardımcı olur.
Adım Adım Search Console sorgularını niyete göre kümelendirme
Aşağıdaki akış, hem küçük işletme sahipleri hem de düzenli rapor çıkaran SEO ekipleri için en güvenli uygulama sırasıdır. Önemli nokta, tarih aralığını değiştirdikçe niyet kümelerinin de değişeceğini unutmamaktır. Bu yüzden karşılaştırma yapacaksanız ilk önce veri çerçevesini sabitleyin, sonra regex ve sayfa yorumuna geçin.
- Tarih aralığını ve analiz kapsamını sabitle: Son 90 gün çoğu senaryoda yeterlidir. Gerekirse ülke, cihaz ve klasör bazında alt kesitler çıkarın.
- Sorgu verisini dışa aktar veya API’den çek: Satır sayısı düşükse arayüz export’u, görünür veri yetersizse API tercih edin.
- Türkçe niyet sözlüğü ve regex kalıpları kur: Bilgi, ticari, işlem ve markalı sorgular için ayrı desen listeleri hazırlayın.
- Sorguları kümelere etiketle ve temizle: Çakışan sorguları ikinci kontrol listesine alın; gerekirse sayfa bazlı yeniden sınıflayın.
- Küme bazında performans metriklerini karşılaştır: Gösterim, tıklama, CTR ve ortalama konumu birlikte okuyun.
- İçerik ve optimizasyon aksiyonlarını çıkar: Yeni sayfa, genişletme, birleştirme, iç link veya izleme kararını küme bazında verin.
Bu altı adımı düzenli uyguladığınızda “Search Console sorguları niyete göre ayırma” işi tek seferlik analiz olmaktan çıkar, tekrar edilebilir bir editoryal sisteme dönüşür. Özellikle 2026’da Search Console verisini yalnızca rapor olarak değil, içerik yol haritası olarak kullanan ekipler daha net önceliklendirme yapabiliyor.
Kaynaklar
Sıkça Sorulan Sorular
Benzer sorguları gruplamanın en güvenli yolu, ortak niyet kelimelerini tek başına değil açılış sayfası ilişkisiyle birlikte okumaktır. Önce bilgi, ticari, işlem ve markalı sinyaller için bir kelime sözlüğü kurun. Sonra regex filtreleriyle ilk kümeleri çıkarın. Aynı gruba düşen sorguların hangi URL’lere gittiğini kontrol edin. aynı niyet farklı sayfalara dağılıyorsa kümeyi sayfa bazında yeniden düzenleyin. Büyük veri setlerinde bu işlem API ile daha sağlıklı ilerler, çünkü arayüzde görünmeyen uzun kuyruk sorgular da tabloya girer.
Search Console performans raporunda sorgu filtresini açıp özel regex seçeneğini kullanarak kümeler oluşturabilirsiniz. Burada RE2 söz dizimi kullanılır. yani başlangıç için ^, bitiş için $, çoklu eşleşme için parantez ve dikey çizgi mantığı geçerlidir. Bilgi niyeti için “nasıl/nedir/neden”, ticari niyet için “en iyi/yorum/karşılaştırma”, işlem niyeti için “satın al/teklif al/demo” gibi desenler tanımlanabilir. En doğru sonuç için regex filtresini sayfa, cihaz ve ülke filtreleriyle birlikte kullanın.
Performans raporunda dışa aktar düğmesiyle veriyi Google E-Tablolar, Excel veya CSV olarak indirebilirsiniz. Ancak bu indirme, raporda o anda görünen görünümle sınırlıdır. uyguladığınız filtreler ve seçtiğiniz gruplama aynen korunur. Google’ın resmi yardım dokümanına göre büyük sitelerde bu dışa aktarma temsili 1.000 satıra kısaltılabilir. Bu nedenle küçük veri setlerinde export yeterlidir, fakat kapsamlı niyet analizi yapıyorsanız arayüz çıktısını tam veri seti gibi yorumlamayın.
1.000 satır sınırını aşmak için Search Console API kullanılmalıdır. API, performans raporundaki filtreleme ve toplama mantığını korur. böylece sorgu, sayfa, cihaz ve ülke gibi boyutlarda daha geniş veri çekebilirsiniz. Google’ın yardım dokümanında performans verisinin mülk ve tür başına günlük 50.000 satıra kadar dönebildiği belirtilir. Pratikte bu, uzun kuyruk sorguları ve çok sayfalı kümeleri daha eksiksiz görmenizi sağlar. Özellikle içerik açığı ve cannibalization analizi için API tarafı daha güvenilir zemin sunar.
Ayırımı yalnızca kelimelere bakarak değil, sayfa tipi ve performans metrikleriyle birlikte yapın. “Nasıl, nedir, neden” gibi soru kalıpları genelde bilgi niyetini. “en iyi, yorum, karşılaştırma, fiyat” ifadeleri ticari araştırmayı. “satın al, teklif al, demo, kayıt ol” ise işlem niyetini işaret eder. Sonra her kümenin gittiği URL’ye bakın: blog yazısı bilgi niyetini, kategori veya hizmet sayfası ticari niyeti, form ya da ürün sayfası işlem niyetini daha iyi doğrular. CTR ve konum da bu ayrımı güçlendirir.
En temiz yöntem, marka adı ve yaygın varyasyonları için ayrı bir regex filtresi oluşturmaktır. Böylece markalı sorguları manuel olarak ayırabilir, geri kalan seti markasız olarak izleyebilirsiniz. Search Console Insights tarafında markalı ve markasız trafik kartı da bulunur. ancak resmi yardım sayfası bu sınıflandırmanın yapay zeka destekli olduğunu ve zaman zaman hatalı etiketleme olabileceğini not eder. Bu yüzden ideal yaklaşım, Insights görünümünü hızlı kontrol aracı olarak kullanıp asıl kararı regex ve açılış sayfası verisiyle doğrulamaktır.