Поделиться через

Рекомендации по пользовательскому интерфейсу и взаимодействию с пользователем для рекламы

  • Статья

Предупреждение

По состоянию на 1 июня 2020 г. платформа Монетизации Microsoft Ad для приложений Windows UWP будет закрыта. Подробнее

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

Внимание

Любое использование рекламы в приложении должно соответствовать политикам Microsoft Store, включая, без ограничений, политику 10.10 (поведение рекламы и содержимое). В частности, реализация рекламных баннеров или промежуточных объявлений приложения должна соответствовать требованиям в политике Microsoft Store 10.10.1. В этой статье содержатся примеры реализаций, которые будут нарушать эту политику. Эти примеры предоставляются только для информационных целей, как способ лучше понять политику. Эти примеры не являются исчерпывающими, и может быть много других способов нарушения политик Microsoft Store, которые не перечислены в этой статье.

Общие рекомендации

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

Рекомендации по рекламным баннерам

В следующих разделах приведены рекомендации по реализации рекламных баннеров в приложении с помощью AdControl и примеров реализаций, которые нарушают политику 10.10.1 политик Microsoft Store.

Рекомендации

Рекомендуется следовать этим рекомендациям при реализации рекламных баннеров в приложении:

  • Используйте размеры интерактивного рекламного бюро, которые хорошо подходят для макета устройства.

  • Большую часть пользовательского интерфейса приложения уделяется функциональным элементам управления и содержимому.

  • Разработка рекламы в вашем опыте. Предоставьте своим дизайнерам пример рекламы, чтобы спланировать, как будет выглядеть реклама. Двумя примерами хорошо запланированных объявлений в приложениях являются макет рекламы как содержимого и разделенный макет.

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

  • Планируйте время, когда реклама недоступна. Может возникнуть время, когда реклама не отправляется в приложение. Выложите свои страницы таким образом, чтобы они выглядели отлично, если они демонстрируют рекламу или нет. Дополнительные сведения см. в разделе "Обработка ошибок рекламы".

  • Если у вас есть сценарий для оповещения пользователя, который лучше всего обрабатывается с наложением, вызовите AdControl.Suspend при отображении наложения, а затем вызовите AdControl.Resume после завершения сценария оповещения.

Рекомендации, чтобы избежать

Мы рекомендуем избежать этих рекомендаций при реализации рекламных баннеров в приложении:

  • Не болт рекламу в открытой недвижимости. Рекламное пространство не должно быть помещено в первую открытую часть недвижимости, которую можно найти. Вместо этого она должна быть включена в общую структуру вашего приложения.

  • Не рекламируйте и не насыщайте свое приложение. Слишком много объявлений в приложении отнимает внешний вид и удобство использования. Вы хотите заработать деньги с рекламой, но не за счет самого приложения.

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

Примеры нарушений политики

В этом разделе приведены примеры сценариев рекламы баннеров, которые нарушают политику 10.10.1 политик Microsoft Store. Эти примеры предоставляются только для инструкций, чтобы лучше понять политику. Эти примеры не являются исчерпывающими, и может быть много других способов нарушения политики 10.10.1, которые не перечислены здесь.

  • Делать что-либо, чтобы повлиять на возможность пользователя просматривать баннер, например изменение непрозрачности AdControl или размещение другого элемента управления на вершине AdControl (без первого вызова AdControl.Suspend).

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

  • Обход встроенного минимального таймера обновления для рекламных баннеров любым способом, включая (но не ограничено) переключение объектов AdControl или принудительное обновление страницы без взаимодействия с пользователем.

  • Использование динамических рекламных блоков (то есть рекламных блоков, полученных из Центра партнеров) во время разработки и тестирования или эмулятора.

  • Написание или распространение кода, который вызывает службы рекламы через средства, отличные от библиотек Microsoft Advertising, выполняемых в контексте приложения.

  • Взаимодействие с незадокументированных интерфейсов или дочерними объектами, созданными библиотеками Microsoft Advertising, такими как WebView или MediaElement.

  • Размещение объявлений в поле просмотра, чтобы уменьшить размер рекламы, чтобы разрешить больше объявлений на странице, чем обычно.

Рекомендации по промежуточным объявлениям

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

В следующих разделах приведены рекомендации по реализации промежуточных рекламных объявлений и межстраничного баннера в приложении с помощью InterstitialAd, а также примеры реализаций, которые нарушают политику 10.10.1 политик Microsoft Store. Так как вы знаете ваше приложение лучше, чем кто-либо, за исключением того, где связана политика, мы оставим его до вас, чтобы принять лучшее окончательное решение. Важно помнить, что рейтинги и доходы приложения тесно связаны.

Рекомендации

Рекомендуется следовать этим рекомендациям при реализации промежуточных объявлений в приложении:

  • Подходят промежуточные объявления в естественном потоке приложения, например между игровыми уровнями.

  • Свяжите рекламу с реальными плюсами, например:

    • Намеки на завершение уровня.

    • Дополнительное время для повтора уровня.

    • Пользовательские функции аватара, такие как татуировка или шляпа.

  • Если вашему приложению требуется, чтобы промежуточное видео рекламные объявления отслеживались до завершения, укажите, что правило заранее, чтобы они не были удивлены сообщением об ошибке при нажатии кнопки закрытия.

  • Предварительное получение объявления (путем вызова InterstitialAd.RequestAd) в идеале 30-60 секунд, прежде чем нужно отобразить его.

  • Подпишитесь на все четыре события, предоставляемые в классе InterstitialAd (Canceled, Completed, AdReady и ErrorOccurred) и используйте их для принятия правильных решений для вашего приложения.

  • У вас есть встроенный интерфейс для использования вместо рекламы, сопоставленной с сервером. Это полезно в нескольких сценариях:

    • В автономном режиме, когда не удается достичь рекламных серверов.

    • При срабатывании события ErrorOccurred .

    • Если вы решили сохранить пропускную способность пользователя на основе ConnectionProfile, в классе ConnectionProfile есть API, которые могут помочь.

  • Используйте время ожидания по умолчанию (30 секунд), если у вас нет допустимой причины, чтобы сделать это в противном случае, в этом случае не идти ниже 10 секунд. Межстраничные объявления занимают значительно больше времени, чтобы скачать, чем стандартные баннерные объявления, особенно на рынках, которые не имеют высоких скоростных подключений.

  • Помните о плане данных пользователя. Например, не показывать или предупреждать пользователя перед обслуживанием межстраничного видео на мобильном устройстве, близком к ограничению данных. В классе ConnectionProfile есть API, которые могут помочь.

  • Непрерывно улучшает приложение после первоначальной отправки. Просмотрите отчеты о рекламе и внесите изменения в дизайн, чтобы улучшить частоту завершения видео и междустрочного видео.

Рекомендации, чтобы избежать

Мы рекомендуем избежать этих рекомендаций при реализации промежуточных объявлений в приложении:

  • Не переусердствовайте. Не заставляйте рекламу больше, чем каждые 5 минут или около того, если пользователь явно не участвует с необязательным материальным преимуществом, помимо простого игры.

  • Не отображайте промежуточные фрагменты при запуске приложения, так как пользователи могут поверить, что они щелкнули неправильную плитку.

  • Не показывайте интерстиалы при выходе. Это плохо инвентаризация, так как показатели завершения будут почти нулевыми.

  • Не показывайте две или несколько промежуточных объявлений обратно. Пользователи будут разочарованы, чтобы увидеть сброс панели хода выполнения рекламы до начальной точки. Многие думают, что это просто кодирование или ошибка обслуживания рекламы.

  • Не извлеките промежуточное видео объявление более 5 минут перед вызовом InterstitialAd.Show. Хороший запас позволит максимально увеличить преобразование предварительно извлекаемых объявлений в оплачиваемые впечатления.

  • Не наказывайте пользователя за сбои в обслуживании рекламы, например без рекламы. Например, если вы отображаете параметр пользовательского интерфейса "Просмотр рекламы для получения xxx", необходимо указать xxx , если пользователь сделал ее часть. Рассмотрим два варианта:

    • Не включайте этот параметр, если событие InterstitialAd.AdReady не было запущено.

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

  • Не используйте межстраничные объявления, чтобы позволить пользователю получить конкурентное преимущество в многопользовательской игре. Например, не заманивайте пользователя с лучшим пистолетом в игре первого человека стрелок, если они просматривают промежуточное объявление. Настраиваемая рубашка на аватаре игрока хорошо, пока она не обеспечивает камуфляж!

Примеры нарушений политики

В этом разделе приведены примеры промежуточных сценариев рекламы, которые нарушают политику 10.10.1 политик Microsoft Store. Эти примеры предоставляются только для инструкций, чтобы лучше понять политику. Эти примеры не являются исчерпывающими, и может быть много других способов нарушения политики 10.10.1, которые не перечислены здесь.

  • Размещение элемента пользовательского интерфейса на промежуточном контейнере объявлений.

  • Вызов InterstitialAd.Show во время взаимодействия пользователя с приложением.

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

  • Запрос нового промежуточного объявления в контексте обработчика событий для события InterstitialAd.ErrorOccurred . Это может привести к бесконечному циклу и может вызвать операционные проблемы для рекламной службы.

  • Запрашивая промежуточное объявление просто иметь резервную рекламу для каскадной последовательности объявлений. Если вы запрашиваете промежуточное объявление, а затем получаете событие InterstitialAd.AdReady , то следующее промежуточное объявление, отображаемое в приложении, должно быть объявлением, готовым к отображению с помощью метода InterstitialAd.Show .

  • Использование динамических рекламных блоков (то есть рекламных блоков, полученных из Центра партнеров) во время разработки и тестирования или эмулятора.

  • Написание или распространение кода, который вызывает службы рекламы через средства, отличные от библиотек Microsoft Advertising, выполняемых в контексте приложения.

  • Взаимодействие с незадокументированных интерфейсов или дочерними объектами, созданными библиотеками Microsoft Advertising, такими как WebView или MediaElement.

Рекомендации по собственной рекламе

Собственные объявления дают вам много контроля над тем, как вы представляете рекламное содержимое вашим пользователям. Следуйте этим требованиям и рекомендациям, чтобы убедиться, что сообщение рекламодателя достигает ваших пользователей, а также помогает избежать доставки запутанной собственной рекламы пользователям.

Регистрация контейнера для собственного объявления

В коде необходимо вызвать метод RegisterAdContainer объекта NativeAdV2, чтобы зарегистрировать элемент пользовательского интерфейса, который выступает в качестве контейнера для собственного объявления и при необходимости любые определенные элементы управления, которые необходимо зарегистрировать в качестве целевых объектов для рекламы. Это необходимо для правильного отслеживания показов рекламы и щелчков.

Существует две перегрузки для метода RegisterAdContainer , который можно использовать:

  • Если требуется, чтобы весь контейнер для всех отдельных собственных рекламных элементов был доступен для щелчка, вызовите метод RegisterAdContainer(FrameworkElement) и передайте элемент управления контейнера в метод. Например, если вы отображаете все элементы собственной рекламы в отдельных элементах управления, размещенных в StackPanel, и вы хотите, чтобы весь StackPanel был доступен для щелчка, передайте StackPanel этому методу.

  • Если требуется, чтобы только некоторые собственные элементы рекламы были доступны для щелчка, вызовите метод RegisterAdContainer(FrameworkElement, IVector(FrameworkElement)). Только элементы управления, которые передаются второму параметру, будут доступны для щелчка.

Обязательные собственные элементы рекламы

Как минимум, необходимо всегда отображать следующие собственные элементы рекламы, предоставляемые свойствами объекта NativeAdV2 пользователю в собственном рекламном дизайне. Если не удается включить эти элементы, возможно, вы увидите низкую производительность и низкую производительность для вашего рекламного блока.

  1. Всегда отображайте название собственного объявления (доступно в свойстве Title ). Укажите достаточно места для отображения не менее 25 символов. Если заголовок длиннее, замените дополнительный текст многоточием.
  2. Всегда отображайте хотя бы один из следующих элементов, чтобы помочь отличить собственный интерфейс рекламы от остальной части приложения и четко вывести содержимое, предоставляемое рекламодателем:
    • Значок различаемой рекламы (доступен в свойстве AdIcon ). Этот значок предоставляется корпорацией Майкрософт.
    • Спонсируемый текстом (доступен в свойстве SponsoredBy). Этот текст предоставляется рекламодателем.
    • В качестве альтернативы спонсируемой по тексту можно отобразить другой текст, который помогает различать собственный интерфейс рекламы от остальной части приложения, например "Спонсируемое содержимое", "Рекламное содержимое", "Рекомендуемое содержимое" и т. д.

Взаимодействие с пользователем

Собственное объявление должно быть четко очерчено от остальной части приложения и иметь место вокруг него, чтобы предотвратить случайные щелчки. Используйте границы, разные фоны или другой пользовательский интерфейс для разделения содержимого рекламы от остальной части приложения. Имейте в виду, что случайные щелчки рекламы не являются полезными для вашего дохода на основе рекламы или вашего пользовательского интерфейса в долгосрочной перспективе.

Description

Если вы решили отобразить описание объявления (доступно в свойстве Description объекта NativeAdV2), укажите достаточно места для отображения не менее 75 символов. Мы рекомендуем использовать анимацию для отображения полного содержимого описания рекламы.

Призыв к действию

Вызов текста действия (доступен в свойстве CallToAction объекта NativeAdV2) является критически важным компонентом рекламы. Если вы решили отобразить этот текст, следуйте приведенным ниже рекомендациям.

  • Всегда отображайте текст действия пользователю в элементе управления, который можно щелкнуть, например кнопку или гиперссылку.
  • Всегда отображайте текст действия целиком.
  • Убедитесь, что призыв к действию текста отделен от остальной части рекламного текста от рекламодателя.