Güvenlik ve veri kalitesi

Bot filtering

Botlar sonucu nasıl bozar, Testvoy hangi sinyallere bakar ve review workflow nasıl çalışır?

Son güncelleme: 22 Mayıs 20268-14 dkBaşlangıç ve orta seviye
Ücretsiz başla Paketleri görMetodoloji

Botlar deney sonucunu nasıl bozar?

Botlar, crawler'lar, headless tarayıcılar, tekrar eden istekler ve event spam'i varyant performansını olduğundan farklı gösterebilir. Testvoy bot-aware reporting yaklaşımıyla bu sinyalleri rapor kararına girmeden önce görünür ve ayrıştırılabilir hale getirmeye odaklanır.

Bot signature library

Signed ingest context

Rate-limit ve abuse guard

SRM traffic quality check

Bot review workflow

Trust engine
EventGuardSRMReport
Visitor event, signature check, abuse guard, SRM ve clean report akışı.

Privacy-first veri kalitesi

Bot koruma mekanizması deney doğruluğu ve veri güvenliği için çalışır; gereksiz kişisel veri, ham kart bilgisi veya hassas müşteri verisini public marketing yüzeyine taşımaz. Amaç kirli trafiğin kazanan varyantı seçmesini azaltmak ve kullanıcıya karar öncesi uyarı vermektir.

  • Şüpheli traffic ayrı görünüyor mu?
  • Dropped event nedeni anlaşılır mı?
  • SRM uyarısı ciddiye alındı mı?
  • Event context doğru proje/deneyle eşleşiyor mu?
  • Rapor kararından önce kalite sinyali okundu mu?

Örnek veri kalitesi kontrolü

Örnek: Rapor beklenmedik şekilde yüksek conversion gösteriyor. Karar vermeden önce bot review, signed event context, dropped event nedenleri, rate-limit sinyalleri ve SRM kontrolünü sırayla incele.

  1. 01

    Report > Data quality alanını aç

  2. 02

    Suspicious traffic sayısını kontrol et

  3. 03

    Dropped events içinde imza/context hatası var mı bak

  4. 04

    Rate-limit veya abuse guard sinyali var mı incele

  5. 05

    SRM uyarısı varsa deneyi karar dışı bırak veya tekrar QA yap

  6. 06

    Temiz raporu shareable link ile paylaş

Örnek kalite notu
Traffic quality: healthy
SRM: no mismatch
Dropped events: 0.8% invalid context
Suspicious traffic: reviewed separately
Decision status: safe to review

Pratik senaryo

Bir growth ekibi pricing sayfasındaki CTA metnini değiştirir, signup_started ve signup_completed hedeflerini bağlar, Google Ads ve returning visitor segmentlerini ayrı okur. Sonuç olumluysa rapor linkini müşteri veya yönetimle paylaşır.

Sık yapılan hatalar

Hataların çoğu yanlış project key, fazla genel selector, eksik goal, staging/prod karışıklığı, küçük örneklemle erken karar veya mobile görünümü kontrol etmemekten çıkar.

Deneye 'test' gibi belirsiz ad vermek

Goal olmadan deney başlatmak

Sadece toplam CVR ile karar vermek

Shareable report yerine ekran görüntüsü göndermek

İlgili sayfalar

RaporlamaSRM uyarıları

Sample Ratio Mismatch uyarısı ne zaman ciddiye alınmalı?

Sık sorulan sorular

Bot filtering hangi ekipler için uygun?

Marketing, growth, product ve developer ekipleri aynı rehberi farklı derinlikte kullanabilir.

Bu işlem için developer gerekir mi?

Basit görsel değişiklikler ve rapor okuma için gerekmez; SDK, custom event, custom JS veya enterprise security konularında teknik destek faydalıdır.

Başarılı olduğunu nasıl anlarım?

Verifier, recent events, preview, QA checklist ve rapor uyarıları başarılı kurulum ve deney durumunu gösterir.

Sık hata nedir?

Yanlış project key, eksik goal, kırılgan selector, küçük örneklemle erken karar ve mobile QA eksikliği en sık görülen hatalardır.

Dokümanlar

Bu rehberi uygulamada dene

Kurulumu tamamla, ilk deneyini oluştur ve raporu Testvoy içinde temiz veriyle oku.

Ücretsiz başla Dokümanlar