Hızlı Cevap
Site içi arama sonuç sayfaları şudur: kalıcı arama talebi, benzersiz içerik kümesi ve güçlü iç link desteği yoksa kapatılmalıdır. Yalnızca ayrı bir SERP niyeti yakalayan, tekrar üretilemeyen ve ticari ya da bilgilendirici değeri kanıtlanmış sonuç kümeleri dizine açılabilir; diğerlerinde noindex, canonical, robots.txt veya 404 tercih edilir.
Önemli Noktalar
- Ham arama URL’leri çoğunlukla indeks şişkinliği ve crawl kaybı üretir.
- Dizine açılacak sayfa ayrı SERP niyeti ve talep kanıtı ister.
- robots.txt taramayı sınırlar; güvenilir dizinden çıkarma yöntemi değildir.
- Boş ve anlamsız kombinasyonlarda 404 en net sinyaldir.
- Statik landing page, ham arama URL’sinden daha sürdürülebilir çözümdür.
Site içi arama sonuç sayfaları neden çoğunlukla kapatılır?
Site içi arama sonuç sayfaları çoğu projede kalıcı bir landing page değil, kullanıcının o anki sorgusuna göre üretilen geçici sonuç ekranıdır. Bu yüzden aynı konu için onlarca benzer URL oluşur: /search?q=siyah+elbise, /search?q=siyah%20elbise, /search?q=elbise&siralama=artan gibi. Bu kümeler genelde yeni bilgi üretmez; yalnızca mevcut ürün ya da içerik listesini farklı parametrelerle tekrar eder. Sonuç, organik performanstan çok index bloat ve kalite sinyali dağılması olur.
Burada kritik ayrım şudur: dahili arama sayfası ile filtreli kategori sayfası aynı şey değildir. Dahili arama URL’si çoğunlukla anlık sorgu çıktısıdır. Filtreli kategori sayfası ise talebi doğrulanmış, başlığı, metni, iç linkleri ve kalıcı URL kurgusu olan bir SEO sayfasına dönüşebilir. Google’ın faceted navigation rehberi, indeks gerekmiyorsa bu URL’lerin taranmasının da sınırlandırılmasını önerir; çünkü facet tabanlı URL’ler çok hızlı çoğalır ve ciddi hesaplama maliyeti üretir (Google for Developers, 2025-12-18).
Kalite riski yalnızca teknik değildir. Google Search Central’ın 15 Mayıs 2026 tarihli spam politikası, benzer sorgular için seri biçimde üretilen ve kullanıcıyı ara sayfalara yönlendiren kümeleri doorway abuse kapsamında tanımlar. Aynı sayfa, yalnızca sorgu varyasyonlarıyla yüzlerce kopyaya bölünüyorsa bu mantık site içi arama sayfalarına da yaklaşır. Yine aynı dokümanda, kullanıcıya değer katmayan büyük ölçekli üretimlerin scaled content abuse riski taşıdığı açıkça belirtilir; yani sorun sadece “duplicate content” değil, amaçsız URL çoğaltımıdır (Google Search Central, 2026-05-15).
- Düşük benzersizlik: Aynı ürün veya içerik seti farklı parametrelerle tekrar görünür.
- Zayıf kalıcı talep: Kullanıcının site içi aradığı her ifade Google’da aranan bir konu değildir.
- Yüksek kombinasyon riski: Renk, beden, fiyat, sıralama ve sayfalama birlikte patlayıcı URL üretir.
- Sinyal dağılması: İç link, canonical ve sitemap sinyalleri asıl sayfalardan uzaklaşır.
Hangi durumda dizine açmak mantıklıdır, hangi durumda değildir?
Bir site içi arama ya da filtre sonucu sayfasını dizine açmak için üç temel koşul birlikte aranmalıdır: kalıcı talep, benzersiz içerik kümesi ve ayrı SERP niyeti. Sayfa, mevcut kategori sayfasının kopyası gibi davranıyorsa veya kullanıcı arama motorunda o sorgu için başka bir tür sonuç bekliyorsa indeks kararı zayıflar. Buna karşılık “erkek koşu ayakkabısı siyah” gibi ticari niyeti net, ürün seti anlamlı ve içerik kurgusu yönetilebilir bir kombinasyon varsa istisnai olarak açılabilir.
Bu noktada ham arama URL’sini olduğu gibi indekslemek yerine önce anahtar kelime aracı ile talep doğrulama yapmak daha doğru olur. Arama hacmi, sorgu varyasyonları ve niyet benzerliği görülmeden “/search?q=” sayfasını açmak çoğu zaman gereksizdir. Eğer sorgu düzenli talep alıyorsa, sonuç sayfasını indekslemek yerine sabit başlık, açıklama, intro metni ve güçlü iç link mimarisi olan statik SEO landing page üretmek daha sürdürülebilir bir çözümdür.
Dizine açma kararı verebileceğiniz sayfalar genelde şu özellikleri taşır: URL kalıcıdır, içerik seti sık değişse bile konu sabittir, kullanıcı o sayfaya dış aramadan geldiğinde beklentisi karşılanır ve sayfa yalnızca filtre listesi değil yönlendirici içerik de sunar. E-ticarette marka+kategori, özellik+kategori veya net kullanım amacı taşıyan kombinasyonlar buna yaklaşabilir. İçerik sitesinde ise arşiv, etiket veya konu sayfası ancak gerçekten yeni bir keşif yolu oluşturuyorsa düşünülmelidir.
Dizine açmamanız gereken kümeler ise daha nettir: boş sonuç sayfaları, yalnızca sıralama parametresi taşıyan URL’ler, birbirini tekrar eden facet birleşimleri, çok dar ve tek seferlik kombinasyonlar, kampanya bittiğinde anlamını kaybeden aramalar ve sadece UTM ya da tracking parametresiyle çoğalan kopyalar. Bu tip sayfalarda hedef, “belki trafik alır” yaklaşımı değil, hangi URL gerçekten bağımsız değer üretiyor sorusunu sert biçimde cevaplamaktır.
Index, noindex, robots.txt, canonical ve 404 karar matrisi
En sık hata, tüm problemli URL’leri tek bir araçla çözmeye çalışmaktır. Oysa index kararı ile crawl kararı aynı şey değildir. Google’ın noindex dokümanı, bir URL’nin dizinden çıkması için sayfanın taranabilir ve erişilebilir kalması gerektiğini açıkça söyler; URL robots.txt ile tamamen engelliyse Google noindex sinyalini göremez (Google Search Central, 2025-12-10). Bu yüzden düşük değerli ama dizinden temizlemek istediğiniz arama sayfalarında ilk tercih çoğu zaman noindex olur.
robots.txt ise esas olarak tarama yönetimidir. Google’ın robots.txt giriş rehberi, engellenen bir URL’nin yine de dış linkler nedeniyle arama sonuçlarında görünebileceğini ve robots.txt’nin güvenilir bir deindex yöntemi olmadığını net biçimde belirtir (Google Search Central, 2025-12-10). Yani “görünmesin” hedefi için noindex; “gereksiz crawl harcamasını azaltayım” hedefi için robots.txt düşünülmelidir. İki amaç aynı değil.
Faceted navigation tarafında 404 kararı da önemlidir. Google’ın faceted navigation rehberi, sonuç vermeyen filtre birleşimleri, anlamsız kombinasyonlar ve olmayan sayfalama URL’leri için doğrudan HTTP 404 döndürülmesini önerir (Google for Developers, 2025-12-18). Bu, özellikle boş arama sayfalarında “ana kategoriye geri atma” yaklaşımından daha nettir. Canonical ise esasen birbirine çok benzeyen ve biri ana sürüm olarak korunacak URL’lerde işe yarar; yalnızca sıralama, tracking veya görünüm farkı taşıyan kopyalarda anlamlıdır.
2026 tarafında dikkate değer bir güncelleme de var. Google’ın 24 Mart 2026 tarihli robots meta tag dokümanı, nosnippet kuralının AI Overviews ve AI Mode için de geçerli olduğunu netleştirdi. Bu, snippet görünürlüğü ile index kararının ayrı yönetilmesi gerektiğini gösterir: bir URL dizinde kalabilir ama sunum biçimi kısıtlanabilir. PDF, görsel veya HTML dışı dosyalarda ise X-Robots-Tag daha pratik olur. SPA arama sayfalarında da yalnızca kaynak koda bakmak yetmez; render sonrası meta robots, canonical ve durum kodu davranışı mutlaka doğrulanmalıdır.
- Ham /search?q= sonuçları: Genelde noindex, gerektiğinde iç link azaltma.
- Talebi kanıtlanmış filtre landing page’i: Index, özgün başlık ve kalıcı URL ile.
- Sıralama parametreleri: Canonical veya crawl kısıtı, çoğu durumda index yok.
- Tracking parametreli kopyalar: Canonical ve mümkünse crawl disiplinine alma.
- Boş veya anlamsız kombinasyonlar: 404 ile net sinyal verme.
| URL tipi | Dizine aç? | Önerilen kontrol | Gerekçe |
|---|---|---|---|
| Ham site içi arama sonuç sayfası | Genelde hayır | noindex | Düşük benzersizlik ve yüksek URL çoğalması üretir. |
| Talebi doğrulanmış filtre landing page’i | Koşullu evet | index + özgün içerik | Ayrı SERP niyeti ve kalıcı talep taşıyorsa değer üretebilir. |
| Sadece sıralama parametresi içeren URL | Hayır | canonical | İçerik aynı kalır, yalnızca görünüm sırası değişir. |
| Boş sonuç veren arama veya filtre kombinasyonu | Hayır | 404 | Anlamsız veya sonuçsuz kombinasyonlara en net sinyaldir. |
| Sayfalama URL’leri | Duruma bağlı | çoğu durumda index yok, iç link yönetimi | Tek başına yeni arama niyeti üretmiyorsa bağımsız değer zayıftır. |
| Tracking parametreli kopya URL’ler | Hayır | canonical | Kampanya veya kaynak bilgisi içeriği değiştirmez. |
| SPA veya JavaScript ile üretilen arama sonuçları | Genelde hayır | render sonrası noindex veya X-Robots-Tag | Kaynak kod ve render farkı yüzünden sinyal doğrulaması gerekir. |
90 günlük GSC ve log analiziyle kararın etkisini ölçme
Bu kararın doğruluğu teoriyle değil, 90 günlük ölçüm ile anlaşılır. Bu tip denetimlerde ilk işimiz /search, ?q=, facet, sort, page ve tracking desenlerini ayrı segmentlemektir. Search Console tarafında Page Indexing ve Performance raporlarında bu desenlerin indekslenme, gösterim ve tıklama davranışını ayırırız. Sunucu loglarında ise Googlebot isteği alan URL’lerin gerçekten değerli sayfalar mı, yoksa düşük değerli arama varyasyonları mı olduğunu kontrol ederiz. En sık israf, iyi kategori sayfalarından çok parametreli sayfalarda görülür.
Operasyon tarafında ölçülmesi gereken üç ana başlık vardır: indekslenen arama URL sayısı, Googlebot’un bu desenlere ayırdığı istek payı ve kapanan URL’lerin yerine güçlenen hedef sayfalar. Eğer noindex verdikten sonra ilgili URL’ler hâlâ site haritalarında kalıyor veya güçlü iç link alıyorsa, deindex süreci gereksiz yere uzar. Google noindex dokümanı, recrawl gerçekleşmeden sonucun görünmeyebileceğini söyler; bu yüzden iç link temizliği ve sitemap güncellemesi yalnızca yardımcı adım değil, sürecin parçasıdır (Google Search Central, 2025-12-10).
Burada deneyimden gelen pratik kural şudur: yalnızca “kaç URL dizinden çıktı” diye bakmak yetmez. Asıl soru, hangi sayfalar için crawl alanı açıldı sorusudur. Özellikle büyük e-ticaret ve içerik sitelerinde /search ve facet desenlerini ayrı segmentlemek, problemli kümeyi daha hızlı görünür kılar. Google’ın faceted navigation rehberi indeks gerekmiyorsa crawl kısıtını önerirken, sonuçsuz kombinasyonlarda 404 tavsiye eder; ölçüm planı da tam bu iki operasyonun etkisini yakalamalıdır (Google for Developers, 2025-12-18).
Adım Adım Site içi arama URL’leri için index kararı verme
Kararı basit bir “index” ya da “noindex” butonuna indirgemek hatalıdır. Sağlıklı yöntem, URL desenlerini önce teknik olarak sınıflandırmak, sonra talep ve kullanıcı faydası açısından elemek, en son da tarama ve indeks sinyallerini netleştirmektir. Aşağıdaki akış, hem küçük ekiplerde hem de büyük kataloglu sitelerde uygulanabilir.
- URL desenlerini envantere çıkar. /search, ?q=, ?sort=, ?page=, facet ve tracking parametrelerini ayrı kümeler halinde listeleyin. Aynı şablondan üreyen URL’leri tek tek değil desen bazında görmek, hem kapsamı gerçekçi hesaplamanızı sağlar hem de farklı amaçtaki sayfaları yanlışlıkla aynı politikaya bağlamanızı önler.
- Talep ve benzersizliği doğrula. Her desen için kullanıcıların gerçekten o konuyu arayıp aramadığını, sayfanın mevcut kategori veya etiket sayfalarından farklı bir değer üretip üretmediğini kontrol edin. Kalıcı talep yoksa ve sonuç seti başka bir URL’nin zayıf kopyasıysa indeks kararı zayıflar.
- Karar matrisine göre sınıfla. Değer üreten, kalıcı ve ayrı niyet yakalayan sayfaları index; düşük değerli ama erişilebilir tutulması gerekenleri noindex; sadece kopya varyasyonları canonical; gereksiz crawl yükünü artıran kümeleri robots.txt; boş ve anlamsız kombinasyonları 404 olarak işaretleyin.
- Teknik uygulamayı test et. Kaynak kod, render sonrası HTML, HTTP header ve durum kodunu canlı URL’lerde doğrulayın. SPA yapılarda meta robots sonradan enjekte ediliyorsa Googlebot’un bunu görebildiğinden emin olun; canonical hedefi ve taranabilirlik de aynı anda test edilmelidir.
- GSC ve loglarla sonucu ölç. En az 90 günlük pencerede indekslenen URL sayısı, crawl isteği ve organik girişlerin hangi şablonlarda değiştiğini izleyin. Gerekirse sitemap ve iç link mimarisini ikinci turda sadeleştirerek deindex sürecini hızlandırın.
Bu akışın en büyük avantajı, tartışmayı tekil URL’lerden çıkarıp politika seviyesine taşımasıdır. Böylece ekipler her yeni arama veya filtre kombinasyonunda sıfırdan karar üretmek yerine aynı çerçeveyi tekrar kullanabilir.
SEOYEN ile teknik uygulama, rakip kıyası ve sürekli takip
Bu işin zor tarafı yalnızca doğru kuralı seçmek değil, onu ekip içinde sürdürülebilir biçimde izlemektir. SEOYEN burada tek platformda tüm SEO araçlarını, Türkçe arayüzü, TL bazlı fiyatlandırmayı ve yerel Türkçe desteği aynı akışta topladığı için operasyon tarafında ciddi pratiklik sağlar. Özellikle desen bazlı URL takibi, teknik hata önceliklendirmesi ve site genelindeki indeks şişkinliği görünürlüğü için düzenli site sağlığı denetimi yapmak kararların sahaya yansımasını kolaylaştırır.
Ahrefs ve SEMrush geniş veri setleriyle güçlü platformlardır; ancak Türkiye odaklı ekiplerde günlük uygulama hızını belirleyen şey çoğu zaman raporun dili, ekip içi yorumlanabilirliği ve operasyon akışıdır. Bu yüzden bir ekip Ahrefs verisini seviyorsa Ahrefs karşılaştırması, SEMrush alışkanlığı varsa SEMrush karşılaştırması üzerinden hangi işlerin SEOYEN içinde daha yerel ve sade yürütülebileceğini görmek daha anlamlıdır. Mesele tek tek metrik göstermekten çok, doğru SEO kararını daha kısa sürede uygulanabilir hale getirmektir.
2026’da izlenmesi gereken alan yalnızca klasik organik sonuçlar da değil. Teknik düzeltmelerin ardından yeniden tarama, snippet kontrolü ve içerik yüzeylenmesinin yapay zeka sonuçlarındaki etkisini takip etmek için AI görünürlük analizi de sürece bağlanabilir. Operasyon ölçeğine göre paket detayları incelenebilir; önemli olan, arama ve filtre URL politikalarını tek seferlik temizlik değil, düzenli yönetilen bir teknik SEO disiplini olarak ele almaktır.
Kaynaklar
Sıkça Sorulan Sorular
Çünkü çoğu site içi arama URL’si bağımsız bir landing page gibi çalışmaz. Aynı ürün veya içerik listesini farklı sorgu, sıralama ve filtre kombinasyonlarıyla tekrar üretir. Bu durum indeks şişkinliği, gereksiz crawl tüketimi ve sinyal dağılması yaratır. noindex, kullanıcı deneyimi için sayfayı açık bırakırken arama sonuçlarından çıkarmayı hedefler. Google’ın noindex dokümanına göre bu yöntem özellikle düşük değerli ama erişilebilir kalması gereken sayfalarda uygundur. Kısacası amaç, kullanıcıya yarayan iç arama deneyimini korurken organik dizini gereksiz URL’lerden temizlemektir.
robots.txt ile noindex aynı sorunu çözmez. robots.txt taramayı sınırlamak için kullanılır. Google bir URL’yi tarayamasa bile dış linklerden keşfedip arama sonuçlarında yalnız URL olarak gösterebilir. noindex ise sayfa taranabildiğinde dizinden çıkarmaya yönelik doğrudan bir yönergedir. Bu yüzden “görünmesin” hedefi varsa robots.txt tek başına yeterli değildir. Düşük değerli arama sonuçlarını dizinden kaldırmak istiyorsanız sayfanın erişilebilir kalması ve noindex sinyalinin okunabilmesi gerekir. Crawl yükünü azaltmak ayrı, dizin temizliği ayrı bir karardır.
Her dahili arama URL’si otomatik olarak spam sayılmaz. Ancak Google, benzer sorgular için seri biçimde üretilen, kullanıcıya yeni değer sunmayan ve esas içeriğe ara kapı gibi davranan sayfaları kalite riski olarak değerlendirir. 15 Mayıs 2026 güncellemeli spam politikalarında doorway abuse ve scaled content abuse başlıkları bu mantığı açık biçimde tarif ediyor. Yani sorun URL’nin “arama sonucu” olması değil. düşük değerli, tekrar eden ve manipülatif ölçekte üretilmiş olmasıdır. Gerçekten ayrı niyet yakalayan, güçlü içerik kurgusu taşıyan sayfalar bu riskten ayrışabilir.
Süre sabit değildir. tarama sıklığına, sayfanın link profilinə ve Googlebot’un o URL’ye ne kadar hızlı geri döndüğüne bağlıdır. Google noindex dokümanında, yeni sinyalin görülmesi için önce sayfanın yeniden taranması gerektiğini açıkça belirtir ve bunun bazı URL’lerde aylar sürebileceğini söyler. Süreci hızlandırmak için sayfanın erişilebilir kalması, güçlü iç linklerin azaltılması, site haritasından çıkarılması ve gerekiyorsa Search Console URL Inspection üzerinden yeniden tarama talep edilmesi yardımcı olur. Ama kesin bir gün sayısı vermek doğru değildir.
Kalıcı olarak anlamsız veya sonuç üretmeyen kombinasyonlarda 404 genelde daha net çözümdür. Google’ın faceted navigation rehberi, sonuçsuz filtre birleşimleri ve anlamsız kombinasyonlar için HTTP 404 önermektedir. Buna karşılık geçici olarak boş kalan ama kullanıcı deneyimi açısından korunması gereken arama ekranlarında noindex tercih edilebilir. Örneğin stok geçici olarak tükenmişse ama sayfa yakında yeniden sonuç verecekse noindex daha esnek olabilir. Karar verirken asıl ölçüt, boş sonucun yapısal mı yoksa geçici mi olduğu ve URL’nin gelecekte bağımsız değer üretip üretmeyeceğidir.
Önce URL desenlerini netleştirin: /search, ?q=, ?sort=, facet ve tracking parametreleri gibi. Ardından Search Console Performance raporunda sayfa filtresiyle bu desenleri ayrı ayrı inceleyin. Page Indexing raporunda hangi şablonların indekslendiğini ve hangi nedenle indeks dışında kaldığını görün. Tek başına Search Console yetmez. sunucu loglarıyla Googlebot’un gerçekten hangi parametreli URL’leri taradığını da kontrol etmek gerekir. Böylece yalnızca görünür URL’leri değil, crawl bütçesini tüketen fakat trafik üretmeyen desenleri de tespit edebilirsiniz.