Testmyoffers - это специальный инструмент для тестирования трекинговых ссылок CPI-предложений для основных типов мобильных устройств. Автотесты позволяют контролировать кампании и их редиректы, не тратя много времени на ручную проверку.
Testmyoffers проверяет выбранные предложения в течение определенного периода. После проверки предложения он предоставляет вам результаты проверки в отдельном отчете. Как только оффер становится неактивным, он дополнительно уведомляет вас об этом. Это поможет вам избежать отправки трафика по неработающим ссылкам и сэкономить время на проверку таких предложений.
Вы можете использовать Testmyoffers вместе со статистикой Affise (срез Testmyoffers ). Подробнее об этом читайте здесь.
Интеграция с Testmyoffers
Для тестирования этот плагин берет CPA-офферы, так как их поток перенаправления ведет либо в Android Playmarket, либо в AppleStore к самому приложению. Поэтому Testmyoffers может легко проверить цепочку редиректов для таких предложений и найти неработающий.
Система определяет этот тип предложений, основываясь на настройках предложения в Affise. Вы должны включить флажок CPI, если хотите протестировать предложение(Offers > a certain offer > General):
Начните работать с Testmyoffers
Свяжитесь с Testmyoffers, чтобы зарегистрироваться на стороне плагина и получить доступ к своему аккаунту.
Перейдите в Инструменты профиля > Api-ключи, найдите свой API-ключ Testmyoffers и установите следующий диапазон IP-адресов для всех клиентов Affise:
На Affise нажмите Marketplace и выберите TestMyOffers.
Установите флажок Enable, чтобы активировать плагин Testmyoffers.
В поле TestMyoffers API key введите свой Testmyoffers API key, который вы сгенерировали в своем аккаунте Testmyoffers.
В поле Партнеры для тестирования URL трека выберите нужного партнера. Система использует этого партнера для реального тестирования потока перенаправления предложения. Вы можете выбрать партнера, которого вы используете для тестирования. Вы должны включить партнерку для всех предложений, которые плагин Testmyoffers должен проверить. В противном случае плагин будет проверять только публичные предложения.
Установите флажок Проверять все предложения , чтобы плагин мог проверять все CPI-предложения.
В поле Период проверки (час) выберите нужный период. Выбор периода зависит от количества предложений, которые необходимо проверить. Процесс проверки занимает некоторое время. Чтобы избежать ситуаций, когда один процесс проверки еще не закончен, а другой уже начался, установите в поле значение "24H".
В полях Время проверки (от до) выберите время проверки. Выберите время, с которого плагин начнет процесс проверки, и время, до которого он будет его проверять:
Нажмите кнопку Сохранить.
Проверка результатов проверки предложений
После завершения процесса проверки вы можете проверить результаты в разделе Статистика > Проверка предложений:
где:
Создано в: когда начался процесс тестирования.
Завершено в: когда процесс тестирования завершился.
Протестировано: сколько предложений проверил и протестировал плагин.
Сломанные ссылки | Отчет: количество предложений с неработающими ссылками и соответствующий отчет. Вы можете проверить причину неудачной проверки и другие дополнительные сведения.
Загрузив отчет о битых ссылках, вы увидите следующую информацию:
В файле можно увидеть следующие столбцы:
Дата: дата и время создания отчета.
ID предложения: ID предложения, которое плагин проверил и протестировал.
Предложение: название предложения, которое проверял и тестировал плагин.
Рекламодатель: рекламодатель предложения.
Страна: страна, которую плагин использовал для тестирования.
🔎 Система берет страну из настроек выплат оффера, чтобы убедиться, что тестируемый клик соответствует всем ограничениям таргетинга оффера.
Устройство: устройство, которое плагин использовал для тестирования.
🔎 Система берет устройство из настроек выплат предложения, чтобы убедиться, что тестовый клик соответствует всем ограничениям таргетинга предложения.
URL-адрес предварительного просмотра: Ссылка для предварительного просмотра.
Track: URL-адрес отслеживания, который плагин использовал для теста.
Магазин: магазин, на который ведет URL-адрес отслеживания (например, Apple Store).
App ID: Идентификатор приложения.
Причина: причина, по которой предложение не прошло тест.
🔎 Например, несоответствие App ID. ID приложения, на которое ведет URL-адрес отслеживания, и ID приложения, на которое должен вести URL-адрес отслеживания, отличаются. Это означает, что поток перенаправлений нарушен.
Перенаправления: количество перенаправлений.
История тестов: вы можете найти и скачать второй тип отчета, который включает в себя результаты проверки всех предложений, в том числе с неработающими ссылками. В этом отчете вы можете увидеть следующую информацию:
где:
Предложение: Предложение, которое проверял и тестировал плагин.
ID предложения: ID предложения, которое плагин проверил и протестировал.
Рекламодатель: рекламодатель данного оффера.
Ссылка на результат тестирования: ссылка, которую вы можете разместить в своем браузере и посмотреть информацию о цепочке редиректов.
По всем возникающим вопросам обращайтесь к команде Testmyoffers или в службу поддержки Affise по электронной почте: [email protected].