· Optimization · 6 dk okuma

Google Play Store Listing Experiments: Ekran Görüntülerinde A/B Testi (2026)

Google Play Store Listing Experiments: Ekran Görüntülerinde A/B Testi (2026)
TL;DR. Store Listing Experiments, Play Console'un mağaza varlıkların için — ekran görüntüleri dahil — yerleşik, ücretsiz A/B testidir. Mevcut listene karşı en fazla 3 varyant çalıştırabilir, bir güven düzeyi (%90/95/98/99) ve minimum tespit edilebilir etki seçebilir; Google'ın canlı trafiği bölmesine ve kazananı belirlemesine izin verebilirsin. Her testi en az 7 gün çalıştır, anlamlılığa ulaşmak için varyant başına yeterli yükleme al ve tek seferde tek şey değiştir. Bu, Apple'ın Product Page Experiments'ının Play tarafındaki eşdeğeridir.

Google Play'de, yeni bir ilk ekran görüntüsünün eskisinden daha iyi dönüştürüp dönüştürmediğini tahmin etmek zorunda değilsin — gerçek Play Store trafiğinde test edebilirsin. Store Listing Experiments, Play Console'da Test and release → Store listing experiments altında yerleşik olarak geliyor (Google menü konumunu birden fazla kez değiştirdi; eski rehberler buna "Grow → Store listing experiments" diyor). Ücretsizdirler, canlı listende çalışırlar ve trafik bölünmesiyle istatistikleri senin için hallederler.

Her iki mağazaya da gönderiyorsan bu, Apple'ın kurulumunun karşılığıdır. iOS tarafını Product Page Experiments ile App Store ekran görüntülerinde A/B testi yazısında ele almıştık — aynı fikir, farklı mekanik. Bu yazı Play tarafındaki tamamlayıcısı.

Store Listing Experiments nasıl çalışır

Bir deney oluşturursun, hangi varlığı test edeceğini seçersin (uygulama simgesi, ekran görüntüleri, feature graphic, önizleme videosu, kısa açıklama veya uzun açıklama) ve kontrol grubu olarak işlev gören mevcut canlı listenin yanına en fazla 3 varyant yüklersin. Google ardından mağaza sayfana gelen kullanıcıların bir dilimine varyantları sunar ve hangisinin daha çok yükleme sağladığını ölçer.

Sonuçlarda iki metrik önemlidir:

  • Edinme (mağaza listesi dönüşümü). Belirli bir varyantı gördükten sonra yükleyen ziyaretçilerin payı. Ekran görüntüsü testleri için en önemli rakam budur.
  • Elde tutulan ilk kez yükleyenler (1 günlük elde tutma). Bir varyantın çektiği kişilerin bir gün sonra gerçekten kalıp kalmadığı. Daha fazla yükleme çeken ama elde tutması daha kötü olan bir varyant fazla vaat etmiş olabilir.

Google, varyant başına bir güven aralığı hesaplar ve bir varyant seçtiğin güven eşiğini geçtiğinde onu kazanan ilan eder. Paneli sürekli takip etmek zorunda kalmaman için e-posta uyarısına kaydolabilirsin. Bir kazananı uygulamak tek tıklamadır — ama listenin geri kalanının tutarlı kalması için kazanan varlığı genellikle yine de normal yayın/inceleme akışından geçirmek istersin.

Varsayılan grafikler ile yerelleştirilmiş deneyler

İnsanların takıldığı kısım burasıdır ve paralel kaç test çalıştırabileceğini değiştirir.

  • Varsayılan grafikler deneyi. Varlıkları varsayılan mağaza listende test eder — yerelleştirilmiş bir sürüm sunulmayan herkese gösterilen liste. Yerelleştirilmiş varlıklar sunulan kullanıcılar bu deneyin kitlesinden hariç tutulur. Aynı anda yalnızca bir varsayılan grafikler deneyi çalıştırabilirsin.
  • Yerelleştirilmiş mağaza listesi deneyi. Belirli bir dil için varlıkları (ve/veya metni) test eder. Aynı anda en fazla 5 yerelleştirilmiş deney çalıştırabilirsin — örneğin biri Almanca, biri Japonca, biri Brezilya Portekizcesi için, hepsi aynı anda.

Pratikte: yükleme tabanın birkaç pazarda yoğunlaşmışsa yerelleştirilmiş deneyler, tek bir küresel testin sırasında beklemek yerine bu pazarları paralel test etmeni sağlar. Ve bir dilin bir ülkeye eşit olduğunu varsayma — "İngilizce (Amerika Birleşik Devletleri)" seçmek kitleyi ABD'yle sınırlamaz; o yerelleştirilmiş listeyi sunulan herkesi, nerede olurlarsa olsunlar hedefler.

Ekran görüntüsü A/B testi kurulumu

  1. Store listing experiments'i aç ve bir tane oluştur. Varsayılan listeyi veya belirli bir yerelleştirilmiş listeyi seç ve üç hafta sonra hâlâ anlayacağın bir isim ver ("Ana ekran görüntüsü — fayda odaklı metin v2").
  2. Varlığı seç. Ekran görüntüleri'ni seç. Deney başına tek bir öğeyi test et — aynı testte simgeyi ve ekran görüntülerini birlikte değiştirme, yoksa hangisinin fark yarattığını bilemezsin.
  3. En fazla 3 varyant yükle. Canlı listen kontrol grubudur. Her varyant, doğru Play boyutlarında tam bir ekran görüntüsü setidir — tam özellikler için Google Play ekran görüntüsü boyutu rehberine bak.
  4. Kitleyi, güven düzeyini ve MDE'yi ayarla. Trafiği varyantlar arasında dağıt (genellikle eşit — bir varyant vs kontrol için %50/50, üç varyant için kabaca üçte bir üçte bir). Bir güven düzeyi (%90, %95, %98 veya %99) ve tespit edilmeye değer en küçük iyileşme olan bir minimum tespit edilebilir etki seç — kabaca %0,5–6 arasında yapılandırılabilir. Play Console, başlamadan önce neye taahhüt ettiğini görebilmen için tamamlanma koşullarını gösterir.
  5. Başlat ve kendi haline bırak. Bir varyant öne geçmiş gibi görünür görünmez göz atma ve erken durdurma dürtüsüne karşı koy. Belirlediğin koşullara kadar çalışmasına izin ver.

Örneklem boyutu, süre ve anlamlılığa ulaşmak

"Ne kadar süre çalıştırmalıyım?" sorusunun dürüst cevabı: belirlediğin anlamlılık koşullarına ulaşana kadar — sabit bir gün sayısı değil. Ama gerçek dünyada tabanlar ve tavanlar var.

  • En az 7 gün çalıştır. Yükleme davranışı hafta içi ile hafta sonu arasında dalgalanır. Tam bir haftadan kısa herhangi bir şey, sonucuna haftanın günü önyargısını gömer. İki hafta (14 gün) yaygın, daha güvenli bir varsayılandır ve düşük trafikli uygulamalar genellikle 28 gün gerektirir.
  • Önemli olacak kadar varyant başına yeterli yükleme. Anlamlılık; yükleme hacminin, varyant sayısının, güven düzeyinin ve MDE'nin bir fonksiyonudur. Kaba bir hedef olarak, çağrıya güvenmeden önce varyant başına 1.000+ yükleme civarını hedefle — yüksek bir güven düzeyi veya küçük bir MDE seçtiysen daha fazlası gerekir.
  • Daha sıkı ayarlar trafiğe mal olur. %99 güven düzeyi veya %0,5 MDE, %90 / %3'ten çok daha fazla yükleyici gerektirir. Uygulaman düşük hacimliyse zorlu bir yapılandırma hiçbir zaman anlamlılığa ulaşmayabilir — MDE'yi gevşet veya %90'ı kabul et.

"Sonuçsuz" biten bir test gerçek bir sonuçtur, başarısızlık değil. Genellikle varyantların trafiğinde ayrışmak için birbirine çok yakın olduğu veya yeterince uzun çalıştırmadığın anlamına gelir. İkisi de düzeltilebilir — varyantları daha belirgin hale getir ya da daha fazla zaman ver.

Varyant sınırı ve ima ettikleri

Kontrol grubuna karşı üç varyant, deney başına kesin üst sınırdır. Bu, savaşılacak bir kısıtlama değil, bir özelliktir: her ekstra varyant trafiğini daha ince böler ve anlamlılığı daha da uzaklaştırır. Üç meydan okuyucuyla mağaza trafiğini zaten dört yöne bölüyorsun (kontrol + 3). Çoğu uygulama için, kontrole karşı cesur, açıkça farklı tek bir meydan okuyucuyu test etmek, dört belirsiz varyasyonun hiçbir zaman ulaşamayacağı bir sonuca daha hızlı ulaşır.

Slotları gerçekten farklı hipotezler için kullan — farklı bir öncelikli fayda, farklı bir görsel stil, dikey vs geniş çok panelli düzen — aynı fikrin tonlarını değil.

Kaçınılması gereken tuzaklar

  • Birden fazla değişkeni değiştirmek. Yeni ekran görüntüleri ve tek bir testte yeni bir kısa açıklama = yorumlanamayan bir sonuç. Değişkeni izole et.
  • Bir "kazanan" üzerine erken durmak. Erken öndeliklerde gerileme olur. 3. günde bir varyant %8 önde diye karar vermek, güvenle daha kötü bir liste yayınlamanın yoludur.
  • 7 günün altında çalıştırmak. Haftalık döngünün bir bölümünü yakalarsın, geri kalanını kaçırırsın.
  • Düşük trafikli bir uygulamada aşırı sıkı istatistikler. Mütevazı yüklemelerle %99 / %0,5 MDE talep etmek, sonuçsuz, zaman açısından pahalı bir testi garantiler.
  • 1 günlük elde tutmayı görmezden gelmek. Fazla vaat eden bir ekran görüntüsü yüklemeleri artırıp elde tutmayı çökertebilir. Her iki rakamı da izle.
  • Varsayılan/yerelleştirilmiş ayrımını unutmak. Bir varsayılan grafikler deneyi, yerelleştirilmiş listelerdeki kullanıcılara dokunmaz — kitlen ağırlıklı olarak yerelleştirilmişse orada test et.
  • Yalnızca son ekran görüntüsünü test etmek. Play Store'da ikna etmenin büyük kısmını ilk 2-3 kare yapar. Önce onları test et. (Play'in Apple'dan nasıl farklılaştığı hakkında daha fazlası burada: Play Store ile App Store ekran görüntüsü farkları.)

Mokbi nereye uyuyor

Mokbi A/B testini çalıştırmaz — onu Play Console yapar ve ücretsizdir. Çoğu ekibi yavaşlatan şey, varyantları baştan üretmektir: inandırıcı bir meydan okuyucu; doğru Play boyutlarında, metni ve düzeni gerçekten değiştirilmiş tam bir ekran görüntüsü seti demektir. Mokbi'de tarayıcıda bir set tasarlar, sonra onu çoğaltıp B varyantını oluşturmak için ana metni, düzeni veya arka planı değiştirirsin — ve pazarlar genelinde yerelleştirilmiş deneyler yürütüyorsan metinleri tek tıkla çevirirsin. Tasarım, filigranlı bir önizlemeyle ücretsizdir; filigransız sınırsız dışa aktarma ve yayınlama bir abonelikle gelir — Solo €29.99/mo (1 uygulama) veya Studio €49.99/mo (5 uygulamaya kadar), tek seferlik satın alma yok. Meydan okuyucuları hızla inşa eder; hangisinin kazandığına Play Console karar verir.

Sırada ne okuyabilirsin

Editörü aç →