Spam Karantinasında (Quarantine) İndeks İsrafını Ölçme Rehberi: KPI’lar, Karşılaştırmalar ve Ölçüm Tasarımı

Spam üretimi büyüdükçe chat sistemlerinde hızlanıyor: botlar daha fazla mesaj döndürüyor, kullanıcılar ve odalar giderek daha fazla “quarantine (karantina)” durumuyla tanışıyor. Yalnız iş bununla bitmiyor. Karantina doğru kurulduğunda bile arama motorlarının keşfedip dizine aldığı sayfalar, kaynak tüketimi üzerinden görünmeyen bir maliyet yaratıyor. Bu maliyeti net biçimde tanımlamak ve ölçmek için chat sitesi spam karantinasında (quarantine) indeks israfını nasıl ölçersiniz sorusunu KPI, kohort ve doğrulama mantığıyla ele almak gerekiyor.

Bu rehber, spam karantinaya özgü “indeks israfı” tanımını gerçek senaryolarla somutlaştırıyor; ardından GSC + log + crawling dataset kombinasyonu ile ölçüm mimarisini adım adım tasarlatıyor. Böylece yalnızca “noindex/kronik canonical yazdık” demek yerine, gerçek davranışı sayılara bağlayıp aksiyon eşiği koyabilirsiniz.

Spam karantinası (quarantine) nedir ve indeks israfı nasıl tanımlanır?

Spam karantinası; spam sinyalleri (otomatik filtreleme, kullanıcı itibarı, içerik benzerliği, rapor yoğunluğu) yüzünden içeriklerin normal kullanıcı deneyiminden izole edilmesi, yayından kaldırılması veya kısıtlı görünürlükle “denetim öncesi” bekletilmesidir. Karantina sadece tek bir sayfaya değil, çoğu zaman birden fazla URL ailesine yayılır: mesaj thread’i, kullanıcı profili, oda/topic sayfaları, arşiv sayfaları ve bazen medya eklerinin landing sayfaları.

İndeks israfı ise karantina altındaki URL’lerin arama motoru tarafından keşfedilip dizine alınması (ya da sürekli crawl edilmesi) sonucunda, değerli indeks alanının boşa harcanmasıdır. Burada kritik nokta şudur: “Karantinadaki sayfayı dizine almak kötü SEO” demek kadar basit bir çerçeve yok. israf, indeksin sürekli kötüye gitmesi veya tekrar tekrar keşfedilip kontrolsüz kalması gibi ölçülebilir davranışlarla anlaşılır.

Somut senaryolara bakalım:

• quarantined message thread: Spam içeren mesaj zinciri normalde sadece üye oturumda görünürken karantina döneminde geçici erişim sağlanır. Botlar keşfeder, crawl eder, hatta indexlemeye çalışır; thread “temizlendiğinde” ise URL aynı kalarak yeniden değer kazanır ya da tamamen kaybolur.
• quarantined user profile: Spam kullanıcı, kısıtlı profille karantinaya alınır. Profil sayfası indekslenirse “spam kimliği” arama sonuçlarında kalıcı bir iz bırakabilir; ayrıca sonrasında rehabilitation (rehabilite/temizleme) gerçekleştiğinde reindex gecikmesi görülebilir.
• quarantined room/topic: Oda veya topic, spam sinyallerinden ötürü “kısıtlı/limited” moda alınır. Arama motoru çok sayıda benzer topic URL’ini keşfettiyse indeks bütçesi tekrar tekrar boşa harcanır; ayrıca pagination/filtre kombinasyonları yüzünden varyant patlaması da görülür.

Bu senaryolarda indeks israfını ölçmek için iki katman kuralım: (1) kapsama/erişim (bot erişti mi, dizine eklendi mi?), (2) kalıcılık/geri dönüş (indeks altında ne kadar kaldı, ne zaman düştü, temizleme sonrası geri kazanım oranı ne?).

İndeks israfı metrik haritası: kapsama, kalite, geri dönüşüm oranları

İndeks israfı metriklerini tek bir sayıya indirgemeyin. Uygulamada farklı davranışlar var: “crawl oldu ama indexlenmedi”, “indexlendi ama çabuk düştü”, “indexlendi ve uzun süre kaldı” gibi. Bu yüzden metrik haritası üç başlıkta toplanmalıdır.

1) Kapsama (Coverage): Karantinaya giren URL’lerin arama motoru tarafından ne oranda erişildiği ve dizine eklenip eklenmediği. “Quarantine URL başına index rate” bu katmanı ölçer.

2) Kalite (Quality): Dizin içerisinde “spam içeriğin” ne kadar görünür kaldığı. Burada doğrudan içerik kalitesi ölçümü yerine dolaylı KPI’lar kullanılır: sorgu/landing performansı (varsa), indeksin persist süresi, geri kazanım sinyali ve GSC’deki sayfa bazlı düşüş hızları.

3) Geri dönüşüm (Recovery & Recycling): Karantina sonrası URL ne oluyor? Eğer rehabilitasyon ile spam temizleniyorsa “index persistence” kısa mı kalıyor yoksa uzun mu; yoksa kalıcı noindex/410/404 ile mi kapanıyor? URL tamamen kapanıyorsa “wasted crawl budget” ve “index drop lag” maliyeti ayrıca izlenmelidir.

Bu üç katmanı birlikte takip ettiğinizde optimizasyon kararlarınız “indeks oldu/olmadı”dan çok daha rafine olur. Örneğin noindex koyduk ama bot tekrar tekrar yeniden denemeye devam ediyorsa, israfın yönü değişmiş demektir.

Ölçüm mimarisi: veri kaynakları (GSC, server log, crawling dataset) anahtar event’ler

Bu ölçümün sağlıklı çalışması için veri kaynaklarını tek bir varsayım gibi birleştirmek yerine, her KPI’yi hangi kaynaktan beslediğinizi netleştirmeniz gerekir. Minimum mimari: Google Search Console (GSC), server log ve mümkünse kendi crawling dataset’iniz (kontrollü keşif / ölçümlenmiş bot benzeri crawling) olmalıdır.

Server log tarafında “bot/scheduler ayrımı” yapın. Örneğin user-agent bazlı ya da IP/ASN tabanlı sınıflandırma ile arama motoru trafiğini ayırın. Crawl davranışı için şunları saklayın: istek zamanı, URL, status code, response size, referrer (varsa), cache hit/miss, TLS/SNI bilgisi (opsiyonel) ve özellikle 4xx/5xx oranı. 4xx/5xx yükseliyorsa bot davranışı değişebilir; indeks israfını da bu etkiler şekillendirir.

GSC tarafında sayfa kümelerini quarantine URL örüntüleriyle eşleştirin. “Pages” raporunda “Indexed”, “Not indexed”, “Crawled - currently not indexed” gibi durumlar karantinadaki URL’lere göre ayrıştırılmalıdır. Coverage raporlarında “Excluded” alt kırılımları da anlamlıdır.

Crawling dataset tarafında ise karantinaya giren URL’leri “programlı biçimde” düzenli aralıklarla kontrol edin. Böylece noindex/canonical değişikliği sonrasında botun gerçekten davranış değiştirip değiştirmediğini; ayrıca indexlenmiş görünüp görünmediğini (GSC gecikmesi göz önüne alınarak) yerinde doğrulayabilirsiniz.

En kritik event’ler şunlardır: quarantine_entered (URL karantinaya giriş), quarantine_exited (rehabilitation ya da kapanış), policy_updated (noindex/canonical/robots veya response değişimi), content_rewritten (spam içeriğin temizlenmesi), redirect_event (410/404/301/302). Bu event zamanları olmadan KPI’lar “neden” sorusuna cevap vermez.

KPI seti: quarantine URL başına index rate, wasted crawl budget, index persistence, dönüşüm/geri kazanım oranı

Tek tip KPI yerine, karar vermeyi sağlayan bir KPI seti kurun. Aşağıdaki metrikler spam karantinasında indeks israfını ölçmek için doğrudan işe yarar.

KPI	Tanim	Kaynak	Hedef/İzleme Yönü
Quarantine URL başına Index Rate (QIR)	quarantine_entered sonrası X gün içinde GSC’de “indexed” olan oran	GSC + event zamanları	Azalsın
Waste Index (WI)	İndekslenmiş ama karantina/üçüncü durum nedeniyle “değeri düşük” URL’lerin süre-ağırlıklı toplamı	GSC + log/rehabilitation event’i	Azalsın
Index Persistence (IP)	quarantine_entered→GSC’de düşüş (veya kaldırma) aralığı	GSC zaman serisi (weekly export) + event	Kısa olsun
Wasted Crawl Budget (WCB)	Karantinaya giren URL’lerde bot isteklerinin “harcanan kapasite” karşılığı	server log + bot sınıflandırma	Azalsın

QIR hesaplama örneği: diyelim 10.000 adet “quarantined message thread” URL’si X=14 gün içinde karantinaya girdi. Bu URL’lerden GSC’de “Indexed” statüsünde görülen 620 tanesi varsa QIR = 620/10.000 = %6,2. İndeks israfı için asıl değer, QIR’nin kalite/kapsama ile birlikte yorumlanmasında ortaya çıkar.

WI örnek hesap: quarantine_entered sonrası 14 gün içinde indekslenip 30 gün boyunca GSC’de kaldıysa WI’yi süre-ağırlıkla sayın. Basit formül: WI = Σ(indexed_duration_days for quarantine-exposed URLs). Böylece “kısa indekslenen ve çabuk düşen” ile “uzun süre kalan” davranışlar ayrışır.

Son olarak dönüşüm/geri kazanım oranı için rehabilitasyon varsa iki KPI ekleyin: Rehabilitated Index Recovery Rate (rehabilitation sonrası yeniden indexlenme veya search visibility kazanımı) ve Rehabilitated Noindex Hit Rate (rehabilitation sonrası yanlışlıkla hâlâ noindex etkisi sürüyor mu?). Bu, “israfı azaltırken SEO’yu öldürmeyin” stratejisini korur.

Kontrol/Kıyas tasarımı: noindex mi, delayed indexing mi, geçiş (rehabilitation) mi—hangi varyantlarla ölçersiniz

Ölçüm tasarımının omurgası kontrol/kıyas mantığıdır. İndeks israfı KPI’ları “tek seferlik değişiklik”te yanıltıcı olabilir; mevsimsel indeksleme dalgalanması veya bot davranışı da etkiler. Bu yüzden varyantları A/B benzeri kohortlar halinde düşünün.

Önerilen varyantlar:

• Varyant A (Noindex standardizasyonu): quarantine_entered anında noindex + uygun canonical/response durumu.
• Varyant B (Delayed indexing stratejisi): noindex hemen verilmeyip, kısa “hazırlık penceresi” sonrası kalıcı politika.
• Varyant C (Rehabilitation odaklı geçiş): spam temizliği olasılığı yüksek URL’lerde geçiş planı; ör. quarantine süresi bitene kadar “erişim kısıtı + crawl sinyali” ve rehabilitasyonla birlikte policy geri alma.
• Varyant D (Kapanış/410-404 planı): URL değer kaybı kalıcıysa, karantina sonrası 410/404 veya redirect ile indeks israfını azaltmayı hedefleyen plan.

Karar akışını doğru kurun: KPI eşiği sağlanmazsa önce noindex/canonical/robots değişimi değil, veri doğrulama yapın. Örneğin GSC’de QIR artıyorsa bunun nedeni aslında policy değişikliğinin doğru zamanda uygulanmaması olabilir; event zamanlarını, log’ta status code’ı ve crawling dataset’te görülen noindex sinyalini kontrol etmeden “SEO’yu düzelt” fikrine geçmeyin.

Örnek karar akışı: “WCB 2x arttı ama QIR aynı kaldı” ise; problem indexlenmekten çok crawl bütçesi tüketimindedir. O zaman daha agresif response seviyesinde throttling, 4xx/410 yaklaşımı ya da bot-safe erişim kısıtlaması değerlendirirsiniz.

Zaman pencereleri ve kohort analizi: karantina süresi, indeks kalıcılığı, reindex gecikmesi

Zaman pencereleri, israfın “kısa vadeli” mi “kalıcı” mı olduğunu ayırır. Basitçe X gün içinde “indexed oldu/olmadı” bakmak yeterli değil; çünkü GSC raporları gecikmeli gelir ve reindex/recovery süreçleri değişken olabilir.

Önerilen pencereler: 7/14/30 gün. 7 gün “ilk dalga”nın davranışını, 14 gün “index persistence” sinyalini, 30 gün ise karantina politikası kalıcıysa “iyileşmenin oturmasını” gösterir. Ayrıca karantina süresini de kohort olarak parçalayın: karantina 1-3 gün süren URL’ler ile 30 gün kalan URL’leri ayrı inceleyin.

Örnek kohort grafiği fikri: karantinaya giren URL’leri günlük kümelere ayırın ve her kohort için “indeks altında kalan oran”ı zamanla çizdirin. Dikey eksende indeks altında görünen yüzde, yatay eksende gün olsun. Böylece bazı URL grupları 2-3 günde düşer (daha iyi), bazıları 20-25 gün boyunca indekste kalır (daha kötü) netleşir.

Kohort analizi yaparken “indexlenmiş ama sonradan düşmüş” sayfaların etkisini de doğru ağırlıklandırın. Çünkü bu sayfalar kısa süreli israf yaratır; uzun süreli israfla aynı maliyetmiş gibi ele alınırsa yanlış optimizasyon yapılır.

Log ve crawling metrikleriyle doğrulama: crawl depth, crawl frequency, 4xx/5xx, bot davranışı

GSC tek başına “ne oldu”yu anlatır; çoğu zaman “neden oldu” kısmını vermez. Bu yüzden log ve crawling metrikleriyle doğrulama yapın. Karantina URL’lerinde bot davranışı değişmiyorsa, noindex sinyali gecikmeli uygulanıyor ya da bot-safe içerik/erişim kısıtı yok demektir.

Şunları raporlayın: crawl frequency (günde kaç kez aynı URL’e istek), crawl depth (aynı URL’den türeyen bağlantı derinliği), response status dağılımı (200/403/404/410/5xx) ve request başına payload boyutu. Özellikle 200 oranı yüksek ve 4xx/410 düşük kalıyorsa israf büyüyebilir.

Bot davranışı için pratik kontrol: karantinaya giriş event’inden sonra belirli bir süre boyunca aynı URL tekrar tekrar “200” dönüyorsa, botun indekse yönlenmesinin (erişim kolaylığı) log’ta kanıtını görürsünüz. Ayrıca crawling dataset’te beklenen noindex işaretini sayfada gerçekten aldığınızı doğrulayın.

“nasıl kontrol edilir” sorusunun cevabını operasyonel hale getirin:

1. Adım 1: quarantine_entered zamanını seçin ve aynı URL grubunda log üzerinden 0-24 saat / 1-7 gün / 7-30 gün aralığında status dağılımını çıkarın.
2. Adım 2: crawling dataset ile aynı pencerelerde sayfa HTML/HTTP yanıtında noindex/canonical/robots sinyalinin varlığını doğrulayın.
3. Adım 3: GSC Pages/Coverage raporlarını aynı pencerelerle eşleştirip “gecikme mi, kalıcılık mı” ayrımını yapın.

GSC raporlarından nasıl çıkarım yapılır: Coverage/Indexing/Pages raporlarıyla eşleştirme

GSC Coverage ve Pages raporları quarantine ölçümü için kritiktir. Ama raporlar “anlık” değil; zaman pencereli bir bakış sunar. Bu yüzden eşleştirme yaklaşımı kurun: quarantine event zamanlarını URL gruplarına bağlayın ve GSC’deki durum değişimini haftalık export ile izleyin.

Pratik eşleştirme stratejisi: karantinaya giren URL’leri üç kategoriye ayırın—(1) ilk hafta içinde “indexed”, (2) “crawled - currently not indexed” görünüp sonra indexed olanlar, (3) hiç indexed olmayanlar. Her kategori için log doğrulaması yapın; böylece “indexlenme neden oldu” kök nedeni bulunur.

Ayrıca Coverage raporundaki Excluded sebepleri ile quarantine sinyallerinin uyumunu kontrol edin. Örneğin noindex hedefliyorsanız, “Excluded by ‘noindex’ tag” benzeri sinyallerle beklenen oranı görmek istersiniz. Ancak noindex var diye “hemen düştü” varsaymayın; Index Persistence KPI’sı bu gecikmeyi yakalar.

GSC’de indekslenmiş görünen quarantine sayfaları ile real-world politikayı çakıştırın: rehabilitasyon gerçekleşti mi, URL kapanışa gitti mi, yoksa hâlâ karantina altında mı? Bu fark, “gecikme vs kalıcılık” yorumunun temelidir.

Optimiza etiketi: ‘aksiyon eşiği’ nasıl belirlenir (hangi KPI hangi davranışı tetikler)

Karantina ölçümü yalnızca raporlama değildir; aksiyon döngüsünün içinde yaşar. Bu yüzden “aksiyon eşiği” (action threshold) belirleyin: hangi KPI bozulduğunda hangi müdahale yapılacak? Ölçtünüz ama karar vermedinizse sistem çalışmıyor demektir.

Örnek aksiyon eşikleri:

• QIR (14 gün) > %X ise: karantina URL erişim sinyallerini ve keşfi kolaylaştıran bağlantı kaynaklarını azaltın (ör. sitede link görünürlüğünü sınırlama) ve log doğrulaması yapın.
• Index Persistence > Y gün ise: noindex/canonical uygulamasının zamanlaması ve cache etkileri (CDN) kontrol edilmeli; gerekirse karantina exit stratejisiyle policy güncellenmeli.
• WCB > 2x ise: botların aynı URL’i tekrar tekrar tetiklediği varyantları bulun (özellikle thread/topic pagination) ve crawl bütçesini hedefli şekilde kısıtlayın.

Burada kritik ayrım: KPI eşiği sağlanmadığında otomatik olarak “noindex/canonical/robots değişimi yapalım” refleksine kapılmayın. Önce veri doğrulama yapın: event zamanları doğru mu, noindex gerçekten dönüyor mu, bot requestleri hangi URL varyantına gidiyor? Bu sayede yanlış yönlendirme maliyeti düşer.

Uygulama checklist’i (teknik, analitik, operasyon)

Bir ölçüm programını sürdürülebilir kılan şey “teknik uygulanabilirlik + analitik eşleştirme + operasyonel rutin” üçlüsüdür. Aşağıdaki kontrol listesini ekip halinde kullanın.

Teknik

• Karantina enter/exit event’lerini log ve analytics’e aynı zaman ekseninde yazın.
• Quarantine URL örüntüleri için tutarlı noindex/canonical/robots ve HTTP status stratejisini belirleyin.
• CDN/cache politikalarının noindex sinyalini geciktirmediğini doğrulayın.

Analitik/BI

• GSC exportlarını haftalık alıp URL grubu bazında eşleştirin.
• QIR, WI, IP ve WCB için tek bir “KPI sözlüğü” tanımlayın.
• Kohort analizini 7/14/30 gün pencereleriyle standardize edin.

Operasyon

• İlk aksiyon eşiği bozulduğunda “veri doğrulama” adımı süreçte zorunlu olsun.
• Rehabilitasyon süreçlerinde policy geri alma/temizleme adımlarını SEO KPI’larıyla bağlayın.
• Spam sinyalleri yanlış pozitif ise SEO geri kazanım KPI’larıyla birlikte optimize edin.

Yaygın hatalar

1) Yanlış indeks israfı tanımı: Bazı ekipler “kötü sayfalar index aldı”yı israf sanıp sadece QIR’yi tek başına izler. Oysa asıl maliyet indeks kalıcılığı ve tekrar crawl edilen sayfa yoğunluğundadır. Bu yüzden Index Persistence ve Wasted Crawl Budget mutlaka eklenmelidir.

2) Gecikmeyi kalıcılık sanmak: GSC verileri gecikmeli gelir. Karantina policy değişikliği sonrası ilk 7 gün içinde düşüş beklemek hatalı olabilir. Bu nedenle 7/14/30 gün pencereleri ve kohort grafikleri ile “gecikme mi kalıcılık mı” ayrımı yapılmalıdır.

Örnekler: URL grupları, KPI hesaplama ve kohort grafiği

Aşağıdaki URL gruplarını karantina ölçümüne dahil edin. Her grup için policy ve içerik doğası farklı olduğundan KPI davranışları da ayrışır:

• quarantined message thread: spam thread’ler, reply zincirleri ve mesaj listeleri.
• quarantined user profile: spam kullanıcının profil sayfaları ve biyografi/aktivite özetleri.
• quarantined room/topic: oda/topic sayfaları, pagination ve konu listeleme yüzeyleri.

Örnek KPI hesaplama (indexing rate farkı): Diyelim karantina öncesi 14 gün içinde indexlenme oranı “thread” için %1,8 idi. Karantinaya alınan aynı thread tipinde 14 gün içinde indexlenme %5,4’e çıktıysa, “waste index” artışını hem kapsama hem de kalite açısından yorumlayın. Bu durumda sorun noindex politikası değil; botun karantina durumunda hâlâ erişim aldığı bağlantı yolları olabilir.

Örnek kohort grafiği: Karantinaya giren 1. gün kohortunu alın. Bu kohortun %3’ü 2. gün içinde GSC’de indexed görünüyor, %1’i 14. günde düşüyor, geri kalan %2’si 30. güne kadar indekste kalıyorsa, grafikte “indeks persist kuyruğu” belirir. Optimizasyon hedefiniz bu kuyruk uzunluğunu kısaltmak olmalıdır.

Örnek karar akışı: QIR ve WCB birlikte değerlendirilecek. Örneğin WCB artıyor fakat IP kısa kalıyorsa, israf “crawl budget” tarafında. Bu durumda önce veri doğrulama yapın: log’ta aynı URL’e tekrar tekrar 200 geliyor mu, crawling dataset noindex sinyalini doğru okuyor mu, event zamanları doğru mu? Doğrulama olmadan noindex/canonical/robots değişimi yapmak, botun keşfini yalnızca başka bir varyanta taşıyabilir.

Nasıl kontrol edilir: adım adım doğrulama (pratik şema)

Ölçüm planınızı ekip içinde ortak dile çevirmek için aşağıdaki “adım adım doğrulama” şemasını kullanın. Bu şema, serp dalgalanması ve GSC gecikmesi riskini de daha kontrollü yönetir.

1. Quarantine URL eşleştirme: “quarantined message thread / user profile / room/topic” örüntülerine göre URL listesi çıkarın ve quarantine_entered event’iyle etiketleyin.
2. Log doğrulaması: Her URL grubu için quarantine_entered sonrası 0-24s / 1-7g / 7-30g aralıklarında bot status dağılımını ve crawl frequency’yi çıkarın.
3. GSC korelasyonu: Haftalık Pages/Coverage export’larında “indexed / not indexed / crawled currently not indexed” durumlarının zaman çizelgesini kohortla hizalayın.
4. KPI hesap ve aksiyon: QIR, WI, IP, WCB sonuçlarını hesaplayın; aksiyon eşiği bozulduysa önce policy zamanlaması + cache + yanıt sinyalini düzeltin, sonra strateji değiştirin.

SSS: Karantina ölçümü hakkında sık sorulanlar

Karantinada noindex mi canonical mi kullanmalıyım? Ölçümle nasıl karar veririm? Tek başına etiket seçimi yerine KPI etkisine bakın. Noindex ile QIR (14 gün) düşüyor ama WCB artıyorsa etiket yeterli değil; erişim kısıtı ve crawl throttling de gerekebilir. Canonical ise çoğaltma/tetikleyici varyantlarda yanlış yönlendirme yaratabilir; bu yüzden GSC’deki durum değişimi + log davranışı birlikte değerlendirilmelidir.

GSC’de indekslenmiş görünen quarantine sayfaları nasıl yorumlanır (gecikme vs kalıcılık)? Index Persistence KPI’sı ile ayrıştırın. 7 gün içinde düşüyorsa gecikme olasılığı yüksektir; 30 güne kadar devam ediyorsa kalıcılık/uygulama hatası (cache, yanlış sinyal, erişim kolaylığı) gündeme gelir. Kohort grafiği bu ayrımı netleştirir.

İndeks israfı KPI’larında “indexlenmiş ama sonradan düşmüş” sayfaları nasıl ağırlıklandırmalıyım? WI’yi süre-ağırlıklı hesaplayın. Kısa süre indexlenenler daha düşük ağırlık alır; böylece israfın “persist kuyruğu” kısmına odaklanırsınız. Aynı zamanda recovery KPI’larıyla rehabilitasyonun SEO’yu öldürmediğini kontrol edersiniz.

Spam karantinası için log tabanlı crawl bütçesi nasıl hesaplanır? WCB’yi “bot request sayısı × ortalama response maliyeti” gibi düşünün. Bot sınıflandırması yapın; karantinadaki URL’lerde 200 dönen istekler daha maliyetli olabilir. 4xx/410 artarsa botlar geri çekilir ve WCB düşer.

Kohort analizi için hangi zaman pencereleri (7/14/30 gün) daha doğru olur? 7 gün ilk davranış dalgasını, 14 gün policy’nin oturmasını, 30 gün kalıcı israfı ve rehabilitasyon etkilerini yakalamayı hedefler. Eğer karantina süreniz genelde 1 hafta ise 14/30 pencerelerini özellikle daraltmayın; çünkü bot keşfi gecikmeli olabilir.

Karantina kararı kullanıcı/oturum bazlıysa SEO ölçümü nasıl segmentlenir? URL bazlı segmentasyon yetmez; karantina “oturum” ve “abonelik”e göre değişiyorsa log’ta (varsa) erişim türünü ve response varyantlarını ayırın. Ayrıca GSC’nin bot gördüğü varyantı hedefleyin: noindex sinyalinin bot için doğru döndüğünü doğrulamak şarttır.

Diğer ince içerik stratejileriyle (facet, sort, bildirim paneli) çakışmayı nasıl önlerim? Spam karantinası ölçümünü bağımsız URL gruplarıyla kurun. Facet/sort parametreleri ayrı varyant patlaması yaratabilir; aynı URL familyasındaki parametreler karantina etkisini maskeleyebilir. Bu nedenle quarantine KPI’larını sadece karantinaya özel URL örüntülerine sabitleyin ve parametre varyantlarını ayrı izlemeniz önerilir.

İç link önerileri

Karantina ölçümünü, diğer SEO kontrol yüzeyleriyle birlikte düşünmek hatayı azaltır. Örneğin noindex/canonical kurgusunun boş durumlarda nasıl davrandığını anlamak, karantina benzeri dinamik sayfalarda “yanlış güven” yaratmayı engeller:

• Dinamik Chat Oda Sayfalarında noindex Geçici mi Kalıcı mı? Google’ın Yeniden Tarama Davranışını Belirleme Rehberi
• Chat Oda Kapanınca 410 mu 404 mü? SEO Kayıpını Azaltan Durum Geçiş Planı (Test + İzleme)
• Chat Arşivinde Private (Kişiye Özel) Oda İçin Güvenli Teaser + Noindex Tasarımı (Mimari ve Kontrol Checklist’i)

Ölçüm tasarımınızı tamamladığınızda karantinanın amacına ulaştığını sayılarla kanıtlarsınız: indeks israfı azalır, kalıcılık kuyruğu kısalır, rehabilitasyon sonrası geri kazanım zarar görmez. En önemlisi ekibiniz “etiket değiştirme” refleksiyle değil; doğrulama ve KPI eşleştirmesiyle aksiyon alır.