Правила App Store и Google Play для платного тестирования: где граница

Сценарий: юрист задаёт неудобный вопрос

Егор — основатель небольшой студии, у которой три приложения в сторах. Он собирается запустить платное тестирование перед обновлением и приходит к знакомому юристу за советом.

Юрист задаёт один вопрос: «Ты платишь людям за то, что они делают, или за то, что они говорят публично?»

Егор не сразу понимает разницу. Между тем в этом вопросе — вся граница между легитимным пользовательским исследованием и нарушением правил платформ.

Платить за работу — за прохождение сценария, за отчёт, за воспроизведение бага, за скриншоты — нормальная практика. Так работают UX-исследования уже несколько десятилетий, просто раньше это называлось «респондент за вознаграждение», а теперь может быть организовано через платформу.

Платить за публичное высказывание — за оценку в сторе, за отзыв, за «пятёрку» — запрещено правилами обеих платформ, потому что это искажает информацию, на которую опираются другие пользователи.

Эта статья — разбор, где именно проходит эта линия, как не наступить на неё случайно и как сформулировать кампанию так, чтобы она была безопасной. Практики манипуляции рейтингом здесь не описываются как инструмент — только как то, чего нельзя делать, и почему.

Что говорят документы платформ

Не будем цитировать построчно — документы обновляются, и правильная привычка — сверяться с актуальной версией. Но смысл разделов устойчив годами.

App Store Review Guidelines содержат положения о том, что разработчик не должен пытаться манипулировать отзывами и рейтингами, использовать сторонние сервисы для их накрутки, а также обманывать пользователей относительно функциональности приложения. Отдельно регулируется распространение бета-версий: тестирование сборок должно идти через TestFlight, а не через обходные пути вроде корпоративных сертификатов для внешних людей.

Google Play Developer Program Policies содержат раздел о рейтингах, отзывах и установках: запрещены попытки манипулировать позицией приложения, включая стимулирование положительных отзывов, использование ботов и искусственных установок. Также запрещено предлагать вознаграждение в обмен на оценку.

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

Полезные ссылки для самостоятельной сверки: App Store Review Guidelines, Google Play Developer Policy Center, TestFlight.

Таблица границы: что можно и что нельзя

Строка про «просить не ставить низкую оценку» заслуживает пояснения, потому что в неё попадают даже добросовестные команды. Практика «если что-то не так — напишите нам, а не в стор» кажется разумной заботой. Но если она применяется избирательно — то есть путь в стор предлагается только довольным, а недовольным предлагается поддержка, — это и есть фильтрация рейтинга. Разрешённый вариант: предлагать всем один и тот же путь обратной связи, не завязывая его на настроение пользователя.

Почему формулировка задания важнее намерения

Егор может не иметь ни малейшего желания накручивать рейтинг. Но если в его чек-листе написано «после прохождения оставьте отзыв в сторе о своём опыте», он создал стимулированный отзыв. Намерение не имеет значения — имеет значение конструкция стимула.

Разберём несколько формулировок.

Правая колонка получает ту же информацию, что и левая, но она остаётся внутри исследовательского контура. Рейтинг в сторе при этом продолжает формироваться людьми, которым никто не платил.

Есть и практический аргумент помимо комплаенса: стимулированный отзыв бесполезен как данные. Человек, которому заплатили за отзыв, пишет то, что ожидают увидеть. Человек, которому заплатили за отчёт, пишет, что у него не получилось — потому что именно это от него и требуется.

Как распространять сборки без нарушений

Отдельная область риска — сам способ доставки приложения тестировщику.

iOS. Официальный путь — TestFlight: внутренние тестировщики (до 100 членов команды) и внешние (до 10 000 по публичной ссылке или по приглашению). Внешние сборки проходят упрощённое ревью. Использование корпоративных (Enterprise) сертификатов для распространения приложения людям вне организации — нарушение соглашения Apple Developer Enterprise Program, и это один из самых частых поводов для отзыва сертификата. Сторонние сервисы установки ad-hoc сборок несут те же риски.

Android. Здесь больше легальных вариантов: закрытое тестирование (списки email или группы Google), открытое тестирование (публичный трек), внутреннее тестирование (до 100 адресов), а также распространение APK напрямую — Android это технически допускает. Но если ваше приложение уже в Play, лучше использовать треки тестирования: так тестовые установки не смешиваются с продакшн-метриками.

Отдельный практический момент: если вы тестируете уже опубликованное приложение и просите установить его из стора, тестовые установки попадут в общую статистику. Их немного (десятки), поэтому искажение минимально, но правильная гигиена — помечать их через отдельную ссылку с UTM-параметрами или через промокод, чтобы можно было исключить из когорт при анализе.

Оплата, налоги и прозрачность

Комплаенс — это не только правила платформ.

Прозрачность условий. Тестировщик должен заранее знать: сколько платят, за что именно, при каких условиях отчёт отклоняется, кому принадлежат результаты. Непрозрачные условия — источник конфликтов и репутационного ущерба независимо от юридической стороны.

Ставка и комиссия. В модели Manica базовая ставка за прохождение может составлять, например, 99 ₽, а платформа удерживает 15 % комиссии. Для автора кампании важно, что комиссия — часть расчёта бюджета, а не сюрприз: 99 ₽ × 1,15 = 113,85 ₽ за принятый отчёт. Для тестировщика важно понимать, что он получает оговорённую сумму за принятую работу.

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

Персональные данные. Не просите тестировщиков передавать лишнее: скриншоты с их реальными платёжными данными, паспортами, личной переписки. Для тестирования оплаты используйте sandbox-режимы платформ или тестовые карты. Это одновременно требование приличия и снижение вашей же ответственности за хранение данных.

Возрастные ограничения. Если приложение имеет возрастной рейтинг 18+, тестировщики должны соответствовать. Это относится и к содержанию, и к платёжным сценариям.

Первые две строки — большинство случаев, и почти всегда они возникают не из злого умысла, а из привычки «попросить поддержать проект». Именно поэтому важно один раз проверить формулировки кампании и больше не возвращаться к этому вопросу.

Что происходит при нарушении

Последствия зависят от платформы и масштаба, но общая логика такая.

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

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

Жёсткие меры. Удаление приложения из стора, блокировка аккаунта разработчика, отзыв сертификатов. Для Google Play блокировка аккаунта может распространяться на связанные аккаунты — то есть «начать заново» технически не так просто, как кажется.

Отдельный слой — доверие. Если история нарушений станет известна, это влияет на переговоры с партнёрами, инвесторами и на найм. Репутационные последствия живут дольше формальных санкций.

Важный практический момент: санкция может прийти сильно позже нарушения. Платформы не обязаны реагировать мгновенно, и отсутствие реакции за месяц не означает, что схема «работает».

Чек-лист комплаенса перед запуском кампании

Пройдите перед публикацией задания. Все пункты должны быть отмечены.

Формулировки задания

• [ ] В тексте нет слов «отзыв», «оценка», «звёзды», «рейтинг» в контексте действия тестировщика в сторе.
• [ ] Ни один шаг не требует публичного высказывания о продукте.
• [ ] Нет бонусов, привязанных к тональности обратной связи.
• [ ] Обратная связь собирается только в отчёт на платформе.
• [ ] Нет просьбы «не ставить плохую оценку».

Доставка сборки

• [ ] Для iOS используется TestFlight, а не Enterprise-сертификат или сторонние установщики.
• [ ] Для Android используется трек тестирования или прямой APK с понятным происхождением.
• [ ] Если тестируется публичная версия — есть способ отделить тестовые установки от органических в аналитике.

Данные и приватность

• [ ] Не требуются реальные платёжные данные тестировщика.
• [ ] Для сценариев оплаты предусмотрен sandbox или промокод.
• [ ] В задании указано, какие скриншоты нельзя присылать (личные данные, переписка).
• [ ] Условие конфиденциальности сформулировано явно, если продукт не выпущен.

Прозрачность для тестировщика

• [ ] Ставка за прохождение указана до начала работы.
• [ ] Критерии приёмки и отклонения опубликованы.
• [ ] Указано ожидаемое время прохождения.
• [ ] Указаны требования к устройству и версии ОС, если они есть.

Внутренние процессы

• [ ] Актуальные версии правил платформ проверены не более трёх месяцев назад.
• [ ] Есть один ответственный, кто вычитывает формулировки кампаний.
• [ ] Шаблон безопасного задания сохранён, чтобы не изобретать заново.

Безопасная архитектура кампании: пример

Соберём всё в один рабочий шаблон, который Егор может использовать.

Название кампании: Проверка обновлённого онбординга, iOS

Контекст для тестировщика (1 абзац): Приложение для учёта расходов. Мы переделали первые три экрана и хотим понять, понятно ли, зачем нужно привязывать категории. Нам важны честные наблюдения, включая негативные — они полезнее похвалы.

Доставка: ссылка TestFlight, требуется iOS 16+.

Шаги:

1. Установите сборку. Откройте и, не нажимая ничего, опишите, что приложение предлагает сделать. Скриншот обязателен.
2. Пройдите онбординг до главного экрана. Опишите каждый момент сомнения. Укажите, сколько экранов прошли.
3. Добавьте первый расход. Опишите путь и приложите скриншот результата.
4. Найдите, где менять категории. Напишите, сколько времени искали.
5. Закройте и откройте приложение. Опишите, что увидели.

Критерии приёмки: выполнены все 5 шагов; скриншоты на шагах 1 и 3; указаны модель устройства и версия iOS; ответы описывают действия, а не общее мнение.

Что запрещено: публиковать скриншоты сборки вне платформы; оставлять отзывы и оценки в App Store в рамках этого задания.

Оплата: 99 ₽ за принятый отчёт. Комиссия платформы 15 % оплачивается автором.

Обратите внимание на строку «что запрещено»: явный запрет на отзывы защищает и автора, и тестировщика. Это не формальность, а сигнал о том, как в проекте относятся к правилам.

FAQ

Можно ли платить за отзыв, если просить писать правду, включая недостатки?

Нет. Правила запрещают стимулированные отзывы как таковые, независимо от тональности. Кроме того, получить правду таким способом всё равно не получится: человек знает, кто платит.

А если тестировщик сам, без просьбы, оставил отзыв?

Это его право как пользователя. Ключевое — отсутствие вашей просьбы и вознаграждения за это действие. Не стоит специально напоминать о такой возможности в задании: формально это уже стимул.

Считаются ли тестовые установки из стора нарушением?

Нет, если люди действительно используют приложение по сценарию. Нарушение — это искусственные установки без реального использования, созданные для влияния на позицию.

Можно ли давать тестировщикам бесплатную подписку?

Да, через промокоды или offer codes — это штатные механизмы платформ. Главное, чтобы промокод был вознаграждением за работу, а не за публичное высказывание.

Нужно ли раскрывать, что тестирование платное, если тестировщик пишет о продукте в личном блоге?

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

Как часто перечитывать правила платформ?

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

Итоги

• Главный критерий: вы платите за работу и результат в виде отчёта, а не за публичное высказывание в сторе.
• Просьбы об оценке, отзыве, «поддержке в сторе» и избирательная фильтрация негатива — нарушение правил обеих платформ, независимо от намерений.
• Для iOS безопасный канал доставки сборок — TestFlight; Enterprise-сертификаты для внешних людей недопустимы. Для Android — треки тестирования.
• Стимулированный отзыв ещё и бесполезен как данные: он написан под ожидание заказчика.
• Прозрачные условия, явные критерии приёмки, отсутствие требований к персональным и платёжным данным — часть комплаенса, а не вежливость.
• Санкции могут прийти позже нарушения; отсутствие реакции платформы не означает, что схема допустима.

Заключение

Егор в итоге переписал два слова в задании — убрал «отзыв» и добавил явный запрет на публикации — и на этом закрыл вопрос комплаенса. Вся кампания при этом сохранила смысл: он получил 40 подробных отчётов о новом онбординге, нашёл три проблемы и выпустил обновление.

Граница проходит там, где ваша оплата начинает влиять на информацию, которую видят другие покупатели. Пока вы платите за то, чтобы узнать правду о своём продукте, вы в безопасной зоне. Как только начинаете платить за то, чтобы о продукте сказали хорошо, вы вне правил — и, что показательно, одновременно теряете доступ к той самой правде.