← Все статьи
Сравнение

LINE Confirm Template: лимит в два действия и когда нужны Buttons, Quick Replies или Flex

LINE confirm template нужен для ситуации, где пользователь выбирает ровно один из двух вариантов: подтвердить или отменить, принять или отклонить, продолжить или вернуться. Если нужно показать три или четыре действия, лучше использовать buttons template. Если вариантов больше и они должны быть временными, подойдут quick replies. Для товаров, филиалов или тарифов часто лучше carousel или Flex Message.

Кратко

  • Официальная страница LINE Message types описывает confirm template как текст и две кнопки.
  • Messaging API reference — первичный источник по форме объекта, включая type, text и actions.
  • Buttons template — отдельный тип template message, где возможно до четырех action object. Если вам нужен именно лимит в четыре действия, начните с материала LINE buttons template alternatives.
  • Quick replies позволяют показать больше вариантов, но LINE документирует их как временные кнопки, которые могут исчезать по мере развития чата.
  • UnifyPort не заменяет нативный UI LINE. Он полезен после ответа пользователя, когда входящие сообщения из LINE, WhatsApp, Zalo, Telegram, TikTok и X нужно обработать через один webhook-поток.

Что LINE называет confirm template

LINE разделяет template messages на predefined layouts: buttons, confirm, carousel, image carousel и другие типы. Confirm template имеет узкую задачу: текст плюс две кнопки. Это не просто техническое ограничение, а дизайн для одного бинарного решения.

Типичные примеры:

  • «Подтвердить бронь» / «Отменить»
  • «Использовать этот адрес» / «Изменить адрес»
  • «Связаться с поддержкой» / «Продолжить просмотр»
  • «Одобрить» / «Отклонить»

Если вы пытаетесь разместить четыре маршрута на одной карточке или дать пользователю выбор из нескольких категорий товаров, confirm template выбран неверно.

Поверхность LINEЛучше всего подходит дляОсновная границаКогда выбирать
Confirm templateОдного решения из двух вариантовДве action buttonДа/нет, подтвердить/отменить
Buttons templateКомпактной карточки с несколькими главными действиямиДо четырех action objectТри-четыре равнозначных действия
Quick repliesВременного меню следующего шагаДо 13 quick reply buttons, но они могут исчезатьПользователь должен ответить сразу
Carousel templateПросмотра повторяющихся карточекНесколько column с одинаковой структуройТовары, тарифы, филиалы, локации
Flex MessageСобственной визуальной иерархииБолее сложный JSON и проверка рендерингаБрендированные или насыщенные информацией карточки

Практический ответ на запрос «LINE Messaging API confirm template actions limit» такой: confirm template не стоит растягивать дальше двух действий. Если выбор шире, используйте другой компонент LINE.

Если вы сравниваете это с LINE MINI App custom action button, сначала прочитайте руководство по custom action button. MINI App sharing, LIFF и Messaging API templates — разные задачи, даже если они находятся в экосистеме LINE.

Быстрое дерево решений

  1. Пользователь выбирает только из двух вариантов? Используйте confirm template.
  2. Нужно три или четыре видимых действия? Используйте buttons template.
  3. Нужно от пяти до тринадцати быстрых вариантов? Используйте quick replies и не проектируйте их как постоянное меню.
  4. Варианты — это товары, места или тарифы? Используйте carousel template.
  5. Главная сложность — макет, брендирование или визуальная иерархия? Используйте Flex Message и тестируйте отображение.
  6. Главная задача — принять ответ и отправить его в backend? Оставьте нативный UI в официальном LINE API, а входящее событие отправляйте в подписанную webhook-очередь.

Где здесь UnifyPort

UnifyPort не отправляет LINE confirm template, buttons template, quick replies, carousel template или Flex Message как нативные LINE-компоненты. Если вам нужен именно такой UI в LINE, используйте официальный Messaging API.

UnifyPort полезен на входящем слое. После ответа пользователя один handler может обработать LINE-событие вместе с сообщениями из других платформ. Документированный event envelope использует реальные поля id, type, provider, account_id, occurred_at и data; для входящих сообщений подписывайтесь на message.received.

{
  "id": "evt_01j7lineconfirm8p7m4w6n2a",
  "type": "message.received",
  "provider": "line",
  "account_id": "acct_line_support_01",
  "occurred_at": "2026-08-25T09:30:00Z",
  "data": {
    "message": {
      "id": "msg_line_4281",
      "direction": "inbound",
      "type": "text",
      "text": "Подтвердить"
    },
    "conversation": { "id": "conv_line_2841" },
    "sender": { "id": "user_line_73" }
  }
}

Перед выбором исходящего сценария проверьте UnifyPort provider message support matrix. Если следующий шаг — надежно принимать ответы, начните с webhook events reference. Такой же принцип разделения описан в LINE Service Messages vs Messaging API: нативный LINE UI остается в официальном слое, а поддержка получает нормализованную входящую очередь.

FAQ

Сколько actions может быть в LINE confirm template?

Два action button. Если вариантов больше двух, выберите buttons template, quick replies, carousel или Flex Message.

Confirm template и buttons template — это одно и то же?

Нет. LINE перечисляет их как разные template message types. Confirm — для двух вариантов, buttons template — для компактной карточки с несколькими основными действиями.

Можно ли заменить confirm template на quick replies?

Иногда да. Quick replies удобны для временных выборов и поддерживают больше кнопок, но они могут исчезать при продолжении диалога. Это не постоянная навигация.

Отправляет ли UnifyPort LINE confirm template?

Нет. UnifyPort — это unofficial interface для приема входящих сообщений и единой маршрутизации, а не средство рендеринга нативных LINE templates.

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

Если нужен нативный LINE template UI, используйте официальный Messaging API. Если нужно собрать ответы из LINE и других платформ в один backend, откройте UnifyPort webhook events reference.

Sources

Checked on 2026-08-25.

UnifyPort API

Превратите интеграцию сообщений в стабильный продуктовый pipeline.

Начните с отправки через единый API, затем возвращайте входящие сообщения в бизнес-систему стандартными событиями.