Повторная проверка LINE MINI App: Approved, Reflected и выпуск
Повторная проверка нужна, когда в уже проверенном LINE MINI App меняются контролируемые настройки: название, URL политики конфиденциальности, Published Endpoint, scopes, связанный LINE Official Account, шаблоны Service Message или сведения о компании. Для уже опубликованного приложения одобрение не означает немедленный выпуск: сначала появляется статус Approved, а после нажатия Publish changes — Reflected. Если ничего не делать, LINE автоматически применит одобренные изменения на 31-й день.
Главное
- Изменения проверяемых настроек в LINE Developers Console требуют повторной проверки. Обновление кода или контента без изменения этих настроек само по себе проверки не требует, но должно соответствовать LINE MINI App Policy.
- У проверенного MINI App есть три внутренних канала — Developing, Review и Published — с отдельным LIFF ID у каждого.
- Для уже опубликованного приложения
Approvedозначает окно выпуска. Только Publish changes копирует проверенную конфигурацию в Published и переводит её вReflected. - Если не выпустить изменения вручную за 30 дней, LINE применит их в 9:00 JST на 31-й день; выходные и праздники учитываются.
- Временная замена Published Endpoint для законного обслуживания — документированное исключение, а не способ выпустить постоянное изменение без проверки.
Какие изменения LINE MINI App требуют повторной проверки?
Официальное руководство LINE по повторной проверке перечисляет настройки Console, которые возвращают приложение в процесс проверки. Важно не наличие нового кода, а изменение уже проверенного контракта в LINE Developers Console.
| Область | Примеры изменений с повторной проверкой | Что учесть при выпуске |
|---|---|---|
| Basic settings | Иконка, название, описание, email, privacy policy, terms, локализация, связанный Official Account | Объединить брендовые и юридические изменения в один пакет |
| Web app settings | shareTargetPicker, упрощение согласия, Published Endpoint, scopes, add-friend option | Не включать зависимое поведение до статуса Reflected |
| Компания и контакты | Данные сервиса, разработчика, provider и все контакты | Согласовать юридическое лицо и канал поддержки |
| Service Message | Любые сведения о шаблоне | До отражения новой версии использовать текущий опубликованный шаблон |
| In-app purchase | Сведения во вкладке заявки | Согласовать отдельную проверку покупок до verification review |
Изменение, которое не затрагивает эти настройки, не требует проверки только из-за обновления приложения. Но это не освобождение от политики: LINE может потребовать исправить опубликованный контент или материалы, нарушающие MINI App Policy.
Эта статья начинается после первой верификации. Для первой подачи используйте чек-лист проверки. Если меняются use case, переменные или ссылки Service Message, подготовьте их по чек-листу шаблона.
Approved — окно выпуска, а не production
Официальное руководство по подаче разделяет два сценария после одобрения:
| Сценарий | Что делает одобрение | Действие команды | Автоматическая граница |
|---|---|---|---|
| Первая верификация | Статус сразу проходит от Approved к Reflected | Отдельно включить поиск, когда всё готово | Поиск включится в 9:00 JST на 31-й день, если не включить вручную |
| Повторная проверка опубликованного приложения | Статус останавливается на Approved, production остаётся на текущей конфигурации | Нажать Publish changes | Изменения применятся в 9:00 JST на 31-й день, если не выпустить вручную |
Для управления выпуском важна вторая строка. Approved означает, что изменение можно выпустить, но пользователи его ещё не видят. После Publish changes конфигурация Review копируется в Published и становится Reflected. LINE предупреждает, что автоматический переход на 31-й день может задержаться на один-два часа.
Чек-лист выпуска от Developing до Reflected
- Зафиксируйте проверяемые настройки. Сохраните точные версии названия, URL, scopes, связанного аккаунта, набора шаблонов и данных компании.
- Не смешивайте три LIFF ID. У Developing, Review и Published разные ID. Инициализируйте каждую среду своим ID и проверьте Review URL, который откроет проверяющий.
- Проверьте зависимости до выпуска. Протестируйте redirects, privacy policy, terms, permanent links, шаблоны Service Message, add-friend и consent с отправленной конфигурацией.
- Запишите время одобрения и 31-й день. Учитывайте выходные и праздники; автоматический выпуск не является бессрочной паузой.
- Назначьте владельца Publish changes. Определите go/no-go проверки и сохраните подтверждение перехода от
ApprovedкReflected. - Проведите приёмку после выпуска. Откройте Published LIFF URL в реальном клиенте LINE, проверьте название и настройки, затем убедитесь, что приём сообщений клиентов работает.
После Reflected канал возвращается к Not yet reviewed для следующего цикла. Новые правки остаются в Developing и не меняют production, пока не пройдут следующую проверку и публикацию.
Экстренная смена Endpoint и возврат
LINE разрешает временно заменить Published Endpoint для обслуживания или другой законной причины без повторной проверки; переключение происходит сразу. Используйте исключение узко: переходите на контролируемую страницу обслуживания, сохраняйте прежний Endpoint, проверяйте ответ для пользователя и возвращайте проверенный сервис после инцидента.
Не используйте исключение для постоянного изменения продукта, scopes, идентификации или шаблонов. Они остаются проверяемыми. Если также меняются сведения in-app purchase, соблюдайте порядок: нельзя отправить verification review, пока рассматривается заявка на покупки, и нельзя подать заявку на покупки во время verification review.
Где подходит UnifyPort
UnifyPort не подаёт LINE MINI App на проверку, не меняет Approved или Reflected, не копирует настройки между внутренними каналами и не выдаёт проверенные возможности. Для идентификации MINI App, поиска, Service Message, Quick-fill, ярлыков и in-app purchase нужен официальный процесс LINE.
UnifyPort решает отдельную задачу: принимает поддерживаемые сообщения подключённого обычного LINE-аккаунта как нормализованные события message.received. Если у webhook endpoint задан signing_secret, проверьте X-Device-Timestamp и X-Device-Signature по raw request body до маршрутизации.
Разделение путей позволяет проводить выпуск MINI App через проверку LINE, не меняя незаметно контракт приёма обращений. Начните с руководства авторизации LINE и проверьте текущие границы в матрице поддержки сообщений.
Ограничения и компромиссы
Официальная повторная проверка обязательна, если изменение затрагивает проверяемые настройки или функции только для verified MINI App. Неофициальный интерфейс не ускоряет одобрение, не останавливает автопубликацию на 31-й день, не откатывает изменение Console и не превращает сообщение обычного аккаунта в MINI App Service Message.
Одобрение подтверждает принятие отправленной конфигурации LINE, но не доказывает работу deployment, deep links, monitoring или inbound queue. Статус проверки и operational readiness должны быть разными release gates.
FAQ
Чем Approved отличается от Reflected?
Approved означает, что LINE принял изменение. В опубликованном verified MINI App пользователи видят текущую конфигурацию до Publish changes или автоматического срока. Reflected означает, что проверенное изменение скопировано в Published.
Сколько можно ждать с выпуском одобренных изменений?
До 30 дней. Если не нажать Publish changes, LINE применит обновление в 9:00 JST на 31-й день, включая выходные и праздники. Возможна задержка на один-два часа.
Нужна ли повторная проверка для каждого deployment?
Нет. LINE не требует её для обновлений, не затрагивающих проверяемые Console settings. Опубликованный сервис всё равно должен соблюдать LINE MINI App Policy.
Можно ли временно изменить Published Endpoint во время обслуживания?
Да. LINE документирует временную замену для обслуживания или другой законной причины как немедленную и не требующую проверки. Подготовьте проверенный план возврата.
Требует ли изменение шаблона Service Message повторной проверки?
Да. LINE относит к проверяемым все сведения шаблона. Текущий Reflected шаблон остаётся production-контрактом до одобрения и публикации замены.
Следующий шаг
Составьте календарь выпуска по официальному руководству повторной проверки и процессу подачи и публикации. Для отдельной задачи приёма сообщений обычного LINE-аккаунта используйте руководство UnifyPort по авторизации LINE.
Источники
Официальные источники LINE проверены 9 августа 2026 года: