Hızlı Cevap
Parametreli URL’ler taranabilirliği bozuyorsa önce Search Console ve sunucu log’larıyla sorunu teşhis edin, ardından her parametre türünü değerli/değersiz olarak sınıflandırın. Değersiz filtre kombinasyonlarını robots.txt ile engelleyin, yinelenenleri canonical ile birleştirin, değerli sayfaları statik slug’a çevirin ve etkiyi index’lenen sayfa sayısıyla ölçün.
Önemli Noktalar
- Parametre patlaması tarama bütçesini tüketip değerli sayfaların taranmasını geciktirir
- Canonical taramayı engellemez, yalnızca yinelenen içerik sinyalini birleştirir
- robots.txt taramayı keser ama index’lenmiş URL’yi her zaman kaldırmaz
- Eski Google URL Parametreleri aracı kaldırıldı; yönetim artık site mimarisinde
- Etkiyi log analizi ve index’lenen sayfa sayısıyla ölçmek şarttır
1. Parametreli URL yapısı taranabilirliği neden bozar? Sorunu teşhis etmek
Bir URL’nin sonunda ? işaretinden sonra gelen her şey bir parametredir. Pratikte beş ana türle karşılaşırsınız: filtre (renk, beden, fiyat), sıralama (fiyata göre artan/azalan), sayfalama (page=2), oturum (sessionid) ve izleme (utm kaynaklı) parametreleri. Bunların büyük kısmı kullanıcıya değer katarken arama motoruna neredeyse aynı içeriği farklı adreslerle sunar.
Asıl sorun kombinatoryal patlamadır. Bir kategoride 5 renk, 6 beden ve 4 fiyat aralığı varsa filtreler kabaca 5×6×4 kombinasyon üretir; sıralama seçenekleri eklenince yüzlerce, bazen binlerce URL ortaya çıkar. Bu adreslerin çoğu ya boş sonuç döner ya da birbirinin neredeyse aynısıdır. Sonuç index bloat (index şişmesi) ve yinelenen içerik sinyalidir.
Bu URL’lerin Googlebot için bedeli vardır. Google Search Central’ın faceted navigation dokümanında belirtildiği üzere, gereksiz parametre kombinasyonları tarayıcıyı değersiz adreslerde oyalayarak değerli sayfaların keşfini geciktirir. Yani tarama bütçesi erir.
Teşhis için iki kaynak yeterlidir: Search Console’daki Tarama İstatistikleri raporu ve sunucu log dosyaları. Search Console size Googlebot’un günlük istek dağılımını gösterir; log analizi ise hangi parametreli kalıpların ne sıklıkta tarandığını URL bazında ortaya koyar. “?sort=” veya “?color=” gibi desenlerin günlük tarama içindeki payını görmek, sorunun ölçeğini somutlaştırır.
2. Karar matrisi: canonical mi, robots.txt mi, noindex mi? Hangisi ne zaman
En sık yapılan hata, üç aracı birbirinin yerine kullanmaktır. Oysa her biri farklı bir işi çözer ve yanlış seçim sorunu büyütür. Önce ne yaptıklarını netleştirelim.
Canonical etiketi, parametreli bir varyasyonun asıl (temiz) URL’sini işaret eder ve yinelenen içerik sinyalini orada birleştirir. Ancak taramayı engellemez; Googlebot canonical edilmiş URL’yi yine de ziyaret edebilir. Bu nedenle canonical, içeriğin aynı kaldığı sıralama parametreleri gibi durumlarda idealdir. Terimi tam oturtmak isterseniz canonical ne demek başlığından kavramı netleştirebilirsiniz.
robots.txt ile bir parametre desenini disallow ederseniz Googlebot o URL’yi taramaz, dolayısıyla tarama bütçesini doğrudan korursunuz. Fakat kritik bir nüans var: robots.txt zaten index’lenmiş bir URL’yi her zaman kaldırmaz. Engellenen ama dış bağlantı alan bir URL, index’te kalmaya devam edebilir.
noindex meta etiketi sayfayı index’ten çıkarır; ancak işe yaraması için sayfanın taranabilir kalması gerekir. Yani noindex ile robots.txt’i aynı URL’de birlikte kullanmak çelişir, çünkü robots.txt engellediğinde Googlebot noindex etiketini hiç göremez.
Karar ağacı şöyle işler: Parametre içeriği değiştirmiyorsa (sıralama, utm) → canonical. URL tamamen değersizse ve index’te yoksa → robots.txt disallow. URL index’lenmiş ama çıkarılması gerekiyorsa → önce noindex (taranabilir bırakarak), düştükten sonra gerekiyorsa engelle. Değerli, kendine özgü içerik sunan kombinasyonlar ise → statik slug’a taşınıp index’lenmeli.
3. Parametreli URL sadeleştirme yöntemleri: adım adım uygulama
Karar matrisini belirledikten sonra uygulama tarafı başlar. İlk adım, gerçekten değerli olan dinamik parametreleri statik, SEO dostu slug‘a çevirmektir. URL rewrite kurallarıyla ?category=ayakkabi&color=siyah gibi bir query string’i /ayakkabi/siyah/ biçiminde okunabilir, kalıcı bir adrese dönüştürürsünüz. Bu, hem kullanıcı hem de arama motoru için daha temiz bir yapıdır.
İkinci adım parametre sırası standardizasyonudur. ?color=siyah&size=42 ve ?size=42&color=siyah teknik olarak farklı iki URL’dir ama aynı içeriği döner. Parametre sırasını sunucu düzeyinde sabitleyip & ayırıcı kullanımını tutarlı kılmak, kendiliğinden oluşan yinelenen varyasyonları azaltır.
Üçüncü adım boş veya sonuçsuz filtre kombinasyonlarını yönetmektir. “Kırmızı + 60 beden + indirimli” gibi hiç ürün dönmeyen bir kombinasyon için 200 OK ile boş sayfa sunmak yerine 404 (ya da uygunsa 410) döndürmek, bu adreslerin index’e girmesini baştan engeller.
Dördüncü adım izleme ve oturum parametrelerini ayrıştırmaktır. utm ve sessionid parametreleri organik aramada hiçbir değer taşımaz; bunları canonical ile temiz URL’ye işaret ettirip mümkünse istemci tarafı ölçümle çözmek, gereksiz tarama yükünü ortadan kaldırır.
- Teşhis: Search Console ve log’larla taranan parametreli URL hacmini ölçün.
- Sınıflandırma: Her parametreyi değerli/değersiz olarak ayırın.
- Müdahale: Karar matrisine göre canonical, robots.txt veya noindex seçin.
- Dönüştürme: Değerli parametreleri statik slug’a çevirin.
- Ölçüm: Index’lenen sayfa sayısını ve tarama dağılımını izleyin.
4. Faceted (filtreli) navigasyon yönetimi: e-ticaret için Google’ın güncel yaklaşımı
E-ticaret sitelerinin en kronik problemi filtreli navigasyondur. Google Search Central, faceted navigation kaynaklı tarama sorunlarını ayrı bir dokümanda öne çıkararak overcrawling (aşırı tarama) riskine özel vurgu yapıyor. Yani Google, bu kombinasyonların kontrolsüz bırakıldığında tarayıcıyı boğduğunu açıkça kabul ediyor.
2026 itibarıyla dikkat edilmesi gereken en önemli değişiklik şudur: Google’ın eski URL Parametreleri aracı kullanımdan kaldırıldı. Bir zamanlar Search Console içinden “bu parametreyi yok say” diyebiliyordunuz; artık bu kontrol yok. Search Engine Land’in faceted navigation rehberinde de belirtildiği gibi, yönetim tamamen robots.txt, canonical ve site mimarisi düzeyine kaydı.
Pratikte bu, hangi kombinasyonların index’leneceğine bilinçli karar vermeniz gerektiği anlamına gelir. “Siyah spor ayakkabı” gibi arama hacmi olan ve kendine özgü içerik sunan kombinasyonlar index’lenmeye değer olabilir. “Sayfa 7 + fiyata göre azalan + mavi” gibi kombinasyonlar ise tipik olarak değersizdir ve engellenmelidir.
Mimari düzeyde iki ek müdahale işe yarar: değersiz filtre bağlantılarına nofollow eklemek (bağlantı keşfini azaltır) ve bu bağlantıları mümkünse JavaScript ile tarayıcıya açmamak. Bu, üretilen URL sayısını kaynağında kontrol etmenin en sağlam yoludur.
5. Saha deneyimi: bir e-ticaret kataloğunda öncesi-sonrası tarama log analizi
Bir müşterimizin orta ölçekli giyim kataloğunda bu yöntemi uyguladığımızda, soyut anlatımın ne kadar yetersiz kaldığını gördük. Sadeleştirme öncesinde sunucu log’ları net bir resim çiziyordu: Googlebot günlük tarama isteklerinin yaklaşık üçte ikisini ?sort= ve ?filter_color= kalıpları içeren değersiz parametreli URL’lere harcıyordu. Yani değerli ürün ve kategori sayfaları, tarama sırasında ikinci planda kalıyordu.
Uygulama iki katmanlıydı. Önce sıralama ve renk filtresi gibi içeriği çoğaltan parametreleri canonical ile temiz kategori URL’sine bağladık. Ardından arama hacmi olmayan, boş sonuç üreten kombinasyon desenlerini robots.txt ile disallow ettik. Değerli, talep gören birkaç filtre kombinasyonunu ise statik slug’a taşıyıp index’lenmeye bıraktık.
Sonuç, log analizinde birkaç hafta içinde okunabilir hale geldi: parametreli URL’lere giden günlük tarama payı belirgin biçimde geriledi ve aynı tarama bütçesi içinde Googlebot daha fazla değerli kategori ve ürün sayfasını ziyaret etmeye başladı. Search Console’da index’lenen geçerli sayfa sayısı artarken, “taranmadı / şu anda index’lenmiyor” durumundaki değersiz URL yığını eridi.
Buradaki kritik öğrenme şu oldu: ROI’yi tahminle değil, öncesi-sonrası ham veriyle göstermek gerekir. Tarama dağılımındaki değişimi ve index’lenen sayfa sayısını yan yana koyduğunuzda, müdahalenin işe yarayıp yaramadığı tartışmaya yer bırakmaz.
6. Sadeleştirmenin etkisini SEOYEN ile ölçme ve sürdürme
Parametre sadeleştirme tek seferlik bir iş değildir; yeni filtreler eklendikçe sorun yeniden şişebilir. Bu yüzden düzenli izleme şarttır. SEOYEN’in site sağlığı taraması ile sitenizdeki parametreli URL’leri ve yinelenen içerik kümelerini tespit edebilir, hangi desenlerin yeniden çoğaldığını tek bir Türkçe panelde görebilirsiniz.
Sadeleştirmenin organik sonuçlara yansımasını izlemek için SEOYEN’in sıralama takibi aracını kullanabilirsiniz. Tarama bütçesi değerli sayfalara kaydıkça hedef anahtar kelimelerdeki konum değişimini takip etmek, müdahalenin gerçek etkisini doğrulamanın pratik yoludur.
Ahrefs veya SEMrush gibi araçlar da site denetimi sunar; SEOYEN’in farkı tüm bu işlevleri tek platformda, Türkçe arayüz ve TL bazlı fiyatlandırma ile yerel ekiplerin kullanımına uyarlamasıdır. Yerel Türkçe destek sayesinde rapor ve uyarıları yorumlamak da kolaylaşır. Plan ve paketleri SEOYEN fiyatlandırması sayfasından inceleyebilirsiniz.
Son olarak, sürdürülebilirlik için bir denetim takvimi kurun. Aylık ya da çeyreklik site sağlığı taramaları, yeni eklenen filtrelerin ürettiği parametre patlamasını henüz küçükken yakalamanızı sağlar; böylece tarama bütçeniz kalıcı olarak değerli sayfalara odaklı kalır.
| Özellik | Canonical | robots.txt | noindex | Statik URL |
|---|---|---|---|---|
| Taramayı engeller mi? | Hayır | Evet | Hayır | Kısmen (varyasyon azalır) |
| Index'ten kaldırır mı? | Dolaylı (birleştirir) | Her zaman değil | Evet | İlgisiz (zaten temiz) |
| Yinelenen içerik sinyalini birleştirir mi? | Evet | Hayır | Hayır | Evet |
| Tarama bütçesini korur mu? | Hayır | Evet | Hayır | Evet |
| Uygulama zorluğu | Düşük | Düşük | Orta | Yüksek |
| En uygun senaryo | İçeriği aynı varyasyonlar (sıralama, utm) | Değersiz, index'te olmayan kombinasyonlar | Index'ten çıkarılacak taranabilir sayfa | Talep gören değerli kombinasyonlar |
Kaynaklar
Sıkça Sorulan Sorular
URL parametreleri, aynı veya çok benzer içeriği farklı adreslerle sunarak yinelenen içerik ve index şişmesi (index bloat) yaratabilir. Filtre ve sıralama gibi parametreler yüzlerce değersiz varyasyon ürettiğinde Googlebot bu URL'leri tarayarak tarama bütçesini tüketir ve değerli sayfaların keşfi gecikir. Doğru yönetildiğinde (canonical, robots.txt, statik URL) parametreler sorun olmaktan çıkar. yanlış bırakıldığında ise hem tarama kalitesini hem index'leme verimliliğini düşürür.
Filtre, sıralama ve fiyat gibi parametrelerin kombinasyonları üstel biçimde çoğalır. 5 renk, 6 beden ve birkaç sıralama seçeneği yüzlerce farklı URL üretebilir. Bu adreslerin çoğu boş veya birbirinin neredeyse aynısı olduğundan değersizdir. Googlebot her gün sınırlı sayıda istek yaptığından, bu değersiz URL'leri taramak zorunda kaldığında değerli ürün ve kategori sayfalarına daha az zaman ayırır. Sonuç, kritik sayfaların daha seyrek taranması ve güncellemelerin geç fark edilmesidir.
Değersiz, taranmasına gerek olmayan ve index'te bulunmayan kombinasyonlar için robots.txt disallow uygun bir çözümdür ve tarama bütçesini doğrudan korur. Ancak kritik bir sınır vardır: robots.txt zaten index'lenmiş bir URL'yi her zaman kaldırmaz, hatta dış bağlantı alan engellenmiş URL'ler index'te kalabilir. Bu nedenle karar matrisine göre hareket edin. index'ten çıkarılması gereken sayfalarda önce noindex (taranabilir bırakarak) kullanın, içeriği aynı varyasyonlarda ise canonical tercih edin.
Canonical etiketi, parametreli bir varyasyonun asıl (temiz) URL'sini işaret ederek yinelenen içerik sinyalini o adreste birleştirir. Özellikle sıralama veya utm gibi içeriği değiştirmeyen parametrelerde idealdir. Önemli nüans şudur: canonical taramayı engellemez. Googlebot canonical edilmiş URL'yi yine ziyaret edebilir. Dolayısıyla canonical, yinelenen içeriği yönetmek için doğru araçtır ama tek başına tarama bütçesini korumaz. Tarama yükünü de kesmek istiyorsanız robots.txt veya statik URL ile birlikte değerlendirin.
Seçim, hedefinize bağlıdır. Yinelenen içeriği tek bir asıl URL'de birleştirmek istiyorsanız canonical kullanın. bu, sinyal toplama amaçlıdır ve sayfayı tamamen kaldırmaz. Bir sayfayı arama sonuçlarından kesin olarak çıkarmak istiyorsanız noindex tercih edin, ancak sayfanın taranabilir kalması gerektiğini unutmayın. İkisini birlikte zorlamayın: robots.txt ile engellenen bir sayfada noindex çalışmaz, çünkü Googlebot etiketi göremez. Karar matrisi her senaryoyu netleştirir.
Evet, Google'ın Search Console içindeki eski URL Parametreleri aracı kullanımdan kaldırıldı. artık "bu parametreyi yok say" gibi merkezi bir kontrol yok. Günümüzde yönetim tamamen site sahibinin elinde ve üç katmanda yapılıyor: değersiz desenler için robots.txt disallow, yinelenenler için canonical ve genel olarak temiz site mimarisi (statik URL'ler, filtre bağlantılarında nofollow). Bu değişim, parametre stratejisini Search Console ayarına değil, sitenizin teknik yapısına taşımanızı gerektiriyor.
Dinamik query string'ler, sunucu tarafındaki URL rewrite kurallarıyla okunabilir ve kalıcı slug'lara dönüştürülür. Örneğin ?category=ayakkabi&color=siyah adresi /ayakkabi/siyah/ biçimine çevrilebilir. Bunun için yalnızca talep gören, kendine özgü içerik sunan kombinasyonları seçin. her parametreyi statik yapmaya çalışmak yeni karmaşıklık yaratır. Eski parametreli adreslerden yeni statik URL'lere 301 yönlendirme tanımlayın ki biriken sinyaller korunsun. Bu yaklaşım hem kullanıcı deneyimini hem de arama motoru anlamlandırmasını iyileştirir.
Evet, dikkatsiz bırakıldıklarında zarar verirler. sessionid ve utm gibi parametreler her ziyaret veya kampanya için yeni bir URL varyasyonu üreterek yinelenen içerik ve gereksiz tarama yükü yaratır. Bu parametreler organik aramada hiçbir değer taşımaz. Çözüm, bu varyasyonları canonical ile temiz URL'ye işaret ettirmek, mümkünse izlemeyi istemci tarafına taşımak ve gerekirse değersiz desenleri engellemektir. Böylece kampanya ölçümünüzü sürdürürken arama motorunun yalnızca temiz URL'lerle ilgilenmesini sağlarsınız.