Как пройти проверку верификации LINE MINI App: чек-лист подачи и частые причины отказа
Чтобы пройти проверку верификации LINE MINI App, подайте канал, у которого имя провайдера, имя service provider и компания в политике конфиденциальности — одно и то же юридическое лицо; приложите публично доступные URL политики конфиденциальности и условий использования; подготовьте тестовые сценарии и учётные данные для каждого потока — бронирования, оплаты или заказа, — который должен пройти проверяющий; и убедитесь, что сервис не относится к запрещённым отраслям и запрещённому контенту из LINE MINI App Policy. LY Corporation обычно завершает проверку за одну–две недели; при отказе требуется доработка и повторная подача, а дату завершения заявитель указать не может.
Ключевые выводы
- Верификация — единственный путь к рабочим service messages, Custom Path, ярлыкам на главный экран, Common Profile Quick-fill, упрощению согласия и брендированному заголовку с verified-значком.
- Самая частая причина отказа — несовпадение имени провайдера, имени service provider и компании из политики конфиденциальности; все три должны указывать на одно юридическое лицо.
- Запрещённые отрасли (азартные игры, кредитование, табак, дейтинг, сбор пожертвований и др.) и запрещённый контент (нарушение прав, вводящее в заблуждение сравнение, спам) — это жёсткие правила политики, а не вопросы оформления.
- Проверка занимает около одной–двух недель без ускоренной опции; изменение production Endpoint URL после подачи может вызвать повторную проверку, поэтому зафиксируйте его заранее.
- Если реальная потребность — приём обычных клиентских сообщений LINE, это отдельное архитектурное решение для inbound, а не шаг верификации.
Что именно проверяет review
Канал LINE MINI App стартует как unverified. На внутреннем Developing-канале можно тестировать функции и итерировать. Перевод Published-канала из unverified в verified требует подачи канала в LY Corporation на проверку, и проверка оценивает согласованность идентичности, соответствие политике и способность проверяющего реально пройти ключевые потоки — а не только то, что приложение запускается.
Не путайте верификацию с двумя смежными решениями. Во-первых, это не то же самое, что Verified LINE Official Account — это отдельный продукт со своим процессом проверки; если нужен именно он, начните с руководства по странам и опциям Official Account. Во-вторых, верификация отвечает на вопрос «может ли MINI App использовать функции, доступные только верифицированным», тогда как руководство по ограничениям unverified отвечает на вопрос «что можно выпустить до проверки» — это разные вопросы.
Чек-лист подачи: информация и материалы
Подготовьте следующее до того, как откроете вкладку Review request в LINE Developers Console. Официальное руководство по подаче — первоисточник этих требований.
| Пункт | Что подготовить | Почему это важно для проверки |
|---|---|---|
| Имя провайдера | Название юридического лица, совпадающее с service provider | Сверяется с компанией из политики конфиденциальности |
| Имя service provider | Организация, реально оперирующая сервисом | Должна быть тем же юрлицом, что провайдер и держатель политики |
| Описание канала | Чёткое описание возможностей MINI App | Проверяющий использует его для определения объёма тестирования |
| URL политики конфиденциальности | Публично доступная страница; компания совпадает с провайдером | Несовпадение здесь — самая частая причина отказа |
| URL условий использования | Публично доступные условия | Требование соответствия политике |
| Callback / Endpoint URL | Production endpoint, зафиксированный до подачи | Изменение после проверки может вызвать новую проверку |
| Справочные материалы | Тестовые аккаунты, примеры товаров, сценарии бронирования/заказа и учётные данные Basic Auth, если включён | Позволяют проверяющему пройти каждый поток без догадок |
| API scopes | Только те разрешения, что реально используются | Избыточные scope расходятся с заявленной целью |
| Связь с Official Account | Подключается, только если MINI App её использует | Проверка согласованности с потоком MINI App |
Для service messages дополнительно нужны одобренные шаблоны, которые подтверждают или отвечают на действие пользователя в MINI App. Перед подачей подготовьте их по чек-листу проверки шаблонов service message: рабочие service messages требуют и верифицированного канала, и одобренных шаблонов.
Частые причины отказа
Большинство отказов относится к четырём группам. LY Corporation не обязана детально объяснять результат, поэтому предотвратить эти проблемы до подачи гораздо дешевле, чем обжаловать отказ потом.
1. Несоответствие идентичности (главная причина). Имя провайдера, имя service provider и компания в политике конфиденциальности должны быть одним юридическим лицом. Частый сбой — политика конфиденциальности написана на материнскую компанию или бренд, а канал провайдера зарегистрирован на дочернюю структуру или торговое наименование. Сверьте все три до подачи.
2. Запрещённые отрасли. LINE MINI App Policy полностью запрещает ряд категорий: религиозные организации, ночные клубы, азартные игры, дейтинг и сваху, кредитование, сбор пожертвований, многоуровневый маркетинг, табак и электронные сигареты, оружие и яды, клинические испытания. Сервис в этих категориях не пройдёт проверку независимо от качества.
3. Запрещённый контент. Даже в разрешённой отрасли контент может вызвать отказ: нарушение прав интеллектуальной собственности, вводящий в заблуждение или агрессивный маркетинг, спам, насилие или сексуальный контент, нечестное сравнение или рейтинг продуктов других компаний. Текст service message, склоняющийся к продвижению — купоны, уведомления о новинках, награды, общие анонсы, — также отклоняется, так как service message обязан подтверждать или отвечать на действие пользователя.
4. Технические и документационные пробелы. Это не баги функционала. Частые случаи: production Endpoint URL изменён после предыдущей проверки, переходы между экранами или текст не соответствуют поданному описанию, включён Basic Auth, но тестовые учётные данные не предоставлены, API scopes шире заявленной цели. Каждое требует повторной подачи.
Сроки и статус проверки
LINE указывает, что проверка обычно занимает примерно одну–две недели. Ускоренной опции нет, и заявитель не может указать дату завершения. Статус виден в LINE Developers Console; при отказе нужно исправить указанные проблемы и подать повторно, что добавляет ещё один цикл.
Это означает риск по срокам. Если сезонная кампания или запуск зависят от функций, доступных только верифицированным, подавайтесь с запасом на одну перепроверку. Зафиксировать production endpoint и финализировать тексты политики конфиденциальности и условий использования до первой подачи — самый эффективный способ не потерять неделю на предотвратимый отказ.
Нужна ли вам верификация вообще
Верификация оправдана, только когда функция, доступная только верифицированным, находится на критическом пути. Официальная матрица функций перечисляет, что уже делают unverified Published-каналы, включая кастомные кнопки действий, подсказки Official Account о добавлении в друзья и регионально поддерживаемую платёжную интеграцию — сами по себе они не повод для верификации.
Применяйте верификацию, когда нужно хотя бы одно из:
- Рабочие service messages, привязанные к бронированиям, заказам или иным действиям в приложении.
- Узнаваемый Custom Path, например
miniapp.line.me/#/<ваш-бренд>. - Ярлыки на главный экран, Common Profile Quick-fill или упрощение согласия.
- Брендированный заголовок с именем MINI App и verified-значком или обнаружение через LINE Home и поиск.
Если ни одно условие не выполняется, сначала выпустите основной поток как unverified Published-канал и вернитесь к верификации позже — это закономерный выбор планирования, а не провал.
Место UnifyPort
UnifyPort не верифицирует LINE MINI App, не подаёт его на проверку, не одобряет шаблоны service message и не предоставляет никаких привилегий платформы LINE. Используйте официальный путь проверки выше, когда верификация необходима.
UnifyPort покрывает иную, независимую потребность: принимать обычные клиентские сообщения с подключённого аккаунта LINE и маршрутизировать их в собственную систему поддержки во время проверки MINI App или после неё. Авторизация LINE использует QR-логин, и QR URL и PIN приходят асинхронно через события авторизации аккаунта, а не в синхронном ответе. После подключения входящие текстовые сообщения приходят в стандартном конверте message.received с полями id, type, provider, account_id, occurred_at и data.
Если у webhook-endpoint задан signing_secret, каждая доставка подписывается заголовками X-Device-Timestamp и X-Device-Signature. Подпись — это HMAC-SHA256 в hex-кодировке над исходным телом запроса в формате "<X-Device-Timestamp>" + "." + "<исходное тело>"; приёмник обязан проверять её по исходному телу до сохранения или маршрутизации события. Поддерживаемые ответы идут по стандартному пути POST /v1/messages. Руководство по доставке и подписям webhook подробно описывает этот шаг проверки.
Такое разделение сохраняет честность двух решений: выбирайте верифицированный MINI App для официальной идентичности, обнаружения и транзакционных service messages; выбирайте слой входящих сообщений отдельно, когда операционная потребность — приём и маршрутизация свободных клиентских диалогов LINE. Они не взаимозаменяемы: верификация не доставляет клиентские сообщения, а inbound-webhook не открывает функции MINI App.
Ограничения и компромиссы
Официальный путь верификации лучше подходит, когда MINI App сам управляет бронированиями, заказами, членством или иными действиями, требующими одобренных транзакционных уведомлений, либо когда обнаружение через LINE и брендированный заголовок важны для внедрения.
Неофициальный интерфейс не может предоставить ни одной привилегии платформы LINE. Он не превращает обычные сообщения аккаунта в service messages MINI App и не влияет на проверку шаблонов, право на Custom Path или verified-значок. Его роль уже: подключить аккаунт, доставить поддерживаемые входящие сообщения с проверяемой подписью и открыть поддерживаемые ответы через стандартный API. Держите продукт MINI App и пайплайн клиентских сообщений как отдельные системы, если только ваше приложение намеренно не связывает их через общие идентификаторы клиентов или заказов.
FAQ
Сколько занимает проверка верификации LINE MINI App?
LINE указывает срок примерно одна–две недели. Ускоренной опции нет, дату завершения заявитель указать не может, а при отказе требуется доработка и повторная подача — это добавляет ещё один цикл.
Почему LINE MINI App отказывают?
Самая частая причина — несовпадение имени провайдера, имени service provider и компании из политики конфиденциальности. Другие частые причины: запрещённая отрасль или контент, рекламный тон service message, изменение production Endpoint URL после подачи, отсутствие тестовых учётных данных или расхождение переходов между экранами с описанием.
Можно ли опубликовать unverified LINE MINI App?
В поддерживаемых рынках разрешённым клиентам можно публиковать unverified MINI App и проверять основной поток до решения о верификации. Рабочие service messages, Custom Path, ярлыки на главный экран и связанные функции по-прежнему требуют верификации. Полное сравнение возможностей — в руководстве по ограничениям unverified.
Нужна ли верификация для приёма клиентских сообщений LINE?
Нет. Приём обычных клиентских сообщений LINE — отдельное архитектурное решение для inbound, независимое от верификации MINI App. Inbound-webhook доставляет поддерживаемые сообщения с подключённого аккаунта, но не открывает функции MINI App.
Верификация одобряет мои шаблоны service message?
Верификация даёт каналу право отправлять рабочие service messages, но каждый шаблон проходит отдельную проверку. Перед подачей обеих проверок подготовьте шаблоны с привязанным к действию сценарием, корректными переменными и постоянными ссылками.
Следующий шаг
Если ваша потребность — приём обычных клиентских сообщений LINE, а не верификация MINI App, начните с руководства по авторизации LINE, чтобы понять поток QR-логина, затем сверьте границы отправки и приёма в матрице возможностей провайдера перед проектированием рабочего процесса поддержки.
Источники
Официальные источники LINE, проверены 2026-08-03: