Bu özellik ne işe yarar?
SPA route problemi, Testvoy içinde sorun giderme akışının karar vermeye hazır hale gelmesini sağlar. Amaç sadece ayarı bulmak değil; ekiplerin neyi neden yaptığını, sonucu nasıl okuyacağını ve hata olduğunda nereden başlayacağını bilmesidir.
Ne zaman kullanacağını bil
Ekranda hangi alanları göreceğini öğren
Başarılı olduğunu nasıl anlayacağını netleştir
Ne zaman kullanılır?
Bu rehberi, ilk kurulumda, yeni bir deney hazırlarken, rapor yorumlarken veya müşteri/ekip paylaşımı öncesinde kontrol listesi gibi kullan. Testvoy’un sade yüzeyi teknik olmayan kullanıcıyı yönlendirirken geliştiriciye de event, SDK ve güvenlik bağlamını açık bırakır.
- 01
İlgili workspace ve project’i seç
- 02
Bu sayfadaki checklist’i uygula
- 03
Preview veya verifier ile doğrula
- 04
Raporu ya da ayarı ekip içinde paylaş
Nasıl yapılır?
Testvoy’da çoğu işlem aynı mantığı izler: önce bağlamı seç, sonra kuralı veya değişikliği tanımla, son olarak QA ve rapor tarafında sonucu doğrula. Bu yapı, ürünün test çalıştırmaktan çok karar kalitesine odaklanmasını sağlar.
- Workspace doğru mu?
- Project key veya domain doğru mu?
- Goal/event eşleşiyor mu?
- Mobile ve desktop ayrı kontrol edildi mi?
- Bot/SRM veya dropped event uyarısı var mı?
Örnek SPA/Next.js route değişimi kontrolü
React ve Next.js gibi SPA yapılarda kullanıcı sayfa değiştirdiğinde tam reload olmayabilir. Bu yüzden deney hedefi URL'ye bağlıysa route değişiminden sonra SDK'nın yeniden değerlendirme yaptığını preview ve verifier ekranında kontrol etmelisin.
- 01
Preview mode'u aç
- 02
/pricing sayfasına git
- 03
Uygulama içinden /signup veya başka hedef sayfaya geç
- 04
Varyantın yeni route üzerinde tekrar uygulanıp uygulanmadığını kontrol et
- 05
Recent events içinde pageview veya route sinyalinin geldiğini doğrula
// Route change sonrasında sadece SDK dokümanında bu API destekleniyorsa kullan.
window.testvoy?.refresh?.();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