Aktif bir kullanıcı tabanına sahip bir uygulamanın ayarlarını dağıtmak için Firebase Remote Config kullanırken doğru yaptığınızdan emin olmak istersiniz. Aşağıdakileri en iyi şekilde belirlemek için A/B Testing denemelerini kullanabilirsiniz:
- Kullanıcı deneyimini optimize etmek için bir özelliği uygulamanın en iyi yolu. Uygulama geliştiriciler, kullanıcıların yeni bir özelliği veya güncellenmiş bir kullanıcı deneyimini beğenmediğini genellikle uygulamalarının uygulama mağazasındaki puanı düştüğünde öğrenir. A/B Testing, kullanıcılarınızın özelliklerin yeni varyantlarını beğenip beğenmediğini veya uygulamayı mevcut haliyle tercih edip etmediğini ölçmenize yardımcı olabilir. Ayrıca, kullanıcılarınızın çoğunu temel grupta tutmak, deneme sona erene kadar kullanıcı tabanınızın büyük bir kısmının uygulamanızı davranışında veya görünümünde herhangi bir değişiklik olmadan kullanmaya devam etmesini sağlar.
- Kullanıcı deneyimini bir işletme hedefi için optimize etmenin en iyi yolu. Bazen gelir veya elde tutma gibi bir metriği en üst düzeye çıkarmak için ürün değişiklikleri yaparsınız. A/B Testing ile işletme hedefinizi belirlersiniz. Firebase, bir varyantın seçtiğiniz hedef için temelden daha iyi performans gösterip göstermediğini belirlemek üzere istatistiksel analiz yapar.
Özellik varyantlarını bir referansla A/B testine tabi tutmak için aşağıdakileri yapın:
- Denemenizi oluşturun.
- Denemenizi yönetin.
Deneme oluşturma
Remote Config denemesi, bir veya daha fazla Remote Config parametresinde birden fazla varyantı değerlendirmenize olanak tanır.
Denemenin Analytics verilerine erişebilmesi için projenizde Google Analytics hizmetinin etkinleştirildiğini doğrulayın.
Projenizi oluştururken Google Analytics hizmetini etkinleştirmediyseniz Firebase konsolunun
Ayarlar > Entegrasyonlar sekmesinden etkinleştirebilirsiniz.Firebase konsolunda DevOps & Engagement (DevOps ve Etkileşim) > A/B Testing bölümüne gidin.
Deneme oluştur'u tıklayın ve deneme yapmak istediğiniz hizmet sorulduğunda Remote Config'yi seçin.
Varyantlar bölümünde, deneme için bir referans ve en az bir varyant seçin. Deneme yapmak için bir veya daha fazla parametre ekleyebilirsiniz. Denemenize birden fazla parametre eklemek için bu adımı tekrarlayabilirsiniz.
(İsteğe bağlı) Denemenize birden fazla varyant eklemek için Başka varyant ekle'yi tıklayın.
Belirli varyantlar için bir veya daha fazla parametreyi değiştirme Değiştirilmeyen parametreler, denemeye dahil edilmeyen kullanıcılar için aynıdır.
Denemenin varyant ağırlığını görüntülemek veya değiştirmek için Varyant Ağırlıkları'nı genişletin. Varsayılan olarak her varyant eşit şekilde ağırlıklandırılır. Eşit şekilde ağırlıklandırma yapılmaması veri toplama süresini uzatabilir, ayrıca deneme başladıktan sonra ağırlıklar değiştirilemez.
Remote Config koşullarını kullanarak denemeniz için Hedefleme ölçütlerini tanımlayın:
Mevcut bir koşulu yeniden kullanma: Remote Config şablonunuzdaki mevcut bir koşul hedef kitlenizle eşleşiyorsa listeden bu koşulu seçin.
Koşul değerlendirme sırasını doğrulayın: Koşullar sayfasındaki koşullarınızın doğru öncelik sırasına göre düzenlendiğinden emin olun. Remote Config, koşulları yukarıdan aşağıya doğru sırayla değerlendirdiğinden, önceliği daha yüksek olan diğer koşullar, yeterli sayıda kullanıcının denemenizle ilişkili koşula ulaşmasını engelleyebilir.
Yeni bir koşul oluşturun: Mevcut koşullardan hiçbiri hedefleme gereksinimlerinizi karşılamıyorsa veya mevcut bir koşulu kopyalamayı tercih ediyorsanız (örneğin, diğer parametreler tarafından paylaşılan bir koşulun kilitlenmesini önlemek için) önce denemenizi kullanan uygulamayı seçerek yeni bir koşul oluşturun. Test ettiğiniz parametre mevcut (veya çakışan başka bir) koşulu da kullanıyorsa yeni deneme koşulunun, Koşullar sekmesindeki mevcut koşulun üstüne yerleştirildiğinden (böylece daha yüksek değerlendirme önceliği verilir) emin olun. Aksi takdirde, kullanıcılar önce mevcut koşulla eşleşir ve denemeye dahil edilmez.
Ardından, ve'yi tıklayıp aşağıdaki listeden bir veya daha fazla seçenek belirleyerek belirli bir kullanıcı alt kümesini hedefleyebilirsiniz:
- Sürüm: Uygulamanızın bir veya daha fazla sürümü
- Derleme numarası: Uygulamanızın derleme numarası (Apple) veya sürüm kodu (Android)
- Platform: Hedeflenecek bir veya daha fazla platform (iOS, Android veya Web)
- İşletim sistemi: Web uygulaması kullanıcılarını işletim sistemlerine ve sürümlerine göre hedefleyin.
- Tarayıcı: Web uygulaması kullanıcılarını web tarayıcılarına ve tarayıcı sürümlerine göre hedefleyin.
- Cihaz kategorisi: Web uygulaması kullanıcılarını, cihazlarının mobil olup olmamasına göre hedefleyin.
- Diller: Denemeye dahil edilebilecek kullanıcıları seçmek için kullanılan bir veya daha fazla dil ve yerel ayar
- Ülke/bölge: Denemeye dahil edilmesi gereken kullanıcıları seçmek için bir veya daha fazla ülke ya da bölge
- Kullanıcı kitlesi: Denemeye dahil edilebilecek kullanıcıları hedeflemek için kullanılan Analytics kitle
- Kullanıcı özelliği: Denemeye dahil edilebilecek kullanıcıları seçmek için bir veya daha fazla Analytics kullanıcı özelliği
- Rastgele yüzde aralığındaki kullanıcı: Tanımlanmış bir yüzdelik dilim aralığında rastgele seçilen bir kullanıcı yüzdesini hedefleyin.
- İçe aktarılan segment: Projenize yüklenen özel içe aktarılan segmentlere ait kullanıcıları hedefleyin.
- Tarih/Saat: Kullanıcıları belirli bir tarih ve saat aralığına göre hedefleyin.
- İlk açılış: Kullanıcıları, uygulamanızı ilk açtıkları zamana göre hedefleyin.
- Yükleme kimliği: Firebase yükleme kimliklerini (FID'ler) kullanarak belirli test cihazlarını veya istemci örneklerini hedefleyin.
- Kullanıcı mevcut: Projedeki tüm uygulamalarda bulunan tüm kullanıcıları hedefleyin.
- Özel sinyal: Çalışma zamanında iletilen özel istemci tarafı anahtar/değer çifti sinyallerine göre kullanıcıları hedefleyin.
Karşılaşma oranı'nı ayarlayın: Uygulamanızın kullanıcı tabanının, Hedef kullanıcılar bölümünde ayarlanan ölçütlerle eşleşen ve denemenizdeki referans ile bir veya daha fazla varyant arasında eşit olarak bölmek istediğiniz yüzdesini girin. Bu, %0 ile %100 arasında herhangi bir yüzde olabilir. Kullanıcılar, kopyalanan denemeler de dahil olmak üzere her denemeye rastgele atanır.
İsteğe bağlı olarak, denemenizde yalnızca belirli bir Analytics etkinliğini ilk tetikleyen kullanıcıların verilerinin sayılmasını sağlamak için bir etkinleştirme etkinliği ayarlayın. Hedefleme parametrelerinizle eşleşen tüm kullanıcıların Remote Config deneysel değerleri alacağını ancak yalnızca bir etkinleştirme etkinliğini tetikleyen kullanıcıların deneme sonuçlarınıza dahil edileceğini unutmayın.
Geçerli bir deneme için, seçtiğiniz etkinliğin uygulamanız getirilen yapılandırma değerlerini etkinleştirdikten sonra gerçekleştiğinden emin olun. Ayrıca, aşağıdaki etkinlikler her zaman getirilen değerler etkinleştirilmeden önce gerçekleştiği için kullanılamaz:
app_installapp_removeapp_update
Etkinleştirme etkinliği olarak seçtiğiniz Analytics etkinliği, aynı denemede birincil metrik (veya ek metrik) olarak da kullanılmamalıdır. Aksi takdirde Firebase konsolunda bir doğrulama hatası tetiklenir ve denemenizin başlatılması engellenir.
Denemenin Hedefler bölümünde, izlenecek birincil metriği seçin ve listeden izlemek istediğiniz diğer metrikleri ekleyin. Bunlar arasında yerleşik hedefler (satın alma işlemleri, gelir, elde tutma, kilitlenme yaşamayan kullanıcılar vb.), Analytics dönüşüm etkinlikleri ve diğer Analytics etkinlikleri yer alır. İşlemi tamamladığınızda İleri'yi tıklayın.
Denemenizi kaydetmek için Kaydet'i tıklayın. Denemenizi çalıştırmaya başlamak için şablonu yayınlamanız gerekir.
Proje başına en fazla 300 deneme (lansmanlar dahil) yapabilirsiniz. Bu denemelerin en fazla 24'ü devam eden deneme ve lansman, geri kalanı ise tamamlanmış deneme olabilir.
Denemenizi yönetme
Remote Config ile bir deneme oluşturduğunuzda denemenizi başlatabilir, çalışırken izleyebilir ve çalışan denemenize dahil edilen kullanıcı sayısını artırabilirsiniz.
Denemeniz tamamlandığında, kazanan varyantın kullandığı ayarları not edebilir ve ardından bu ayarları tüm kullanıcılara sunabilirsiniz. Dilerseniz başka bir deneme de yapabilirsiniz.
Denemeleri düzenleme
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
- Çalışıyor'u ve ardından düzenlemek istediğiniz denemeyi tıklayın.
- Bağlam menüsünü () ve Çalışan denemeyi düzenle'yi tıklayın.
- Uygulamanızda denemenize dahil edilecek kullanıcılar olduğunu doğrulamak için ayrıntıları genişletin ve Hedefleme ve dağıtım bölümünde %0'dan büyük bir sayı olup olmadığını kontrol edin (örneğin, Ölçütlerle eşleşen kullanıcıların %1'i).
Denemeleri izleme
Bir deneme bir süre çalıştırıldıktan sonra, ilerleme durumunu kontrol edebilir ve şimdiye kadar denemenize katılan kullanıcılar için sonuçlarınızın nasıl göründüğünü inceleyebilirsiniz.
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
Devam ediyor'u tıklayın, ardından denemenizin başlığını tıklayın veya arayın. Bu sayfada, devam eden denemenizle ilgili gözlemlenen ve modellenen çeşitli istatistikleri görüntüleyebilirsiniz. Bu istatistikler arasında şunlar yer alır:
- Referans değere göre % fark: Belirli bir varyant için bir metriğin referans değere kıyasla iyileşme ölçüsüdür. Varyantın değer aralığı ile referansın değer aralığı karşılaştırılarak hesaplanır.
- Orijinali geçme olasılığı: Belirli bir varyantın, seçilen metrik için referans değeri geçme olasılığına dair tahmin.
- Kullanıcı başına observed_metric: Deneme sonuçlarına göre, metrik değerinin zaman içinde düşeceği tahmin edilen aralıktır.
- Toplam observed_metric: Referans veya varyant için gözlemlenen kümülatif değer. Bu değer, her bir deneme varyantının ne kadar iyi performans gösterdiğini ölçmek için kullanılır ve İyileştirme, Değer aralığı, Orijinali geçme olasılığı ve En iyi varyant olma olasılığı değerlerini hesaplamak için kullanılır. Ölçülen metriğe bağlı olarak bu sütun "Kullanıcı başına süre", "Kullanıcı başına gelir", "Elde tutma oranı" veya "Dönüşüm oranı" olarak etiketlenebilir.
Denemeniz bir süre (Remote Config için 14 gün) çalıştıktan sonra bu sayfadaki veriler, varsa hangi varyantın "lider" olduğunu gösterir. Bazı ölçümlere, verileri görsel biçimde sunan bir çubuk grafik eşlik eder.
Denemeyi tüm kullanıcılara sunma
Deneme, hedef metriğiniz için "en iyi varyant" veya kazanan bir varyant belirlemenize yetecek kadar uzun süre çalıştıktan sonra denemeyi tüm kullanıcılarınıza sunabilirsiniz. Bu sayede, tüm kullanıcılara yayınlanacak bir varyant seçebilirsiniz. Denemeniz sonucunda net bir kazanan belirleyemezseniz bile dilediğiniz varyantı tüm kullanıcılarınıza sunabilirsiniz.
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
- Tamamlandı veya Çalışıyor'u tıklayın, tüm kullanıcılara yayınlamak istediğiniz bir denemeyi tıklayın, bağlam menüsünü () Varyantı kullanıma sun'u tıklayın.
- Aşağıdaki adımları uygulayarak denemenizi tüm kullanıcılara sunun:
- Remote Config denemesi için hangi Remote Config parametre değerlerinin güncelleneceğini belirlemek üzere bir varyant seçin. Kullanıma sunma işleminin yalnızca deneme ile hedeflenen kullanıcıları etkileyeceğinden emin olmak için deneme oluşturulurken tanımlanan hedefleme ölçütleri, şablonunuza yeni bir koşul olarak eklenir. Remote Config'de incele'yi tıklayıp değişiklikleri inceledikten sonra, Değişiklikleri yayınla'yı tıklayarak kullanıma sunma işlemini tamamlayın.
Denemeyi genişletme
Bir denemenin, A/B Testing tarafından bir lider belirlenmesi için yeterli sayıda kullanıcı getirmediğini fark ederseniz uygulamanın kullanıcı tabanının daha büyük bir yüzdesine ulaşmak için denemenizin dağıtımını artırabilirsiniz.
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
- Düzenlemek istediğiniz, çalışmakta olan denemeyi seçin.
- Denemeye genel bakış bölümünde bağlam menüsünü () ve ardından Çalışan denemeyi düzenle'yi tıklayın.
- Hedefleme iletişim kutusunda, devam eden denemedeki kullanıcıların yüzdesini artırma seçeneği gösterilir. Mevcut yüzdeden daha yüksek bir sayı seçip Yayınla'yı tıklayın. Deneme, belirttiğiniz yüzdedeki kullanıcılara sunulur.
Denemeyi kopyalama
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
- Durdurmak istediğiniz, devam eden veya tamamlanmış denemeyi seçin.
- Tamamlandı veya Çalışıyor'u tıklayın, fare imlecini denemenizin üzerine getirin, bağlam menüsünü () tıklayın ve ardından Denemeyi kopyala veya Denemeyi durdur'u tıklayın.
Denemeyi durdurma
- Firebase konsolu gezinme menüsünün DevOps & Engagement (DevOps ve Etkileşim) bölümünde Remote Config simgesini tıklayın.
- A/B Testleri sekmesini tıklayın.
- Durdurmak istediğiniz, devam eden veya tamamlanmış denemeyi seçin.
- Tamamlandı veya Çalışıyor'u tıklayın, fare imlecini denemenizin üzerine getirin, bağlam menüsünü () tıklayın ve ardından Denemeyi durdur'u tıklayın.
Web istemci tanımlama ve deneme kalıcılığı
Kullanıcı bir tarayıcıda Firebase A/B Testing kullanarak bir web uygulamasını ilk kez başlattığında benzersiz bir Firebase yükleme kimliği (FID) oluşturulur. Bu FID, uygulama örneğini oturumlar arasında tanımlamak için tarayıcının IndexedDB'sinde kalıcı olarak depolanır.
Firebase A/B Testing, kullanıcıları deneme varyantlarına atamak için FID'yi kullanır. Google Analytics ise her varyanttaki kullanıcı davranışını ölçmek ve analiz etmek amacıyla etkinlikleri toplamak için FID'yi kullanır.
FID, IndexedDB'de depolandığından Firebase A/B Testing, uygulamanıza farklı bir tarayıcıdan veya gizli pencereden erişen ya da tarayıcısının IndexedDB'sini temizleyen kullanıcıları yeni kullanıcı olarak değerlendirir. Bu, bir kullanıcının farklı tarayıcılar veya tarama oturumları kullanırken farklı deneme varyantlarına dahil edilebileceği anlamına gelir.
Kullanıcı hedefleme
Aşağıdaki kullanıcı hedefleme ölçütlerini kullanarak denemenize dahil edilecek kullanıcıları hedefleyebilirsiniz.
Firebase konsolunda aşağıdaki kural türleri desteklenir. Remote Config REST API'de eşdeğer özellikler mevcuttur. Bu özellikler, koşullu ifade referansında ayrıntılı olarak açıklanmıştır.
| Kural türü | Operatörler | Değer | Not |
| Uygulama | == | Firebase projenizle ilişkili uygulamaların uygulama kimlikleri listesinden seçim yapın. | Firebase'e uygulama eklediğinizde, Remote Config kurallarında Uygulama Kimliği olarak gösterilen bir özelliği tanımlayan paket kimliği veya Android paket adı girersiniz.
Bu özelliği aşağıdaki şekilde kullanın:
|
| Uygulama sürümü |
Dize değerleri için: tam eşleme, şunu içerir, şunu içermez, normal ifade içerir Sayısal değerler için: <, <=, =, !=, >, >= |
Uygulamanızın hedeflenecek sürümlerini belirtin. Bu kuralı kullanmadan önce Firebase projenizle ilişkili bir Android/Apple uygulaması seçmek için Uygulama Kimliği kuralını kullanmanız gerekir. |
Apple platformları için: Uygulamanın CFBundleShortVersionString değerini kullanın. Not: CFBundleShortVersionString önceki sürümlerde gönderilmediğinden Apple uygulamanızın Firebase Apple platformları SDK'sının 6.24.0 veya sonraki bir sürümünü kullandığından emin olun (sürüm notlarına bakın). Android için: Uygulamanın versionName değerini kullanın. Not: Sayısal karşılaştırma operatörleri ( Bu kural için dize karşılaştırmaları büyük/küçük harfe duyarlıdır. Tam olarak eşleşir, şunu içerir:, şunu içermez: veya normal ifade içerir operatörünü kullanırken birden fazla değer seçebilirsiniz. Normal ifade içerir operatörünü kullanırken RE2 biçiminde normal ifadeler oluşturabilirsiniz. Normal ifadeniz, hedef sürüm dizesinin tamamıyla veya bir kısmıyla eşleşebilir. Hedef dizenin başlangıcı, sonu veya tamamıyla eşleştirmek için ^ ve $ çapa işaretlerini de kullanabilirsiniz. |
| Derleme numarası |
Dize değerleri için: tam eşleme, şunu içerir, şunu içermez, normal ifade Sayısal değerler için: =, ≠, >, ≥, <, ≤ |
Uygulamanızın hedeflenecek derlemelerini belirtin. Bu kuralı kullanmadan önce Firebase projenizle ilişkili bir Apple veya Android uygulaması seçmek için Uygulama Kimliği kuralını kullanmanız gerekir. |
Bu operatör yalnızca Apple ve Android uygulamaları için kullanılabilir. Apple için uygulamanın CFBundleVersion, Android için ise versionCode değerine karşılık gelir. Bu kural için dize karşılaştırmaları büyük/küçük harfe duyarlıdır. Tam olarak eşleşir, şunu içerir:, şunu içermez: veya normal ifade içerir operatörünü kullanırken birden fazla değer seçebilirsiniz. Normal ifade içerir operatörünü kullanırken RE2 biçiminde normal ifadeler oluşturabilirsiniz. Normal ifadeniz, hedef sürüm dizesinin tamamıyla veya bir kısmıyla eşleşebilir. Hedef dizenin başlangıcı, sonu veya tamamıyla eşleştirmek için ^ ve $ karakterlerini de kullanabilirsiniz. |
| Platform | == | iOS Android Web |
|
| İşletim sistemi | == |
Hedeflenecek işletim sistemlerini belirtin. Bu kuralı kullanmadan önce Firebase projenizle ilişkili bir web uygulaması seçmek için Uygulama Kimliği kuralını kullanmanız gerekir. |
İşletim sistemi ve sürümü, belirtilen listedeki bir hedef değerle eşleşirse bu kural, belirli bir web uygulaması örneği için true olarak değerlendirilir.
|
| Tarayıcı | == |
Hedeflenecek tarayıcıları belirtin. Bu kuralı kullanmadan önce Firebase projenizle ilişkili bir web uygulaması seçmek için Uygulama Kimliği kuralını kullanmanız gerekir. |
Tarayıcı ve sürümü, belirtilen listedeki bir hedef değerle eşleşirse bu kural, belirli bir web uygulaması örneği için true olarak değerlendirilir.
|
| Cihaz kategorisi | is, is not | mobil | Bu kural, web uygulamanıza erişen cihazın mobil olup olmadığını (masaüstü veya konsol) değerlendirir. Bu kural türü yalnızca web uygulamaları için kullanılabilir. |
| Diller | içinde | Bir veya daha fazla dil seçin. | Bu kural, belirli bir uygulama örneği için true olarak değerlendirilir. Bu durum, söz konusu uygulama örneğinin, listelenen dillerden birini kullanan bir cihaza yüklü olması halinde geçerlidir.
|
| Ülke/Bölge | içinde | Bir veya daha fazla bölge ya da ülke seçin. | Bu kural, belirli bir uygulama örneği için true olarak değerlendirilir. Cihaz ülke kodu, istekte cihazın IP adresi kullanılarak veya Firebase Analytics tarafından belirlenen ülke kodu kullanılarak (Analytics verileri Firebase ile paylaşılıyorsa) belirlenir.
|
| Kullanıcı kitleleri | En az birini içerir | Projeniz için oluşturduğunuz Google Analytics kitle listesinden bir veya daha fazla kitle seçin. | Bu kural, Firebase projenizle ilişkili bir uygulamayı seçmek için uygulama kimliği kuralı gerektirir.
Not: Birçok Analytics kitlesi, uygulama kullanıcılarının işlemlerine dayalı olabilen etkinlikler veya kullanıcı özellikleri tarafından tanımlandığından, Kitledeki kullanıcı kuralının belirli bir uygulama örneği için geçerlilik kazanması biraz zaman alabilir. Yani bir kullanıcı teknik olarak bir kitleye uygun olsa bile, |
| Kullanıcı özelliği |
Dize değerleri için:
şunu içerir, şunu içermez, tam eşleşir, normal ifade içerir Sayısal değerler için: =, ≠, >, ≥, <, ≤ Not: İstemcide, kullanıcı özellikleri için yalnızca dize değerleri ayarlayabilirsiniz. Sayısal operatörlerin kullanıldığı koşullarda Remote Config, ilgili kullanıcı özelliğinin değerini tam sayıya/kayan sayıya dönüştürür. |
Kullanılabilir Google Analytics kullanıcı mülkü listesinden seçim yapın. | Uygulamanızı kullanıcı tabanınızın çok belirli segmentlerine göre özelleştirmek için kullanıcı özelliklerini nasıl kullanabileceğinizi öğrenmek istiyorsanız Remote Config ve kullanıcı özellikleri başlıklı makaleyi inceleyin.
Kullanıcı özellikleri hakkında daha fazla bilgi edinmek için aşağıdaki kılavuzları inceleyin: Şununla tam olarak eşleşir:, Şunu içerir:, Şunu içermez: veya Normal ifade içerir operatörünü kullanırken birden fazla değer seçebilirsiniz. Normal ifade içerir operatörünü kullanırken RE2 biçiminde normal ifadeler oluşturabilirsiniz. Normal ifadeniz, hedef sürüm dizesinin tamamıyla veya bir kısmıyla eşleşebilir. Hedef dizenin başlangıcı, sonu veya tamamıyla eşleştirmek için ^ ve $ karakterlerini de kullanabilirsiniz. Not: Remote Config koşulları oluşturulurken otomatik olarak toplanan kullanıcı özellikleri kullanılamaz. |
| Rastgele yüzdedeki kullanıcı | Kaydırma çubuğu (Firebase konsolunda) REST API, <=, > ve between operatörlerini kullanır.
|
0-100 |
Rastgele karıştırılmış kullanıcıları (uygulama örnekleri) gruplara ayırmak için kaydırma çubuğu widget'ını kullanarak uygulama örneklerinin rastgele bir örneğine (örnek boyutları %0,0001 kadar küçük olabilir) değişiklik uygulamak için bu alanı kullanın. Her uygulama örneği, söz konusu projede tanımlanan bir başlangıç değerine göre rastgele bir tam sayıya veya kesirli sayıya kalıcı olarak eşlenir. Çekirdek değeri değiştirmediğiniz sürece kural, varsayılan anahtarı (Firebase konsolunda Çekirdeği düzenle olarak gösterilir) kullanır. Çekirdek alanını temizleyerek bir kuralı varsayılan anahtarı kullanacak şekilde geri döndürebilirsiniz. Belirli yüzde aralıklarında aynı uygulama örneklerini tutarlı bir şekilde ele almak için koşullar genelinde aynı çekirdek değeri kullanın. Alternatif olarak, yeni bir seed belirterek belirli bir yüzde aralığı için rastgele atanmış yeni bir uygulama örneği grubu seçebilirsiniz. Örneğin, her biri bir uygulamanın kullanıcılarının çakışmayan %5'ine uygulanan iki ilgili koşul oluşturmak için bir koşulu %0 ile %5 arasındaki bir yüzdeyle eşleşecek şekilde, diğer koşulu ise %5 ile %10 arasındaki bir aralıkla eşleşecek şekilde yapılandırabilirsiniz. Bazı kullanıcıların her iki grupta da rastgele görünmesine izin vermek için her koşuldaki kurallarda farklı çekirdek değerler kullanın. |
| İçe aktarılan segment | içinde | İçe aktarılan bir veya daha fazla segment seçin. | Bu kural için özel içe aktarılan segmentler oluşturulması gerekir. |
| Tarih/Saat | Önce, Sonra | Cihazın saat diliminde veya "(GMT+11) Sydney saati" gibi belirtilen bir saat diliminde belirtilen tarih ve saat. | Geçerli zamanı cihazın getirme zamanıyla karşılaştırır. |
| İlk açılış | Önce, Sonra | Kullanıcıları, uygulamanızı ilk kez açtıkları zamana göre hedefleyin:
|
İlk açılışa göre kullanıcı hedefleme, bir Android, iOS veya web uygulaması seçtikten sonra kullanılabilir. Şu SDK'ları gerektirir:
Analytics, ilk açılış etkinliği sırasında istemcide de etkinleştirilmiş olmalıdır. |
| Yükleme kimliği | içinde | Hedeflenecek bir veya daha fazla yükleme kimliği (en fazla 50) belirtin. | Bu kural, kimliği virgülle ayrılmış değerler listesinde yer alan belirli bir yükleme için true olarak değerlendirilir.
Yükleme kimliklerini nasıl alabileceğinizi öğrenmek için İstemci tanımlayıcılarını alma başlıklı makaleyi inceleyin. |
| Kullanıcı mevcut | (operatör yok) | Mevcut projedeki tüm uygulamaların tüm kullanıcılarını hedefler. |
Uygulama veya platformdan bağımsız olarak projedeki tüm kullanıcıları eşleştirmek için bu koşul kuralını kullanın. |
| Özel sinyal |
Dize değerleri için:
şunu içerir, şunu içermez, şununla tam eşleşir, normal ifade içerir Sayısal değerler için: =, ≠, >, ≥, <, ≤ Sürüm değerleri için: =, ≠, >, ≥, <, ≤ |
Bu kural için dize karşılaştırmaları büyük/küçük harfe duyarlıdır. Tam eşleşir, içerir, içermez veya normal ifade içerir operatörünü kullanırken birden fazla değer seçebilirsiniz. "Normal ifadeyi içerir" operatörünü kullanırken RE2 biçiminde normal ifadeler oluşturabilirsiniz. Normal ifadeniz, hedef sürüm dizesinin tamamıyla veya bir kısmıyla eşleşebilir. Hedef dizenin başlangıcı, sonu veya tamamıyla eşleştirmek için ^ ve $ karakterlerini de kullanabilirsiniz. İstemci ortamları için aşağıdaki veri türleri desteklenir:
Eşleştirilecek sürüm numaralarını temsil eden sayı (ör. 2.1.0). |
Özel sinyal koşulları ve kullanılacak koşullu ifadeler hakkında daha fazla bilgi için Özel sinyal koşulları ve Koşul oluşturmak için kullanılan öğeler başlıklı makaleleri inceleyin. |
A/B Testing metrik
Denemenizi oluştururken kazanan varyantı belirlemek için kullanılan birincil veya hedef metriği seçersiniz. Ayrıca, her bir deneme varyantının performansını daha iyi anlamanıza ve her varyant için farklı olabilecek önemli trendleri (ör. kullanıcıları elde tutma, uygulama kararlılığı ve uygulama içi satın alma geliri) izlemenize yardımcı olacak diğer metrikleri de takip etmeniz gerekir. Denemenizde hedef olmayan en fazla beş metriği izleyebilirsiniz.
Örneğin, uygulamanızda iki farklı oyun akışı başlatmak için Remote Config kullandığınızı ve uygulama içi satın alma işlemleri ile reklam gelirini optimize etmek istediğinizi ancak her bir varyantın kararlılığını ve kullanıcıları elde tutma oranını da izlemek istediğinizi varsayalım. Bu durumda, hedef metriğiniz olarak Tahmini toplam gelir'i seçebilirsiniz. Bu metrik, uygulama içi satın alma gelirini ve reklam gelirini içerir. Ardından, İzlenecek diğer metrikler için aşağıdakileri ekleyebilirsiniz:
- Günlük ve haftalık kullanıcıları elde tutma oranınızı izlemek için Elde tutma (2-3 gün) ve Elde tutma (4-7 gün) metriklerini ekleyin.
- İki oyun akışı arasındaki kararlılığı karşılaştırmak için Kilitlenme sorunu yaşamayan kullanıcılar'ı ekleyin.
- Her gelir türünün daha ayrıntılı görünümlerini görmek için Satın alma geliri ve Tahmini reklam geliri'ni ekleyin.
Aşağıdaki tablolarda, hedef metriklerinin ve diğer metriklerin nasıl hesaplandığına dair ayrıntılar verilmiştir.
Hedef metrikleri
| Metrik | Açıklama |
|---|---|
| Kilitlenme sorunu yaşamayan kullanıcı sayısı | Deneme sırasında Firebase Crashlytics SDK tarafından tespit edilen ve uygulamanızda hata ile karşılaşmayan kullanıcıların yüzdesi.
Not: Firebase Crashlytics, web uygulamalarında desteklenmez. |
| Tahmini reklam geliri | Tahmini reklam kazançları. |
| Tahmini toplam gelir | Satın alma ve tahmini reklam gelirlerinin birleştirilmiş değeri. |
| Satın alma geliri | Tüm purchase ve in_app_purchase etkinliklerinin birleştirilmiş değeri.
|
| Elde tutma (1 gün) | Uygulamanıza her gün geri dönen kullanıcıların sayısı. |
| Elde tutma (2-3 gün) | 2-3 gün içinde uygulamanıza geri dönen kullanıcıların sayısı. |
| Elde tutma (4-7 gün) | 4-7 gün içinde uygulamanıza geri dönen kullanıcıların sayısı. |
| Elde tutma (8-14 gün) | 8-14 gün içinde uygulamanıza geri dönen kullanıcıların sayısı. |
| Elde tutma (en az 15 gün) | Uygulamanızı son kullanmalarından 15 gün veya daha uzun süre sonra uygulamanıza geri dönen kullanıcıların sayısı. |
| first_open | Kullanıcı bir uygulamayı yükledikten veya yeniden yükledikten sonra ilk kez açtığında tetiklenen bir Analytics etkinliği. Dönüşüm dönüşüm hunisinin bir parçası olarak kullanılır. |
Diğer metrikler
| Metrik | Açıklama |
|---|---|
| notification_dismiss | Bildirim Oluşturucu tarafından gönderilen bir bildirim kapatıldığında tetiklenen bir Analytics etkinliği (yalnızca Android). |
| notification_receive | Uygulama arka plandayken Bildirim Oluşturucu tarafından gönderilen bir bildirim alındığında tetiklenen bir Analytics etkinliği (yalnızca Android). |
| os_update | Cihaz işletim sisteminin yeni bir sürüme güncellendiği zamanı izleyen bir Analytics etkinliği.Daha fazla bilgi için Otomatik olarak toplanan etkinlikler başlıklı makaleyi inceleyin.
Bu metrik, web uygulamaları için desteklenmez. |
| screen_view | Uygulamanızda görüntülenen ekranları izleyen bir Analytics etkinliği. Daha fazla bilgi için Ekran Görüntülemelerini İzleme başlıklı makaleyi inceleyin. |
| session_start | Uygulamanızdaki kullanıcı oturumlarını sayan bir Analytics etkinliği. Daha fazla bilgi için Otomatik olarak toplanan etkinlikler başlıklı makaleyi inceleyin. |
BigQuery veri dışa aktarma
Firebase konsolunda A/B Testing deneme verilerini görüntülemenin yanı sıra BigQuery'da deneme verilerini inceleyip analiz edebilirsiniz. A/B Testing için ayrı bir BigQuery tablosu olmasa da deneme ve varyant üyelikleri, Analytics etkinlik tablolarındaki her Google Analytics etkinliğinde depolanır.
Deneme bilgilerini içeren kullanıcı özellikleri userProperty.key like "firebase_exp_%" veya userProperty.key =
"firebase_exp_01" biçimindedir. Burada 01, deneme kimliğidir ve userProperty.value.string_value, deneme varyantının (sıfır tabanlı) dizinini içerir.
Deneme verilerini ayıklamak için bu deneme kullanıcı özelliklerini kullanabilirsiniz. Bu sayede, deneme sonuçlarınızı birçok farklı şekilde dilimleyebilir ve A/B Testing sonuçlarını bağımsız olarak doğrulayabilirsiniz.
Başlamak için bu kılavuzda açıklandığı şekilde aşağıdakileri tamamlayın:
- Firebase konsolunda Google Analytics için BigQuery dışa aktarmayı etkinleştirin
- BigQuery kullanarak A/B Testing verilerine erişme
- Örnek sorguları inceleme
Firebase konsolunda Google Analytics için BigQuery dışa aktarmayı etkinleştirin
Spark planını kullanıyorsanız korumalı alan sınırlarına tabi olmak kaydıyla BigQuery hizmetine ücretsiz erişmek için BigQuery korumalı alanını kullanabilirsiniz. Daha fazla bilgi için Fiyatlandırma ve BigQuery korumalı alanı bölümüne bakın.
Öncelikle Analytics verilerinizi BigQuery hizmetine aktardığınızdan emin olun:
Firebase konsolunda
Ayarlar > Entegrasyonlar sekmesine gidin.BigQuery kartında Yönet'i tıklayın ve projenizin Analytics verilerini BigQuery hizmetine aktardığını doğrulayın.
Kartta Bağla ifadesi varsa dışa aktarma işlemini ayarlamanız gerekir (sonraki adıma geçin).
Dışa aktarma işlemini ayarlamanız gerekiyorsa:
Firebase'i BigQuery hesabına bağlama hakkında bölümünü inceleyin, ardından İleri'yi tıklayın.
Entegrasyonu yapılandırın bölümünde Google Analytics'yi etkinleştirin.
Bir bölge ve dışa aktarma ayarlarını seçin.
BigQuery ile bağlantı oluştur'u tıklayın.
Verileri nasıl dışa aktarmayı seçtiğinize bağlı olarak tabloların kullanılabilir hale gelmesi bir gün kadar sürebilir. Proje verilerini BigQuery platformuna aktarma hakkında daha fazla bilgi için Proje verilerini BigQuery platformuna aktarma başlıklı makaleyi inceleyin.
BigQuery'de A/B Testing verilerine erişme
Belirli bir denemeyle ilgili verileri sorgulamadan önce, sorgunuzda kullanmak üzere aşağıdakilerin bir kısmını veya tamamını edinmeniz gerekir:
- Deneme kimliği: Bu kimliği Denemeye genel bakış sayfasının URL'sinden alabilirsiniz. Örneğin, URL'niz
https://console.firebase.google.com/project/my_firebase_project/config/experiment/results/25şeklindeyse deneme kimliği 25'tir. - Google Analytics mülk kimliği: Bu, 9 haneli Google Analytics mülk kimliğinizdir. Bu kimliği Google Analytics içinde bulabilirsiniz. Ayrıca, Google Analytics etkinlik tablonuzun (
project_name.analytics_000000000.events) adını göstermek için proje adınızı genişlettiğinizde BigQuery içinde de görünür. - Deneme tarihi: Daha hızlı ve daha verimli bir sorgu oluşturmak için sorgularınızı, deneme verilerinizi içeren Google Analytics günlük etkinlik tablosu bölümleriyle (
YYYYMMDDson ekiyle tanımlanan tablolar) sınırlamanız önerilir. Örneğin, denemeniz 2 Şubat 2026 ile 2 Mayıs 2026 arasında çalıştıysa_TABLE_SUFFIX between '20260202' AND '20260502'belirtmeniz gerekir. Örnek için Belirli bir denemenin değerlerini seçme bölümüne bakın. - Etkinlik adları: Bunlar genellikle denemede yapılandırdığınız hedef metriklerinize karşılık gelir. Örneğin,
in_app_purchaseetkinlikleri,ad_impressionveyauser_retentionetkinlikleri.
Sorgunuzu oluşturmak için gereken bilgileri topladıktan sonra:
- Google Cloud konsolunda BigQuery bölümüne gidin.
- Projenizi ve ardından SQL sorgusu oluştur'u seçin.
- Sen de paylaş etiketini ekleyin. Çalıştırılacak örnek sorgular için Örnek sorguları keşfetme başlıklı makaleyi inceleyin.
- Çalıştır'ı tıklayın.
Firebase konsolunun otomatik olarak üretilmiş sorgusunu kullanarak deneme verilerini sorgulama
Blaze planını kullanıyorsanız Denemeye genel bakış sayfasında, görüntülediğiniz denemenin adını, varyantlarını, etkinlik adlarını ve etkinlik sayısını döndüren örnek bir sorgu sunulur.
Otomatik olarak üretilmiş sorguyu almak ve çalıştırmak için:
- Firebase konsolunda DevOps ve Etkileşim > A/B Testi'ne gidin.
- Sorgulamak istediğiniz A/B Testing denemesini seçerek Denemeye genel bakış sayfasını açın.
- Seçenekler menüsünde, BigQuery entegrasyonu bölümünde Deneme verilerini sorgula'yı seçin. Bu işlem, projenizi Google Cloud konsolunda BigQuery içinde açar ve deneme verilerinizi sorgulamak için kullanabileceğiniz temel bir sorgu sağlar.
Aşağıdaki örnekte, "Kış karşılama denemesi" adlı üç varyantı (referans dahil) olan bir deneme için oluşturulan sorgu gösterilmektedir. Bu sorgu, her etkinlik için etkin deneme adını, varyant adını, benzersiz etkinliği ve etkinlik sayısını döndürür. Sorgu oluşturucu doğrudan projenizde açıldığından, tablo adında proje adınızı belirtmez.
/*
This query is auto-generated by Firebase A/B Testing for your
experiment "Winter welcome experiment".
It demonstrates how you can get event counts for all Analytics
events logged by each variant of this experiment's population.
*/
SELECT
'Winter welcome experiment' AS experimentName,
CASE userProperty.value.string_value
WHEN '0' THEN 'Baseline'
WHEN '1' THEN 'Welcome message (1)'
WHEN '2' THEN 'Welcome message (2)'
END AS experimentVariant,
event_name AS eventName,
COUNT(*) AS count
FROM
`analytics_000000000.events_*`,
UNNEST(user_properties) AS userProperty
WHERE
(_TABLE_SUFFIX BETWEEN '20260202' AND '20260502')
AND userProperty.key = 'firebase_exp_25'
GROUP BY
experimentVariant, eventName
Daha fazla sorgu örneği için Örnek sorguları keşfetme bölümüne gidin.
Örnek sorguları inceleme
Aşağıdaki bölümlerde, Google Analytics etkinlik tablolarından A/B Testing deneme verilerini ayıklamak için kullanabileceğiniz sorgu örnekleri verilmiştir.
Tüm denemelerden satın alma ve deneme standart sapma değerlerini ayıklama
Firebase A/B Testing sonuçlarını bağımsız olarak doğrulamak için deneme sonuçları verilerini kullanabilirsiniz. Aşağıdaki BigQuery SQL ifadesi, deneme varyantlarını, her varyanttaki tekil kullanıcı sayısını, in_app_purchase ve ecommerce_purchase etkinliklerinden elde edilen toplam geliri ve _TABLE_SUFFIX başlangıç ve bitiş tarihleri olarak belirtilen zaman aralığındaki tüm denemelerin standart sapmalarını ayıklar. Bu sorgudan elde ettiğiniz verileri, tek kuyruklu t testleri için istatistiksel önem oluşturucuyla birlikte kullanarak Firebase'in sağladığı sonuçların kendi analizinizle eşleştiğini doğrulayabilirsiniz.
A/B Testing aracının çıkarımı nasıl hesapladığı hakkında daha fazla bilgi için Test sonuçlarını yorumlama başlıklı makaleyi inceleyin.
/*
This query returns all experiment variants, number of unique users,
the average USD spent per user, and the standard deviation for all
experiments within the date range specified for _TABLE_SUFFIX.
*/
SELECT
experimentNumber,
experimentVariant,
COUNT(*) AS unique_users,
AVG(usd_value) AS usd_value_per_user,
STDDEV(usd_value) AS std_dev
FROM
(
SELECT
userProperty.key AS experimentNumber,
userProperty.value.string_value AS experimentVariant,
user_pseudo_id,
SUM(
CASE
WHEN event_name IN ('in_app_purchase', 'ecommerce_purchase')
THEN event_value_in_usd
ELSE 0
END) AS usd_value
FROM `PROJECT_NAME.analytics_ANALYTICS_ID.events_*`
CROSS JOIN UNNEST(user_properties) AS userProperty
WHERE
userProperty.key LIKE 'firebase_exp_%'
AND event_name IN ('in_app_purchase', 'ecommerce_purchase')
AND (_TABLE_SUFFIX BETWEEN 'YYYYMMDD' AND 'YYYMMDD')
GROUP BY 1, 2, 3
)
GROUP BY 1, 2
ORDER BY 1, 2;
Belirli bir denemenin değerlerini seçme
Aşağıdaki örnek sorguda, BigQuery içinde belirli bir denemeyle ilgili verilerin nasıl alınacağı gösterilmektedir. Bu örnek sorgu; deneme adını, varyant adlarını (temel dahil), etkinlik adlarını ve etkinlik sayılarını döndürür.
SELECT
'EXPERIMENT_NAME' AS experimentName,
CASE userProperty.value.string_value
WHEN '0' THEN 'Baseline'
WHEN '1' THEN 'VARIANT_1_NAME'
WHEN '2' THEN 'VARIANT_2_NAME'
END AS experimentVariant,
event_name AS eventName,
COUNT(*) AS count
FROM
`analytics_ANALYTICS_PROPERTY.events_*`,
UNNEST(user_properties) AS userProperty
WHERE
(_TABLE_SUFFIX BETWEEN 'YYYMMDD' AND 'YYYMMDD')
AND userProperty.key = 'firebase_exp_EXPERIMENT_NUMBER'
GROUP BY
experimentVariant, eventName