Bir kategoriye renk, beden, materyal, fiyat ve sıralama seçenekleri eklemek müşterinin işini kolaylaştırabilir. Fakat her seçim yeni bir URL oluşturuyorsa katalogda birkaç yüz ürün bulunmasına rağmen taranabilir adres sayısı çok daha büyük olabilir. Sorun filtrelerin varlığı değil, hangi birleşimlerin gerçek bir sayfa olarak sunulduğunun kontrol edilmemesidir.
Bu rehber, filtre URL’lerinin ne zaman bakım ve tarama sorunu oluşturduğunu anlamak için bir envanter ve karar yöntemi sunar. Her parametreyi kapatmayı önermez. Bazı filtreli sayfalar kullanıcı için ayrı bir seçim ihtiyacını karşılayabilir; bazıları ise aynı listenin sırasını değiştirir. İkisini ayırmadan uygulanacak tek bir kural yararlı sayfaları da etkileyebilir.
URL sayısı neden hızla büyür?
Beş renk ve dört beden seçeneği olan bir kategori yalnız yirmi birleşim üretmeyebilir. Çoklu seçim, fiyat aralığı, sıralama, sayfalama ve parametrelerin farklı sırada yazılması ek adresler doğurabilir. Aynı ürün kümesi birkaç URL üzerinden görünüyorsa sayfa sayısı artmış, fakat kullanıcıya sunulan bilgi aynı kalmış olabilir.
Örneğin ?color=black&size=m ile ?size=m&color=black aynı sonucu gösterebilir. Bir uygulama her iki biçime de bağlantı veriyorsa iki adresin ilişkisini yönetmek gerekir. İzleme parametreleri veya oturum bilgileri de eklendiğinde sorun daha karmaşık hale gelir. Bu yüzden ilk iş “çok URL var” demek değil, URL’yi değiştiren alanları sınıflandırmaktır.
Ürün sayısı tek başına sorunun büyüklüğünü açıklamaz. Az ürünlü bir katalog kontrolsüz filtre birleşimleriyle gereksiz adresler üretebilir. Büyük bir katalog ise planlı kategori yapısıyla anlamlı adres sınırları kurabilir. Teknik incelemede gerçek bağlantı üretimi ve sunucu davranışı görülmelidir.
Önce parametre envanteri çıkarın
Her parametre için kullanıcıya ne yaptığı, sonuç kümesini değiştirip değiştirmediği ve sayfanın kalıcı olarak paylaşılmasının yararlı olup olmadığı kaydedilebilir. Envanteri geliştirici tek başına doldurmak zorunda değildir; ürün veya kategori sorumlusu hangi birleşimlerin gerçek müşteri ihtiyacına karşılık geldiğini açıklayabilir.
| Parametre türü | Tipik iş | İlk değerlendirme sorusu |
|---|---|---|
| Renk veya beden | Ürün kümesini daraltır | Ayrı ve kalıcı bir seçim ihtiyacı var mı? |
| Sıralama | Aynı ürünleri başka sıraya koyar | Bağımsız arama sayfası değeri oluşuyor mu? |
| Fiyat aralığı | Değişken bir alt küme gösterir | Sınırlar sürekli yeni adres üretiyor mu? |
| Sayfa numarası | Listenin devamını gösterir | Gerçekte olmayan sayfalar açılabiliyor mu? |
| İzleme etiketi | Ziyaret kaynağını belirtir | İç bağlantılar gereksiz kopya üretiyor mu? |
| Oturum değeri | Kullanıcı bağlamı taşır | Kamuya açık URL’ye girmesi gerekiyor mu? |
Örnekleri yalnız tarama aracından toplamayın. Gerçek arayüzde filtreleri farklı sırayla seçip URL’nin nasıl değiştiğini de gözleyin. Teknik envanter ile kullanıcı davranışı uyuşmuyorsa hangi sistemin adres ürettiğini bulmak zorlaşır.
Tarama ile dizine eklemeyi ayırın
Bir URL’nin taranması, dizine alınması ve arama sonucunda gösterilmesi farklı aşamalardır. Kullanılan kontrolün hangi aşamaya etki ettiğini bilmek gerekir. robots.txt, canonical ve noindex aynı sorunun birbirinin yerine geçebilen çözümleri değildir.
Google’ın resmi filtreli gezinme belgesi, arama sonuçlarında yer alması gerekmeyen filtre URL’leri için taramayı sınırlandırma seçeneklerini açıklar. Canonical işaretinin tarama kontrolü açısından aynı etkiyi her zaman sağlamadığını da belirtir. Bu nedenle “canonical ekledik, artık bu adresler taranmaz” gibi bir kabul ölçütü kurulmamalıdır.
Bir URL’nin robots.txt ile engellenmesi, sayfa içindeki yönergelerin okunmasını da etkileyebilir. Önceden dizine girmiş bir adresin durumunu değiştirmekle gelecekte gereksiz taramayı azaltmak aynı uygulama planı değildir. Kural değişikliğinin mevcut URL durumuna göre değerlendirilmesi gerekir; toplu düzenleme öncesinde örneklerle test yapmak önemlidir.
Hangi filtreli sayfa korunabilir?
Birleşimin ayrı arama talebi olması tek başına yeterli değildir. Sayfada yeterli ürün, anlaşılır kapsam, kalıcı bir URL ve sürdürülebilir bakım bulunmalıdır. “Siyah laptop çantaları” gibi bir alt grup işletme açısından anlamlı olabilir; yalnız bir gün boyunca tek ürünü gösteren rastgele fiyat aralığı aynı değeri taşımayabilir.
Kararı kategori sorumlusuyla birlikte verin. Hangi ürünler bu sayfaya girecek, hangi koşulda çıkacak, ürün kalmazsa ne olacak? Başlık ve açıklama gerçek kapsamı yansıtıyor mu? İç bağlantı veren sayfalar var mı? Ayrı URL açmak bu soruların bakım sorumluluğunu da üstlenmektir.
Korunacak filtreli sayfaları sınırlı ve açık bir liste olarak yönetmek, bütün olası birleşimleri otomatik yayımlamaktan daha anlaşılır olabilir. Fakat bu bir evrensel sayısal limit değildir. Katalog büyüklüğü, ürün sürekliliği ve kullanıcı ihtiyacı farklılaştıkça karar da değişir.
Sonuçsuz ve anlamsız birleşimler
Müşteri sonuçsuz filtre seçtiğinde, arayüz ona seçili koşulları ve geri dönüş yolunu göstermelidir. Teknik tarafta ise gerçekten var olmayan veya anlamsız birleşimlerin hangi HTTP yanıtını verdiği incelenmelidir. Her geçersiz adrese aynı boş sayfayı 200 yanıtıyla sunmak, gerçek sayfalarla hatalı adreslerin ayrımını zorlaştırabilir.
Google’ın filtre belgesi, sonuç üretmeyen ve mantıksız birleşimler için uygun hata yanıtını ele alır. Uygulamanın yapısı nedeniyle bu davranışı değiştirmek zor olabilir; yine de durumun bilinmesi gerekir. Tasarımda güzel bir “ürün bulunamadı” mesajı görmek HTTP yanıtının da doğru olduğu anlamına gelmez.
İşletmenin geçici stok durumuyla kalıcı olarak anlamsız birleşimi ayırın. Aynı sayfa yarın tekrar ürün gösterecekse yaşam döngüsü kararı farklı olabilir. Bir URL kuralını bütün stok senaryolarına uygulamak yerine kategori politikasıyla teknik davranışı eşleştirin.
Küçük bir örneklemle teşhis
İnceleme için beş grup seçilebilir: filtresiz kategori, anlamlı tek filtre, iki filtre birleşimi, sonuçsuz birleşim ve farklı sırayla yazılmış aynı birleşim. Her örnekte HTTP durumu, görünen ürünler, canonical, robots yönergeleri ve sayfanın verdiği iç bağlantılar kaydedilir.
Varsayımsal bir incelemede aynı ürün kümesini gösteren dört adres bulduğunuzu düşünün. Bu bulgu tek başına hemen yönlendirme yazmayı gerektirmez. Önce hangi adreslerin müşteri tarafından paylaşıldığını, hangi uygulamaların bu biçimi kullandığını ve filtreyi yeniden yüklediğinizde seçimlerin korunup korunmadığını araştırın.
Kullanıcı için paylaşılabilir durum ile arama motoruna sunulacak kalıcı sayfa aynı mekanizmayla yönetilmek zorunda değildir. Ancak tercih edilen yöntem, tarayıcı geçmişi ve geri düğmesi gibi temel davranışları bozmamalıdır. SEO düzenlemesi kullanılabilirliği ortadan kaldırıyorsa sorun başka yere taşınmış olur.
Değişiklik planını daraltın
Bütün parametreleri etkileyen geniş bir kural yerine, görevi anlaşılmış bir parametre grubuyla başlayın. Önce test ortamında örnekleri çalıştırın. Ürün bağlantılarının, sayfalamanın ve kategori keşfinin etkilenmediğini doğrulayın. Gerekli içeriklere erişim kaybolursa tarama sayısının düşmesi başarı sayılmaz.
Kabul listesinde teknik ve kullanıcı kontrolleri birlikte yer alsın. Müşteri filtreyi seçebiliyor, temizleyebiliyor ve bağlantıyı paylaşabiliyor mu? Korunacak sayfa kendi doğru adresini gösteriyor mu? Geçersiz durumların yanıtı beklenen biçimde mi? Site haritası yalnız kararlaştırılmış adresleri içeriyor mu?
Yayın sonrasında yalnız toplam tarama sayısına bakmayın. Yeni ürünlerin keşfi, önemli kategorilerin erişimi, sunucu yükü ve indeksleme raporlarındaki değişim birlikte değerlendirilmelidir. Daha az istek her koşulda daha iyi sonuç değildir; hangi isteklerin azaldığı önemlidir.
Bakım sorumluluğu kurun
Yeni bir filtre uygulaması, tema değişikliği veya kategori özelliği URL üretim biçimini değiştirebilir. Bu nedenle parametre envanteri bir defalık rapor olarak kalmamalıdır. Yeni filtre ekleme işinin kabul koşullarına URL davranışını ve arama görünürlüğü kararını dahil edin.
Kısa bir kayıt yeterlidir: parametre, kullanıcı işi, korunacak örnekler, sınırlandırılacak örnekler, uygulanacak yöntem, test kanıtı ve sorumlu. Katalog büyüdüğünde aynı soruları yeniden keşfetmek yerine bu kaydı güncellemek daha verimlidir. Bilinmeyen kararlar için varsayım ve yeniden değerlendirme tarihi belirtin.
Teknik seçenekler için Google’ın filtreli gezinme URL’leri belgesini, genel adres düzeni için e-ticaret URL yapısı rehberini okuyun. Site içinde SEO ve performans yönetimi ile Shopify geçiş kontrol listesi bu incelemenin diğer parçalarını tamamlar.