Hızlı Cevap
Parametreli URL’lerde tarama yükünü azaltmanın yolu, önce log ve Search Console verisiyle en çok taranan parametreleri bulmak; sonra UTM, session ID, sıralama ve boş filtre kombinasyonlarını robots.txt, canonical, noindex veya 404 ile ayrı ayrı yönetmektir. Son adımda iç linkleri ve sitemap’i yalnızca hedef URL’lere hizalayın.
Önemli Noktalar
- UTM ve session ID URL’leri genelde indeks değeri taşımaz.
- Canonical sinyali güçlüdür ama taramayı anında durdurmaz.
- Robots.txt engeli, noindex beklentisiyle birlikte kurgulanmamalıdır.
- Boş filtre kombinasyonları için doğru 404 davranışı kritiktir.
- Log verisi olmadan gerçek parametre baskısı çoğu kez yanlış okunur.
Parametreli URL’lerde tarama yükü nasıl teşhis edilir?
Parametreli URL sorunu genelde tek bir raporda görünmez; asıl tablo, Tarama İstatistikleri, kapsam sinyalleri ve sunucu logları birlikte okunduğunda netleşir. Google Search Console Yardım dokümanına göre aynı veya benzer içeriğe giden aşırı sayıda URL, Googlebot’un gereksiz tarama yapmasına ve önemli sayfaların daha geç keşfedilmesine yol açabilir (Google Search Console Yardım, 2026). Bu yüzden ilk iş, sorunlu URL’leri yalnızca indeks raporundan değil, gerçek bot isteklerinden ayırmaktır.
Pratikte önce Search Console’da tarama isteklerinin arttığı tarih aralığını bulun, ardından en çok istek alan dizinleri ve parametreli kalıpları listeleyin. Bunun yanına kapsam raporlarındaki yinelenen, seçilmiş kanonik olmayan veya tarandı ancak dizine eklenmedi sinyallerini ekleyin. Bu veriyi, teknik görünümü hızla toparlamak için bir site sağlığı raporu ile desteklemek faydalı olur; çünkü bazen sorun sadece parametre değil, iç linkleme ve canonical tutarsızlığıyla birlikte büyür.
- İlk alarm: Tarama İstatistikleri’nde query string içeren URL isteklerinin ani artışı.
- İkinci alarm: Aynı kategori için çok sayıda sıralama, filtre veya izleme varyantı.
- Üçüncü alarm: URL Denetleme Aracı’nda beklenen kanonik yerine parametreli sürümlerin görünmesi.
Burada log analizi kritik fark yaratır. Search Console size sonucu gösterir; log ise hangi botun, hangi parametre kombinasyonunu, ne sıklıkla istediğini gösterir. Özellikle filtre, sıralama, UTM ve session ID aynı anda kullanılıyorsa, tarama baskısı çoğu zaman tahmin edilenden farklı bir kümeye yığılır. Google’ın filtreli gezinme dokümanı, parametre tabanlı uygulamaların sonsuz URL alanı oluşturabileceğini açıkça söylüyor (Google for Developers, 2026-03-06); yani teşhis aşamasında sadece indekslenmiş URL sayısına değil, keşfedilen toplam varyant hacmine bakmalısınız.
Hangi parametreler kaldırılır, hangileri sınırlı kalabilir?
Her parametre aynı değildir. En sık hata, bütün query string yapısını tek kalemde kötü kabul etmektir. Oysa karar verirken iş değeri, benzersiz içerik ve arama talebi birlikte değerlendirilmelidir. Genel kural şudur: UTM, tracking, session ID, sıralama ve çoğu dahili arama parametresi tarama değeri üretmez; buna karşılık gerçekten farklı ürün seti veya aranabilir kategori oluşturan bazı filtre kombinasyonları kontrollü biçimde korunabilir.
Önce tamamen azaltılacak parametreler
- UTM ve izleme parametreleri: Pazarlama ölçümü için yararlıdır ama SEO hedef URL’si olmamalıdır.
- Session ID parametreleri: Aynı içeriği çok sayıda URL’ye böler; mümkünse çerez tarafına alınmalıdır.
- Sıralama parametreleri: fiyat-artan, yeni-gelenler gibi varyantlar çoğu durumda indeks değeri üretmez.
- Dahili arama URL’leri: özellikle sonsuz kombinasyon ve boş sonuç üretme eğilimindedir.
Kontrollü bırakılabilecek alan ise, kullanıcının gerçekten daha dar ve kalıcı bir ürün listesine ulaştığı filtrelerdir. Örneğin yalnızca renk seçen bir facet ile stokta olan, belirli marka ve beden kombinasyonunu temsil eden bir facet aynı şey değildir. Google’ın 6 Mart 2026 tarihli filtreli gezinme dokümanı, gereksiz kombinasyonlar, düzensiz parametre sırası ve yinelenen filtrelerin tarama yükünü büyüttüğünü net biçimde vurgular (Google for Developers, 2026-03-06). Bu nedenle indekslenebilir bırakılacak kombinasyonlar az, tutarlı ve aranma talebi olan kümeler olmalıdır.
Bir de URL standardı tarafı var. Aynı filtre dizilimini bazen ?renk=mavi&beden=m, bazen ?beden=m&renk=mavi olarak üretmek gereksiz çoğalmadır. Google, ayırıcı olarak standart & kullanımını; yol tabanlı facet yapılarında ise mantıksal filtrenin hep aynı sırada kalmasını öneriyor (Google for Developers, 2026-03-06). Sonuç vermeyen veya anlamsız kombinasyonlar için de sayfayı açık bırakmak yerine doğru HTTP davranışı planlanmalıdır; aksi halde sistem, işe yaramayan URL’leri yaşamaya devam ettirir.
| Yöntem | Ne yapar | Ne zaman kullanılır | Ana risk |
|---|---|---|---|
| UTM ve takip parametreleri | Gereksiz varyantların taranmasını sınırlar | İndeks değeri olmayan kampanya ve ölçüm URL'lerinde | İç linkler temizlenmezse keşif devam eder |
| Session ID URL'leri | Aynı içeriğin çoğalmasını azaltır | Oturum kimliği URL'de taşınıyorsa | Uygulama tarafında çerez geçişi yapılmazsa sorun sürer |
| Sıralama parametreleri | Sort varyantlarının tarama payını düşürür | Fiyat, popülerlik, yeni gelenler sıralamalarında | Yanlışlıkla değerli kategori kombinasyonları da kapanabilir |
| Filtre kombinasyonları | Benzer içerik sinyallerini birleştirir | İndekslenebilir ama çok benzer facet sayfalarında | Canonical verilip iç linkler ters yönde bırakılabilir |
| Boş sonuç veren filtreler | Tarayıcıya URL'nin anlamsız olduğunu bildirir | Sonuçsuz, yinelenen veya imkansız kombinasyonlarda | Kategori ana sayfasına yönlendirme soft 404 üretebilir |
| Dahili arama URL'leri | Sonsuz kombinasyon alanını küçültür | Query tabanlı arama sonuç sayfalarında | Sadece noindex ile bırakılırsa tarama israfı sürebilir |
Robots.txt, canonical, noindex ve 404 için doğru karar sırası
En güvenli karar sırası şudur: önce bu URL taranmalı mı, sonra bu URL dizinde kalmalı mı, ardından hangi URL sinyal toplamalı sorularını cevaplayın. Tarama değeri olmayan bir URL’yi önce canonical ile düzeltmeye çalışmak, gereksiz bot ziyaretlerini uzatır. Benzer şekilde indeks dışı kalması gereken ama hâlâ taranabilir bırakılan bir varyanta sadece noindex vermek de çoğu zaman yavaştır. Bu yüzden araç seçimi değil, URL tipi belirleyici olmalıdır.
Robots.txt ne zaman öne çıkar?
UTM, session ID, sıralama varyantı ve iç arama gibi indeks değeri taşımayan kümelerde robots.txt ilk savunma hattıdır. Google’ın tarama bütçesi dokümanı, Google’ın taramaması gereken URL’lere fazla zaman harcamasının verimsiz olduğunu ve böyle durumlarda robots.txt ile engellemenin doğru yaklaşım olduğunu söyler (Google for Developers, 2026-03-06). Aynı doküman önemli bir uyarı daha yapar: robots.txt ile engellediğiniz URL’de noindex sonucu beklemeyin; çünkü Google noindex sinyalini görmek için önce yanıtı alabilmelidir. Yani engelleme ile noindex beklentisini aynı URL’de karıştırmak yanlış tasarımdır.
- Robots.txt kullanın: UTM, tracking, sort, session ID, iç arama ve sonsuz facet kombinasyonlarında.
- Canonical kullanın: İçerik çok benzerse ve taranabilir kalarak sinyal birleştirmesi istiyorsanız.
- Noindex kullanın: Sayfa taranabilir kalsın ama sonuçlarda yer almasın istiyorsanız; HTML’de veya X-Robots-Tag başlığında.
- 404 veya 410 kullanın: Boş, anlamsız veya artık kalıcı olarak kaldırılmış kombinasyonlarda.
Canonical, noindex ve 404 nerede ayrışır?
Canonical güçlü bir sinyaldir, ancak Google’ın canonical yöntemleri dokümanında da belirtildiği gibi tek başına taramayı anında bitirmez; daha çok sinyal birleştirmeye yarar. Aynı doküman yönlendirme ve rel=canonical yöntemlerini güçlü, sitemap dahilini ise zayıf sinyal olarak sınıflandırır (Google for Developers, 2026). Bu nedenle parametreli varyantlar için canonical kullanıyorsanız, iç linklerinizin ve XML sitemap’inizin de aynı hedef URL’yi göstermesi gerekir. Aksi halde sistem bir yandan canonical derken diğer yandan varyant URL’yi beslemeye devam eder.
Boş filtre kombinasyonlarında ise 404 çoğu zaman en net çözümdür. Google’ın filtreli gezinme kılavuzu, sonuç vermeyen kombinasyonlarda 404 döndürülmesini; bunların genel hata sayfasına yönlendirilmemesini önerir (Google for Developers, 2026-03-06). Burada 301 ancak gerçekten yeni bir eşdeğer hedef varsa düşünülmelidir. Aksi durumda her boş kombinasyonu kategori ana sayfasına yönlendirmek, soft 404 riskini ve tarama israfını büyütür.
İç linkleme, sitemap ve URL standardı ile tarama yükü nasıl daraltılır?
Parametre patlamasının yarısı, sayfa şablonlarının kendi kendine ürettiği linklerden gelir. Menü, breadcrumb, filtre modülü, sonsuz kaydırma, benzer ürün blokları ve kampanya bileşenleri aynı parametreli URL’leri tekrar tekrar yayınlıyorsa robots.txt kuralı tek başına yeterli olmaz. Çünkü siz taramayı engelleseniz bile sistem hâlâ taranmasını istemediğiniz adresleri üretmeye devam eder. Bu yüzden iç linkleme temizliği, parametre yönetiminin ayrılmaz parçasıdır.
- Site genelinde yalnızca hedef kategori ve ürün URL’lerini linkleyin.
- Değer taşımayan filtre kombinasyonlarını menü ve liste modüllerinden çıkarın.
- XML sitemap içine yalnızca canonical URL’leri ekleyin.
- Aynı içeriğe giden tüm dahili linklerde aynı URL biçimini kullanın.
Canonical tarafında da tutarlılık şarttır. Google, site içi bağlantılarda canonical kabul ettiğiniz URL’ye sürekli link vermenizi açıkça önerir; bu tercih sinyalinizi güçlendirir (Google for Developers, 2026). Bu nedenle self-canonical, sitemap, breadcrumb ve dahili bağlantılar birbirine ters düşmemelidir. Parametre sırası, büyük-küçük harf, ayırıcı ve trailing slash farkları küçük görünür; fakat büyük kataloglarda her fark yeni tarama yüzeyi yaratır.
SPA ve JavaScript tabanlı filtrelerde de yanlış beklenti yaygındır. Hash tabanlı filtreleme çoğu durumda klasik query string kadar taranmaz; ancak bu, otomatik olarak doğru çözüm olduğu anlamına gelmez. Google’ın filtreli gezinme dokümanı URL parçalarının genelde tarama ve indeksleme için desteklenmediğini söyler; yani hash çözümü esasen filtre URL’sini SEO hedefi olmaktan çıkarır (Google for Developers, 2026-03-06). Nofollow da tek başına strateji değildir; bütün giriş noktalarını kapatmadığınız sürece başka yerden keşfedilen aynı URL’ler yaşamaya devam eder. Video tarafında ekip içinde ortak karar vermek isterseniz, Google Search Central’ın faceted navigation ve crawl budget anlatımları iyi bir referans olur.
30 günlük test: log verisi ve Tarama İstatistikleri neyi değiştirdi?
Bu tip temizlikte en sağlıklı yaklaşım, tüm kuralları aynı gün açıp sonucu beklemek değil; aynı kategori ağacında 30 günlük kontrollü bir test yürütmektir. Önce en değersiz kümeler olan UTM, tracking ve sort URL’leri sınırlandırılır. Ardından canonical, sitemap ve iç link standardı hizalanır. Son aşamada boş filtre kombinasyonları için 404 davranışı netleştirilir. Böylece hangi adımın tarama dağılımını gerçekten değiştirdiği ayrıştırılabilir.
Burada log verisi, teoriyi pratikten ayıran katmandır. Sunucu Log Analizi üzerinden Googlebot’un en yoğun hangi parametre dizilerine gittiğini görmek, filtre mimarisini düz varsayımlarla değil gerçek isteklerle değerlendirmenizi sağlar. Ahrefs ve SEMrush görünürlük, bağlantı ve rekabet tarafında güçlü araçlardır; bu farkı daha yakından görmek için Ahrefs karşılaştırması ve SEMrush karşılaştırması sayfaları yararlı bir çerçeve sunar. Ancak parametreli URL baskısının bot seviyesinde doğrulanması, doğası gereği log verisi isteyen ayrı bir teknik katmandır.
SEOYEN’in bu noktadaki avantajı, log analizi gibi teknik kontrolleri Türkçe arayüz, TL bazlı fiyatlandırma ve yerel destekle aynı platformda toplamasıdır. Ürün tarafını incelemek isteyen ekipler için sabit rakam vermek yerine paket detayları sayfasına bakmak daha doğru olur. Ayrıca Google’ın 28 Mart 2022 tarihli URL Parameters aracı blog notu, eski parametre kontrol alışkanlıklarının yerini mimari temizlik ve robots.txt gibi daha doğrudan yöntemlere bıraktığını gösteriyor; Google, araçtaki yapılandırmaların yalnızca yaklaşık %1’inin tarama açısından faydalı olduğunu belirtmişti (Google Search Central Blog, 2022-03-28).
Adım Adım Parametreli URL tarama yükünü azaltma süreci
Aşağıdaki akış, orta otoriteli ve filtre yoğun sitelerde güvenli başlangıç planı olarak çalışır. Amaç tek hamlede her şeyi kapatmak değil, önce en zararlı URL tiplerini izole edip sonra sinyal katmanlarını hizalamaktır.
- Tarama patlamasını veriyle doğrulayın. Tarama İstatistikleri, kapsam raporu ve log verisinde en çok istek alan parametre kalıplarını çıkarın. Burada sadece toplam istek sayısına değil, botun hangi URL tiplerinde tekrar döndüğüne odaklanın.
- Parametre tiplerini sınıflandırın. UTM, session ID, sıralama, filtre ve dahili arama URL’lerini ayrı listelere ayırın. Aynı aksiyonu her URL tipine uygulamayın; çünkü indeks değeri ve kullanıcı niyeti aynı değildir.
- Engellenecek URL’leri belirleyin. İndeks değeri olmayan ve tekrar üreten kümeler için robots.txt, kalıcı olarak anlamsız olanlar için 404 veya 410 seçin. Yalnızca gerçekten karşılığı olan URL’lerde yönlendirme düşünün.
- Sinyalleri canonical ile birleştirin. Benzer içeriği sunan varyantlarda self-canonical ve hedef canonical yapısını netleştirin. Ardından dahili linkler ile sitemap’in aynı URL’yi desteklediğini kontrol edin.
- İç link ve sitemap’i temizleyin. Menü, filtre modülü ve otomatik öneri bileşenlerinde yalnızca hedef URL’leri bırakın. Sitemap’e parametreli sürümler değil, tercih ettiğiniz temiz URL’ler girmelidir.
- Sonucu yeniden ölçün. 2 ila 4 hafta sonra aynı rapor setini tekrar karşılaştırın. Azalan tarama yükü kadar, yeni önemli sayfaların daha hızlı keşfedilip keşfedilmediğine de bakın.
Özet karar mantığı basit: taramaya değmeyen URL’yi kapatın, benzer içeriği birleştirin, değersiz kombinasyonu yaşatmayın ve sistemi kendi canonical standardınıza zorlayın.
Kaynaklar
Sıkça Sorulan Sorular
Parametreli URL'ler, aynı veya çok benzer içeriği farklı adreslerde çoğaltarak Googlebot'un gereksiz yere daha fazla URL istemesine neden olur. Özellikle filtre, sıralama, UTM ve session ID kombinasyonları bu yükü hızla büyütür. Sonuçta yeni ürün, kategori veya içerik sayfalarına ayrılması gereken tarama kaynağı yinelenen varyantlarda harcanır. Etki en çok büyük kataloglarda görünür. ancak orta ölçekli e-ticaret ve içerik sitelerinde de keşif hızını düşürebilir. Bu yüzden amaç sadece indekslenmeyi azaltmak değil, Googlebot'un önceliğini temiz URL'lere geri çevirmektir.
Filtreli gezinme URL'leri tek tip yönetilmemelidir. Gerçek arama talebi taşıyan ve kullanıcının anlamlı biçimde daha dar bir ürün listesine ulaştığı kombinasyonlar korunabilir. Buna karşılık sonsuz kombinasyon üreten, sıralama veya anlamsız filtre tekrarları oluşturan sayfalar sınırlandırılmalıdır. Google'ın faceted navigation kılavuzu, parametre sırası tutarlılığı, yinelenen filtrelerin önlenmesi ve boş kombinasyonlarda doğru HTTP durum kodu verilmesi gibi ilkeleri öne çıkarır. Kısacası karar, her filtreyi açık ya da kapalı yapmak değil. indeks değeri olan çok az kümeyi seçip geri kalanını kontrollü biçimde devre dışı bırakmaktır.
Evet, robots.txt parametreli URL taramasını sınırlamak için güçlü bir araçtır ve özellikle UTM, session ID, sıralama parametreleri veya dahili arama URL'lerinde ilk tercih olabilir. Ancak bu yöntem, indeksleme ve sinyal birleştirme tarafını tek başına çözmez. Google, engellenen URL'lerin içeriğini göremediği için bu URL'lerdeki noindex veya canonical sinyallerini de işleyemez. Bu yüzden robots.txt daha çok tarama gereksizliğini azaltmak için kullanılır. Eğer amaç benzer sayfaların sinyallerini tek URL'de toplamaksa canonical. sonuçsuz veya anlamsız kombinasyonları tamamen düşürmekse 404 gibi ek kararlar gerekir.
Canonical etiketi sorunun tamamını çözmez, ama doğru yerde çok değerlidir. En büyük faydası, benzer veya yinelenen parametreli varyantların sinyallerini tek bir tercih edilen URL'de toplamasıdır. Bu sayede link sinyalleri ve ölçüm verileri daha düzenli birleşir. Ancak canonical, taramayı anında durdurmaz. Google yine bir süre varyant URL'leri ziyaret edebilir. Bu nedenle canonical çoğu durumda iç linkleme, sitemap temizliği ve gerekirse robots.txt ile birlikte kullanılmalıdır. Yani canonical'ı sihirli kapatma düğmesi gibi değil, sinyal konsolidasyonu aracı gibi düşünmek gerekir.
Robots.txt ile noindex aynı işi yapmaz. Robots.txt, arama motoruna belirli URL'leri taramamasını söyler. noindex ise taranabilen bir sayfanın dizinde tutulmamasını ister. Kritik fark şudur: Google noindex sinyalini görebilmek için sayfaya erişebilmelidir. Eğer aynı URL'yi robots.txt ile engellerseniz, Google çoğu zaman noindex etiketini göremez. Bu yüzden taramayı kısmak istiyorsanız robots.txt. sayfa taranabilir kalsın ama sonuçlarda görünmesin istiyorsanız noindex veya X-Robots-Tag tercih edilir. Yanlış kombinasyonlar, beklenenden yavaş temizlik veya sinyal kaybı doğurabilir.
Evet, özellikle session ID ve UTM parametreleri tarama yükünü gereksiz biçimde artırabilir. Session ID, aynı içeriği kullanıcı veya oturum bazında farklı URL'lere böldüğü için büyük çoğalma yaratır. UTM parametreleri ise pazarlama takibi için yararlıdır ama SEO açısından yeni içerik üretmez. buna rağmen bot tarafından ayrı URL gibi keşfedilebilir. Google'ın yardım dokümanları da oturum kimlikleri ve sıralama yöntemlerini aşırı URL üretiminin tipik nedenleri arasında sayar. Bu nedenle mümkünse session verisini çerezde tutmak, UTM'leri canonical temiz URL'de toplamak ve gerektiğinde robots.txt ile taramayı sınırlamak en güvenli yaklaşımdır.