Hızlı Cevap
E-ticaret sitelerinde site içi arama verisini SEO’ya entegre etmek için önce GA4 `view_search_results` ve `search_term` ölçümünü doğrulayın, ardından Search Console ve arama loglarını aynı analiz setinde birleştirin. Sonra sorguları hacim, no-result rate, CTR, dönüşüm ve gelir sinyaline göre kümelendirip yeni kategori, landing page, synonym veya filtre iyileştirmesine bağlayın.
Önemli Noktalar
- Dahili arama sorguları, kullanıcı niyetini en sıcak haliyle yansıtır.
- Yeni kategori kararı sadece hacme değil sonuç ve gelire dayanmalı.
- Search Console dış talebi, site içi arama mevcut talebi gösterir.
- Kontrolsüz filtre URL’leri indeks şişmesi ve crawl kaybı yaratır.
Site içi arama verisi SEO stratejisinde neden yüksek niyet sinyalidir?
Site içi arama sorguları, kullanıcının kategori ağacınızla yetinmeyip kendi kelimeleriyle ihtiyaç tarif ettiği noktayı gösterir. Bu yüzden e-ticaret site içi arama verisi SEO çalışmalarında sadece “ne arandı” sorusuna değil, neden bulunamadı ve hangi sayfa eksik sorularına da cevap verir. Kullanıcı zaten sitenize gelmiş olduğu için bu veri, dışarıdaki genel talebe göre daha sıcak bir ticari niyet taşır.
Search Console sorguları ile dahili arama sorguları aynı şey değildir. Search Console size Google’daki dış talebi, dahili arama ise mevcut kullanıcı kitlenizin site içinde aradığı şeyleri gösterir. İkisini yan yana koyduğunuzda çok değerli bir ayrım çıkar: Google’da görünür olduğunuz ama site içinde bulunamayan kümeler ile Google’da zayıf olduğunuz halde kullanıcıların ısrarla aradığı kümeler. Bu ikinci grup, içerik açığı, kategori isimlendirmesi ve filtre mimarisi için en hızlı kazanım alanıdır.
- Yüksek hacimli iç arama + zayıf organik görünürlük: yeni landing page veya kategori fırsatı
- Yüksek arama + sıfır sonuç: synonym, taxonomy veya katalog boşluğu
- Yüksek arama + düşük tıklama: filtre adı, ürün sıralama mantığı veya başlık problemi
Burada kritik nokta şudur: Googlebot arama kutunuza sorgu yazıp ürün keşfetmez. Google Search Central’ın e-ticaret yapısı dokümanında da belirtildiği gibi, dizine girmesini istediğiniz ürün ve kategori sayfaları linkler ve taranabilir site navigasyonu ile keşfedilebilir olmalıdır. Yani dahili arama verisini doğrudan indeksletmeye değil, linklenebilir kategori ve içerik kararına çevirmek gerekir.
GA4, Search Console ve arama loglarından veri nasıl çıkarılır?
İlk kontrol noktası GA4’tür. Google Analytics Help’e göre `view_search_results` olayı ve `search_term` parametresi, site içi arama URL sorgu parametresi üzerinden enhanced measurement ile toplanabilir. Bu yüzden önce arama sonuç sayfası URL’nizde kullanılan parametreyi doğrulayın. `?q=`, `?s=` veya özel bir yapı kullanıyorsanız, GA4’te bunun gerçekten `search_term` olarak aktığını kontrol etmeden rapor okumaya başlamayın.
İkinci katman Search Console bağlantısıdır. Google Analytics Help dokümanında yer aldığı üzere Search Console entegrasyonu organik sorgularla Analytics davranış verisini ilişkilendirir ve Analytics tarafında en fazla 16 aylık Search Console verisi görünür. Bu bağlantı kurulduğunda organik sorgu, landing page, cihaz ve ülke kırılımını dahili arama terimleriyle aynı analiz ritmine taşıyabilirsiniz. Özellikle mobil ve masaüstü davranışını ayrı yorumlamak önemlidir; mobilde daha kısa ve yazım hatasına açık sorgular, masaüstünde ise daha uzun özellik odaklı sorgular görmeniz normaldir.
- Tarih aralığı: karar ağacı için son 90 gün, talep doğrulaması için 12-16 ay
- Cihaz kırılımı: mobile, desktop, tablet
- Sorgu temizliği: marka sorguları, personel testleri, çok kısa anlamsız sorgular
- Ek kolonlar: tıklama, sonuç sayısı, ürün adedi, gelir, dönüşüm, no-result durumu
Üçüncü kaynak site search aracı veya ham loglardır. Algolia benzeri bir arama altyapısı kullanıyorsanız sorgu, sonuç sayısı, CTR ve gelir kolonlarını doğrudan dışa aktarabilirsiniz; kendi arama motorunuz varsa uygulama logu veya veri ambarı katmanından aynı alanları üretmeniz gerekir. Benzer çalışmalarda en temiz çıktı, marka ve non-brand ayrımını baştan yapmak, sonrasında ürün tipi, özellik ve problem niyetine göre etiketlemektir. İlgili video kaynak olarak, GA4’te site search event kurulumu ve Search Console bağlantısını anlatan güncel bir kurulum videosunu H2-2 altında referanslamak mantıklıdır.
Sorguları kümelendirip içerik, kategori ve synonym kararına çevirme
Veri çıktıktan sonra asıl iş başlar: sorgu kümelendirme. E-ticaret arama kutusu verisi SEO stratejisi için en pratik etiketleme seti; marka, ürün tipi, özellik, problem ve bilgi amacı başlıklarıdır. Örneğin “siyah koşu taytı” ürün tipi + özellik kümesine, “iade süresi” bilgi amacına, “nike pegasus 41” marka + model kümesine girer. Bu aşama, site içi arama sorgularından anahtar kelime bulma işini de kolaylaştırır; çünkü kullanıcıların gerçekte yazdığı uzun kuyruk yapıyı doğrudan görürsünüz.
Öncelik skoru nasıl kurulur?
Tek başına hacim yeterli değildir. 2026’da daha sağlıklı çerçeve, sorguyu en az beş sinyalle puanlamaktır: arama hacmi, no-result rate, CTR, conversion rate ve revenue. Algolia’nın arama analitiği metrik sözlüğü, no-results rate, click-through rate, conversion rate ve revenue alanlarını net şekilde tanımlar; bu metrikler SEO karar setine rahatça taşınabilir. Buna bir de mevcut organik görünürlüğü eklerseniz, hangi kümeye içerik, hangisine kategori, hangisine sadece synonym gerektiğini daha isabetli belirlersiniz.
- Yüksek hacim + yüksek no-result rate: synonym açığı veya yeni kategori ihtiyacı
- Yüksek hacim + yüksek dönüşüm: kategori başlığı, meta ve iç link fırsatı
- Düşük hacim + tutarlı bilgi niyeti: rehber, SSS veya satın alma kılavuzu fırsatı
- Yüksek hacim + düşük CTR: sonuç sayfası sıralama mantığı veya filtre etiketi problemi
Burada autocomplete ve öneri verisini de ayrı düşünmeyin. Otomatik tamamlama önerileri, özellikle attribute tabanlı uzun kuyrukları ve yazım varyasyonlarını synonym sözlüğüne beslemek için değerlidir. Eğer bir küme düzenli biçimde tekrar ediyor ama ürün ve stok karşılığı zayıfsa, bunu sadece SEO problemi gibi görmek yanlıştır; merchandising ve katalog ekibiyle birlikte çözülmesi gereken bir taxonomy problemidir.
Son 90 günün ilk 50 sorgusunda karar ağacı: kategori mi synonym mi?
Saha uygulamalarında en az hata üreten yöntem, son 90 günün en çok aranan ilk 50 sorgusunu ayrı bir karar ağacından geçirmektir. Bunun nedeni basit: ham veri binlerce satır olabilir ama ilk 50 sorgu genellikle toplam aramanın büyük kısmını taşır. Ayrıca burada görülen sorunlar, kategori mimarisi ve filtre isimlendirmesindeki yapısal hataları daha hızlı açığa çıkarır. En sık yapılan yanlış ise 8-10 kez aranmış bir ifadeyi görür görmez yeni kategori açmaktır.
Karar ağacı
Pratik akış şöyle çalışır: Sorgu mevcut ürünlerle aynı niyeti mi taşıyor? Evetse önce synonym veya filtre adı test edilir. Sorgu aynı niyeti taşıyor ama kullanıcı farklı kelime kullanıyorsa synonym yeterlidir. Sorgu, mevcut kategori içinde ayrı bir ürün tipi veya kullanım senaryosu oluşturuyorsa yeni kategori ya da özel landing page düşünülür. Sorgu yüksek hacimli ama stok karşılığı zayıfsa SEO sayfası açmak yerine ürün kataloğu ve tedarik planı ele alınır. Sorgu bilgi niyeti taşıyorsa kategori yerine rehber içerik daha doğru olur.
- Synonym: yazım varyasyonu, günlük dil, marka dışı eş anlamlılar
- Filtre iyileştirmesi: kullanıcı arıyor ama filtre etiketi farklı isimde
- Yeni kategori: tutarlı hacim, stok karşılığı ve ayrı niyet kümesi varsa
- Katalog aksiyonu: aranıyor ama ürün yoksa, önce ürün tarafı çözülmeli
Bu bölümde ölçüm penceresini de baştan belirlemek gerekir. Yeni açılan landing page’leri 6-8 haftalık periyotta indekslenme, organik tıklama, site içi arama CTR’ı ve gelir etkisiyle izleyin. Benim tercih ettiğim yorumlama biçimi, sadece “trafik arttı mı?” sorusuna bakmak değil; aynı sorgu kümesinde iç aramadan kategori girişine, kategori girişinden siparişe giden yolun iyileşip iyileşmediğini kontrol etmektir. Böylece yeni sayfa açmanın gerçekten doğru karar mı, yoksa yalnızca synonym ile çözülebilecek bir problem mi olduğu netleşir.
Arama sonuç sayfaları, filtre URL’leri ve indeksleme sınırları
Arama sonuç sayfaları varsayılan olarak SEO landing page gibi düşünülmemelidir. Çünkü bu sayfalar çoğu zaman geçici, kişiselleşmiş veya çok yüksek varyasyonlu sonuç kümeleri üretir. Kalıcı değer taşıyan ve düzenli talep gören kümeler için ayrı kategori ya da landing page açmak daha güvenlidir. Google Search Central’ın e-ticaret yapısı dokümanında vurgulanan nokta da budur: indekslenmesini istediğiniz sayfalar taranabilir, linklenebilir ve navigasyon içinde yer almalıdır.
Hangi URL indexlenebilir, hangisi sınırlandırılmalı?
2025 sonu ve 2026 başındaki Google dokümantasyonu, faceted navigation tarafında daha net bir çerçeve sunuyor. Google’ın faceted navigation kılavuzuna göre gereksiz filtre kombinasyonlarını `robots.txt` ile taramadan çıkarmak, gerekli durumlarda `rel=’canonical’` ile filtrelenmemiş veya ana liste sürümüne işaret etmek ve anlamsız sonuçsuz kombinasyonlarda `404` döndürmek doğru yaklaşımdır. Özellikle sonsuz kombinasyon üreten renk, beden, fiyat ve sıralama parametrelerini kontrolsüz bırakmak crawl budget kaybına ve index bloat’a yol açar.
- Indexlenebilir: sabit talep gören, ayrı niyet taşıyan, temiz URL’li kategori kümeleri
- Canonical: ana kategoriye çok yakın, düşük farklılaşma taşıyan filtre varyasyonları
- Robots ile sınırlanabilir: sıralama parametreleri, geçici kombinasyonlar, çok ince facet kırılımları
- 404: ürünsüz, çakışmalı veya anlamsız filtre kombinasyonları
Bu sınır, teknik SEO ile gelir hedefini birbirine bağlar. Çok sayıda arama ve filtre URL’sini açık bırakmak ilk bakışta daha çok sayfa üretmek gibi görünür; fakat pratikte yeni kategori keşfini yavaşlatabilir, raporları kirletebilir ve otoriteyi gereksiz URL’lere dağıtabilir. Bu yüzden dahili arama verisini yeni URL çoğaltma aracı gibi değil, hangi kümelerin gerçekten linklenebilir sayfaya dönüştürüleceğini seçen bir karar mekanizması gibi kullanın.
SEOYEN ile önceliklendirme, izleme ve rakip farkını görünür kılma
Dahili arama içgörüsünün değeri, onu tek başına rapor olarak tutmakta değil, diğer SEO sinyalleriyle aynı akışa sokmaktadır. Örneğin iç aramada sık geçen ama Google’da henüz görünmeyen kümeleri bir anahtar kelime aracı ile dış talep tarafında doğrulayıp, ardından yeni açılan kategori veya landing page’leri sıralama takibi üzerinden izlemek çok daha işlevsel bir akıştır. Böylece “aranıyor ama görünmüyor” kümeleri hızla ayrıştırabilirsiniz.
İş bununla bitmez. Yeni kategori açtıktan veya filtre adlarını revize ettikten sonra teknik tarafta taranabilirlik, canonical uyumu ve bozuk URL üretimi kontrol edilmelidir; burada site sağlığı görünümü önem kazanır. Aynı kümelerin yapay zekâ destekli arama yüzeylerinde nasıl öne çıktığını takip etmek için AI görünürlük perspektifi de eklenebilir. Operasyonel açıdan en pratik model, iç arama verisini haftalık, sıralama ve teknik durumu ise 6-8 haftalık yorum penceresiyle takip etmektir.
Rakip araçlar tarafında Ahrefs ve SEMrush kapsamlı veri tabanlarıyla bilinir; ancak Türkiye’de e-ticaret ekipleri için günlük kullanımda asıl mesele, bu veriyi Türkçe arayüzde, TL bazlı maliyet yapısıyla ve yerel destekle aksiyona çevirmektir. Bu farkı daha somut görmek isteyen ekipler için Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları faydalı bir çerçeve sunar. Güncel paket yapısını statik rakama bağlamak yerine fiyat planları üzerinden takip etmek daha doğru olur; böylece makale eskiyip yanlış bilgi üretmez.
Adım Adım Site içi arama verisini SEO kararlarına dönüştürme
Bu süreci ekip içinde standartlaştırmak istiyorsanız aşağıdaki akış en az sürtünmeyle çalışır. Amaç rapor üretmek değil, her sorgu kümesine tek bir SEO aksiyonu atamaktır.
- GA4 site search ölçümünü doğrulayın. `view_search_results` ve `search_term` verisinin gerçekten aktığını, arama parametrelerinin değişmediğini ve test trafiğinin hariç tutulduğunu kontrol edin.
- Search Console bağlantısını kurun. Organik sorgular, landing page’ler ve cihaz boyutunu iç arama terimleriyle aynı analiz dosyasında buluşturun.
- Sorguları temizleyin. Marka sorgularını, personel aramalarını, çok kısa anlamsız terimleri ve tek seferlik gürültüyü ayırın.
- Niyete göre etiketleyin. Her sorguyu ürün tipi, özellik, problem, bilgi amacı ve marka düzeyinde sınıflandırın.
- Öncelik skorunu hesaplayın. Hacim, no-result rate, CTR, dönüşüm, gelir ve mevcut organik görünürlüğü aynı tabloda puanlayın.
- Tek aksiyon atayın. Her kümeyi yeni kategori, landing page, synonym, filtre iyileştirmesi veya katalog aksiyonuna bağlayın.
- 6-8 haftalık etkiyi ölçün. İndekslenme, organik tıklama, iç arama CTR’ı ve sipariş etkisini önce-sonra mantığıyla yorumlayın.
Bu akış düzenli işlendiğinde site içi arama verisi, pasif bir UX metriği olmaktan çıkar ve doğrudan içerik açığı tespiti, kategori optimizasyonu ve teknik SEO yönetiminin parçası haline gelir. 2026 için doğru yaklaşım, arama kutusunu bir rapor ekranı değil, kullanıcı niyetini ürün ve SEO kararına çeviren bir veri kaynağı gibi kullanmaktır.
| Özellik | SEOYEN | Ahrefs / SEMrush |
|---|---|---|
| Türkçe arayüz | Türkçe ekipler için doğrudan, eğitim maliyeti düşük kullanım | Arayüz ve terminoloji çoğunlukla İngilizce |
| TL fiyatlandırma | Bütçe planlaması yerel para birimiyle yapılır | Global fiyatlama mantığı baskındır |
| Yerel destek | Türkiye bağlamına yakın, operasyonel iletişim daha hızlıdır | Destek yapısı daha genel ve globaldir |
| Anahtar kelime kümelendirme iş akışı | Dahili arama verisini tek platform akışına bağlamak kolaydır | Ek raporlama ve araçlar arası geçiş daha sık gerekir |
| Sıralama takibi ile yeni landing page izlemesi | Yeni kategori etkisini yerel odakta takip etmek pratiktir | Takip güçlüdür ancak yerelleştirme akışı daha dolaylı olabilir |
| Site sağlığı ile teknik kontrol | Kategori ve filtre değişikliklerini aynı ekosistemde izlemek kolaydır | Teknik denetim güçlüdür fakat operasyon akışı ayrı modüllerde ilerler |
| AI görünürlük takibi | SEO ve yapay zekâ görünürlüğünü aynı çalışma ritmine bağlayabilir | Bu kullanım çoğu ekipte ek süreç tasarımı gerektirir |
| Ekipler arası kullanım kolaylığı | SEO, içerik ve e-ticaret ekipleri için daha sade geçiş | Uzman kullanıcı için güçlü, fakat öğrenme eşiği daha yüksektir |
Kaynaklar
Sıkça Sorulan Sorular
Site içi arama verisi önemlidir çünkü kullanıcıların gerçek kelime seçimlerini, sitede tam ihtiyaç anında kullandıkları dili ve karşılanmayan talebi doğrudan gösterir. Search Console size Google'daki dış talebi verirken, dahili arama mevcut ziyaretçilerin ürün, kategori veya bilgi ararken neyi bulamadığını gösterir. Bu yüzden kategori isimlendirmesi, filtre etiketleri, synonym sözlüğü, yeni landing page açma kararı ve içerik açığı analizi için çok güçlü bir sinyaldir. Özellikle e-ticaret sitelerinde satın almaya yakın niyetleri daha net yansıttığı için önceliklendirme kalitesini artırır.
En çok aranan kelimeleri analiz ederken yalnızca hacme bakmak yeterli değildir. Önce sorguları marka ve non-brand olarak ayırın, sonra ürün tipi, özellik, problem niyeti ve bilgi amacı etiketleriyle kümelendirin. Ardından her sorgu için CTR, no-result rate, dönüşüm oranı, gelir katkısı ve cihaz kırılımını inceleyin. Mobil sorgular daha kısa ve varyasyonlu, masaüstü sorgular ise daha detaylı olabilir. bu farkı ayrı yorumlamak gerekir. Son adımda yüksek hacimli ama düşük performanslı kümeleri kategori, synonym, filtre iyileştirmesi veya içerik fırsatı olarak sınıflandırın.
Sıfır sonuç veren sorguları doğrudan “yeni sayfa açalım” refleksiyle ele almak yerine önce nedenini sınıflandırmak gerekir. Sorun yazım varyasyonuysa synonym eklenir. Kullanıcı doğru ürün tipini arıyor ama filtre adı farklıysa filtre isimlendirmesi ve facet düzeni iyileştirilir. Yeterli hacim ve stok karşılığı varsa yeni kategori veya landing page açılabilir. Ürün hiç yoksa bu durum SEO değil katalog ve tedarik problemidir. Bu yaklaşım, sıfır sonuç verisini gerçek bir içerik ve kategori fırsatına çevirirken gereksiz URL üretimini de önler.
Evet, açılabilir. ancak bunun için birkaç eşik birlikte sağlanmalıdır. Sorgunun düzenli arama hacmi olmalı, niyeti tutarlı olmalı, stok ve ürün karşılığı bulunmalı ve mevcut kategoriler içinde net biçimde karşılanmıyor olması gerekir. Ayrıca dış talebi Search Console veya anahtar kelime verisiyle doğrulamak faydalıdır. Eğer sorgu yalnızca yazım varyasyonuysa ya da mevcut kategori içinde iyi bir filtreyle çözülebiliyorsa ayrı sayfa açmak yerine synonym veya filtre düzenlemesi daha doğrudur. Böylece hem kullanıcı deneyimi hem indeks kalitesi korunur.
GA4'te site içi arama verisi genellikle `view_search_results` olayı ve `search_term` parametresi üzerinden ölçülür. Google Analytics enhanced measurement, arama sonuç sayfasındaki URL sorgu parametresini algılayabildiğinde bu veriyi otomatik toplayabilir. Bu nedenle ilk kontrol, arama URL yapısının GA4 tarafından doğru okunup okunmadığıdır. Eğer uygulamanız özel bir mimari kullanıyorsa veri katmanı veya özel event tanımı gerekebilir. Ölçüm kurulduktan sonra test aramaları yapıp DebugView ve standart raporlar üzerinden `search_term` akışını doğrulamak gerekir.
Bu iki veri seti birlikte yorumlandığında çok daha net kararlar üretir. Search Console dış talebi, yani kullanıcıların Google'da hangi sorgularla sizi bulduğunu gösterir. Site içi arama ise sitenize gelen kullanıcıların içeride ne aradığını, neyi bulamadığını ve hangi terimlerle alışveriş yapmak istediğini gösterir. Eğer bir küme iç aramada güçlü ama organik görünürlükte zayıfsa, bu yeni kategori veya içerik açığına işaret edebilir. Tersi durumda, Google'da görünür olup sitede karşılanmayan ifadeler taxonomy ve ürün bulma deneyimi açısından iyileştirme fırsatı sunar.