Chat Odası Arama Filtresi Şehir/Ülke İndekslenir mi? (Facet/Filtre SEO Politikası Rehberi)

Chat/sohbet ürünlerinde arama sayfaları, hele ki facet (filtre) sayfaları, çoğu ekip için “iki arada bir derede” kalıyor. Kullanıcı açısından doğru filtrelemeyi sağlıyorlar; ama Google tarafında ince içerik, duplikasyon ve gereksiz indeks/kaynak tüketimi riski doğuruyor. Bu yüzden akla gelen tek soru genelde şu oluyor: chat odası arama filtresi 'şehir/ülke' indekslenir mi? (facet politikası) Ne var ki bunu tek bir kural gibi değil; niyet, eşsizlik, crawl bütçesi ve varyasyon patlaması dengesine göre ele almak daha doğru.

Bu rehberde şehir/ülke filtrelerinin indekslenip indekslenmeyeceğini belirlemek için net bir çerçeve kuruyoruz: Ne zaman indexlenebilir, ne zaman noindex/limited crawl yaklaşımı daha doğru olur? Parametre stratejisinden canonical kullanımına, Search Console ve log analizinde nasıl “kanıt” çıkaracağınıza kadar teknik ekibin doğrudan sahaya uygulayabileceği adımları da paylaşacağız.

Konu özeti: Facet/filtre sayfaları neden SEO için kritik?

Facet/filtre sayfaları, kullanıcı aramasını daraltmak için URL’ye şehir, ülke, kategori gibi parametreler ekler. Örneğin bir chat platformunda “Ankara’da sohbet odaları” niyetiyle yapılan aramada URL, sonuçları belirli bir şehir/ülke kümesine sabitler. Kullanıcı deneyimi açısından bu sayfalar oldukça anlamlıdır; çünkü ziyaretçi aradığı şeyi daha hızlı bulur.

SEO tarafında kritik olan nokta ise şu: Facet sayfaları çoğu zaman “listeleme” seviyesinde kalır ve aynı temel sonuç kümesi farklı parametre kombinasyonlarıyla çoğalabilir. Bu çoğalma kontrol edilmezse indeks kalitesi düşer, crawl bütçesi boşa harcanır ve asıl değerli sayfalar (ör. popüler şehir landing’leri, kategori sayfaları) yeterince öne çıkamayabilir.

Şehir/ülke filtre sayfalarında arama niyeti ve sayfa değer sinyalleri

Şehir ve ülke filtreleri genellikle yüksek niyet içerir. “Türkiye’de canlı sohbet odaları”, “Almanya Berlin sohbet”, “Ankara’da arkadaşlık/sohbet” gibi sorgular, kullanıcıların gerçekten spesifik bir şeye ulaşmak istediğini gösterir. Bu niyet, bazı durumlarda filtre sayfalarının arama sonuçlarında görünür olmasına destek olabilir. Ancak niyet tek başına yeterli değildir; Google’ın sayfayı “yararlı” olarak görmesi için eşsizlik ve kalite sinyali gerekir.

Sayfanın değerini artıran sinyaller genelde şunlardır: (1) ilgili şehir/ülke için gerçek oda sayısı ve güncelliğin yeterli olması, (2) filtre sayfasının “basit liste” olmaktan çıkıp ek bilgiyle zenginleşmesi (özet içerikler, öne çıkan odalar, kategori içgörüleri, yerel trendler gibi), (3) URL varyasyonlarının kontrol altına alınması ve (4) kullanıcı etkileşim metriklerinin (tıklama, kaydırma, dönüşüm) tutarlı şekilde iyi olması.

İndeksleme risk analizi: duplikasyon, crawl bütçesi, thin content, parametre patlaması

Şehir/ülke filtrelerinde indeksleme kararı, “var olan potansiyel riskler” ile “kullanıcının aradığı değerin gerçek karşılığı” arasındaki dengeye dayanır. En sık gördüğümüz riskler duplikasyon, ince içerik (thin content) ve parametre patlamasıdır. Özellikle chat odası platformlarında veriler anlık değiştiği için aynı URL farklı zamanlarda farklı içerik gösterebilir; bu da kararsızlığı artırır.

Duplikasyon riski: /search?country=tr ile /search?country=tr&city=ankara gibi URL’ler, büyük ölçüde aynı oda listesini sadece filtreyle küçültüyorsa ortaya çıkar. Google benzer içerikleri ayırt etmekte zorlanabilir; hangi sürümün indeksleneceği belirsizleşir.

Crawl bütçesi riski: Çok sayıda şehir ve ülke kombinasyonu, sınırsız sayıda indekslenebilir varyasyon üretebilir. Çoğu zaman bu varyasyonlar “çok az ek değer” sunduğu için botların kaynakları sadece listeleme amacıyla harcanmış olur.

Thin content riski: Örneğin küçük bir ilçede /search?city=smalltown için pratikte çok az oda varsa, sayfa “ince içerik” hissi verebilir. Google bu tür sayfaları kalıcı olarak düşük kalite görüp indeks dışına itebilir; buna rağmen botlar crawl etmeye devam ediyorsa, zamanla asıl önemli sayfaların indeks performansını da dolaylı etkileyebilir.

Karar ağacı: Ne zaman indexlenir, ne zaman noindex/crawl kısıtlanır?

Aşağıdaki karar ağacı, chat ürünlerinde görülen dinamik içerik ve kombinasyon patlaması riskini dikkate alır. Buradaki hedef “indekslemek istiyorum” düşüncesini otomatik bir refleks olmaktan çıkarmak; daha çok “İndekslemenin ölçülebilir faydası var mı?” sorusunu öne almak.

1. İçerik eşsizliği var mı? Şehir/ülke filtre sonucu, o konuma özel belirgin farklılık yaratıyor mu (odalar, aktivite, popülerlik, kategori karışımı)? Eşsizlik düşükse noindex/limited crawl düşün.
2. Yeterli oda/aktivite var mı? Basit kural: “Sürekli güncellenen ve kullanıcıların aradığı ölçekte oda” yoksa thin content riski yükselir. Az sayıda oda ve sık değişen liste varsa kısıtlama yapmak daha güvenli olur.
3. Varyasyon patlaması yaratıyor mu? City + category + country birlikte kullanıldığında kombinasyon sayısı hızlıca artar. Bu durumda önce en yüksek niyete sahip tek-boyutlu filtreleri (ör. sadece ülke) değerlendirin.
4. Kalite sinyalleri (etkileşim) var mı? Search Console’da impresyon alıp CTR düşük kalıyorsa ya da kısa oturumlar görüyorsanız, sayfa değerini güçlendirin ya da indeksi kısıtlayın.
5. Canonical/kalite kontrolü uygulanabilir mi? Bazı durumlarda indexlenebilirlik mümkündür; fakat canonical ve kalite sinyalleri ile hangi varyasyonun tercih edileceği baştan netleştirilmeli.

Bu karar ağacının çıktısı genellikle iki başlığa ayrılır: (1) “İndekslenmeye değer şehir/ülke sayfaları” (yeterli veri ve sürdürülebilir içerik olduğunda) ve (2) “Noindex/limited crawl ile yönetilen ince-dinamik filtre sayfaları” (az veri ve yüksek parametre patlaması olduğunda).

Teknik uygulama yaklaşımları: noindex, canonical, robots.txt/crawl kontrol, facet parametre stratejisi

Şehir/ülke filtrelerini yönetirken tek bir ayarla her şeyi çözmek pek mümkün değil. Pratikte “noindex + canonical + crawl kontrol” yaklaşımı birlikte çalıştığında en sağlıklı sonucu veriyor. Buradaki temel amaç iki yönlü: Google’ın indeksinde kaliteyi artırmak ve crawl bütçesini gerçekten değerli sayfalara yönlendirmek.

Noindex kullanımı: Filtre sayfası ince içerik riski taşıyorsa ya da içerik neredeyse tamamen diğer filtrelerle örtüşüyorsa (ör. aynı şehir alt kurgusunun çok küçük farklılıklarla çoğalması) noindex, indeks kalitesini korumaya yardımcı olur. Ancak noindex’in “crawling’i otomatik durdurması” beklenmemeli; crawl kontrolü mutlaka düşünülmelidir.

Canonical kullanımı: Bazı filtre sayfalarını indekste tutmak faydalı olabilir; bu noktada canonical ile hangi sayfanın tercih edileceğini netleştirmeniz gerekir. Örneğin country filtreli sayfa ile country+city kombinasyonu arasındaki öncelik tasarımını doğru kurun. Google canonical’a çoğu zaman uyum gösterse de sinyaller tutarlı değilse kendi seçimlerini yapabilir.

robots.txt vs noindex: robots.txt ile engellemek crawl’i durdurur; bu da canonical/noindex gibi indeksleme sinyallerinin değerlendirilmesini sınırlayabilir. Genelde “indekslemeyi istemiyorum ama biraz sinyal toplansın” gibi senaryolarda noindex daha anlamlıdır. “Bu URL’lere hiç girme” gerektiren durumlarda ise robots.txt ile crawl’i kısma tercih edilir. Son kararı verirken ekibinizin ölçüm hedeflerini net tutmak kritik.

Facet parametre stratejisi: Tüm kombinasyonları aynı formatta üretmek yerine, url şemasında “yalnızca izinli filtre kombinasyonları” yaklaşımını düşünün. Örneğin yalnızca country parametresi ile üretim yapılan URL’leri whitelist’leyip; city+category+city gibi patlayan kombinasyonları kural dışı bırakmak, sonsuz kombinasyon riskini ciddi ölçüde azaltır.

X şehir / X ülke varyasyonlarında eşsiz içerik üretme veya “listeleme” yaklaşımı

“X şehir / X ülke” gibi ölçek senaryolarında en sık görülen tuzak, her varyasyonu aynı şablonla sadece bir listeye indirgemektir. Bu, kaçınılmaz olarak ince içerik üretir ve indeks kalitesini düşürür. Bunun yerine iki stratejiden birini tercih edin: (A) eşsiz içerik, (B) kontrollü listeleme.

Eşsiz içerik stratejisi: Şehir sayfalarında yerel bağlamı artıran unsurlar ekleyin. Örneğin “Ankara’da popüler sohbet kategorileri”, “son 7 günde en aktif oda trendleri”, “etkinlik/tematik gruplar” gibi bölümler listelemeyi daha değerli hale getirir. Ayrıca içerik güncelliğini otomatik sağlayın; aksi halde thin content riski tekrar yükselir.

Kontrollü listeleme stratejisi: Eşsiz içerik üretimi her şehir için maliyetliyse, yalnızca belirli kriterleri sağlayan şehir/ülkeleri indexleyin. Diğerlerini noindex/limited crawl ile yönetin. Böylece “herkesin her şeyi aradığı” tüm varyasyonları aynı anda indekse taşımamış olursunuz.

Örnek senaryolar (net aksiyonla)

Aşağıdaki senaryolar, karar ağacını sahaya indirmek için pratik başlangıç noktalarıdır. Buradaki yaklaşım, aynı ürün içinde farklı şehir/ülke ölçeklerine farklı politikalar uygulayabilmenizi sağlar.

Örnek senaryo 1: /search?country=tr&city=ankara (az sayıda oda/çok dinamik) -> noindex/limited crawl yaklaşımı. Gerekçe: O şehirde içerik azsa ve liste anlık değişiyorsa thin içerik ve duplikasyon riski büyür.

Örnek senaryo 2: /search?country=de (çok sayıda odanın sürekli güncellenmesi) -> indexlenebilir ancak canonical/kalite sinyali ile. Gerekçe: ülke düzeyinde veri ve kullanıcı niyeti güçlü. Yine de country+city kombinasyonları için tercih edilen canonical setini tasarlayın.

Örnek senaryo 3: /search?city=smalltown (pratikte çok düşük içerik) -> thin content riski nedeniyle noindex veya güçlendirme. Gerekçe: O şehirdeki sayfanın listeyi destekleyecek zenginlik sinyali üretmesi zor.

Örnek senaryo 4: Birden fazla facet kombinasyonu (country + city + category) -> kombinasyon patlaması riskine göre strateji. Gerekçe: combinatorial URL sayısı artar. Bu yüzden önce en yüksek niyet taşıyan tek-facet varyasyonlar indexlenir, çok-facet varyasyonlar ise noindex/limited crawl ile tutulur.

Pano/raporlama: Search Console ve log analizinde nasıl kanıtlanır?

Facet politikasını “hissediyoruz” ile değil, ölçülebilir kanıtla yürütün. Search Console tarafında URL bazlı performans ve indeks durumu sinyalleri, doğru politikanın gerçekten çalıştığını teyit etmenize yardım eder. Log analizinde ise botların hangi URL’leri ne sıklıkta taradığı görünür; böylece crawl bütçesi etkisini sayısal olarak raporlayabilirsiniz.

Örneğin: noindex uyguladığınız şehir/filtre URL’lerinde indekslenme trendi düşmeli, crawl sıklığı değerli sayfalara kaymalı ve ince içerikli varyasyonlarda bot erişimi azalmalıdır. İndekslenebilir tuttuğunuz ülke sayfalarında ise “Görüntüleme” artışı, CTR ve kullanıcı etkileşimiyle birlikte daha uyumlu bir performans göstermesi beklenir.

Kontrol listesi (uygulanabilir maddeler) + doğrulama adımları

Önce uygulanabilir bir kontrol listesiyle başlayın; ardından da “adım adım doğrulama” yapın. Aşağıdaki maddeler teknik ekipler ve SEO uzmanlarının aynı dili konuşmasına yardımcı olur.

• Şehir/ülke filtre URL’lerini en sık görünen varyasyonlar için listeleyin (ör. tek facet + en popüler country).
• Her filtre için beklenen “oda sayısı/aktivite” eşiklerini belirleyin (thin content eşiği).
• İndeksleyeceğiniz sayfalar için (varsa) şehir/ülke bağlamını güçlendiren ek içerik alanları tanımlayın.
• Noindex uyguladığınız sayfalar için crawl etkisini loglarla izleyin; gerekirse robots.txt veya rate/route kontrolü ile destekleyin.
• Canonical stratejinizi yazılı hale getirin: country mi city mi, hangisi tercih ediliyor?
• Çok facet kombinasyonlarında whitelist/allow-list ile URL üretimini kısıtlayın.

Nasıl kontrol edilir / adım adım doğrulama:

1. Google Search Console’da ilgili facet URL örneklerini “İndekslenme/Keşfedildi” durumlarıyla inceleyin; hangi alt parametreler indeks alıyor görünüyor, kayıp hangi grupta?
2. Sunucu loglarında botların erişim sıklığını karşılaştırın: noindex/limited crawl uygulaması sonrası düşük kaliteli URL’lere gidiş azaldı mı?
3. Örnek olarak aynı ülkeye ait country+city ve city-only URL’lerinde canonical yönlendirmesinin gerçekten tercih edilip edilmediğini test edin (fetch/renderer veya canlı indeks kontrolü).

Facet politikası örnek tablosu

Takım içi karar hızlandırmak için, pratik bir “URL tipi → aksiyon” tablosu oluşturabilirsiniz.

URL deseni	Örnek	Eşsizlik / içerik durumu	Önerilen aksiyon
Tek facet (ülke)	/search?country=de	Yüksek oda hacmi, sürekli güncellenme	Index + canonical kalite sinyali
Tek facet (şehir)	/search?city=smalltown	Düşük içerik, thin content riski	Noindex veya güçlendirme + sınırlı crawl
Çift facet (ülke+şehir)	/search?country=tr&city=ankara	Az oda + çok dinamik	Noindex/limited crawl

Yaygın hatalar

En sık yapılan hata, şehir/ülke filtrelerini “hepsi indexlensin” veya “hepsi noindex olsun” gibi tek hamleyle yönetmektir. Oysa chat ürünlerinde veri dağılımı şehirden şehire dramatik değişir; aynı politika her zaman herkese aynı sonucu vermeyecektir.

Bir diğer yaygın hata, robots.txt ile engellemek ile noindex yaklaşımını aynı sanmaktır. robots.txt engeli Google’ın sayfayı crawl etmesini durdurur; bu da bazı durumlarda canonical/noindex sinyallerinin değerlendirilmesini sınırlayabilir. Noindex ise indekslemeyi hedefler ama crawl’e izin verebilir; dolayısıyla crawl bütçesi yönetimi için loglarla birlikte değerlendirmek gerekir.

Sık sorulan sorular

Şehir ve ülke filtre URL’leri otomatik mi indekslenmeli?
Her zaman otomatik indeksleme doğru değildir. Otomasyon yapacaksanız “oda/aktivite eşiği” ve “eşsizlik skoru” gibi ölçütlerle indekslenebilirlik kararı üretmelisiniz. Aksi halde thin content sayfaları indeks kalitenizi düşürür.

Noindex ile canonical arasındaki fark nedir; hangisini ne zaman kullanmalıyım?
Noindex, sayfanın indekslenmesini engeller. Canonical ise sayfanın indekslenmesini tamamen engellemez; birincil/tercih edilen sürümü işaretler. Genelde thin veya düşük değerliyse noindex; değer korunacaksa ve varyasyon yönetilecekse canonical tercih edilir.

Robots.txt ile engellemek ile noindex kullanmak aynı şey mi?
Aynı değildir. robots.txt crawl’i durdurur; noindex ise indekslemeyi kısıtlar. Bu yüzden crawl bütçesi ve sinyal toplama hedeflerinize göre birlikte veya ayrı kullanın.

Google Search Console’da facet sayfalarını nasıl değerlendirmeliyim?
URL bazlı “İndekslenme durumu”, “Keşif” ve performans verilerini karşılaştırın. İndeks almasına rağmen düşük CTR varsa snippet uyumsuzluğu ya da thin içerik olabilir. İndex almamasına rağmen çok crawl oluyorsa crawl kontrolünü güçlendirin.

İncelik (thin) içerik riskini nasıl ölçerim?
Basit metrikler kullanın: toplam oda sayısı, sayfa başına benzersiz oda oranı, metin/özet içerik hacmi, zaman içinde içerik stabilitesi ve Search Console’da indekslenebilirlik trendleri. Ek olarak loglarda ziyaret sayısına rağmen etkileşimin düşük olup olmadığına bakın.

AJAX ile yüklenen filtre sonuçları indekslenir mi?
İndeksenme mümkün olabilir; ancak riskli bir alan. Önemli içerik client-side render ile geliyorsa Google’ın göreceği çıktı gecikebilir. Bu yüzden sayfa içeriğini “bot dostu” şekilde render edilebilir kılın, ayrıca indexlenmesini istediğiniz öğelerin HTML’de erişilebilir olmasını test edin.

Sabit sayfalar (ör. ülkeler) ile dinamik sonuçlar arasındaki ayrım nasıl yapılır?
Ülke sayfalarını mümkün olduğunca “yararlı ve yarı-statik” hale getirin: ülkeye özel özet, kategoriler, yerel trend blokları gibi. Dinamik sonuçları ise listeleme sayfası olarak konumlandırıp indeks politikasını “eşsizlik ve içerik eşiği”ne bağlayın.

Kontrol sonrası nasıl karar verirsiniz? (özet + uygulanacak aksiyonlar)

Facet politikasının başarısı, doğru URL’lerin indeks alması ve düşük değerli varyasyonların gereksiz crawl’e boğmamasıyla ölçülür. Bu nedenle ilk adım; şehir/ülke filtrelerini “potansiyel değer” ile “thin/duplikasyon riski” ekseninde sınıflandırmaktır.

Ardından: (1) az veri/dinamik olanları noindex/limited crawl ile kısın, (2) yüksek veri ve niyeti güçlü olanları indexleyin ama canonical kalite sinyali ile varyasyon kontrolünü sağlayın, (3) çok facet kombinasyonlarında kombinasyon patlamasını whitelist/allow-list ile engelleyin. Önemli olan, bu kararları yalnızca teknik varsayımla değil; Search Console ve log kanıtlarıyla düzenli güncellemektir.

İsterseniz bir sonraki adım olarak mevcut facet URL envanterinizi birlikte sınıflandırıp (index / noindex / canonical öncelik) uygulanabilir bir politika dokümanı haline getirme çalışması yapabiliriz.

Chat Odası Kapanınca 404 mü 410 mu? (SEO’yu Korumak İçin Arama Sonuçları Planı) içeriği, dinamik içerik akışlarında arama sonuçları planlamasını daha sağlam kurmanıza yardımcı olur.

Chat Odalarında Sonsuz Kaydırma Yerine Sayfalama Nasıl Yapılır? SEO’yu Bozmadan Teknik Rehber ise facet sayfalarında crawl davranışını ve kullanıcı/sistem etkileşimini optimize etmenin pratik yollarını anlatır.