в общем случае в готовых решениях это реализовано так:
- есть remote config, в котором ты задаешь всякие флажки, подтягиваемые с сервера, например частота показа рекламы. в игре на них смотришь и применяешь
- админка с аб тестами, в которой ты можешь задать два значения для одного из таких конфигов (реклама раз в 30 сек vs раз в 60 сек)
- если тест активен, то система аналитики всех новых юзеров сама раскидает по двум группам и одним подтянет конфиг А, другим конфиг Б
- дальше будет возможность фильтровать метрики (все или только определенный набор) по группе а и группе б, а мб даже красивый дашборд где все это будет на одном экране

в первом приближении тебе нужно уметь разделять аудиторию пополам и помечать каждого юзера флажком (во многих системах есть кастомные user property) и слать всю его аналитику с этим флажком и потом по нему фильтровать. но готовые решения удобнее, конечно

вариант с двумя билдами, раскатываемыми параллельно мб рабочий, и фильтровать по версии билда потом, но я чет про такое не слышал

@MaratGiliazov Ок, понял. Благодарю за помощь)

С двумя-тремя билдами для аб теста на Аппсторе вариант не рабочий, так как влепят design: spam

Кстати да, про вот это хотел спросить: в Апп Сторе можно раскатывать разные билды на определенный процент аудитории, как в гугл-плее? То есть не разные приложения а просто раскатать на часть аудитории.

насколько я знаю - нет. можно новый релиз раскатить на часть аудитории, но не два параллельно. или я не понял вопроса

кто-то где-то так предлагал тестировать две медиации в двух разных билдах, но уже не вспомню в каком из чатов 😵

а в гуглплее можно разные билды параллельно раскатывать на одну и ту же аудиторию? то есть без разделения на версии андроидов, девайсов и тд? а если разделять - то это уже сомнительный эксперимент, потому что придется гадать, повлияло изменение в игре, или выбранный таргет билда. или нужно перед этим убедиться, что метрики на которые ориентируетесь никак не зависят от этих фильтров..

Ну тут можно указывать какой-то процент, на который раскатываем билд:

или и там и там речь про:
- есть билд А в релизе
- есть билд Б - новый релиз,
- выкатить Б на 50% и получится что половина новеньких получает А, а половина - Б ?

такое вроде можно и там, и там, но в аппсторе были еще какие-то тонкости. то ли по времени ограничение. сам не пробовал.

Честно, я сам не пробовал. Потому точно не уверен.

ну да, про это и речь

ну ведь эт ои требуется. Если в билд Б аналитику забить с событиями, как я предлагал, типа Build B first launch, Build B tutorial passed и так далее.

если изменение такое, что нельзя два варианта запихать в один билд (как с медиацией рекламы, например), то наверное рабочий вариант. во всех прочих случаях я бы делал всё в одном билде, мб больше работы вначале, но проще поддерживать потом

Ну да, надо подумать как эти все билды поддерживать.

Всем привет, народ а вы уже разобрались в admob с app-ads.txt? Что это вообще и нужно ли.

Это нужно. Пиши если есть конкретный вопрос

Я просто не монимаю, он хочет что бы я этот файл кинул на сайт которого нет)

И зачем не понятно

если коротко он нужен чтобы избежать фрода