E-Ticarette Site İçi Arama SEO'su: Arama Sayfalarını Google'a Doğru Tanıtın

E-ticaret yöneticisinin en sevdiği rapor şu: organik trafik yüzde otuz arttı, sıralamalar yukarı çıkıyor. Google Search Console’u açıyor, ve bir anda, indekslenmiş sayfa sayısı 50 binden 480 bine fırlamış görünüyor. Çoğu URL: ?q=kirmizi-kazak, ?renk=mavi&beden=L&sirala=fiyat-asc. Site içi arama sonuç sayfaları, filtre kombinasyonları, sıralama parametreleri, hepsi indekslenmeye çalışıyor. Sonuç: Google sayfalarınız arasında boğuluyor, gerçekten önemli ürün ve kategori sayfalarınız geri planda kalıyor.

İç arama SEO’su sandığınızdan çok daha kritik. Yanlış yapıldığında crawl bütçenizi yer, doğru yapıldığında ise rakiplerinizin keşfetmediği uzun kuyruklu sorgular için trafik kapısı açar. Bu rehberde, e-ticaret sitelerinde iç arama sayfalarının nasıl ele alınması gerektiğini, hangileri indekslenmeli, hangileri engellenmeli, faceted navigation tuzaklarından nasıl kaçılır ve iç arama verisi nasıl bir içerik fırsatına dönüştürülür, somut örneklerle anlatacağım.

Site içi arama URL’leri için temel karar: arama talebi var mı, yok mu? Cevaba göre indeksle ya da engelle.

Site İçi Arama Sonuç Sayfaları: İndeksle mi, Engelle mi?

Varsayılan kurulum hatalıdır. Çoğu Shopify, WooCommerce ve özel-geliştirme e-ticaret sitesi, kullanıcı arama yaptığında /search?q=... veya /arama?kelime=... formatında bir URL üretir ve bu URL’lere herhangi bir indeksleme kontrolü uygulanmaz. Sonuç: kullanıcının yazdığı her şey, yazım hataları, boşluklar, anlamsız tek karakterler, Google’a açık bir URL yaratır.

Google’ın 2007 tarihli ama hâlâ geçerli rehberi açıktır: “Site içi arama sonuçları arama motoru sonuçlarına dahil edilmemelidir”. Mantık şu: arama motoru bir kullanıcıya arama sonucu içinde başka bir arama sonucu göstermek istemez; bu, kullanıcı deneyimi açısından kötüdür. Ancak bu kural mutlak değildir. Eğer iç arama sonuç sayfanız:

• Belirli bir kategoriye karşılık geliyorsa (/arama?q=kablosuz+kulaklik aslında bir “kablosuz kulaklık” kategori sayfası gibi davranıyorsa),
• Bağımsız bir arama talebi varsa (Google Trends, Search Console verisi bu sorgu için gerçek hacim gösteriyorsa),
• Sayfada yeterli içerik, ürün listesi ve değer varsa,

…o zaman bu sayfa indekslenebilir bir SEO varlığıdır. Ama tüm ?q=... URL’lerini açık bırakmak demek, milyonlarca düşük kaliteli sayfayı Google’a sunmak demektir.

noindex Meta Etiketi vs. robots.txt, Fark Ne?

İki araç da “bu sayfayı dizine alma” diyor gibi görünür, ancak işleyişleri tamamen farklıdır:

Pratik kural: indekslenmesini istemediğin ama bottun ziyaret etmesi sorun değil ise noindex kullan. Botun hiç görmemesi gereken parametrik çöp URL’ler için robots.txt kullan. Aşağıda Google’ın resmi Disallow örneği:

# robots.txt — e-ticaret site içi arama engelleme
User-agent: *
Disallow: /search
Disallow: /arama
Disallow: /*?q=
Disallow: /*&sort=
Disallow: /*?renk=
Sitemap: https://example.com/sitemap.xml

Dikkat: robots.txt’de engellenmiş bir URL’i aynı zamanda noindex’le işaretlerseniz, Google bu URL’i tarayamayacağı için noindex direktifini de göremez. Yani Google sadece “bu URL var ama erişemiyorum” durumunu öğrenir; başka bir siteden link verilirse URL yine “ben buradayım” şeklinde dizinde belirebilir. Tek yöntemde karar verin, ikisini üst üste bindirmeyin.

Faceted Navigation Tuzakları: Canonical ve Noindex Stratejisi

E-ticarette gerçek katil, faceted navigation’dur. Hayal edin: /kadin-tisort kategori sayfanız var. Kullanıcı sol panelden renk, beden, fiyat aralığı, marka, indirim oranı ve sıralama tipini seçebiliyor. Eğer her kombinasyon kendine özgü bir URL üretiyorsa, ?renk=siyah&beden=M&marka=adidas&sirala=yeni, toplam URL sayısı kombinatoryel patlama denilen olguyu yaşar.

20 renk × 5 beden × 30 marka × 4 sıralama = 12.000 olası URL, sadece tek bir kategori için. Sitenizde 200 kategori varsa, 2.4 milyon URL’den bahsediyoruz. Crawl bütçesi tartışmasını başlatan tam olarak bu rakamlardır.

Hangi Filtreler İndekslenmeli?

Filtre değerlendirmesi için tek soru sorun: Bu filtre kombinasyonu için Google’da gerçek bir arama talebi var mı?

Filtreleri canonical hedefine yönlendirme: arama hacmi olan filtre indekslenir, kombinatoryel çöp ana kategoriye yönlendirilir.

Ahrefs ve Semrush verilerinde tutarlı bir desen var: kullanıcılar tek bir nitelik üzerinden arama yapma eğilimindedir. “Siyah kadın tişört” yüksek hacimli bir sorgu (aylık aramaları üç haneli). “Siyah M beden Adidas kadın tişört yeni eklenenler”, bu sorguyu kimse yazmıyor. Pratik kural:

• Tek nitelik filtresi (sadece renk veya sadece marka) → çoğunlukla arama hacmi vardır. İndekslenebilir, kanonik URL’leri kendi içlerine kurun.
• İki nitelik kombinasyonu (renk + marka, kategori + cinsiyet) → seçici davranın. Search Console “Sorgular” raporundan kanıtlanmış olanları açın.
• Üç ve üzeri nitelik → kombinatoryel çöp. noindex,follow koyun veya canonical’ı ana kategoriye yönlendirin.
• Sıralama parametreleri (?sirala=fiyat-asc) → asla indekslemeyin. Bunlar duplicate content üretir, robots.txt veya canonical ile yönetin.

Canonical Tag ile Filtre Yönetimi

Canonical etiketi Google’a “bu URL’in asıl kaynağı şudur” diyor. Faceted URL’ler için kullanım örneği:

<!-- URL: /kadin-tisort?renk=siyah&beden=M&sirala=yeni -->
<link rel="canonical" href="https://example.com/kadin-tisort?renk=siyah">

<!-- URL: /kadin-tisort?sirala=fiyat-desc -->
<link rel="canonical" href="https://example.com/kadin-tisort">

İki nokta önemli: birincisi, Google canonical’ı bir öneri olarak değerlendirir, kural olarak değil. İkincisi, eğer canonical hedefi mevcut sayfanın içeriğinden çok farklıysa Google öneriyi yok sayar. Yani 30 ürün gösteren bir filtre sayfasını, 5000 ürün gösteren ana kategoriye canonical edemezsiniz, Google bu eşleşmeyi reddeder.

Crawl Bütçesini Koruma: robots.txt ve Sitemap Yönetimi

Crawl bütçesi (crawl budget), Google’ın belirli bir sitede günlük olarak harcamaya istekli olduğu kaynak miktarıdır. Küçük siteler için (10 binin altında URL) bu genelde sorun değildir, Google her şeyi tarayabilir. Ama 100 bin+ URL’li bir e-ticaret sitesinde, Googlebot’un günlük 5-10 bin URL ziyaret ettiği gerçek bir sınırla karşılaşırsınız.

Crawl Stats raporunu (Search Console > Settings > Crawl Stats) inceleyin. Eğer şu pattern’i görüyorsanız:

• Toplam talep sayısı yüksek, ama
• “OK (200)” oranı düşük,
• “Not found (404)” ve “Other client error (4xx)” oranı yükseliyor,
• Ziyaret edilen URL örnekleri tamamen parametrik (?utm_source=, ?fbclid=, ?sirala=)

…crawl bütçeniz çöpe gidiyor demektir. Çözüm üç katmanlıdır:

1. robots.txt ile bot trafiğini engelleyin, sıralama, oturum, takip parametrelerini Disallow listesine ekleyin.
2. Sitemap’i temiz tutun, sitemap.xml dosyasında yalnızca canonical URL’ler olsun. Filtre kombinasyonları, parametrik varyantlar sitemap’e girmemeli.
3. URL Parameters tool kaldırıldı, artık Search Console’da değil, Google bunu 2022’de emekliye ayırdı. Yerine canonical ve robots.txt birlikte kullanılmalı.

Sitemap’te Olması Gereken URL’ler

Pragmatik bir kontrol listesi:

• Ana sayfa, hakkımızda, blog, ürün listesi temel sayfaları, evet
• Kategori sayfaları (her kategori için bir canonical URL), evet
• Yüksek arama hacimli filtre sayfaları (kanonik versiyon), evet
• Ürün detay sayfaları, evet, ama out-of-stock olanları çıkarın
• İç arama sonuç sayfaları (/arama?q=...), hayır
• Faceted navigation tüm kombinasyonları, hayır
• Sıralama parametreli varyantlar, hayır

İç Arama Verilerini İçerik Fırsatına Dönüştürme

Site içi arama veriniz, rakiplerinizin asla göremeyeceği bir altın madenidir. Çünkü bu veriler, kullanıcılarınızın sitenizde bulamadığı şeyleri size söyler, ve “bulamamak” demek “rakipte arar” demek.

Site içi arama raporundaki sıfır sonuç sorguları, doğrudan içerik takvimine dönüştürülmesi gereken sinyallerdir.

GA4’te Site Search Raporunu Açma

Google Analytics 4’te site içi arama otomatik raporlanmaz; etkinleştirmek gerekir. Adımlar:

1. Admin > Data Streams > Web stream
2. Enhanced Measurement açık olmalı
3. Settings dişlisinden “Site Search” sekmesine girin
4. Query parameter olarak sitenizin arama parametresini yazın (q, kelime, s vs.)

24 saat sonra “Engagement > Events > view_search_results” raporunda iç arama sorgularınızı görmeye başlayacaksınız. Asıl değer “search_term” boyutundadır, kullanıcılarınızın tam olarak ne aradığı.

Sıfır Sonuç Sorgularını Analiz Etme

İç arama raporundaki en değerli kesit “0 sonuç dönen sorgular”dır. Bu liste size üç farklı sinyal verir:

• Sattığınız ama isimlendirme/eşleştirme sorunu olan ürünler: Kullanıcı “wireless kulaklık” arıyor, sizin katalogta sadece “kablosuz kulaklık” yazıyor. Eş anlamlı eşleme veya synonym dictionary ekleyin.
• Sattığınız ama kategorize etmediğiniz ürünler: Kullanıcı “kadın koşu ayakkabısı” arıyor, sizin sitenizde sadece “ayakkabı > spor” kategorisi var. Yeni alt-kategori sayfası açın, hem arama içinde, hem Google’da.
• Henüz satmadığınız ama talep olan ürünler: Tedarik kararı için pazarlama-satınalma ortak sinyali.

İlk iki kategorinin SEO çıktısı doğrudandır: iç arama trafiğindeki sıfır sonuç sorguları için yeni içerik sayfası veya kategori sayfası açın. Şu pattern’i izleyin:

1. Sıfır sonuç dönen, ayda 100+ arama alan sorguları listele.
2. Bu sorgular için Google’da arama hacmi kontrolü yap (Ahrefs, Semrush, Google Keyword Planner).
3. Eğer eksternal hacim de varsa → yeni /koleksiyon/<sorgu-slug> sayfası açın.
4. Sayfaya canonical, ürün listesi, açıklama metni ve schema markup ekleyin.

Bu döngü ayda 5-10 yeni indekslenebilir sayfa üretir. Üstelik bu sayfalar kanıtlanmış kullanıcı talebine dayanır, yani spekülasyon değil, kullanıcılarınızın size söylediği gerçek arama davranışıdır.

Yapılandırılmış Veri ve AI Arama Entegrasyonu

2026 itibarıyla iç arama SEO’su sadece Google için değil, AI arama motorları için de optimize edilmek zorunda. Perplexity, ChatGPT Search, Google AI Overviews, bu sistemler ürün arama sorgularında doğrudan e-ticaret sitelerinden veri çekiyor. Ve veri çekme biçimleri klasik Googlebot’tan farklı: yapılandırılmış veriye (structured data) çok daha bağımlılar.

Product + SearchAction Schema Markup

Her ürün detay sayfanızda Product schema’sı olmalı; bu zaten standart. Ama ana sayfanızda SearchAction ekleyerek arama motorlarına “bu sitede arama yapılabilir” sinyalini açıkça verirsiniz:

{
  "@context": "https://schema.org",
  "@type": "WebSite",
  "url": "https://example.com/",
  "potentialAction": {
    "@type": "SearchAction",
    "target": {
      "@type": "EntryPoint",
      "urlTemplate": "https://example.com/arama?q={search_term_string}"
    },
    "query-input": "required name=search_term_string"
  }
}

Bu işaretleme, Google sonuçlarında Sitelinks Searchbox çıkmasına yardımcı olur. Daha da önemlisi, bazı AI asistanları sitenizde doğrudan arama yapabilmek için bu schema’yı kullanır, yani kullanıcı “Perplexity’de örnek.com’da kablosuz kulaklık ara” dediğinde sistem doğru endpoint’e gidebilir.

Product Schema İçin Kritik Alanlar

AI arama motorları ürün karşılaştırma sorgularında bilgi çekerken (ki bu 2026’da hızla büyüyen bir kullanım modeli) şu alanlara öncelik verir:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Kablosuz Kulaklık Model X",
  "image": "https://example.com/p/x.webp",
  "description": "Aktif gürültü engelleme, 24 saat pil ömrü",
  "sku": "KX-001",
  "brand": { "@type": "Brand", "name": "MarkaY" },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/urun/kablosuz-kulaklik-x",
    "priceCurrency": "TRY",
    "price": "1299.00",
    "priceValidUntil": "2026-12-31",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "287"
  }
}

Burada eksik bırakılan her alan, AI sistemi ürünü karşılaştırmada eksik veriyle kullanmak zorunda bırakır, ve kıyaslarken eksiksiz veriye sahip rakip ürünü tercih eder. Özellikle availability, priceValidUntil ve aggregateRating AI Overviews ürün kutucuklarında sıkça görünen alanlar.

AI Overview ve İç Arama İlişkisi

Google AI Overviews’un 2026 davranışı şu pattern’i gösteriyor: bilgi sorgularında web sitelerinden, ürün karşılaştırma sorgularında yapılandırılmış veriye sahip e-ticaret sitelerinden alıntı yapıyor. Yani “en iyi 2026 kablosuz kulaklık” sorgusu için AI Overview, Product schema’sı temiz olan e-ticaret sitelerinin ürün listelerini doğrudan çekiyor.

Bu mekanizma, iç arama SEO stratejinizi şuna doğru kaydırır: iyi indekslenmiş kategori ve filtre sayfalarınızın aynı zamanda Product, ItemList ve BreadcrumbList schema markup’ları olmalı. Aksi takdirde sayfanız Google klasik aramasında görünür, ama AI Overviews’a giremez, bu da uzun vadede ciddi bir trafik kanalını kaybetmek demektir.

Özet: Aksiyon Listesi

İç arama SEO’su, “her şeyi indeksle” ile “her şeyi engelle” arasındaki ince çizgide yaşar. İşinizi şu sıralama ile yapın:

1. Search Console > Coverage raporunda dizine alınmış URL sayınızı tahmin edilen gerçek URL’lerle karşılaştırın. Aradaki fark crawl bütçesi sorunudur.
2. robots.txt ile sıralama, oturum ve takip parametrelerini engelleyin. Yapısal ?q= aramayı tartışın.
3. Canonical etiketleri faceted URL’lerinde doğru hedef sayfalara yönlendirin.
4. noindex,follow koymayı düşünün: indekslemeyi istemediğiniz ama crawl edilmesi sorun olmayan kombinasyonlar için.
5. Sitemap.xml’i temizleyin, yalnızca canonical URL’leri içersin.
6. GA4 Site Search raporunu aktif edin, sıfır sonuç sorgularını içerik takvimine taşıyın.
7. Product, SearchAction, ItemList schema markup’larını ekleyin, AI arama görünürlüğü için artık zorunlu.

E-ticaretinizde 2026’da kazanan, sadece çok ürün satan değil, arama motorlarına ne istediğini açıkça söyleyen site olacak. İç arama veriniz size kullanıcılarınızın ne aradığını söylüyor; SEO altyapınız bu cevabı Google’a, Perplexity’ye ve AI Overviews’a doğru kelimelerle iletmeli.