Site içi arama sonuç sayfaları organik görünürlüğü koruma rehberi

Site içi arama sonuç sayfaları ne zaman indekslenmeli?

Çoğu sitede ham site içi arama sonuç sayfaları indekslenmek için iyi aday değildir. Neden basit: bu URL’ler çoğunlukla kısa ömürlü, parametreyle çoğalan, zayıf başlık ve meta üreten, bazen de boş sonuç dönen sayfalardır. Bu yapı hem index bloat üretir hem de kategori, ürün ve rehber gibi gerçekten sıralanmasını istediğiniz sayfaların kalite sinyallerini seyreltir. Bu yüzden varsayılan yaklaşım, arama deneyimini kullanıcıya açık bırakıp organik arama için bu sayfaları sınırlamaktır.

İndeksleme istisnası vardır ama eşik nettir: sorgu düzenli talep almalı, tek başına anlaşılır bir niyet taşımalı, aynı işi zaten yapan bir kategori veya etiket sayfasıyla çakışmamalı ve editoryal olarak güçlendirilebilir olmalıdır. Yani “kırmızı koşu ayakkabısı” gibi tekrar eden bir ticari niyet, doğru filtre yapısı ve benzersiz kopyayla landing page’e dönüşebilir. Buna karşılık “42 numara kırmızı koşu ayakkabısı fiyat artan” gibi dar ve geçici varyasyonlar arama URL’si olarak kalmalı, hatta çoğu durumda indeks dışında tutulmalıdır.

Karar verirken şu dört soruyu aynı anda yanıtlamak gerekir:

• Benzersiz talep var mı, yoksa sorgu yalnızca site içi gezinmenin bir yan ürünü mü?
• Editoryal değer eklenebiliyor mu, yoksa sayfa sadece liste ve filtre kombinasyonundan mı oluşuyor?
• Dönüşüm niyeti yeterince net mi, yoksa kullanıcı her seferinde farklı bir mikro varyasyon mu arıyor?
• Sürdürülebilir derinlik mümkün mü, yani başlık, açıklama, iç link ve içerik düzenli biçimde korunabilir mi?

Pratikte en sık yapılan hata, yüksek talep gören her dahili sorguyu olduğu gibi indekslemek. Doğru yaklaşım bunun tersidir: önce arama sayfasını sınırlayın, sonra yalnızca kanıtlanmış talep taşıyan sorgular için ayrı bir SEO sayfası üretin. Böylece hem kullanıcı deneyimi bozulmaz hem de organik görünürlük kontrol altında kalır.

Noindex, robots.txt, canonical ve 404/410 karar ağacı

2026 itibarıyla en güvenli temel model taranabilir noindex yaklaşımıdır. Google Search Central’ın noindex dokümanında açıkça belirttiği gibi, noindex’in çalışması için URL’nin taranabilir olması gerekir; robots.txt ile bloklanan sayfada Google bu etiketi göremez. Bu yüzden dizinden çıkarmak istediğiniz arama URL’sini önce robots.txt ile kapatıp sonra noindex vermek, kağıt üzerinde mantıklı görünse de pratikte sıkça başarısız olur.

Hangi sinyal hangi durumda kullanılır?

Noindex, kullanıcıya açık kalacak ama organik indekste yer almasını istemediğiniz ham arama sonuç sayfaları için en doğru başlangıçtır. Robots.txt, taramayı azaltmak istediğiniz sonsuz kombinasyon alanlarında yardımcıdır; ancak tek başına deindex aracı değildir. Canonical, yalnızca gerçekten yinelenen varyasyonlar için kullanılmalıdır. Google’ın canonical kılavuzu, robots.txt’nin canonical amaçlı kullanılmaması gerektiğini ve canonical’ın aynı içeriğin güçlü eşdeğerleri arasında sinyal verdiğini vurgular. Tüm arama URL’lerini körü körüne tek bir kategoriye canonical etmek, arama amacını gizleyen yapay bir sinyal üretir.

404/410 ise bambaşka bir iş yapar: hiç var olmaması gereken, artık üretilmemesi gereken veya anlamsız kombinasyonlardan oluşan URL’leri temizler. Google’ın 2025 sonunda güncellediği faceted navigation kılavuzu, sonuç vermeyen filtre kombinasyonları ve anlamsız pagination URL’leri için 404 döndürmenin uygun olduğunu açıkça söyler. Bu yüzden boş sonuç sayfalarının tamamına otomatik 200 yanıt vermek yerine, gerçekten geçersiz kombinasyonları ayırmak gerekir.

• Ham ama kullanıcıya açık arama sonuçları: meta robots noindex veya X-Robots-Tag noindex
• Gerçek yinelenen varyasyonlar: rel=”canonical”
• Geçersiz, boş ve anlamsız kombinasyonlar: 404 veya kalıcıysa 410
• Sonsuz tarama alanı oluşturan parametreler: robots.txt ile seçici tarama kontrolü, ama noindex gereken URL’leri bloklamadan

Parametre kontrolü, sitemap ve iç link sızıntısı nasıl kesilir?

Site içi arama problemleri çoğu zaman yalnızca “/search?q=…” sayfalarından çıkmaz. Asıl yük; sıralama, stok durumu, fiyat aralığı, renk, beden, pagination ve kampanya parametrelerinin birbiriyle çarpılması sonucu oluşur. Google’ın faceted navigation dokümanı, bu URL tiplerinin overcrawling ve slower discovery ürettiğini açıkça anlatır: gereksiz kombinasyonlara harcanan tarama, yeni ve değerli URL’lerin keşfini yavaşlatır. Arama sonuç sayfaları da aynı mantıkla değerlendirilmelidir.

Bu nedenle teknik temizlik üç katmanda yapılır. Birinci katman URL üretimini sınırlamaktır: sıralama ve filtre parametreleri mümkün olduğunca normalize edilir, parametre sırası sabit tutulur, aynı anlamı taşıyan birden çok URL formatı üretilmez. İkinci katman sitemap temizliğidir: ham arama URL’leri XML sitemap’te yer almamalıdır. Sitemap yalnızca indekslenmesini istediğiniz kalıcı sayfaları taşımalıdır. Üçüncü katman ise iç link sızıntısını kesmektir: autocomplete, “ilgili aramalar”, filtre çipleri ve boş sonuçtan çıkan öneri linkleri farkında olmadan botlara yeni tarama yolları açar.

Pagination da ayrı düşünülmelidir. Arama sonuçlarının 2, 3, 8 veya 14. sayfaları çoğu durumda zayıf kalite sinyali üretir. Eğer bu sayfalar benzersiz değer taşımıyorsa sitemap dışında kalmalı, gereksiz kombinasyonların keşfi azaltılmalı ve yalnızca kullanıcı ihtiyacı açısından gerekli gezinme korunmalıdır. Özellikle sonuç vermeyen kombinasyonlar için 404 yaklaşımı, Google’ın 2025-12-18 tarihli faceted navigation güncellemesiyle daha da netleşmiş durumdadır.

Kısa kontrol listesi şöyledir:

• Arama URL’lerini ve parametreli varyasyonları sitemap’ten çıkarın.
• Autocomplete modüllerinin botlara binlerce zayıf URL açmadığını kontrol edin.
• Dahili linkleri ham arama sonuçlarına değil, değerli landing page’lere yönlendirin.
• Sıralama ve filtre parametrelerinde tutarlı URL yapısı kullanın.

Adım Adım Site içi arama sonuç sayfalarını güvenli biçimde yönetme

1. Arama URL envanterini çıkar ve gruplandır: Dahili arama, filtre, sıralama ve pagination URL’lerini tek listede toplayın. Boş sonuç, düşük değerli varyasyon ve yüksek talep taşıyan sorgu gruplarını ayrı etiketleyin. Bu envanter olmadan hangi URL’ye noindex, hangisine 404, hangisine landing page yaklaşımı uygulanacağı netleşmez.
2. İndekslenecek ve sınırlandırılacak sayfaları ayır: Düzenli talep alan ve editoryal olarak güçlendirilebilen sorguları landing page adayı olarak işaretleyin. Geri kalan ham arama sonuçlarını varsayılan olarak indeks dışı sınıfta tutun. Buradaki amaç, arama deneyimini kapatmak değil, düşük değerli URL’leri organik görünürlükten ayırmaktır.
3. Doğru teknik sinyali uygula: Kullanıcıya açık fakat indekslenmesini istemediğiniz sayfalarda meta robots veya X-Robots-Tag ile noindex kullanın. Geçersiz ve anlamsız kombinasyonlara 404 ya da 410 verin. Yalnızca gerçek yinelenen varyasyonlarda canonical kullanın; her arama URL’sini tek kalemde kategoriye canonical etmeyin.
4. Sitemap ve iç link sızıntılarını temizle: Ham arama URL’lerini XML sitemap’ten çıkarın. Autocomplete, ilgili aramalar ve filtre modüllerinin gereksiz kombinasyonlar üretmediğini test edin. İç bağlantıları yalnızca sıralanmasını istediğiniz kategori, koleksiyon ve rehber sayfalarına bırakın.
5. Search Console ve loglarla doğrula: Page Indexing, URL Inspection ve Crawl Stats verilerini birlikte okuyun. Sunucu loglarında Googlebot’un hangi klasör ve parametre alanlarına yoğunlaştığını kontrol edin. Hedef, sadece dizinden çıkışı görmek değil; tarama yükünün daha değerli URL’lere kaydığını doğrulamaktır.
6. Yüksek talep sorgularını landing page’e dönüştür: Sürekli talep üreten sorgular için kalıcı kategori, koleksiyon veya rehber sayfaları oluşturun. Arama sayfasını noindex bırakırken yeni hedef sayfayı benzersiz başlık, açıklama, kopya ve iç linklerle güçlendirin. Sonrasında performansı sıralama ve dönüşüm verisiyle izleyin.

Bu sıralama önemlidir. Önce sitemap ve iç link sızıntısını kesmeden verilen noindex kararları genelde daha yavaş çalışır; önce robots.txt ile kapatılan URL’lerde ise noindex çoğu zaman hiç görülemez. Sağlıklı temizlik, sinyalleri çakıştırmadan ilerleyen bu akışla olur.

Search Console ve loglarla 30 günlük doğrulama planı

Teknik SEO denetimlerinde en sık gördüğümüz sorun, ekiplerin değişikliği uygulayıp sonucu yalnızca tek bir ekrandan takip etmesidir. Oysa site içi arama yönetiminde Page Indexing, URL Inspection, Crawl Stats ve sunucu logları birlikte okunmalıdır. Google Search Central’ın noindex dokümanı, doğrulama için URL Inspection ve Page Indexing raporunu doğrudan önerir. Bu ikili, noindex’in gerçekten görüldüğünü gösterir; loglar ise tarama yükünün nereye kaydığını anlatır.

30 günlük pratik bir doğrulama planı şöyle çalışır: ilk 7 günde sitemap ve iç link sızıntısı temizlenir, sonra taranabilir noindex uygulanır. 8-15. gün aralığında URL Inspection ile örnek arama URL’lerinde Googlebot’un noindex’i gördüğü kontrol edilir. 16-30. gün arasında Page Indexing raporunda “Excluded by noindex” benzeri kümelerin artması, buna karşılık kategori ve ürün URL’lerinin tarama payının yükselmesi beklenir. Bu, tek başına sıralama artışı garantisi değildir; ama indeks kalitesinin temizlendiğini gösteren doğru yöndür.

Örnek bir 30 günlük vaka kurgusunda, robots.txt ile bloklu modelden taranabilir noindex artı sitemap temizliğine geçildiğinde üç metrik izlenir: arama URL’lerine giden Googlebot hitleri, dizinden çıkan arama URL sayısı ve kategori sayfalarının ilk keşif hızı. Buradaki amaç mutlak rakam vermek değil, yön değişimini doğrulamaktır. İyi uygulamada arama URL hitleri düşer, dizinden çıkan düşük değerli URL sayısı artar ve keşif yükü kategori ya da ürün detaylarına kayar. Bu sayıların siteye göre değişeceğini özellikle not etmek gerekir.

Robots.txt bloklu URL’lerin yine de arama sonuçlarında görünebilmesi kritik bir ayrıntıdır. Google Search Console Help’te yer alan No page information in search results açıklaması, robots.txt ile engellenen URL’lerin içerik taranmadan da sonuçlarda belirebileceğini ve bu durumda noindex veya nosnippet’in görülemeyeceğini net biçimde söyler. Bu yüzden amaç gerçekten dizinden çıkarmaksa, robots.txt tek başına son adım değil, çoğu zaman yanlış ilk adımdır.

Yüksek talepli dahili aramaları landing page’e ne zaman çevirmeli?

Her dahili arama sorgusu landing page adayı değildir. Doğru adaylar; dış arama talebiyle örtüşen, düzenli dönüşüm sinyali taşıyan ve editoryal olarak genişletilebilen sorgulardır. Bu değerlendirmede yalnızca site içi arama loglarına bakmak yetmez. Dahili sorguyu dış talep ile eşleştirmek için bir anahtar kelime aracı verisi, Search Console sorgu raporları ve mevcut kategori yapısı birlikte okunmalıdır. Böylece kullanıcıların gerçekten aradığı kalıcı konularla, kampanya dönemine özgü geçici sorgular ayrılır.

Dönüşüm için iyi aday olan bir sorgu, ayrı sayfa olduğunda daha iyi bir başlık, açıklama, içerik bloğu, filtre mantığı ve iç link yapısı kazanabiliyorsa landing page’e çevrilmelidir. Örneğin bir e-ticaret sitesinde “erkek koşu ayakkabısı” araması kalıcı niyet taşır; buna karşılık “siyah erkek koşu ayakkabısı indirimde en ucuz” gibi uzun ve oynak kombinasyonlar genelde ham arama deneyiminde kalmalıdır. Buradaki eşik, sorgunun sürekli talep üretip üretmediğidir.

Landing page’e dönüşüm sonrasında iki kontrol gerekir. Birincisi cannibalization kontrolüdür: aynı sorgu için mevcut kategori, marka veya rehber sayfasıyla çakışma oluşuyor mu? İkincisi ise rol ayrımıdır: ham arama sayfası noindex kalırken yeni hedef sayfa indekslenebilir ve dahili linklerle güçlendirilebilir mi? Bu ikisi net değilse, landing page açmak sorunu çözmek yerine URL çoğaltabilir.

İyi kural şudur: arama sayfasını SEO sayfasına dönüştürmeyin; talebi kanıtlanmış sorgu için ayrı bir SEO sayfası inşa edin. Böylece teknik kontrol, içerik mimarisi ve kullanıcı deneyimi aynı yönde çalışır.

2026 uygulama checklist’i ve SEOYEN ile izleme iş akışı

Uygulama ayrıntısı kullandığınız altyapıya göre değişir. WordPress tarafında çoğu ekip meta robots alanı veya tema başı üzerinden noindex ekler; Shopify’da şablon mantığı ve bazı durumlarda başlık seviyesinde müdahale gerekir; Wix tarafında sayfa bazlı index ayarları ve otomatik oluşturulan URL desenleri dikkat ister; custom stack’te ise X-Robots-Tag, header kontrolü ve yönlendirme mantığı daha esnektir. Google’ın robots meta tag ve X-Robots-Tag dokümanı, 2026 başı güncellemesinde bu kuralların tarama sırasında görülmesi gerektiğini tekrar netleştirir.

Kontrol listesini kısa tutmak faydalıdır:

• Ham arama URL’leri sitemap dışında mı?
• Noindex verilen URL’ler robots.txt ile aynı anda bloklanmıyor mu?
• Geçersiz kombinasyonlar 404 veya 410 ile ayrıştırılmış mı?
• Canonical yalnızca gerçek yinelenen varyasyonlarda mı kullanılıyor?
• Autocomplete ve filtre modülleri gereksiz iç link üretmiyor mu?

İzleme tarafında, teknik değişiklikten sonra önce site sağlığı kontrolleri ile noindex, canonical ve robots çakışmalarını taramak; ardından yeni landing page’lerin etkisini sıralama takibi üzerinden izlemek mantıklıdır. Yüksek talep taşıyan sorguların hangilerinin ayrı sayfaya dönüşeceğini belirlerken aynı platformda anahtar kelime keşfi, teknik tarama ve performans ölçümü yapmak süreci kısaltır. Bu noktada Ahrefs ve SEMrush benzeri araçlar geniş veri katmanları sunarken, SEOYEN aynı akışı Türkçe arayüz, TL bazlı planlama ve yerel destekle tek platformda toplar. İhtiyaç halinde Ahrefs karşılaştırması, SEMrush karşılaştırması ve güncel paket detayları üzerinden kapsam farkı daha net görülebilir.

2026 görünürlük bağlamında son not da snippet kontrolüdür. Google’ın AI features and your website kılavuzu, AI Overviews ve AI Mode için ek teknik gereklilik olmadığını; fakat sayfanın indekslenebilir ve snippet almaya uygun olması gerektiğini söylüyor. Aynı ekosistemde nosnippet ve data-nosnippet kontrolleri, arama yüzeylerinde hangi metnin görüneceğini sınırlamak için anlamlı olabilir. Ancak ham site içi arama sayfalarında temel sorun snippet değil, önce indeks yönetimidir; yani önce yanlış URL’yi dizinden çıkarın, sonra görünüm ayrıntılarını yönetin.

Sıkça Sorulan Sorular