Гайд July 28, 2026

Проверка шаблона служебного сообщения LINE MINI App: чек-лист перед подачей

Перед подачей шаблона служебного сообщения LINE MINI App выберите наиболее подходящий из готовых шаблонов LINE, точно опишите действие пользователя и последовательность уведомлений в поле Use Case, проверьте все переменные и постоянные ссылки и удалите рекламные формулировки. Для отправки в продакшене нужны одновременно проверенное MINI App и статус шаблона PUBLISHING. Успешный тест в симуляторе или статус DEVELOPING не означают разрешение на отправку реальным пользователям.

Главное

Служебное сообщение должно подтверждать действие пользователя в MINI App или отвечать на него. Скидки, бонусы, новые товары, купоны, акции, реклама и общие уведомления о событиях запрещены.
Макет предоставляет LINE. Команда выбирает категорию и язык, задаёт переменные и ссылки и описывает реальный сценарий использования.
В один channel можно добавить до 20 шаблонов. Имя для API имеет формат {template name}_{BCP 47 language tag} и должно совпадать с LINE Developers Console.
Пока channel MINI App находится на проверке, можно просматривать шаблоны и пользоваться симулятором, но нельзя добавлять, редактировать или удалять их.
Изменение данных шаблона после верификации MINI App требует повторной проверки, поэтому согласованный Use Case следует считать границей продакшена.

Что именно подтверждает проверка шаблона LINE

Официальное руководство по служебным сообщениям разделяет три этапа, которые часто путают:

Право MINI App на функцию. В продакшене служебные сообщения доступны только проверенным LINE MINI Apps. Непроверенное приложение может тестировать их во внутреннем Developing channel с учётными записями Admin или Tester.
Проверка шаблона. Выбранный шаблон и заявленный Use Case должны пройти проверку LY Corporation.
Авторизация при отправке. Даже после одобрения серверу нужен service notification token, связанный с конкретным пользователем и действием.

Первый выбор разобран в сравнении проверенных и непроверенных MINI Apps, а третий этап — в инструкции по service notification token. Здесь рассматривается промежуточный слой: подготовка шаблона и правил эксплуатации до подачи.

Состояние	Что доступно	Чего оно не подтверждает
`DEVELOPING`	Предпросмотр и тесты во внутреннем Developing channel	Что сообщение доступно реальным пользователям
Channel MINI App на проверке	Просмотр деталей и тесты в симуляторе	Что во время проверки можно добавлять, редактировать или удалять шаблоны
`PUBLISHING`	Использование одобренного шаблона в продакшене после верификации MINI App	Что разрешено менять Use Case или добавлять рекламу
Шаблон изменён после верификации	Подготовка обновлённой конфигурации к повторной проверке	Что прежнее одобрение автоматически распространяется на изменения

В таблице LINE статус PUBLISHING означает, что шаблон прошёл проверку. Не придумывайте в приложении собственное состояние «готов к продакшену». Сохраняйте фактический статус из Console и не запускайте рабочие задания, пока не готовы и channel, и шаблон.

Чек-лист перед проверкой шаблона служебного сообщения LINE MINI App

1. Сначала определите действие пользователя

Запишите триггер: бронирование ресторана, регистрация в очереди, заказ, регистрация прибытия, запрос доставки или другое действие внутри MINI App. Затем перечислите подтверждение, результат или напоминание, которое необходимо пользователю именно из-за этого действия.

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

2. Выберите ближайший официальный шаблон и язык

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

Скопируйте точное значение Template name for API use из Console. Поле запроса называется templateName, значение имеет формат {template name}_{BCP 47 language tag}. Видимое название или самостоятельно составленный суффикс языка использовать нельзя.

3. Опишите Use Case так, чтобы его можно было проверить

В Use Case укажите, кто и где выполняет действие, что подтверждает каждое уведомление и когда оно отправляется. Фраза «обновления для клиентов» слишком расплывчата. Проверяемый вариант: «Пользователь завершает бронирование доставки в MINI App; подтверждение отправляется сразу, а результат доставки — после обновления заказа перевозчиком».

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

4. Проверьте переменные, ограничения и постоянные ссылки

В предпросмотре Console протестируйте короткие, типичные и предельные значения каждой переменной. Даты, имена, номера заказов и локализованный текст должны укладываться в рекомендованные и жёсткие лимиты выбранного макета. Если переменных нет, запрос отправки всё равно должен содержать params: {}.

Кнопки должны вести по постоянным ссылкам на страницы LINE MINI App. Первая кнопка обязательна, остальные зависят от шаблона. Проверяйте переход внутри клиента LINE, включая состояние авторизации и экран просроченного заказа, а не только открытие URL в настольном браузере.

5. Завершите тесты до фиксации набора для проверки

Console отправляет тестовое сообщение на LINE-аккаунт, связанный с текущей учётной записью разработчика. Проверьте макет, порядок переменных, язык, кнопки и footer. Успех в симуляторе подтверждает отображение, но не право на продакшен.

Подготовьте полный набор шаблонов до подачи channel MINI App. Во время проверки нельзя добавить новый шаблон, изменить Use Case или удалить шаблон. Уже успешно добавленные элементы сохраняются, но обнаруживать пропущенное уведомление на этом этапе слишком поздно.

6. Зафиксируйте границу изменений после одобрения

После верификации MINI App любое изменение данных служебного шаблона требует повторной проверки согласно руководству LINE по обновлениям. Включите шаблоны в change control: сравнивайте действие, текст, переменные, ссылки и время отправки с одобренной версией до выпуска зависимого кода.

Во время работы можно журналировать templateName, идентификатор действия или заказа, sessionId и актуальный remainingCount. Не записывайте в логи LIFF access token, channel access token и service notification token. Одобрение не заменяет управление жизненным циклом токенов и контроль доставки.

Где применим UnifyPort

UnifyPort не подаёт и не утверждает шаблоны LINE MINI App, не меняет Published status, не выдаёт LINE service notification token и не расширяет допустимое содержание. Для уведомлений о бронировании, заказе, очереди и других действиях внутри MINI App используйте официальный процесс LINE.

UnifyPort решает отдельную задачу: принимает свободные сообщения клиентов из подключённого обычного LINE-аккаунта. Авторизация выполняется через QR, а поддерживаемые входящие сообщения приходят как стандартное событие message.received. Если у webhook endpoint задан signing_secret, доставка включает X-Device-Timestamp и X-Device-Signature для проверки HMAC-SHA256.

Граница важна, когда пользователь получил официальное служебное сообщение, а затем задал вопрос поддержке. Одобренный шаблон отвечает за транзакционное уведомление, отдельный входящий канал — за разговор. Руководство по входящим LINE-сообщениям описывает второй контур, не меняя требований MINI App.

Ограничения и компромиссы

Для одобренных транзакционных уведомлений MINI App нужен официальный путь LINE. Неофициальный интерфейс не даёт верификацию или одобрение шаблона.
PUBLISHING не является общим разрешением на рассылку: содержание должно оставаться в рамках Use Case и политики служебных сообщений.
Одобрение не гарантирует успех каждого API-вызова. Токены истекают и обновляются, remainingCount достигает нуля, а неверные переменные вызывают ошибки.
Служебные сообщения не заменяют поддержку. Для открытых вопросов нужен отдельный входящий канал.

FAQ

Какой статус означает, что шаблон LINE прошёл проверку?

LINE использует Published status PUBLISHING для шаблона, прошедшего проверку и доступного в продакшене после верификации MINI App.

Может ли непроверенное LINE MINI App отправлять служебные сообщения в продакшене?

Нет. Оно может тестировать сообщения во внутреннем Developing channel, но для продакшена нужны проверенное MINI App и одобренный шаблон.

Можно ли добавить купон или акцию?

Нет. LINE запрещает скидки, бонусы, новые товары, купоны, промоакции, рекламу и общие объявления. Сообщение должно быть связано с действием в MINI App.

Можно ли редактировать шаблон, пока channel проходит проверку?

Нет. Можно просматривать детали и пользоваться симулятором, но нельзя добавлять шаблоны, менять Use Case или удалять их.

Нужна ли повторная проверка после изменения шаблона?

Да. LINE относит все данные служебного шаблона к настройкам, изменение которых после верификации MINI App требует повторной проверки.

Следующий шаг

Подготовьте шаблон, Use Case, переменные и результаты симулятора по официальному руководству LINE. Если нужна не транзакционная нотификация, а приём свободных сообщений, используйте руководство по авторизации LINE в UnifyPort как отдельный путь.

Источники

Официальные материалы LINE проверены 28 июля 2026 года: