Мы перечисляем различия, чтобы заранее спланировать модель A/B-тестирования iOS15: доступность данных, выбор активов, настраиваемость, тестирование значков, масштабируемость, гибкость настройки.
Apple объявила о серии предстоящих изменений и улучшений в App Store, которые помогут разработчикам лучше ориентировать свои приложения на пользователей, обнаруживать свои приложения большим количеством людей и даже подчеркивать, какие события происходят в их приложениях, чтобы привлечь новых пользователей к загрузке приложений и побудить существующих пользователей вернуться. App Store позволит вам A/B тестировать визуальные элементы страниц продуктов вашего приложения, чтобы попытаться получить лучшие результаты и повысить коэффициент конверсии загрузки приложения.
A/B-тест App Store поможет вам улучшить свою стратегию ASO, вы сможете попробовать различные значки приложений, скриншоты и превью (видео) на страницах продуктов App Store. Вы также сможете сравнить производительность страниц продукта, чтобы увидеть, что конвертируется лучше всего.
Новая функция A/B-тестирования App Store позволит вам протестировать до 3 различных элементов. Вы увидите результаты ключевых ключевых показателей эффективности ASO в разделе App Analytics App Store Connect, такие как количество показов или коэффициент конверсии. Вы сможете сравнить их с производительностью оригинальной страницы продукта.
Однако пользовательская страница продукта (CPP) не будет включать собственные A/B-тесты, но позволит командам мобильного маркетинга запускать тесты вручную. Напоминаем, что в соответствии с новой настройкой, если вы используете пользовательскую страницу продукта (CPP) и направляете весь платный трафик UA на одну из 35 доступных пользовательских страниц продуктов, оставшаяся часть трафика, естественная часть (трафик просмотра и поиска) попадет на вашу страницу продукта по умолчанию.
Чтобы узнать больше о росте мобильных устройств iOS15, ознакомьтесь с разделом «Как новые функции iOS15 стимулируют рост мобильных устройств?» в наших предыдущих статьях.
Нажмите "Подробнее", чтобы развивать свой бизнес в области приложений и игр с помощью службы продвижения приложений ASO World прямо сейчас.
Разработчики скоро получат упрощенный способ тестирования изменений в своих наборах идей. Исторически сложилось так, что разработчикам iOS приходилось полностью развертывать творческие изменения в iOS App Store, а затем измерять трафик до и после развертывания. Этот процесс не всегда обеспечивает наилучшее понимание, так как тенденции и трафик могут значительно измениться от периода до развертывания до периода после развертывания. Оптимизация страницы продукта позволит выполнять A/ B-тестирование в режиме реального времени непосредственно на странице продукта по умолчанию приложения.
С помощью оптимизации страницы продукта разработчики могут тестировать варианты значков приложений, снимков экрана и видеороликов предварительного просмотра. Apple позволит применять сразу три различных метода лечения с максимальной продолжительностью 90 дней для каждого теста.
Хотя может быть заманчиво протестировать как можно больше изменений, Apple рекомендует ограничить количество творческих изменений на тест - лучшая практика для любой итерации тестирования. Ограничивая переменные, легче определить, какие конкретные изменения приведут к лучшим результатам. Чтобы увидеть производительность и сравнить ее с базовым уровнем, разработчики могут получить доступ к этим тестам в App Analytics.
Захватывающей новой функцией для разработчиков iOS 15 являются пользовательские страницы продуктов. Пользовательские страницы продуктов - это новый способ курирования списков, чтобы они были актуальны для разных демографических групп одновременно. Этот новый инструмент позволит разработчикам показывать наиболее релевантное позиционирование различным группам пользователей, все из которых указывают на одно и то же приложение.
Apple позволит создать до 35 уникальных пользовательских страниц продукта, каждая из которых предоставит представление о различных функциях с помощью различных скриншотов, предварительного просмотра приложений и рекламного текста. Затем разработчики могут направлять трафик на соответствующую страницу продукта, используя уникальные URL-адреса, которые будут размещены в соответствующих объявлениях или сторонних отзывах.
Данные о производительности для пользовательских страниц продуктов также будут доступны в App Analytics. Целевое представление страницы предоставит действенные данные о показах, загрузках приложений, коэффициенте конверсии установки приложения и коэффициентах удержания.
В дополнение к предоставлению разработчикам большего количества инструментов для оптимизации их производительности, новые метрики позволят им понять производительность способами, которые App Analytics не могла предоставить раньше. В отличие от Google, который меняет многие из своих показателей с новой консолью разработчика Google Play в 2020 году, Apple сохранит знакомые метрики, такие как количество показов и единиц приложения, добавляя новые.
Разработчики теперь будут иметь специальную панель предварительного заказа, разделенную знакомыми метриками, такими как территория и тип устройства - тип устройства теперь включает macOS для совместимых приложений. На вкладке метрик предварительные заказы можно просматривать на линейном графике с течением времени, чтобы увидеть вовлеченность в начале предварительного заказа, за день до выпуска.
Доход — это еще одна новая метрика, которую разработчики могут просматривать через App Analytics, а также «Продажи» и «Покупки в приложении». Дальнейшее понимание того, как приложения приносят прибыль, может помочь разработчикам лучше понять, как оптимизировать для увеличения ставок покупок.
Apple также добавит «Обновления» и «Повторные загрузки» в App Analytics, оба из которых ранее не были зарегистрированными метриками. Это позволит разработчикам просматривать не только первые загрузки через «App Units», но и общие загрузки и сможет различать новых и возвращающихся пользователей. Разработчики в конечном итоге получат представление не только о взаимодействии с новыми пользователями, но и о текущем взаимодействии с существующими пользователями посредством обновлений и повторных загрузок существующих пользователей.
Чтобы узнать больше о стратегии взаимодействия с пользователями, вы можете проверить «Как стратегия взаимодействия с мобильными пользователями управляет вашим бизнесом приложений?» из наших предыдущих статей.
С мая 2015 года Google Play Store позволяет разработчикам проводить A/B-тестирование с помощью Google Play Experiments, предоставляя разработчикам ценный инструмент для разработки стратегии оптимизации магазина приложений. A / B-тестирование будет доступно на iOS15 в ближайшее время, когда разработчикам iOS больше не нужно развертывать новые версии и сравнивать метрики до и после, чтобы измерить, как изменения страниц продукта влияют на коэффициент конверсии страниц продукта.
Однако, как бы захватывающе это ни казалось, платформа A / B-тестирования Apple не будет идентична собственной платформе Google. Связанные с этим неопределенности могут легко привести к множеству потенциальных осложнений. Важно решить их на ранней стадии и спланировать соответствующим образом заранее. Техническая команда ASOWorld ожидает 7 фундаментальных различий ниже, чтобы вы подготовились.
A/B-тестирование является количественным методом исследования. Это означает, что статистика, стоящая за каждым тестом, является его жизненной кровью. Если вы соберете и проанализируете достаточно данных, вы получите надежные результаты тестов, чтобы научно подтвердить или опровергнуть определенные гипотезы. Идеи, лежащие в основе этих гипотез, в конечном счете, являются тем, что движет CRO. Вот почему вся CRO изменится, когда A / B-тестирование в App Store будет иметь другой объем и форму данных по сравнению с Play Store.
Вот наиболее важные различия, о которых вы должны знать.
Google предоставляет 90% уровень статистической значимости для результатов тестирования, в то время как остается загадкой, предоставит ли Apple что-либо сопоставимое. На самом деле, неизвестно, предоставят ли они какие-либо доверительные интервалы, так как в их объявлении эта тема не упоминается (пока).
Google показывает диаграмму, которая непрерывно отображает время ожидания выполнения каждого тестового варианта. При необходимости вы можете просмотреть прошлые результаты для получения более подробных сведений.
Apple, с другой стороны, не имеет доказательств того, что они предлагают подобную функцию. Они только упоминают, что вы можете «сравнивать производительность [тестовых вариантов] с вашей исходной страницей продукта на протяжении всего теста». Применимо ли это сравнение к текущим и прошлым показателям, еще предстоит определить.
Google показывает только количество установок, масштабируемых установок и разницу в коэффициенте конверсии (CVR) между тестовыми вариантами. Поэтому можно только оценить, насколько хорошо или плохо они сравниваются друг с другом. Вместо этого Apple отображает размер трафика (показы) и точный CVR для каждого варианта поверх различий CVR (улучшений). Это означает, что вы должны исследовать отдельные версии или сравнивать между ними.
В Google Play все локализуемые ресурсы, кроме названия и названия приложения, могут пройти A/B-тестирование. Что еще более важно, они включают визуальные и текстовые элементы. Это обеспечивает достаточную емкость для чрезвычайно универсальной стратегии CRO.
Напротив, только визуальные активы в App Store были определены как подходящие для A/B-тестирования. Это значок, снимки экрана и предварительный просмотр (видео). Никаких дополнительных сведений о текстовых ресурсах представлено не было.
Однако, глядя на различные ресурсы, разрешенные в оптимизации страницы продукта и пользовательских страницах продукта, их может не быть. В частности, Apple упоминает рекламный текст, связанный с последним, но не с первым. Вот факторы, которые следует учитывать для этого факта.
Конечно, это еще предстоит подтвердить. Однако, когда вы сомневаетесь, безопаснее всего подготовиться к наихудшему сценарию. Если это окажется правдой, у вас будет гораздо более узкий выбор ресурсов на выбор в A / B-тестировании в App Store по сравнению с Play Store.
Это также относится к взаимосвязи между присутствием в пользовательском магазине приложений и A/B-тестированием: хотя вы, безусловно, можете проводить эксперименты с пользовательскими списками Play Store, по-прежнему остается проблемой, верно ли то же самое на страницах пользовательских продуктов. Если это так, возможности для iOS CRO будут значительно расширены, например, с использованием чего-то вроде «оптимизации пользовательской страницы продукта» - но это большое «если».
На самом деле, некоторые данные могут свидетельствовать о том, что это вряд ли так. Как упоминалось ранее, рекламный текст демонстрирует разрыв между пользовательскими страницами продукта и оптимизацией страницы продукта, поскольку он может быть настроен, но не протестирован A / B. Еще одним доказательством является значок приложения, который можно тестировать, но не настраивать. Поэтому, если бы A/B-тестирование можно было проводить на пользовательских страницах продуктов, магазин приложений стал бы невыносимо непоследовательным.
Вот в чем проблема: это не похоже на то, что Apple позволяет это. Это означает, что они просто не допускают пересечения между двумя функциями. Таким образом, можно с уверенностью сказать, что мы не можем ожидать A / B-тестирования пользовательских страниц продукта.
Хотя рекламный текст и значки являются разницей между двумя функциями, они смешиваются вместе на скриншотах и в предварительном просмотре. Если повезет, Apple позволит нам протестировать один из этих двух активов или оба на пользовательской странице продукта. Каким бы надуманным ни казался этот сценарий, это все еще логическая возможность, которую не следует отклонять преждевременно.
Значок является важным визуальным активом приложения, которое выражает его чувство идентичности. Во всяком случае, это должно быть согласованным активом в магазинах приложений. К сожалению, это не так.
Во-первых, вы можете загружать новые значки для тестирования только в Google Play, но не в App Store. Apple потребует, чтобы все варианты icon (на устройстве и в магазине) были заранее добавлены в двоичный файл приложения и рассмотрены с новой версией приложения. Поэтому, если они будут отклонены или отложены, это повлияет на A/B-тестирование.
Во-вторых, опять же, связанные с двоичными требованиями приложений, в то время как Google допускает независимые изменения между активами на устройстве и в магазине, Apple будет обеспечивать некоторый уровень зависимости значков между ними. В частности, если вы применяете вариант значка App Store с помощью оптимизации страницы продукта, соответствующий вариант значка на устройстве автоматически заменит исходный значок.
Локализация является важной частью ASO, особенно для ОЦР, поэтому очень важно иметь возможность выполнять A/B-тесты на локализованных страницах продукта. Самое главное, что чем больше тестов локализации вы можете выполнить одновременно, тем эффективнее вы будете масштабировать общую CRO.
В Google Play разрешено до пяти таких тестов (не включая пользовательские сведения о продукте). В Apple App Store это число неизвестно. Если он одинаков, вы можете масштабировать CRO одинаково в обоих магазинах, поэтому он не требует большой настройки. Напротив, если одно хранилище позволяет одновременно запускать значительно больше тестов, чем другое, вам нужно будет планировать заранее и учитывать различия между ними, чтобы принять обоснованное решение.
Почему это имеет значение? Два фактора.
Если вы можете обновить свою CRO для своего магазина приложений, вы можете быстро узнать, что работает, а что нет. Чем больше вы узнаете, тем более обоснованными будут ваши решения. Вот почему различная масштабируемость может привести к различным уровням производительности CRO. В конечном счете, производство активов, человеческие ресурсы, время и усилия будут иметь разные значения между магазинами приложений. Затем ими следует управлять по-разному.
Представьте, что у вас есть 3 месяца, чтобы протестировать 10 локализаций всех активов, прежде чем запускать критическую и актуальную кампанию. Для одной и той же идеи или гипотезы вам понадобятся два раунда из 5 экспериментов по локализации в Play Store, чтобы охватить весь контент. Если каждый раунд занимает три недели для получения статистически значимых результатов, то вам понадобится 1,5 месяца, чтобы завершить полную серию.
Это означает, что трехмесячный срок позволит протестировать две идеи перед выпуском. Если Apple позволяет одновременно запускать менее пяти тестов в одних и тех же условиях, то 10 локализаций в течение трех месяцев — это слишком много. Вам нужно либо тестировать меньше идей, вам нужно меньше локализаций, либо вам нужно больше времени.
Степень гибкости при настройке A/B-тестов также будет варьироваться от одного магазина приложений к другому. На самом деле разница будет вызвана двумя факторами.
В то время как Google разрешает A / B-тестирование для визуальных и текстовых ресурсов, Apple позволит вам тестировать только первое. Это означает, что даже если вы можете превратить идею, концепцию, сообщение или гипотезу в привлекательную копию, вы не можете настроить ее в качестве теста. Это только наполовину так же гибко, как Google Play.
Тестовые настройки в Google Play могут стать более гибкими, когда несколько ресурсов объединены вместе. В частности, у вас могут быть эксперименты с текстовыми, визуально-визуальными или визуально-текстовыми комбинациями. В App Store также можно объединить несколько активов в тесте (в противном случае Apple не предложила бы нам ограничивать их). Но лучшее, что вы можете сделать, это настроить только визуально-визуальные комбинированные эксперименты.
Так что же нам делать, когда мы не так гибки? Добавьте глубину. Отказ от использования текстовых ресурсов для тестирования означает большее тестирование с визуальными ресурсами.
Чтобы узнать больше о странице пользовательского продукта iOS15, вы можете проверить «Как подготовить пользовательские страницы продуктов App Store (CPP) для iOS 15 ASO?» в наших предыдущих статьях.
A/ B-тестирование включает в себя больше, чем просто технические факторы, которые влияют на CRO. Помимо дизайна, настройки и предположений теста, он также должен охватывать творческие идеи, концепции и истории. Это то, что преобразуется в материальные ресурсы магазина приложений, которые вы должны загрузить перед выполнением каких-либо тестов. Поэтому важно иметь достаточную творческую свободу, чтобы позволить смелым и инновационным идеям быть проверенными и, в свою очередь, способствовать совершенствованию КАПП.
Конечно, Apple и Google допускают разную степень этой творческой свободы. В Play Store тестовые ресурсы, похоже, никогда не подвергаются тщательному изучению Google. Все политики и рекомендации по метаданным применяются к сведениям о продукте, а не к экспериментам с подробными сведениями о продукте. Таким образом, можно с уверенностью сказать, что до тех пор, пока вы не применяете «рискованный» вариант, вы можете протестировать практически все с любым квалифицированным активом без ограничений.
Разделение между историей и повествованием невозможно в App Store. Согласно объявлению Apple, все отдельные тестовые варианты будут рассмотрены независимо. Если вы проверите смелую и смелую, но рискованную идею с ними, и они будут отвергнуты, вы никогда не узнаете, сработала ли эта идея. Вы будете знать только, что реализации не было. Плюс график тестирования будет отложен. Вот почему вам приходится иметь дело с меньшей творческой свободой в A/ B-тестировании App Store по сравнению с Play Store.
Ваша стратегия CRO должна быть более консервативной в App Store и более агрессивной в Play Store. Это означает:
Эксперименты с деталями товаров должны быть испытательным полигоном для смелых и рискованных идей, потому что они обеспечивают более высокую степень творческой свободы. В овертайме вы можете относительно указать, какие из них хороши для CRO. Затем вы можете перейти к тестированию и изучению того, какие методы доступны для публичного представления таких идей - независимо от того, какой метод Google позволяет вам использовать.
Затем это обучение может быть дополнительно консолидировано с оптимизацией страницы продукта. Если вы обнаружите, что Google использует итерацию активов, учитывая ее аналогичные руководящие принципы и политики, Apple, скорее всего, также примет ее. Именно так можно тестировать смелые идеи в App Store с минимальным риском отказа.
В ожидании, пока A/B-тесты Play Store «проложат путь», A/B-тесты App Store можно запускать независимо, чтобы «найти путь». Начните с безопасных идей, затем переходите к более рискованным идеям, пока не подойдете к «запретной зоне». CRO займет больше времени, но, по крайней мере, вы не застрянете в ожидании результатов теста Android или не будете введены в заблуждение непроверенными предположениями.
Распределение аудитории между текущей версией и вариантами. При принятии решения о том, какую часть трафика следует выделить для каждого варианта, имейте в виду текущий коэффициент конверсии, гипотезу, подлежащую проверке, задействованные элементы и статистическую значимость (в настоящее время 90% в экспериментах Google Play).
Разделите продолжительность теста. Пусть тест продлится не менее 7 дней, чтобы избежать сезонных всплесков, которые могут повлиять на ваши результаты. Тесты должны выполняться до тех пор, пока значительная потенциальная аудитория не войдет во все варианты теста.
Минимальная установка для каждого варианта. Чтобы получить важные данные о результатах производительности a/b тестов, нужно обратить внимание на необходимое количество установок. Это сильно коррелирует с ежедневной скоростью установки приложения.
Тестовая локализация. Настоятельно рекомендуется локализовать сплит-тесты в определенной стране. Всемирные/глобальные эксперименты могут вводить в заблуждение, поскольку каждая страна действует по-разному творчески.
Закрытые изменения могут не привести к большому обучению. Тем не менее, все элементы вашей идеи должны быть проверены, чтобы постоянно улучшать страницу вашего магазина.
Это лишь некоторые из новых функций и возможностей, анонсированных на WWDC21. A / B-тестирование исторически было более сложной задачей в iOS App Store, чем экспериментальные возможности Google Play - эти новые инструменты станут улучшениями, которых ждали разработчики iOS.
Данные о производительности, доступные из App Analytics, оптимизации страниц продуктов и пользовательских страниц продуктов, а также пользовательская аналитика и данные о действиях, предоставят разработчикам понимание, необходимое для дальнейшего роста.
Мы тестируем, чтобы узнать, какие идеи могут улучшить CVR, а затем узнаем, как реализовать эти идеи, не нарушая политику. Как мы перечислили выше, вы можете заранее планировать модель A/B-тестирования iOS15.
Мобильный рост приложений,App Store оптимизация,
Get FREE Optimization Consultation
Let's Grow Your App & Get Massive Traffic!
All content, layout and frame code of all ASOWorld blog sections belong to the original content and technical team, all reproduction and references need to indicate the source and link in the obvious position, otherwise legal responsibility will be pursued.
Categories
Комментарии
Вы еще не вошли в систему. Пожалуйста, сначала войдите / зарегистрируйтесь.
COVID-19 UPDATE 
