Feature flags

Environments

Development, staging ve production ortamlarında farklı SDK key ve rollout kurguları.

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

Feature flag ile A/B test farkı

A/B test kullanıcı deneyimlerinin performansını ölçer. Feature flag ise yeni bir özelliğin kimlere, hangi environment'ta ve hangi rollout yüzdesiyle açılacağını yönetir. Testvoy bu iki dünyayı birleştirerek product ve engineering ekiplerinin güvenli rollout ile ölçümlü experimentation arasında geçiş yapmasını sağlar.

Development, staging, production environment ayrımı

Rollout yüzdesiyle kademeli yayın

Kill switch ile hızlı kapatma

Approval gate ve audit trail

Environment-specific SDK key

Flag rollout akışı
DevStagingProd
Environment, rollout, approval ve kill switch aynı operasyon panelinde yönetilir.

Güvenli rollout kontrol listesi

Flag yalnızca aç/kapat anahtarı gibi düşünülmemelidir. Rollout planı, ölçüm goal'ı, owner, rollback kriteri ve audit izi önceden net olursa yeni özellikler daha kontrollü yayınlanır.

  • Owner ve onaylayan belli mi?
  • Staging'de SDK key doğru mu?
  • Rollout küçük trafikle başladı mı?
  • Kill switch test edildi mi?
  • Karar goal'ı veya health metric bağlı mı?

Örnek feature flag rollout

Örnek: Yeni checkout akışını önce staging'de test edip production'da küçük trafikle açacaksın. Flag'i environment bazında ayır, kill switch'i hazır tut, rollout yüzdesini artırmadan önce health metric ve conversion goal'ı kontrol et.

  1. 01

    Flag adı: checkout_v2

  2. 02

    Development ve staging ortamlarında 100% açık

  3. 03

    Production başlangıç rollout: 5%

  4. 04

    Owner ve approver ata

  5. 05

    Kill switch testini yap

  6. 06

    purchase_completed ve error_rate sinyallerini izle

  7. 07

    Sorun yoksa 25%, 50%, 100% ilerle

SDK flag kontrolü örneği
const enabled = window.testvoy?.flags?.isEnabled?.("checkout_v2");

if (enabled) {
  renderCheckoutV2();
} else {
  renderCheckoutV1();
}

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

Sık sorulan sorular

Environments 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.