Устранение неполадок и ответы на часто задаваемые вопросы по A/B-тестированию
Оптимизируйте свои подборки
Сохраняйте и классифицируйте контент в соответствии со своими настройками.
На этой странице вы найдете помощь в устранении неполадок и ответы на часто задаваемые вопросы об использовании A/B Testing . Если вы не можете найти то, что ищете, или вам нужна дополнительная помощь, обратитесь в службу поддержки Firebase .
Общие вопросы по устранению неполадок/Часто задаваемые вопросы
Сколько экспериментов я могу создать и провести?
В рамках одного проекта вам разрешено проводить до 300 экспериментов (включая этапы развертывания), из которых до 24 могут быть запущены, а остальные — завершены. Если вы достигнете этого лимита, вам потребуется удалить черновики или завершенные эксперименты перед созданием новых.
Почему я не могу просмотреть результаты своих экспериментов после того, как отвязал и снова связал свой проект с Google Analytics?
Привязка к другому ресурсу Google Analytics приведет к потере доступа к ранее созданным экспериментам. Чтобы восстановить доступ к предыдущему эксперименту, повторно свяжите свой проект с тем ресурсом Google Analytics , который был связан при создании эксперимента.
Почему при создании эксперимента Remote Config я получаю сообщение "Проект не связан с Google Analytics"?
Если вы уже включили Google Analytics в своем проекте и связали приложения, но по-прежнему видите сообщение о том, что Google Analytics не связан, убедитесь, что для всех приложений в вашем проекте существует поток Analytics . В настоящее время для использования A/B Testingвсе приложения в проекте должны быть связаны с Analytics .
Вот как проверить список всех активных потоков для вашей интеграции Google Analytics :
В карточке Google Analytics нажмите «Управление» .
Создание потока Google Analytics для любого приложения, у которого его нет, должно решить проблему. Существует несколько способов создания потоков для отсутствующих приложений:
Если у вас отсутствует связанный поток Google Analytics только для одного или двух приложений, вы можете выбрать один из следующих способов добавления потока Google Analytics :
В консоли Firebase удалите и повторно добавьте любое приложение, у которого нет активного потока.
В консоли Google Analytics выберите «Администрирование» , нажмите «Потоки данных» , затем нажмите «Добавить поток» , укажите данные отсутствующего приложения и нажмите «Зарегистрировать приложение» .
Если у вас отсутствует несколько потоков данных приложения, то отмена и повторная привязка вашего ресурса Google Analytics — самый быстрый и эффективный способ создать недостающие потоки данных приложения:
В карточке Google Analytics нажмите «Управление» .
Запишите идентификатор ресурсаGoogle Analytics и связанный с ним аккаунт Google Analytics .
Нажмите more_vertMore и выберите «Отключить аналитику от этого проекта» .
Просмотрите появившееся предупреждение (не беспокойтесь, вы повторно свяжете этот ресурс на следующем шаге), затем нажмите «Отключить Google Analytics» .
После завершения процесса отвязки вы будете перенаправлены на страницу «Интеграции» .
В карточке Google Analytics нажмите «Включить» , чтобы начать процесс перелинковки.
Выберите свою учетную запись Analytics из списка «Выбрать учетную запись» .
Рядом с пунктом «Автоматически создавать новое свойство в этой учетной записи » нажмите edit» и в появившемся списке свойств Analytics выберите идентификатор вашего свойства.
Отобразится список всех приложений в вашем проекте. Для каждого приложения будут перечислены существующие сопоставления потоков, а для приложений, у которых нет потока, он будет создан.
Нажмите «Включить Google Analytics» , чтобы повторно связать ресурс.
Обновление рабочего процесса A/B Testing и устранение неполадок/Часто задаваемые вопросы
Для обеспечения более эффективного и согласованного процесса экспериментирования, A/B Testing теперь интегрировано непосредственно в Remote Config в качестве встроенной функции. Ранее эксперименты Remote Config работали как отдельный продукт в рамках A/B Testing , требуя изолированных рабочих процессов и отдельной логики условий, что могло приводить к непоследовательному поведению при оценке.
Внедрение экспериментов непосредственно в Remote Config устраняет эти ограничения и открывает доступ к ключевым улучшениям:
Более расширенные возможности унифицированного таргетинга: теперь в разделе «Эксперименты» используется встроенный в Remote Config конструктор условий, предоставляющий доступ к более широкому набору критериев таргетинга, таких как аудитории и свойства пользователей Analytics , версии приложений, языки устройств, страна/регион и пользовательские сигналы.
Повторное использование условий: Вы можете повторно использовать существующие условия Remote Config для разных параметров, развертываний и экспериментов, вместо создания дублирующихся, изолированных правил.
Предсказуемая оценка условий: условия эксперимента оцениваются последовательно вместе с другими условиями шаблона с использованием стандартной логики «первого совпадения». Вы можете изменять порядок условий в шаблоне, чтобы контролировать приоритет, исключая конфликты, возникающие в старых системах, когда условия A/B Testing неявно переопределяли другие правила.
Мгновенные обновления в реальном времени: благодаря механизму получения данных в реальном времени Remote Config , обновления экспериментов (например, изменение значений вариантов или таргетинга) распространяются на клиентские SDK в реальном времени без ожидания следующего периодического получения данных.
Единый жизненный цикл шаблона: эксперименты управляются как основные компоненты вашего шаблона Remote Config — аналогично развертыванию. Вы можете добавлять изменения в начало и конец процесса, вести версионирование, отслеживать изменения в истории изменений и атомарно публиковать изменения экспериментов вместе с обновлениями шаблона.
Для устранения неполадок воспользуйтесь данным руководством по устранению неполадок.
Каковы ключевые особенности нового рабочего процесса A/B Testing ?
Создание экспериментов в разделе «Удалённая конфигурация»: Теперь вы можете создавать эксперименты непосредственно из раздела Remote Config консоли Firebase. Например, на странице «Параметры» нажмите «Создать эксперимент» , после чего откроется окно создания эксперимента с боковой панелью.
Расширенные возможности таргетинга и повторное использование условий: в экспериментах используется встроенный в Remote Config конструктор условий, позволяющий повторно использовать существующие условия и нацеливать пользователей на основе расширенного набора критериев (таких как аудитории Analytics , свойства пользователей, версии приложений, язык устройства и страна/регион), оцениваемых в предсказуемой последовательности.
Единая архитектура: эксперименты являются частью шаблона Remote Config . Это означает, что изменения в экспериментах (таргетинг, варианты, остановка) объединяются с другими изменениями Remote Config и вступают в силу после публикации шаблона.
Обновления в реальном времени: благодаря механизму Remote Config , обновления значений экспериментов могут передаваться пользователям мобильных устройств в режиме реального времени.
Вкладка «Подготовка»: Эксперименты, находящиеся в состоянии создания или обновления, хранятся во вкладке «Подготовка» в разделе Remote Config . Они привязаны к активной сессии консоли.
Прекращение поддержки старых черновиков: Старая вкладка «Черновики» в A/B Testing устарела. Существующие черновики на этой вкладке доступны только для просмотра (их можно дублировать или удалять) и не могут быть начаты или отредактированы. Планируется окончательное удаление этой вкладки 31 октября 2026 года.
Удаление тестовых устройств: Функция управления тестовыми устройствами больше недоступна в новом рабочем процессе. Чтобы выбрать конкретные внутренние тестовые устройства, вы можете добавить один или несколько идентификаторов установки Firebase (FID) в условия эксперимента во время его создания.
Сколько экспериментов я могу создать и провести?
В рамках одного проекта вам разрешено проводить до 300 экспериментов (включая этапы развертывания), из которых до 24 могут быть запущены, а остальные — завершены. Если вы достигнете этого лимита, вам потребуется удалить черновики или завершенные эксперименты перед созданием новых.
Как мне провести эксперимент?
Вы можете создавать эксперименты непосредственно из раздела Remote Config . Например, чтобы создать эксперимент на странице «Параметры», перейдите в Remote Config > «Параметры» и нажмите «Создать эксперимент» . Откроется боковая панель для создания эксперимента, аналогичная той, что используется для создания развертываний Remote Config .
Как я могу протестировать или проверить эксперимент внутри компании, прежде чем предоставлять к нему доступ всем пользователям?
В большинстве случаев, когда вы хотите проверить и протестировать эксперимент перед его запуском, вас, скорее всего, больше интересует проверка значений эксперимента и поведения приложения, чем проверка самого распределения эксперимента. В таких случаях мы рекомендуем создать тестовый эксперимент, который можно нацелить на ограниченную группу тестировщиков . После создания тестового эксперимента и проверки того, что варианты эксперимента работают должным образом, вы можете продублировать эксперимент и изменить условия, чтобы нацелиться на внешних пользователей, а также применить любые другие условия в зависимости от того, каких пользователей вы хотите нацелить.
Вы также можете выбрать определенные внутренние тестовые устройства для проверки поведения эксперимента, прежде чем предоставлять его конечным пользователям. Для этого добавьте один или несколько идентификаторов установки Firebase (FID) в условия эксперимента при его создании.
Где я могу найти черновики своих временных экспериментов, и что такое вкладка "Подготовка к эксперименту"?
При таком рабочем процессе временные черновики экспериментов (включая эксперименты, которые в данный момент находятся в состоянии создания или обновления) доступны на вкладке « Подготовка» в разделе Remote Config . Черновики на этой вкладке не сохраняются после завершения текущей сессии.
Как остановить текущий эксперимент?
Для остановки эксперимента теперь необходимо опубликовать шаблон Remote Config . При нажатии кнопки «Остановить эксперимент» появится всплывающее окно с подтверждением публикации. В этом окне перечислены все изменения, которые вступят в силу, включая остановку эксперимента. Публикация шаблона необходима для завершения действия по остановке.
Почему мой эксперимент с A/B-тестированием неожиданно прервался?
Эксперименты могут автоматически останавливаться из-за изменений в шаблоне Remote Config :
Откат шаблона: Откат шаблона Remote Config до версии, в которой эксперимент не существовал, остановит эксперимент. Откат до версии, в которой эксперимент уже был остановлен, не перезапустит его. Вы можете создать дубликат остановленного эксперимента и повторно опубликовать его, если хотите воссоздать и запустить эксперимент.
Отмена привязки параметров: Если эксперимент связан только с одним параметром, отмена привязки условия, связанного с этим параметром, приведет к остановке эксперимента.
Приведёт ли откат к более старой версии шаблона Remote Config к повторной активации эксперимента, который был ранее остановлен или удалён?
Нет. Откат шаблона Remote Config не перезапустит эксперимент, который уже был остановлен, истек или удален, даже если этот эксперимент был активен в откачанной версии. Вы можете создать дубликат эксперимента и повторно опубликовать его, если хотите воссоздать и запустить эксперимент.
Что происходит, когда срок действия эксперимента истекает, и какие шаги мне следует предпринять?
Эксперименты A/B Testing автоматически завершаются через 90 дней . По истечении срока действия эксперимента:
Сбор данных прекращается: эксперимент прекращает сбор новых данных и расчет метрик. Исторические результаты и метрики, собранные за 90-дневный период, остаются доступными для просмотра в консоли Firebase.
Эксперимент больше не активен: эксперимент прекращает работу, и его логика условий больше не осуществляет активную фильтрацию пользователей по вариантам эксперимента.
Необходимо удалить устаревший эксперимент: Необходимо удалить устаревший эксперимент из параметра Remote Config . Если устаревший эксперимент не будет удален, вы не сможете создать новый эксперимент, используя тот же параметр, пока устаревший эксперимент не будет удален.
Рекомендуемые действия:
Просмотрите результаты эксперимента в консоли Firebase, чтобы изучить итоговые метрики и определить, существует ли наиболее эффективный вариант.
Внесите изменения и очистите устаревший эксперимент:
Если найден выигрышный вариант, запустите его , чтобы применить значение к вашим пользователям. Обратите внимание, что запуск варианта не приводит к автоматическому удалению истекшего эксперимента.
Если вы не хотите запускать вариант эксперимента, удалите его из параметров, чтобы вернуться к значению параметра по умолчанию.
В любом случае, явно удалите устаревший эксперимент из параметров и опубликуйте шаблон Remote Config , чтобы завершить очистку.
Если вам необходимо продолжить тестирование или собрать больше данных, повторите эксперимент или создайте новый эксперимент на основе заданных параметров.
Основные моменты, которые следует учитывать:
Внедрение не приводит к автоматическому удалению устаревших экспериментов: внедрение успешного варианта не приводит к автоматической очистке устаревшего эксперимента. Вам по-прежнему необходимо явно удалить устаревший эксперимент из параметра Remote Config и опубликовать шаблон.
Истекшие эксперименты нельзя возобновить: после истечения срока действия эксперимента его нельзя перезапустить или активировать повторно — даже если вы откатите шаблон Remote Config до версии, в которой эксперимент был активен.
90-дневный таймер запускается с момента публикации: отсчет времени начинается сразу после публикации эксперимента в шаблоне, даже если изначально уровень видимости для пользователей установлен на 0%.
Доступна ли поддержка A/B-тестирования в режиме реального времени?
Если я изменю условия таргетинга в запущенном эксперименте, чтобы исключить определенных пользователей, почему эти пользователи все равно будут включены в данные измерений эксперимента?
A/B Testing для измерения результатов используются «липкие корзины».
После того как пользователь назначен в эксперимент и начинает измеряться, он будет продолжать включаться в метрики эксперимента, даже если последующие изменения условий таргетинга обычно исключают его. Однако эти пользователи перестанут получать значения вариантов эксперимента, если они больше не соответствуют обновленным условиям. Более подробная информация доступна в логике назначения вариантов Remote Config .
При настройке таргетинга для эксперимента я вижу сообщение об ошибке : «Привяжите приложение к этому условию или выберите другое» .
Эта ошибка означает, что выбранное условие таргетинга требует явного указания приложения Firebase в качестве целевого, но текущая настройка его не включает. Убедитесь, что условие содержит правило, которое нацелено хотя бы на одно из ваших приложений Firebase.
Почему мои условия не нацелены ни на одного пользователя?
Условия в шаблоне Remote Config оцениваются последовательно сверху вниз с использованием логики «первого совпадения». Если общее условие расположено выше более конкретного условия эксперимента, то более общее условие сначала захватывает пользователя, а эксперимент игнорируется. Чтобы исправить это, рассмотрите возможность выполнения одного из следующих действий на вкладке «Условия» :
Переупорядочить условия: Убедитесь, что более конкретные (наименее общие) условия эксперимента расположены выше в списке оцениваемых условий, чтобы они проверялись до более широких, общих условий.
Используйте выделенные параметры: если у вас сложные задачи нацеливания, рассмотрите возможность создания уникального параметра Remote Config специально для вашего эксперимента, чтобы избежать конфликтов условий.
Я не могу удалить условие на вкладке «Условия» .
Условия нельзя удалить, если они связаны с какими-либо активными/запущенными экспериментами. Сначала необходимо остановить эксперимент и удалить условие.
Я не могу удалить правило из условия, если это правило связано с конкретным приложением.
Если условие содержит правило, явно нацеленное на приложение Firebase, то это конкретное правило привязки к приложению нельзя удалить при редактировании условия.
Я вижу предупреждение об использовании нескольких процентных условий в моем эксперименте по определению целевого показателя. Стоит ли мне беспокоиться?
Это неблокирующее предупреждение. Оно, по-видимому, предупреждает вас о том, что в эксперименте используется сочетание нескольких условий, основанных на процентах, поскольку их совокупный эффект в сочетании с процентом охвата эксперимента иногда может привести к неожиданному распределению пользователей. Вы можете продолжить, но помните о том, как эти условия взаимодействуют.
Где я могу найти и управлять черновыми экспериментами или тестовыми устройствами ?
В связи с новым рабочим процессом A/B Testing произошли некоторые изменения, касающиеся старых черновиков и тестовых устройств:
Вкладка «Черновики» больше недоступна для редактирования: вкладка «Черновики» и существующие черновики экспериментов больше не редактируются. Вы можете только просматривать, дублировать или удалять существующие черновики экспериментов. Вкладка «Черновики» будет окончательно удалена из консоли 31 октября 2026 года .
Удаление тестовых устройств: Функция управления тестовыми устройствами больше недоступна в новом рабочем процессе. Чтобы выбрать конкретные внутренние тестовые устройства, вы можете добавить один или несколько идентификаторов установки Firebase (FID) в условия эксперимента при его создании. Для тестирования экспериментальных приложений для контроля качества назначьте эксперимент определенному идентификатору приложения и установите уровень видимости 100%. Чтобы проверить эксперимент перед его развертыванием, установите уровень видимости на 0%. Обратите внимание, что 90-дневный срок действия эксперимента начинается с момента публикации, даже при уровне видимости 0%. После проверки эксперимента вы можете увеличить процент видимости, чтобы начать полное развертывание.
Можно ли задавать параметры при создании эксперимента?
Нет, вы не можете создать параметр Remote Config непосредственно в боковой панели создания эксперимента. Вам необходимо создать параметр в Remote Config до настройки эксперимента, который его использует.
Как я могу устранить проблемы с получением данных (возникшие в мае 2026 года) при использовании нового рабочего процесса?
Из-за возникшей проблемы эксперименты A/B-тестирования Firebase, созданные в период с 13 мая 2026 года по 22 мая 2026 года, не доходили до клиентских SDK. Это означает, что ваши конечные пользователи не получили варианты экспериментов, и метрики для этих экспериментов недоступны. Обратите внимание, что доставка экспериментов вашим конечным пользователям теперь автоматически восстановлена, и сбор метрик начнется со следующего запроса. Если вам необходимо продлить окно измерения для вашего эксперимента из-за этого сбоя или у вас есть дополнительные вопросы по новому рабочему процессу, обратитесь в службу поддержки Firebase.
[[["Прост для понимания","easyToUnderstand","thumb-up"],["Помог мне решить мою проблему","solvedMyProblem","thumb-up"],["Другое","otherUp","thumb-up"]],[["Отсутствует нужная мне информация","missingTheInformationINeed","thumb-down"],["Слишком сложен/слишком много шагов","tooComplicatedTooManySteps","thumb-down"],["Устарел","outOfDate","thumb-down"],["Проблема с переводом текста","translationIssue","thumb-down"],["Проблемы образцов/кода","samplesCodeIssue","thumb-down"],["Другое","otherDown","thumb-down"]],["Последнее обновление: 2026-08-20 UTC."],[],[]]