Fasetli Gezinme

TL;DR — Fasetli gezinme, kategori sayfasındaki filtreler bütünüdür — renk, beden, fiyat, marka. Alışveriş yapanlar için son derece yararlıdır; ancak tıkladığınız her filtre yepyeni bir web adresi (URL) oluşturabilir. Büyük bir mağazada bu durum, birkaç bin ürün sayfasını fark ettirmeden milyonlarca birbirine çok benzeyen filtrelenmiş sayfaya dönüştürerek arama motorlarının sitenize ayırdığı sınırlı ilgiyi boşa harcar. Çözüm filtreleri kaldırmak değil; hangi filtrelenmiş sayfaların Google’da gösterilmeye değer olduğuna karar verip geri kalanını dışarıda tutmaktır.

Fasetli gezinme nedir

Neredeyse her çevrimiçi mağazanın kategori sayfasında, genellikle sol tarafta, sonuçları daraltmanızı sağlayan bir panel bulunur: Renk: Mavi. Beden: Büyük. Marka: Samsung. 500 $‘ın altında. Bunların her biri bir fasettir; panelin tamamına ise fasetli gezinme denir (“fasetli arama” veya yalnızca “ürün filtreleri” ifadelerini de duyabilirsiniz).

Bu gerçekten iyi bir kullanıcı deneyimidir. Sorun tamamen tekniktir ve web adresleriyle ilgilidir.

Filtreler neden SEO sorunu yaratır

Bir filtreye tıkladığınızda çoğu mağaza, seçiminizi hatırlamak için sayfanın URL’sini değiştirir. Örneğin:

example.com/sofas?color=blue
example.com/sofas?color=blue&size=large
example.com/sofas?color=blue&size=large&brand=ikea

Her benzersiz kombinasyon farklı bir URL’dir. Sorun yaratan hesap da şudur: 20 renk, 15 beden ve birkaç sıralama seçeneği bulunan 10 000 ürünlük bir katalog, içinde milyonlarca olası filtrelenmiş URL barındırır. Bunların çoğu, başka bir URL ile neredeyse aynı birkaç ürünü gösterir. Evidence for this claim Faceted navigation can create effectively unbounded combinations of crawlable URLs. Scope: The exact number depends on URL design, filter combinations, and crawler-discoverable links. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation

Arama motorları sitenizdeki URL’leri ziyaret etmeye (taramaya) ve kaydetmeye (dizine eklemeye) çalışır. Ancak tek bir siteye ayırabilecekleri süre sınırsız değildir. Bu süreyi birbirine çok benzeyen milyonlarca filtre sayfasını tarayarak tüketirlerse, gerçekten yeni ürünlerinizi taramıyorlar demektir. Google’dan Gary Illyes, fasetli gezinmenin kendilerine iletilen en yaygın tarama şikâyeti olduğunu — tüm şikâyetlerin yaklaşık yarısını oluşturduğunu — söylemiştir.

Çoğu kişinin yanlış anladığı nokta

Bu sorunu filtrelerinizi silerek çözmezsiniz. Alışveriş yapanların filtrelere ihtiyacı vardır. Çözüm, arama motorlarına hangi filtrelenmiş sayfaların önemli olduğunu, hangilerinin olmadığını bildirmektir:

• İnsanların gerçekten aradığı filtrelenmiş bir sayfa — örneğin “mavi kadife kanepeler” — Google’da bağımsız bir açılış sayfası olarak tutulmaya değer olabilir.
• Kimsenin aramadığı filtrelenmiş bir sayfa — “fiyata göre sıralanmış mavi kanepeler, 3. sayfa” — yalnızca kullanıcı deneyimine hizmet eder. Alışveriş yapanların bu sayfayı kullanmasını istersiniz; Google’ın burada zaman harcamasını değil.

Değersiz sayfaları dışarıda tutmak için üç temel araç vardır: robots.txt, noindex ve canonical etiketi. Bunların her biri farklı bir iş yapar. İnsanlar bu araçları sürekli birbirine karıştırarak istemeden durumu daha da kötüleştirir. Gelişmiş sekmesi, hangisini ne zaman kullanmanız gerektiğini bir karar tablosuyla açıklar.

Baştan bilinmesi gereken bir nokta daha var: Google Search Console’da, filtre parametrelerinizi yok saymasını Google’a bildirebildiğiniz bir “URL Parameters” aracı eskiden bulunuyordu. Artık yok — Google bu aracı 2022’de kaldırdı. Eski eğitimlerin birçoğu hâlâ bu araçtan söz ediyor. Aramakla vakit kaybetmeyin. Evidence for this claim Google deprecated Search Console's URL Parameters tool in 2022. Scope: Sites must manage parameter crawling through their own URL and crawl-control implementation. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated

Bu faset URL’sini hangi kontrol yönetmeli?

Faset URL’lerinin sayısı birdenbire patlıyor

1. Deseni doğrulayın. Dizine eklenmiş veya taranmış URL örneklerini gerçek katalog boyutuyla karşılaştırın. Fazladan URL’leri parametreye ve parametre kombinasyonlarına göre gruplayın. Yinelenen bir faset deseni yoksa durun ve başka bir URL kaynağını araştırın.
2. Keşif yolunu bulun. Kategori şablonlarını tarayın ve hangi kontrollerin taranabilir href değerleri ürettiğini öğrenmek için iç bağlantıları inceleyin. URL’ler yalnızca günlüklerde görünüyorsa dış bağlantıları ve eski site haritalarını da kontrol edin.
3. Tarayıcı maruziyetini ölçün. Sunucu günlüklerini şüpheli parametrelere göre bölümlere ayırın. Googlebot bunları istemiyorsa dizin temizliğine; isteklerin büyük bölümünü bunlara harcıyorsa taramayı önlemeye öncelik verin.
4. Talebi sınıflandırın. Talebe dayanan faset kombinasyonlarını yalnızca kullanıcı deneyimine hizmet eden durumlardan ayırın. İlk grubu açılış sayfaları olarak koruyun; bu adımdan önce genel bir engelleme uygulamayın.
5. Tek bir birincil kontrol uygulayın. Talebe dayanan kombinasyonlar için gerçek ve dizine eklenebilir sayfalar; URL gerekmeyen yerlerde parçalar veya bağlantı olmayan kontroller; taramayı önlemek için robots.txt; dizinden kaldırmak içinse taranabilir noindex kullanın. Bir disallow kuralını asla noindex ile birlikte kullanmayın.
6. Doğrulayın ve izleyin. Temsilî URL’leri test edin; ardından günlükleri, Tarama İstatistikleri ve Sayfa Dizine Ekleme verilerini izleyin. Değerli açılış sayfaları kaybolur veya meşru parametreler engellenirse kuralı daraltın ya da geri alın.

Fasetli gezinme temizliğini zorlaştıran hatalar

Bir URL’yi robots.txt içinde engelleyip noindex eklemek

Google, engellenmiş bir sayfayı getirip noindex yönergesini göremez. Dizinden kaldırma sürecinde taramaya izin verin; istenmeyen URL’ler dizinden çıktıktan sonra gerekirse taramayı engellemeyi değerlendirin.

Aynı faset sayfasına noindex ve canonical eklemek

noindex, sayfanın dizine eklenmemesini söyler; canonical ise Google’dan sayfayı başka bir URL ile birleştirmesini ister. Çelişkili talimatlar göndermek yerine yapılacak işe uygun sinyali seçin.

Canonical etiketlerinin taramayı durdurmasını beklemek

Google, canonical etiketini görebilmek için filtrelenmiş URL’yi taramak zorundadır. Canonical etiketlerini sinyalleri birleştirmek için kullanın; kontrolden çıkmış bir tarama alanına karşı tek önlem olarak değil.

Her parametreyi ayrım gözetmeden engellemek

Tek bir parametre hem değersiz kombinasyonları hem de değerli açılış sayfalarını çalıştırabilir. Her parametrenin ne yaptığını envanterleyin ve açık istisnalar içeren dar kapsamlı kurallar yazın.

Uzun kuyruk için her kombinasyonu dizine eklemek

Çoğu kombinasyonun bağımsız arama talebi ve belirgin içeriği yoktur. Yalnızca talep verileriyle desteklenen kombinasyonlar için açılış sayfaları oluşturun; geri kalanını bastırın.

Fasetli gezinme sorunlarını teşhis etme

Dizine eklenen URL sayısı kataloğun çok üzerinde

Olası neden: Filtreler, sıralamalar ve parametre sırası aynı ürün kümesinin çok sayıda taranabilir sürümünü üretiyor. Çözüm: URL’leri parametreye göre gruplayın, yalnızca talebe dayanan kombinasyonları koruyun ve uygun tarama ya da dizin kontrolünü uygulayın. Etkilenen Sayfa Dizine Ekleme gruplarının ve günlük bölümlerinin azalma eğilimini izleyerek sonucu doğrulayın.

Googlebot istekleri sunucuya aşırı yük bindiriyor

Olası neden: Tarayıcının keşif süreci neredeyse sonsuz bir faset alanına girdi. Çözüm: Sunucu günlüklerindeki parametre desenlerini belirleyin, değersiz durumlara giden taranabilir bağlantıları kaldırın ve dar kapsamlı robots.txt kuralları uygulayın. Googlebot isteklerinin yeniden kategori ve ürün URL’lerine yöneldiğini doğrulayın.

noindex uygulanmış bir faset dizinde kalıyor

Olası neden: Aynı URL robots.txt içinde engellendiği için Google yönergeyi göremiyor. Çözüm: Google’ın noindex yönergesini işleyebilmesi için yeterince uzun süre taramaya izin verin. URL Denetimi ile canlı sayfanın getirilebildiğini ve yönergeyi sunduğunu doğrulayın.

Google kategori URL’si yerine bir faset URL’si seçiyor

Olası neden: Canonical etiketleri, iç bağlantılar, site haritası girdileri veya içerik sinyalleri birbiriyle uyuşmuyor. Çözüm: Bu sinyalleri amaçlanan canonical URL üzerinde hizalayın ve yinelenen biçimlere giden iç bağlantıları kaldırın. Bildirilen canonical URL ile Google’ın seçtiği canonical URL’yi URL Denetimi üzerinden doğrulayın.

Kararı modele bırakmadan faset parametrelerini sınıflandırın

Parametreyi, örnek URL’leri, ürün sayısını, tahminî sorgu talebini ve sonuç kümesinin temel kategoriden farklı olup olmadığını içeren bir CSV yapıştırın. Uygulamadan önce her öneriyi inceleyin.

You are helping triage faceted-navigation URL patterns. For each CSV row, classify the pattern as one of: candidate indexable landing page, crawl-prevention candidate, deindexing candidate, canonical-to-base candidate, or needs human review.

Use these rules:
- A landing-page candidate needs verified standalone search demand and meaningfully distinct content.
- robots.txt controls crawling, not guaranteed indexing.
- noindex requires the URL to remain crawlable.
- canonical consolidates signals but does not stop crawling.
- Empty or impossible combinations should return 404.

Return a table with: parameter pattern, evidence used, recommended class, implementation precondition, representative URL to test, and risk if wrong. Do not invent keyword demand. Mark missing evidence as NEEDS DATA.

CSV:
[PASTE CSV]

Erişim günlüğünden fasetlerin tarama payını ölçün

Bu Python betiğini standart bir erişim günlüğünde çalıştırın. Bot ve faset desenlerini sitenize uyacak şekilde düzenleyin. Betik gözlemlenen istekleri raporlar; bir URL’nin dizine eklenmeye değer olup olmadığına karar vermez.

import re
import sys
from collections import Counter
from urllib.parse import urlsplit, parse_qsl

BOT = re.compile(r"Googlebot", re.I)
REQUEST = re.compile(r'"(?:GET|HEAD)\s+(\S+)\s+HTTP/[^\"]+"')
FACET_KEYS = {"color", "size", "brand", "price", "sort", "order"}

total = 0
faceted = 0
keys = Counter()

with open(sys.argv[1], encoding="utf-8", errors="replace") as log:
    for line in log:
        if not BOT.search(line):
            continue
        match = REQUEST.search(line)
        if not match:
            continue
        total += 1
        query_keys = {key for key, _ in parse_qsl(urlsplit(match.group(1)).query)}
        matched = query_keys & FACET_KEYS
        if matched:
            faceted += 1
            keys.update(matched)

print({"googlebot_requests": total, "facet_requests": faceted})
print(keys.most_common())

Bir tarayıcıda parametreli faset bağlantılarını çıkarın

Sorgu dizesinde belirtilen anahtarlardan biri bulunan bağlantıları toplamak için Screaming Frog özel çıkarma özelliğinde şu XPath’i kullanın:

//a[contains(@href,'?') and (contains(@href,'color=') or contains(@href,'size=') or contains(@href,'brand=') or contains(@href,'sort='))]/@href

Eşdeğer düzenli ifade, URL’yi 1. grupta ve tanınan ilk parametre adını 2. grupta yakalar:

href=["']([^"']*[?&]((?:color|size|brand|price|sort|order))=[^"']*)["']

Geçerli sayfadaki faset bağlantılarını listeleyin

Bunu Chrome DevTools Console’da çalıştırın. keys değerini sitenin gerçek parametreleriyle eşleşecek şekilde değiştirin.

const keys = new Set(["color", "size", "brand", "price", "sort", "order"]);
console.table(
  [...document.querySelectorAll("a[href]")]
    .map((a) => new URL(a.href, location.href))
    .filter((u) => [...u.searchParams.keys()].some((k) => keys.has(k)))
    .map((u) => ({
      url: u.href,
      keys: [...u.searchParams.keys()].filter((k) => keys.has(k)).join(","),
    })),
);

Tarama kontrolü değişikliğinin etkili olduğunu kanıtlayın

Bir değişikliği site genelinde uygulamadan önce örnek bir URL kohortunda kullanıma alın ve karşılaştırılabilir, değiştirilmemiş bir kohortu kontrol grubu olarak tutun. Tarama ve dizin metrikleri, değişikliğinizle ilgisi olmayan nedenlerle de hareket eder — etkiyi güvenilir biçimde ayırmanın tek yolu kohort karşılaştırmasıdır.

robots.txt kuralını test edin

Çalıştırılacak test: Search Console’un robots.txt test akışını kullanın veya canlı dosyayı isteyerek izin verilen ve engellenen temsilî URL’leri test edin. Beklenen sonuç: Değersiz faset örnekleri engellenirken temel kategori, ürünler ve onaylanmış açılış sayfaları erişilebilir kalır. Başarısızlığın yorumu: Desen fazla geniş, fazla dar veya gerçek URL biçimiyle eşleşmiyor. İzleme aralığı: Kural hemen yürürlüğe girer; tarayıcı davranışı botların dosyayı yeniden ziyaret etmesinden sonra değişir. Geri alma tetikleyicisi: Değerli herhangi bir kategori, ürün veya onaylanmış faset sayfasının engellenmesi.

Talebe dayanan bir açılış sayfasını test edin

Çalıştırılacak test: Yanıtı, oluşturulmuş HTML’yi, canonical etiketini, iç bağlantıları ve site haritası üyeliğini inceleyin. Beklenen sonuç: Sayfa 200 döndürür, kendisini canonical olarak gösterir, belirgin sayfa öğeleri sunar ve taranabilir bağlantılarla erişilebilir durumdadır. Başarısızlığın yorumu: Sayfa hâlâ bastırılması gereken bir faset durumu gibi işleniyor. İzleme aralığı: Teknik sinyaller hemen değişir; Google’ın seçtiği canonical URL ve dizin durumu için yeniden tarama gerekir. Geri alma tetikleyicisi: Google’ın sayfayı sürekli başka bir URL ile birleştirmesi veya sayfanın belirgin içerik ve talebi sürdürememesi.

Engellemeden dizinden kaldırmayı test edin

Çalıştırılacak test: noindex ekledikten sonra istenmeyen temsilî bir faset URL’sini inceleyin. Beklenen sonuç: Google URL’yi getirebilir ve noindex yönergesini görür; URL daha sonra dizinden çıkar. Başarısızlığın yorumu: Bir robots kuralı, oluşturma sorunu veya üstbilgi/şablon çakışması yönergeyi gizliyor. İzleme aralığı: Yönergenin sunulması hemen gerçekleşir; dizinden kaldırma yeniden taramadan sonra olur. Geri alma tetikleyicisi: Şablonun onaylanmış açılış sayfalarına noindex uygulaması.

Fasetli gezinme sağlık metrikleri

Tarama payını, dizin kapsamını ve açılış sayfası performansını üç ayrı sinyal olarak izleyin — bunları tek bir puanda birleştirmeyin. Bu makaledeki kontrollerin hiçbiri tarama, dizine eklenme, sıralama, trafik veya AI tarafından alıntılanma sonucunu garanti etmez; yalnızca arama motorlarının ve AI tarayıcılarının bulabileceği içeriği değiştirir.

Bot taramasında fasetlerin payı

Metrik: Dizine eklenmemesi gereken faset desenlerine isabet eden doğrulanmış Googlebot isteklerinin yüzdesi. Size ne söyler: Tarama kapasitesinin yalnızca kullanıcı deneyimine hizmet eden URL durumlarına yönlendirilip yönlendirilmediğini. Nasıl alınır: Bot trafiğini doğrulayın ve sunucu günlüklerini sitenin bilinen faset parametrelerine göre bölümlere ayırın. Kıyaslama / gerçekçi aralık: Şablon bazında bir başlangıç değeri belirleyin ve temizlikten sonra kalıcı bir düşüş hedefleyin; kataloglar ve tarama talebi evrensel bir hedef belirlenemeyecek kadar farklıdır. Sıklık: Düzeltme sürecinde haftalık, ardından aylık.

Sayfa Dizine Ekleme raporundaki faset URL kapsamı

Metrik: Dizine eklenmiş, yinelenen, taranmış ancak dizine eklenmemiş ve soft-404 gruplarındaki faset URL’lerinin sayısı ve payı. Size ne söyler: Tarama kontrolleri ile canonical sinyallerinin dizin şişkinliğini sınırlayıp sınırlamadığını. Nasıl alınır: Search Console Sayfa Dizine Ekleme örneklerini dışa aktarın ve URL’leri parametre desenine göre sınıflandırın. Kıyaslama / gerçekçi aralık: Kasıtlı olarak dizine eklenebilir faset açılış sayfalarının sayısıyla karşılaştırın ve mağazanın kendi kataloğunu başlangıç noktası olarak kullanın. Sıklık: Aylık; dizin değişiklikleri gecikmeli sinyallerdir.

Onaylanmış açılış sayfalarının performansı

Metrik: Kasıtlı olarak dizine eklenebilir tutulan faset kombinasyonlarının tıklamaları, gösterimleri ve dönüşümleri. Size ne söyler: Talebe dayanan istisnaların tarama ve bakım maliyetine değip değmediğini. Nasıl alınır: Bu URL’leri tam eşleşmeyle Search Console ve analiz araçlarında gruplayın. Kıyaslama / gerçekçi aralık: Her sayfayı, site genelinde uydurulmuş bir eşik yerine yayın öncesi başlangıç değeri ve ilgili temel kategoriyle karşılaştırın. Sıklık: Aylık ve önemli katalog değişikliklerinden sonra.

TL;DR — Fasetli gezinme, Google’a bildirilen aşırı taramanın bir numaralı kaynağıdır (Gary Illyes’e göre tarama şikâyetlerinin ~%50’si). Her filtre kombinasyonu ayrı ve taranabilir bir URL üretebildiğinden, küçük bir katalog milyonlarca birbirine çok benzeyen sayfa barındırabilir; bu da yinelenen içeriğe, dizin şişkinliğine, tarama bütçesi israfına ve PageRank seyrelmesine yol açar. Karar, teknik olmadan önce stratejiktir: Hangi filtre kombinasyonlarının gerçek arama talebi vardır (→ bunları dizine eklenebilir açılış sayfalarına dönüştürün), hangileri yalnızca kullanıcı deneyimine hizmet eder (→ bastırın)? Ardından doğru aracı seçin; çünkü bunlar birbirinin yerine kullanılamaz: robots.txt taramayı durdurur ancak dizine eklemeyi durdurmaz; noindex dizinden kaldırır ancak tarama gerektirir ve tarama bütçesinden tasarruf sağlamaz; canonical, sinyalleri birleştiren ancak taramayı durdurmayan bir ipucudur. URL parçaları (#), Google bunları yok saydığı için sorunu tamamen önler. GSC URL Parameters aracı kullanımdan kaldırılmıştır — yalnızca sunucu tarafı kontroller kullanılabilir. Bing’de ise URL Normalization hâlâ vardır.

Mekanizma: Filtreler URL alanınızı nasıl patlatır

Fasetli gezinme, bir filtre URL’yi tarayıcının takip edebileceği biçimde değiştirdiği anda SEO sorununa dönüşür. Burada üç ayrı konu birbirine karıştırılır; bunları ayırmak makalenin geri kalanını anlamayı kolaylaştırır: UI etkileşimi (alışveriş yapan kişinin bir filtreye tıklaması), getirilebilir URL durumu (bu tıklamanın, tarayıcının gerçekten isteyebileceği bir adresi değiştirip değiştirmediği) ve dizine eklenebilir açılış sayfası (URL’nin Google dizininde yer almasının amaçlanıp amaçlanmadığı). Fasetli bir sistem bunlardan birini, ikisini veya üçünü birden sunabilir: URL’yi değiştirmeyen istemci tarafı filtre yalnızca ilkini; sorgu dizesi kullanan filtre ilk ikisini; “mavi kadife kanepeler” için düzenlenmiş bir sayfa ise kasıtlı olarak üçünü de sunar.

Yaygın üç uygulama:

Bütün sorun aritmetiktir. 10 000 ürün × 20 renk × 15 beden × 5 sıralama seçeneği, 15 000 000+ olası URL demektir. Evidence for this claim Combinatorial filters can turn a modest catalog into millions of possible URL states. Scope: The arithmetic is illustrative; Google documents the underlying infinite-space risk. Confidence: high · Verified: 2026-07-14 Google: Managing faceted navigation Gary Illyes, bu sorun biçimini LinkedIn’de çarpıcı biçimde şöyle anlattı: “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.”

Üstelik Google bir filtre URL alanına yalnızca bakıp burayı atlamaya karar veremez. Illyes bunun nedenini Search Off the Record programında şöyle açıkladı: “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” Bu yüzden fasetli gezinme en yaygın tarama şikâyetidir: Google URL’lerin değersiz olduğunu anlayana kadar bunların büyük bir bölümünü zaten taramış olur.

Uygulamalı inceleme: Filtreler tuzağın yalnızca yarısıydı

Google’ın 2025 yıl sonu tarama incelemesi, gerçek dünyadan son derece yararlı bir kanıt sunuyor: Gary Illyes, ele alınan tarama sorunlarının yaklaşık %50’sini fasetli gezinmeye, diğer %25’ini ise eylem parametrelerine bağladı. İkinci kategori önemlidir; çünkü yalnızca color, size ve brand parametrelerini sayan bir e-ticaret denetimi, add-to-cart, karşılaştırma, istek listesi, sıralama, oturum ve izleme kontrollerinin oluşturduğu URL’leri gözden kaçırabilir.

Aşağıdaki inceleme deseni, sayıların tipik bir kıyaslama olduğunu öne sürmeden açıklayıcı değerler kullanır. Bir perakendecinin dizine eklenebilir 18 000 ürünü ve kategorisi vardır; ancak taramada 640 000 URL keşfedilir. Tarama ve günlük örnekleri parametreye göre gruplandığında şu tablo ortaya çıkar:

Çözüm, her şeyi kapsayan tek bir Disallow kuralı değildir. Taranabilir eylem bağlantılarını kaldırın; iç bağlantılara oturum ve kampanya parametreleri eklemeyi bırakın; yinelenen filtre sıralarını normalleştirin; olanaksız kombinasyonlar için 404 döndürün ve talebe dayanan az sayıdaki filtreyi kararlı açılış sayfaları olarak koruyun. Ardından sonucu sunucu günlüklerinde doğrulayın: Başarı göstergesi yalnızca daha küçük bir tarayıcı dışa aktarımı değil, tarayıcı isteklerinin kategori ve ürün URL’lerine yönelmesidir.

Yol açtığı dört sorun

1. Birbirine çok benzeyen içerik. /washing-machines/samsung/ ve /washing-machines/?brand=samsung aynı ürün kümelerini sunabilir. Sıralama sinyalleri birleşmek yerine iki URL arasında bölünür.
2. Dizin şişkinliği. Bu milyonlarca URL’nin küçük bir bölümü bile dizinde yer aldığında sitenizin genel kalite sinyallerini olumsuz etkiler.
3. Tarama bütçesi israfı. Düşük değerli bir fasete harcanan her tarama, gerçekten yeni ürünlerinizin alamadığı bir taramadır. Etki katlanır; yeni içeriğin keşfedilmesini de yavaşlatır. (Tarama bütçesi yalnızca büyük ölçekte ciddi bir sorun olur; kimlerin gerçekten önemsemesi gerektiği için tarama bütçesine bakın.)
4. PageRank seyrelmesi. 500 filtre kombinasyonuna bağlantı veren bir kategori sayfası, iç otoritesini sıralanması gereken ürünlere aktarmak yerine 501 hedefe dağıtır.

Müşteriler sorduğu için açıkça belirtmekte yarar var: Bu bir ceza riski değildir. Google, fasetli gezinmeden kaynaklanan kopyalar için manuel işlem uygulamaz. Bu, tarama ve dizin verimliliği ile sinyal seyrelmesi sorunudur; yinelenen içerik cezası değildir.

Önce stratejik karar gelir

robots.txt dosyasına veya bir meta etikete dokunmadan önce her URL için şu kararı verin: Bu filtre kombinasyonu dizinde yer almayı hak ediyor mu?

• Gerçek arama talebine, yani insanların gerçekten yazdığı bir sorguya karşılık geliyorsa dizine eklenmeyi hak eder. “Yüksek belli dar paça kot pantolon”, “su geçirmez yürüyüş botları”, “mavi kadife kanepe” gibi. Bunlar uygun açılış sayfalarına dönüştürülür.
• Keyfî bir kombinasyonsa, sıralama seçeneğiyse veya kimsenin aramadığı, çok sayıda fasetin birlikte uygulandığı bir kombinasyonsa dizine eklenmeyi hak etmez. Bunlar bastırılır.

Sınırı belirlemenin yolu anahtar kelime araştırmasıdır. Aday faset değiştiricilerini çıkarın, hacimlerini kontrol edin ve bir eşik belirleyin. Uygulamada bağımsız ve dizine eklenmiş bir faset sayfasını gerekçelendirmek için yaklaşık ayda 300+ arama makul bir eşiktir; bunun altındakiler engellenir veya URL parçalarına dönüştürülür. Bunun önemli olmasının nedeni uzun kuyruktur: Anahtar kelimelerin %99,84’ü ayda 1 000’den az aranır; ancak toplam arama talebinin %39,33’ünü oluşturur. Çoğu faset kombinasyonunun talebi yoktur; ancak talebi bulunan azınlık gerçek bir fırsattır ve bu fırsatı yakalamanın tek yolu söz konusu sayfaların dizine eklenmesine izin vermektir.

Talep tek başına yeterli değildir. Bir kombinasyonu dizine eklenebilir açılış sayfasına dönüştürmeden önce üç koşulun birlikte sağlanması gerekir: doğrulanmış talep (yukarıdaki anahtar kelime araştırması), belirgin değer (temel kategoriden gerçekten farklı içerik ve ürün kümesi — yalnızca farklı sıradaki aynı ürünler değil) ve izleme taahhüdü (ayarla ve unut yaklaşımı yerine tarama, dizin ve performans sinyallerinin izlenmesi). Dönüştürülen her sayfayı garantili bir uzun kuyruk kazanımı değil, varlığını hak etmesi gereken bir deney olarak ele alın — nelerin izleneceği için Metrikler sekmesine bakın.

Teknik kontroller ve aralarındaki farklar

Çoğu uygulama burada hata yapar; çünkü üç temel kontrol birbirinin yerine kullanılabilir gibi görünse de kullanılamaz.

robots.txt disallow — taramayı durdurur; Google’ın tercih ettiği önleme yöntemidir. Ürün sayfalarıyla filtresiz listeyi erişilebilir bırakıp filtre parametresi alanlarını engellemek, en güçlü tarama bütçesi kontrolüdür. Google’ın kendi örneği:

disallow: /*?*products=
disallow: /*?*color=
disallow: /*?*size=
allow: /*?products=all$

Ancak bir nokta vardır: robots.txt taramayı engeller, dizine eklemeyi değil. Gelen bağlantıları bulunan engellenmiş bir URL, Google sayfayı hiç okumadığı için snippet olmadan, yalnızca URL içeren bir sonuç olarak dizinde görünebilir. Dolayısıyla bu araç, hedefiniz “bunu dizinden çıkar” değil, “bu alanı tarayarak kaynak harcamayı durdur” olduğunda doğrudur.

noindex — dizinden kaldırır, ancak tarama gerektirir. Google bu konuda açıktır: “Google has to crawl the page in order to find the noindex rule.” Dolayısıyla noindex, taramayı değil dizine eklemeyi kontrol eder. Tarama bütçesinden tasarruf sağlamaz; çünkü Googlebot etiketi görebilmek için sayfayı yine getirmelidir. Hedefiniz tarama verimliliği değil, dizinden kaldırma olduğunda kullanın.

rel="canonical" — sinyalleri birleştiren bir ipucudur; tarama açısından en zayıf seçenektir. Filtrelenmiş sayfaları filtresiz kategoriye yönlendirmek yinelenen sinyalleri birleştirir ve Google’a göre “may, over time, decrease the crawl volume of non-canonical versions”; ancak robots.txt veya parçalara kıyasla “generally less effective in the long term”. Bu bir yönerge değil, ipucudur; Google bunu geçersiz kılabilir. Ayrıca Google canonical etiketini görmek için canonical olmayan sayfaları taramaya devam ettiğinden kısa vadede sunucu yükünü azaltmaz.

URL parçaları (#) — sorunu tamamen devre dışı bırakır. Google bu durumu “Google Search generally doesn’t support URL fragments in crawling and indexing,” diye açıklar. Bu nedenle /sofas#color=blue gibi parçaya dayalı bir filtre durumunun tarama veya dizin üzerinde hiçbir etkisi yoktur. Arama talebi bulunmayan filtreler için en temiz önleme yöntemidir: Filtre istemci tarafında uygulanır ve hiçbir zaman yeni bir taranabilir URL oluşmaz.

Filtre bağlantılarında rel="nofollow" — ya hep ya hiç. Google’ın filtre bağlantılarını izlemesini caydırabilirsiniz; ancak Google’a göre “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” Sitenin herhangi bir yerinde izlenebilir tek bir bağlantının gözden kaçması bile yaklaşımın etkisini bozar. Üstelik bu artık bir yönerge değil, ipucudur.

Karar tablosunun tamamı için Hızlı Başvuru sekmesine bakın.

Kesinlikle yapılmaması gerekenler

Aşağıdaki kombinasyonlar fark ettirmeden sorun yaratır:

• Aynı URL’de noindex + robots.txt disallow. Bu klasik hatadır. URL engellendiğinde Googlebot sayfayı getiremez ve noindex etiketini hiçbir zaman göremez; dolayısıyla sayfa dizinde kalabilir. Dizinden kaldırmak için taramaya izin vermeli ve noindex sunmalısınız.
• Aynı URL’de noindex + canonical. Bunlar çelişkili sinyallerdir. John Mueller’ın ifadesiyle, “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” Birini seçin.
• Tarama bütçesini azaltmasını bekleyerek yalnızca canonical kullanmak. Canonical taramayı durdurmaz. Google canonical olmayan URL’leri getirmeye devam eder.

Dizine eklediğiniz fasetler için URL yapısında en iyi uygulamalar

Dizine eklemeye karar verdiğiniz az sayıdaki filtrelenmiş sayfa için Google’ın belgeleri net kurallar sunar:

1. Standart & ayırıcısını kullanın — virgül, noktalı virgül, dikey çizgi veya köşeli parantez kullanmayın.
2. Filtre sırasını tutarlı tutun. /sofas/blue/fabric ve /sofas/fabric/blue, iki farklı biçime değil tek bir canonical biçimde birleştirilmelidir.
3. Filtre değerlerini yinelemeyin — ?color=blue&color=blue, 200 değil 404 döndürmelidir.
4. Boş veya olanaksız kombinasyonlar için gerçek bir 404 döndürün. /sofas/red sonuç vermiyorsa noindex ile desteklenmiş genel bir 200 “sonuç yok” sayfası sunmak yerine 404 gönderin.
5. Dizine eklenebilir fasetlerde sorgu dizeleri yerine temiz yolları tercih edin — /sofas/blue/, /sofas?color=blue&style=&sort= biçiminden daha anlaşılırdır.

JavaScript / AJAX fasetli gezinme — ödün verilerek önleme

Filtreleri, filtre URL’lerine giden gerçek <a href> bağlantıları üretmeyen istemci tarafı AJAX ile oluşturursanız filtre tarayıcıda uygulanır ve hiçbir zaman taranabilir bir URL oluşturulmaz. Bu, tarama bütçesi açısından çok iyidir. Ancak ödün de aynı ölçüdedir: Googlebot bu filtrelenmiş durumlara ulaşamaz; dolayısıyla değerli uzun kuyruk filtre kombinasyonları da dizine eklenmez.

Büyük kataloglar için en iyi yaklaşım hibrit bir modeldir: Yüksek talep gören filtre kombinasyonlarını önceden oluşturun veya sunucuda oluşturun; bunları benzersiz giriş metnine, bağlantılara ve site haritası kaydına sahip gerçek ve dizine eklenebilir sayfalar olarak sunun. Geçici ve talep görmeyen durumların tamamını ise istemci tarafında tutun (AJAX, parçalar veya temel sayfaya canonical etiketiyle eşleştirilmiş pushState parametreleri). Google JavaScript’i oluşturur; ancak bu işlem kuyruğa alınır ve HTML taramasından daha yavaştır. Bu nedenle güvenilir biçimde dizine eklenmesini istediğiniz sayfalarda yalnızca istemci tarafında oluşturmaya güvenmeyin. (Oluşturma hakkında daha fazlası için JavaScript SEO bölümüne bakın.)

URL Parameters aracı artık yok

Çevrimiçi eğitimlerin yarısı hâlâ bu aracı kullanmanızı söylediği için konuyu her müşteriyle en başta ele alın. Google, URL Parameters aracını Nisan 2022’de kullanımdan kaldırdı. Gerekçe şuydu: Google parametre algılamada yeterince gelişmişti; Google’ın kendi ifadesiyle, “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” Evidence for this claim Google removed the URL Parameters tool after determining that very few configurations remained useful. Scope: This is a historical Search Console change, not a claim that Google never crawls parameters. Confidence: high · Verified: 2026-07-14 Google: URL Parameters tool deprecated Aracın geri gelip gelmeyeceği sorulduğunda Illyes şu yanıtı verdi: “In theory yes. In practice no.” Artık Search Console’da Google’a bir parametreyi yok saymasını söyleyen bir kontrol bulunmuyor; seçenekler sunucu tarafı yönetimi (robots.txt, noindex, parçalar) veya hiçbir şeydir.

Bing farklıdır. Bing Webmaster Tools, kaldırılabilecek parametreleri belirttiğiniz URL Normalization özelliğini hâlâ sunar. Fabrice Canel’e göre “our crawler will not visit the URLs with extra parameters except for an occasional test.” Bing sizin için önemliyse — AI araması da giderek Bing’in dizininden yararlanıyor — yaklaşık 5 dakikada yapılabilecek bu ayrı yapılandırma değerlidir.

Parametreleri ayrım gözetmeden engelleme hakkında bir not

Geniş kapsamlı robots.txt kurallarını dikkatli kullanın. Bir parametre birden fazla amaca hizmet ediyorsa — örneğin ?type= hem değersiz bir faset hem de başka bir yerde meşru bir sayfalama ya da canonical görünüm için kullanılıyorsa — geniş bir disallow: /*?*type= kuralı meşru URL’leri de engeller. Engellemeden önce her parametrenin gerçekte ne yaptığını denetleyin; yararlı sayfaları da değersizlerle birlikte yok eden genel bir kural yerine dar kuralları ve allow istisnalarını tercih edin.

Kendi sitenizi nasıl denetlersiniz

• Siteyi tarayın. Ahrefs Site Audit veya Screaming Frog, URL patlamasını, parametre desenlerini ve filtrelenmiş sayfaların derinliğini ortaya çıkarır.
• site: sayısını gerçek ürün sayısıyla karşılaştırın. site:example.com sonuç sayısının gerçek kataloğunuzun çok üzerinde olması, faset kaynaklı dizin şişkinliğinin belirgin işaretidir.
• GSC Sayfa Dizine Ekleme raporu. “Tarandı — şu anda dizine eklenmedi” ve “Kullanıcı tarafından seçilen canonical URL olmadan yinelenen” gruplarındaki yüksek sayıları arayın; fasetler burada görünür.
• Sunucu günlükleri. Tarama israfı için gerçek veri kaynağıdır: Googlebot’un zamanının ne kadarını ürünler yerine parametre URL’lerine ayırdığını tam olarak gösterir.

Konunun ana içerik kümesindeki yeri

Fasetli gezinme, E-ticaret SEO’sunun temel teknik zorluğudur; e-ticaret SEO’sunu normal SEO’dan farklı değil, daha zor yapan konudur. Doğrudan e-ticaret site mimarisiyle (filtreler kategori piramidinizden dallanır), kategori sayfası SEO’suyla (filtrelerin bulunduğu sayfalar) ve tarama ile kanonikleştirme konularındaki daha geniş tarama anlatısıyla bağlantılıdır. Teknik SEO uzmanları bu konuya çoğu zaman bilgi mimarisi açısından yaklaşır; ancak pratikte asıl yeri mağaza tarafıdır.

AI özeti

Gelişmiş sürümün kısa özeti:

• Nedir: Kategori/arşiv sayfalarındaki filtre panelidir (renk, beden, fiyat, marka); fasetli arama veya ürün filtreleme olarak da adlandırılır. Kullanıcı deneyimi açısından çok iyidir; yalnızca her filtre kombinasyonu ayrı ve taranabilir bir URL üretebildiği için SEO sorunu yaratır.
• Ölçek sorunu: 10 000 ürün × renkler × bedenler × sıralamalar = birbirine çok benzeyen milyonlarca URL. Gary Illyes’e göre fasetli gezinme, Google’a bildirilen tüm tarama sorunlarının ~%50’sini oluşturur. Google, alanın büyük bir bölümünü — kaynakta “a large chunk” — taramadan burayı atlayamaz.
• Dört zarar: Birbirine çok benzeyen içerik, dizin şişkinliği, tarama bütçesi israfı ve PageRank seyrelmesi. Bu bir ceza riski değildir; verimlilik ve sinyal seyrelmesi sorunudur.
• Önce stratejiye karar verin: Gerçek arama talebi bulunan filtre kombinasyonlarını dizine ekleyin (çalışma eşiği olarak ayda ~300+ arama); geri kalanını bastırın.
• Kontroller farklıdır: robots.txt taramayı durdurur, dizine eklemeyi değil (engellenmiş URL’ler yalnızca URL içeren sonuçlar olarak görünebilir); noindex dizinden kaldırır ancak tarama gerektirdiği için tarama bütçesinden tasarruf sağlamaz; canonical sinyalleri birleştiren ama taramayı durdurmayan bir ipucudur; Google URL parçalarını (#) yok saydığı için bunlar sorunu tamamen önler.
• Asla yapmayın: noindex ile robots.txt disallow kuralını birlikte kullanmayın (Google etiketi göremez); noindex ile canonical etiketini de birleştirmeyin (çelişkilidir — Mueller birini seçmenizi söyler).
• Araçlar: Google’ın URL Parameters aracı 2022’de kullanımdan kaldırıldı; yalnızca sunucu tarafı kontroller kaldı. Bing hâlâ URL Normalization sunuyor.
• JS/AJAX filtreleri tarama israfını önler; ancak değerli uzun kuyruk fasetlerin dizine eklenmesini de engeller. Yüksek talep görenleri önceden oluşturun.

Resmî belgeler

Fasetli gezinme ve parametre yönetimi hakkında birincil kaynaklardan rehberlik.

Google

• Managing crawling of faceted navigation URLs — Google’ın Aralık 2024’te 2014 tarihli bir blog yazısının yerine yayımladığı kalıcı yardım belgesi.
• Faceted navigation (crawling infrastructure version) — robots.txt ve & ayırıcısı örnekleriyle aynı rehberlik.
• Crawling December: Faceted navigation (2024) — fasetli gezinmeyi “by far the most common source of overcrawl issues” olarak niteleyen blog yazısı.
• Faceted navigation best (and 5 of the worst) practices (2014) — artık yerini yeni belgeye bırakmış, ancak tarihsel açıdan yararlı olan özgün kaynak.
• Spring cleaning: the URL Parameters tool (2022) — kullanımdan kaldırma duyurusu.
• Optimize your crawl budget — faset kaynaklı tarama israfının neden önemli olduğuna ilişkin bağlam.

Bing / Microsoft

• Better than canonical; URL Normalization — Fabrice Canel’in Bing’in parametre yönetim aracı hakkındaki yazısı (Google’ın aracının aksine hâlâ etkin).

Kaynaktan alıntılar

Google ve Bing’in kayda geçmiş açıklamaları. Kaynak sayfa metin parçalarını desteklediğinde derin bağlantılar doğrudan alıntılanan bölüme gider.

Google — sorunun ölçeği (Gary Illyes)

• “Once it discovers a set of URLs, it cannot make a decision about whether that URL space is good or not unless it crawled a large chunk of that URL space.” — Gary Illyes, Search Off the Record (2025 yıl sonu tarama raporu). Search Engine Land’in kelimesi kelimesine aktardığı haber üzerinden iletilmiştir — nihai kabul etmeden önce program bölümüyle doğrulayın. Haber
• “An interesting quirk of URLs is that you can add an infinite (I call BS) number of URL parameters to the URL path, and by that essentially forming new resources.” — Gary Illyes, LinkedIn, Ağustos 2024. Search Engine Journal üzerinden aktarılmıştır. Haber
• “Sometimes you might create these new fake URLs accidentally, exploding your URL space from a balmy 1000 URLs to a scorching 1 million, exciting crawlers that in turn hammer your servers unexpectedly.” — Gary Illyes, LinkedIn, Ağustos 2024. Search Engine Journal üzerinden aktarılmıştır. Haber
• URL Parameters aracının geri getirilmesi hakkında: “In theory yes. In practice no.” — Gary Illyes, LinkedIn, 2024. Search Engine Journal üzerinden aktarılmıştır. Haber

Google — belgeler

• “Google has to crawl the page in order to find the noindex rule.” — Google Search Central, fasetli gezinme belgeleri. Alıntıya git
• “Google Search generally doesn’t support URL fragments in crawling and indexing.” Alıntıya git
• rel="nofollow" hakkında: “every anchor pointing to a specific URL must have the rel=‘nofollow’ attribute in order for it to be effective.” Alıntıya git
• Kullanımdan kaldırılan araç hakkında: “only about 1% of the parameter configurations currently specified in the URL Parameters tool were useful for crawling.” Alıntıya git

Google — John Mueller

• “noindex doesn’t tell Google that you want it combined with something else and that signals should be forwarded.” (noindex ile canonical etiketinin neden birlikte kullanılmaması gerektiği hakkında) — John Mueller, Google. Search Engine Journal üzerinden aktarılmıştır. Haber

Bing — Fabrice Canel

• URL Normalization hakkında: “our crawler will not visit the URLs with extra parameters except for an occasional test.” Alıntıya git
• “relying on canonical tag is not necessarily the perfect solution to fix all your duplicate content problems.” Alıntıya git

Fasetli gezinme denetim kontrol listesi

Faset kaynaklı tarama ve dizin israfını bulup düzeltmek için uygulanacak adımlar:

• Siteyi tarayın (Ahrefs Site Audit / Screaming Frog) ve parametreli URL patlamasını gerçek ürün sayınızla karşılaştırarak ölçün.
• site:yourdomain.com dizin sayısını gerçek katalog boyutunuzla karşılaştırın — büyük fark dizin şişkinliğine işaret eder.
• GSC Sayfa Dizine Ekleme raporunda faset URL’lerine ait “Tarandı — şu anda dizine eklenmedi” ve “Kullanıcı tarafından seçilen canonical URL olmadan yinelenen” gruplarını inceleyin.
• Googlebot taramasının ne kadarının ürünler yerine parametre URL’lerine gittiğini sunucu günlüklerinden kontrol edin.
• Her filtre parametresini ve yaptığı işi listeleyin — engelleme kuralları yazmadan önce hiçbirinin birden fazla amaca hizmet etmediğini doğrulayın.
• Faset değiştiricileri için anahtar kelime araştırması yapın; gerçek talebi bulunan kombinasyonları (~300+/ay) dizine eklenebilir olarak işaretleyin.
• Düşük talep gören fasetlerde URL başına tek bir bastırma yöntemi kullanıldığını doğrulayın — noindex ile robots.txt disallow kuralını asla birlikte kullanmayın.
• Dizine eklenebilir fasetlerde tutarlı filtre sırasını, & ayırıcılarını, kendine referans veren canonical etiketini, benzersiz giriş metnini ve site haritasına eklenmeyi doğrulayın.
• Boş veya olanaksız filtre kombinasyonlarının 200 “sonuç yok” sayfası yerine 404 döndürdüğünü doğrulayın.
• Bing Webmaster Tools URL Normalization özelliğini yapılandırın (Google’dan ayrı olarak).

Zihinsel modeller

1. Taktiklerden önce strateji — dizine eklemek mi, bastırmak mı? Her faset URL’si için ikili bir karar verilir: Gerçek arama talebine karşılık geliyor mu (→ dizine eklenebilir açılış sayfası), yoksa yalnızca kullanıcı deneyimine mi hizmet ediyor (→ bastır)? Bu kararı tek bir etikete dokunmadan önce verin. Araçlar, eksik bir stratejiyi düzeltemez.

2. Üç kontrol üç farklı iş yapar. Bunları doğru ayırdığınızda fasetlerle ilgili kafa karışıklığının çoğu ortadan kalkar:

• robots.txt → taramayı kontrol eder (dizine eklemeyi değil)
• noindex → dizine eklemeyi kontrol eder (taramayı değil — tarama gerektirir)
• canonical → sinyalleri birleştirir (bir ipucudur; taramayı durdurmaz)

3. Bastırma için karar kuralı.

• Botların bir alanı tamamen atlamasını istiyor ve dizin durumunu önemsemiyor musunuz? → robots.txt disallow.
• Bir sayfayı dizinden çıkarmak mı istiyorsunuz? → Taramaya izin verin + noindex kullanın (URL’yi asla engellemeyin).
• Talebi olmayan bir filtrenin hiçbir zaman URL oluşturmamasını mı istiyorsunuz? → URL parçası (#) veya <a href> içermeyen AJAX kullanın.

4. Önlemek, düzeltmekten iyidir. En temiz fasetli gezinmede değersiz URL’ler hiçbir zaman oluşmaz: Talebi olmayan durumlarda parçalar ve istemci tarafı filtreleme; talebe dayanan durumlarda yalnızca gerçek sayfalar kullanılır. Zaten taranmış bir milyon URL’yi temizlemek, bunları hiç üretmemekten çok daha zahmetlidir.

5. Uzun kuyruk ödünleşimi. JavaScript/AJAX filtreleme tek hamlede hem tarama israfını hem de dizine eklemeyi bastırır. Bu, değersiz fasetler için avantaj; değerli fasetler için sorundur. Talebe dayanan kombinasyonları önceden oluşturun, geri kalanını istemci tarafında bırakın.

Fasetli gezinme kontrolleri — hızlı başvuru

Her kontrol gerçekte ne yapar?

Asla birlikte kullanmayın

• noindex + robots.txt disallow → Google noindex yönergesini göremez → URL dizinde kalır.
• noindex + canonical → çelişkili sinyaller (Mueller: Birini seçin).
• Tarama bütçesi için yalnızca canonical → taramayı durdurmaz.

Dizine EKLEDİĞİNİZ fasetler için URL kuralları

• Yalnızca & ayırıcısını kullanın (virgül/noktalı virgül/köşeli parantez kullanmayın).
• Tutarlı filtre sırası → tek bir canonical biçim.
• Yinelenen filtre değerleri kullanmayın.
• Boş/olanaksız kombinasyonlar için 404 döndürün (200 “sonuç yok” değil).
• Temiz yollar > sorgu dizeleri: /sofas?color=blue&sort= yerine /sofas/blue/.

Kısa bilgiler

• Fasetli gezinme, Google’a bildirilen tarama sorunlarının yaklaşık %50’sini oluşturur (Illyes).
• GSC URL Parameters aracı kaldırıldı (Nisan 2022) — yalnızca sunucu tarafı kontroller kaldı.
• Bing’deki karşılığı: Bing Webmaster Tools içindeki URL Normalization — hâlâ etkin.
• Google, tarama ve dizine ekleme sırasında URL parçalarını (#) yok sayar.
• Dizine eklenebilir bir faset sayfası için çalışma amaçlı talep eşiği: ~300+ arama/ay.

Fasetli gezinmeyi teşhis ve yönetme araçları

• Ahrefs Site Audit — parametreli URL patlamasını, birbirine çok benzeyen kümeleri ve filtrelenmiş sayfaların tarama derinliğini ortaya çıkarır.
• Screaming Frog SEO Spider — özel çıkarma kullanarak her filtre parametresini ve faset URL’lerinin birbirine nasıl bağlandığını haritalayın.
• Google Search Console — Sayfa Dizine Ekleme raporu — “Tarandı — şu anda dizine eklenmedi” ve “Kullanıcı tarafından seçilen canonical URL olmadan yinelenen” grupları, faset kaynaklı şişkinliğin göründüğü yerlerdir.
• GSC URL Denetimi — tek bir filtre URL’sinin nasıl tarandığını, oluşturulduğunu ve dizine eklendiğini, ayrıca Google’ın hangi canonical URL’yi seçtiğini doğrulayın.
• Sunucu günlük dosyası analizi (Screaming Frog Log File Analyser veya BigQuery’ye aktarılan günlükler) — taramanın ne kadarının parametre URL’lerine gittiğini gösteren kesin veri kaynağıdır.
• Bing Webmaster Tools — URL Normalization — Bing’in hâlâ etkin parametre kontrolüdür; yaygın yinelenen parametreleri inceleme için önceden algılar.
• Anahtar kelime araştırması (Ahrefs Keywords Explorer) — hangi faset değiştiricilerinin dizine eklenebilir bir açılış sayfasını gerekçelendirecek talebe sahip olduğunu belirleyin.

Kendinizi sınayın: Fasetli gezinme

Hangi faset URL’lerinin dizine ekleneceğine ve hangi kontrolün kullanılacağına karar vermeye ilişkin beş soru.

Değişiklik günlüğü