İçeriğe geç
Nixeny
Ana SayfaHakkımızda
PortfolyoYardım MerkeziBlogİletişim
Nixeny

Nixeny, 2021'den bu yana Mersin merkezli olarak Türkiye genelindeki işletmelere dijital çözümler sunan butik bir ajans. Markanızın dijital dünyada parlaymasını sağlıyoruz.

Hizmet Bölgeleri

  • Mersin
  • Adana
  • Konya
  • Kayseri
  • Antalya
  • Kahramanmaraş

Hızlı Erişim

  • Ana Sayfa
  • Hakkımızda
  • Hizmetlerimiz
  • Portfolyo
  • Yardım Merkezi
  • Blog

Hizmetlerimiz

  • Web Sitesi
  • Google'da Üst Sıralar
  • Mobil Uygulama
  • Online Satış Mağazası
  • Sosyal Medya Yönetimi
  • Logo & Marka Kimliği

Bize Ulaşın

  • +90 535 878 48 00
  • info@nixeny.com
  • WhatsApp
  • Mersin, Türkiye
  • Pazartesi – Cumartesi: 09:00 – 18:00
  • Gizlilik Politikası
  • Kullanım Koşulları
  • Çerez Politikası
  • İade ve Teslimat
Güvenli Ödeme
iyzico ile güvenli ödeme - Visa, MasterCard

© 2026 Nixeny Dijital

Web Tasarım

Web'de Deney Sistemi: A/B Testi Ne Zaman Karar Verir?

Her değişikliği test etmeye çalışmadan; hangi kararın deneyle, hangisinin muhakemeyle verileceğini ayıran bir sistem kurun.

Kıvanç Taşcı
18 Temmuz 20267 dk okuma
Oniks zeminde ikiye ayrılan lacivert bir yol ve kırmızı ışıkla işaretlenmiş tek bir karar noktası

İçindekiler

  1. 1. Her Karar Deney Gerektirmez
  2. 2. Kararı Yönteme Eşleştirin
  3. 3. Hipotezi ve Metriği Önceden Yazın
  4. 4. Kurgusal Senaryo: Kazanan Testin Kaybettirdiği
  5. 5. İstatistik Disiplini
  6. 6. Deney Sistemini Kurma Sırası
  7. 7. Sınırlar ve Başarısızlık Modları
  8. Sonuç
  9. Sık Sorulan Sorular
  10. Kaynaklar
İçindekiler
  1. 1. Her Karar Deney Gerektirmez
  2. 2. Kararı Yönteme Eşleştirin
  3. 3. Hipotezi ve Metriği Önceden Yazın
  4. 4. Kurgusal Senaryo: Kazanan Testin Kaybettirdiği
  5. 5. İstatistik Disiplini
  6. 6. Deney Sistemini Kurma Sırası
  7. 7. Sınırlar ve Başarısızlık Modları
  8. Sonuç
  9. Sık Sorulan Sorular
  10. Kaynaklar

A/B testi çoğu ekipte tartışmayı bitiren bir hakem olarak sunulur: fikir ayrılığı varsa test edelim. Oysa testler ucuz değildir; trafik, zaman ve dikkat harcarlar. Asıl beceri test kurmak değil, hangi kararın deneye değdiğini seçmektir.

Nielsen Norman Group, A/B testinin hangi seçeneğin daha iyi performans gösterdiğini söylediğini, ancak nedenini açıklamadığını hatırlatır; nedeni anlamak için niteliksel araştırma gerekir. Bu yüzden deney, kullanıcı araştırmasının yerine geçen değil onu tamamlayan bir araçtır.Nielsen Norman Group — A/B Testing 101

1. Her Karar Deney Gerektirmez

Bazı kararlar zaten bilinen bir doğruya sahiptir. Erişilebilirlik hatasını, kırık bir formu veya okunmayan bir kontrast oranını test etmezsiniz; düzeltirsiniz. Bunları deneye sokmak yalnızca gecikme üretir.

Bazı kararlar ise ölçülemeyecek kadar küçüktür. Ayda birkaç yüz ziyaretçi alan bir sayfada buton rengini test etmek, istatistiksel olarak anlamlı bir sonuç üretmeden aylar sürer ve bu süre boyunca ekibin dikkatini işgal eder.

Deneye değen kararlar üç özelliği birlikte taşır: sonucu gerçekten belirsizdir, yeterli trafik vardır ve sonuç bir yatırımı yönlendirecektir. Üçünden biri eksikse muhakeme, araştırma veya doğrudan uygulama daha verimlidir.

Bu ayrımı yapmadan kurulan deney kültürü, kısa sürede kendi ağırlığı altında çöker. Sonuçsuz testler biriktikçe ekip verinin işe yaramadığına inanmaya başlar; oysa sorun veride değil, soru seçiminde olmuştur.

Deney kültürünü savunurken bir noktayı da açıkça söyleyin: test etmemek tembellik değildir. Yerleşik kullanılabilirlik ilkelerinin cevabını çoktan verdiği bir soruyu yeniden ölçmek, ekibin zamanını gerçek belirsizliklerden çalar.

İçgörü: Temel filtre

Sonucu ne olursa olsun aynı şeyi yapacaksanız o karar için deney kurmayın. Test, davranışı değiştirecekse anlamlıdır.

2. Kararı Yönteme Eşleştirin

Belirsizliğin türü, hangi yöntemin uygun olduğunu belirler. Kullanıcının neyi anlamadığını bilmiyorsanız deney değil gözlem gerekir; iki iyi seçenek arasında kalmışsanız deney doğru araçtır.

Aşağıdaki tablo, ekiplerin sık karıştırdığı durumları yöntemle eşleştirir. Amaç deneyi küçümsemek değil, ona uygun soruyu ayırmaktır.

Tabloyu kullanırken trafik eşiğini de yazın. Aynı soru, günde iki yüz ziyaretçi alan bir sayfada gözlemle, günde yirmi bin ziyaretçi alan bir sayfada deneyle yanıtlanabilir.

Karar türü ve yöntem eşleşmesi
DurumBelirsizlik türüUygun yöntemBeklenen çıktı
Kullanıcı formu yarıda bırakıyorNeden bilinmiyorOturum gözlemi ve görüşmeSürtünme noktası
İki başlık arasında kararsızlıkTercih belirsizA/B testiÖlçülen fark
Kırık akış veya erişilebilirlik hatasıBelirsizlik yokDoğrudan düzeltmeHatanın kalkması
Yeni bir sayfa türü fikriKapsam belirsizPrototip ve kullanılabilirlik testiAnlaşılırlık
Düşük trafikli sayfada küçük değişiklikÖlçüm gücü yetersizMuhakeme ve ilkeHızlı karar

3. Hipotezi ve Metriği Önceden Yazın

İyi bir hipotez üç parçadan oluşur: kime, ne değişikliği, hangi davranış değişikliğini bekliyoruz. Bu üçü yazılmadan başlayan test, sonucu ne çıkarsa çıksın yorumlanabilir hale gelir.

Tek bir birincil metrik seçin. Birden fazla metriğe aynı anda bakan ekipler, hangisinin oynadığına göre hikâye kurar; bu, testi bir doğrulama törenine dönüştürür.

Birincil metriğin yanına bir de koruma metriği koyun. Dönüşümü artıran bir değişiklik iade oranını veya destek talebini yükseltiyorsa kazanç gerçek değildir.

Testi başlatmadan önce kararı da yazın: hangi sonuçta yayına alınır, hangi sonuçta geri alınır, hangi sonuçta veri yetersiz sayılır. Bu üç eşik önceden yazılmazsa sonuç her zaman lehte yorumlanır.

  • Hipotezi tek cümlede yazın.
  • Birincil metriği tek seçin.
  • Koruma metriğini belirleyin.
  • Örneklem ve süreyi önceden hesaplayın.
  • Karar eşiklerini önceden kaydedin.

Deney sisteminizi karar veren bir yapıya çevirelim

Deney sistemi kurulumu isteyin

4. Kurgusal Senaryo: Kazanan Testin Kaybettirdiği

Kurgusal bir hizmet sitesinde ekip, teklif formundaki alan sayısını yediden üçe indiren bir varyant deniyor. İki hafta sonra form gönderimi belirgin biçimde artıyor ve varyant kazanan ilan ediliyor.

Bir ay sonra satış ekibi şikâyet ediyor: gelen taleplerin büyük bölümü bütçesi veya kapsamı uymayan kişilerden geliyor ve ilk görüşmeye dönüşme oranı düşmüş durumda. Test kazanmış, iş kaybetmiştir.

Hata testin kurgusunda değil metrik seçimindedir. Birincil metrik form gönderimi yerine nitelikli görüşme olsaydı, koruma metriği de talep başına satış süresi olsaydı sonuç baştan farklı okunurdu. Bu kurgusal bir örnektir; gerçek bir müşteri sonucu değildir.

Dikkat: Senaryo sınırı

Örnek, yanlış metriğin doğru testi nasıl işe yaramaz hale getirdiğini gösterir; her form sadeleştirmesi aynı sonucu vermez.

5. İstatistik Disiplini

Deneyin güvenilirliği çoğunlukla istatistikten değil, sabırsızlıktan zarar görür. Sonuçlara her gün bakıp anlamlılık görünür görünmez testi durdurmak, yanlış pozitif oranını ciddi biçimde yükseltir.

Evan Miller'ın sıkça anılan uyarısı tam da budur: sonuçları tekrar tekrar kontrol edip anlamlılık belirdiği anda durmak, testin gerçek hata oranını ilan edilenin çok üzerine çıkarır; çözüm örneklem büyüklüğünü önceden belirleyip ona bağlı kalmaktır. Deney takvimi bu yüzden pazarlama takvimine değil ölçüm gücüne göre kurulur.Evan Miller — How Not To Run An A/B Test

Test süresini iş döngüsüne göre de ayarlayın. Hafta içi ve hafta sonu davranışı farklı olan bir sitede yalnızca üç gün süren test, gerçek etkiyi değil takvim etkisini ölçer.

Sonuç anlamlı çıkmadığında bunu başarısızlık saymayın. Etkisi olmayan bir değişikliği yayına almamak da bir karardır ve ekibi bir sonraki daha büyük soruya yönlendirir.

Örneklemi önceden hesaplayın

Testten önce mevcut dönüşüm oranını, tespit etmek istediğiniz en küçük anlamlı farkı ve kabul edilebilir hata payını yazın. Bu üç değer, gereken ziyaretçi sayısını ve süreyi belirler.

Hesaplanan süre üç ayı aşıyorsa test kurmayın. Bu, sorunun deneyle değil muhakemeyle ya da daha büyük bir değişiklikle çözülmesi gerektiğinin işaretidir.

Segment tuzağına düşmeyin

Sonuç genelde anlamsız çıktığında segmentlere bölüp kazanan bir dilim aramak, tesadüfü keşif sanmanın en yaygın yoludur. Segment analizi ancak önceden tanımlanmışsa güvenilirdir.

Beklenmedik bir segment farkı ilginçse onu sonuç değil hipotez olarak kaydedin ve ayrı bir testle sınayın.

6. Deney Sistemini Kurma Sırası

Araç seçmeden önce süreç kurun. Hipotez havuzu, önceliklendirme ölçütü, karar eşikleri ve sonuç arşivi olmadan alınan bir test aracı, yalnızca daha hızlı sonuçsuzluk üretir.

Hipotezleri tek bir listede toplayın ve beklenen etki, uygulama maliyeti ile ölçüm gücüne göre sıralayın. Sıralama ölçütü yazılı olduğunda tartışma fikirden yönteme kayar.

Her testin sonucunu, kazandı ya da kaybetti demeden önce ne öğrendiğinizle birlikte kaydedin. Altı ay sonra en değerli varlığınız kazanan varyantlar değil, denenmiş ve elenmiş fikirlerin arşivi olacaktır.

Arşivi ararken kolay bulunur tutun. Her kayıtta hipotez, hedef kitle, süre, örneklem, birincil metrik, sonuç ve alınan karar bulunsun. Bu alanlar standart olduğunda yeni gelen bir ekip üyesi aynı fikri altı ay sonra ikinci kez denemez.

  • Hipotez havuzu tek listede toplandı.
  • Önceliklendirme ölçütü yazıldı.
  • Birincil ve koruma metrikleri seçildi.
  • Örneklem ve süre önceden hesaplandı.
  • Karar eşikleri kaydedildi.
  • Test tek değişkenle sınırlandı.
  • Sonuç ve öğrenim arşive yazıldı.

7. Sınırlar ve Başarısızlık Modları

A/B testi neden sorusunu yanıtlamaz. Hangi varyantın kazandığını söyler; kullanıcının neyi anlamadığını, neden tereddüt ettiğini ancak gözlem ve görüşme gösterir.

Küçük değişikliklerin biriktirdiği kazanç da sınırlıdır. Yalnızca renk ve metin denemeleriyle ilerleyen bir program, bir süre sonra ölçülemeyecek kadar küçük farklarla uğraşmaya başlar.

Yenilik etkisi sonucu geçici olarak şişirebilir. Mevcut kullanıcıların yeni bir düzene ilk tepkisi, uzun vadeli davranışı temsil etmeyebilir; kritik değişikliklerde ölçümü bir süre daha izleyin.

Deneyin etik ve hukuki sınırları da vardır. Fiyat, sözleşme koşulu veya kişisel veri toplama kapsamında yapılan denemeler, kullanıcı açısından adaletsiz veya mevzuata aykırı olabilir; bu alanlarda önce hukuki değerlendirme gerekir.

Son olarak deney sistemi kültürel bir taahhüttür. Sonuçları yalnızca beklentiyi doğruladığında dikkate alan bir ekipte test, karar aracı değil ikna aracına dönüşür.

Sonuç

Deney sistemi, testi çoğaltmakla değil doğru soruları ayırmakla kurulur. Kararı yönteme eşleştirin, hipotezi ve eşikleri önceden yazın, örneklemi hesaplayın ve öğrendiklerinizi arşivleyin.

Sık Sorulan Sorular

Kaynaklar

  1. 1.
    Nielsen Norman Group — A/B Testing 101

    Testin hangi soruyu yanıtlayıp hangisini yanıtlamadığı

  2. 2.
    Evan Miller — How Not To Run An A/B Test

    Erken durdurmanın hata oranına etkisi

Deney sisteminizi karar veren bir yapıya çevirelim

Hipotez havuzunuzu, metriklerinizi ve karar eşiklerinizi birlikte kuralım.

Deney sistemi kurulumu isteyin

İlgili Yazılar

  • Web Tasarım

    Web Sitesi Yenilerken Görünürlüğü Korumak: SEO Geçiş Rehberi

    Yeni tasarımı yayına alırken URL değerini, analitik sürekliliğini ve potansiyel müşteri akışını koruyan ölçülebilir bir site geçiş planı kurun.

    Makaleyi Oku
  • Web Tasarım

    Hız Puanından İş Sonucuna: Core Web Vitals İçin Ticari Yol Haritası

    LCP, INP ve CLS sorunlarını yalnızca teknik puan olarak değil; keşif, güven ve dönüşüm akışını etkileyen öncelikli ürün problemleri olarak yönetin.

    Makaleyi Oku
  • Web Tasarım

    Bilgi Mimarisi: Ziyaretçiyi Karara Taşıyan Site Yapısı

    Menüyü şirket departmanlarına göre dizmek yerine kullanıcı görevlerini, karar aşamalarını, içerik ilişkilerini ve ölçülebilir gezinme yollarını temel alan bir bilgi mimarisi kurun.

    Makaleyi Oku