Есть ли способ создать аудиторию разработчиков?

Я попытался сделать аудиторию в Firebase Analytics, а «Версия приложения» установлена в «содержит» debug ». Отладочная версия моего приложения добавляет «-debug» в конец строки Version Name.Есть ли способ создать аудиторию разработчиков?

Хотя я запускаю приложение, хотя Firebase записывает данные для моих сеансов, он не записывает никаких данных для «отладочной аудитории».

Что я в конечном итоге надеюсь получить, это мир, в котором я могу использовать Remote Config, создавая элементы конфигурации, которые я могу использовать при тестировании, но мне не пришлось бы беспокоиться о том, чтобы случайно оставить конфиг активным в каком-либо тестовом режиме, когда я нажмите приложение в прямом эфире. Прямо сейчас, мое решение состоит в том, чтобы обернуть все вызовы для применения Remote Config с помощью «if (! BuildConfig.DEBUG)», но я обязательно забуду один раз и подталкиваю приложение в реальном времени с «isPremiumUser», установленным как true для всех пользователей, или что-то немое вот так :).

Есть ли способ создать аудиторию сборщиков разработчиков, будь то по имени версии или любому другому методу?

Спасибо!

источник

2016-05-26 jkane001

Вы можете пометить своих пользователей, созданных из debug build, с помощью «debug», а затем отфильтровать их, настроив нужную аудиторию. – racs

Когда вы говорите «пометите своих пользователей» - что вы имеете в виду?Аудитория позволяет вам устанавливать условия на основе предопределенных событий или пользовательских свойств, а «тег» не включен. – jkane001

Извините, неправильный термин, вероятно, я делал это на платформе MS, где он называется тегами. Он устанавливает пользовательское свойство для пользователя в Firebase. Просто установите 'debug = true' для этих пользователей, поэтому позже вы можете отфильтровать эту аудиторию и включить или отключить ее в зависимости от того, что вы собираетесь делать. Вот ссылка, если вы не знакомы с концепцией: https://firebase.google.com/docs/analytics/android/properties#set_user_properties – racs

Для этого вы можете использовать свойства пользователя Firebase Analytics (Android docs, iOS docs).

Android пример:

if (BuildConfig.DEBUG) { 
    mFirebaseAnalytics.setUserProperty("debug_build", "true"); 
}

Вы также должны идти к Firebase консоли и сделать две вещи:

Analytics -> User Properties -> Новый пользователь недвижимости ->"debug_build"
Аналитика -> Аудитории -> Новая аудитория -> укажите свою аудиторию и задайте условия для пользовательской собственности, где debug_build = "true"

Теперь в Remote Config вы можете настроить условия на основе вновь созданной аудитории.

несколько вещей, чтобы отметить:

Когда пользователь находится в аудитории, они навсегда останутся в этой аудитории, так что даже если вы перестанете настраивать эту собственность пользователь по-прежнему будет являться частью отладки аудитории
Существует предел 50 аудиторий и 25 пользовательских свойств, так что вы жертвуете некоторые из этих чисел для отладки строит

источник

2016-05-27 00:28:20 AdamK

Это замечательная информация, спасибо! Теперь, пара вопросов: Если пользователь находится в аудитории, но они получают обновленное значение для этого настраиваемого свойства, присоединяются ли они к второй аудитории (предполагая, что аудитория настроена для второго значения) или переключают аудиторию, или просто придерживаться первого? Я только что закончил Hangouts Firebase, и было высказано предположение, что «лучший» способ обработки debug vs prod - это отдельные проекты. Ты бы согласился с этим? – jkane001

Как только пользователь находится в аудитории, они никогда не будут удалены снова, независимо от того, соответствуют ли они (или прекращают квалификацию) для этих условий. Поэтому, чтобы ответить на ваш вопрос, да, они в конечном итоге присоединятся к второй аудитории, а также останутся в первом. С точки зрения лучшего способа обработки debug/prod, IMO действительно зависит от того, чего вы пытаетесь достичь. Я считаю, что отладочные сборки не являются наиболее подходящим местом для использования свойств аудитории/пользователя, потому что для отладочных сборников вы обычно можете что-то сделать в своем процессе сборки, чтобы обрабатывать его для вас. – AdamK

ОК, спасибо. Причина, по которой я собираюсь использовать удаленный конфигурационный файл для отладочных сборников, состоит в том, что у меня есть 3 варианта пользовательских - демонстрационных, рекламных и премиальных, которые устанавливаются на основе поддержки IAB (более половины моей аудитории поступает от пользователей в странах, которые Google не поддерживает с IAB), или если они сделали IAP для обновления. Я могу делать ароматы, но тогда у меня есть 5 ароматов, по крайней мере (3 для тестирования + 2 законных вкуса), и мне это не нравится. Поэтому я играю с использованием удаленной конфигурации, чтобы установить свой пользовательский тип, и пока он работает как шарм. Лучшее решение, которое я нашел до сих пор. – jkane001

Одна вещи, чтобы иметь в виде, что подсчет пользователей аудитории порогами ниже 10 пользователей по соображениям конфиденциальности , И поэтому, если вы просто тестируете свою «отладочную» аудиторию самостоятельно, тогда ваша аудитория будет иметь 44 пользователей, а «0» будет показано. Это будет уточнено в будущем.

источник

2016-05-27 14:01:56

Теперь это хорошая информация, которая делает ее легким решением. Я буду создавать несколько проектов. Благодаря! – jkane001

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

Если вы в основном используете Analytics, вы также можете зарегистрировать два независимых проекта Firebase для разработки и один для производства. Это позволит вам экспериментировать в разработке без вмешательства в производственные данные. Просто не забудьте переключить идентификатор проекта перед выпуском приложения. Возможно, вы сможете сделать это и с помощью целей Gradle.

источник

2016-05-27 17:51:30 djabi

Есть ли способ создать аудиторию разработчиков?

ответ

Смежные вопросы