LINE Confirm Template จำกัดที่ 2 actions: ควรใช้ Buttons, Quick Replies หรือ Flex เมื่อไร

LINE confirm template เหมาะกับการให้ผู้ใช้ตัดสินใจแบบสองทางเลือก เช่น ยืนยันหรือยกเลิก ยอมรับหรือปฏิเสธ ไปต่อหรือย้อนกลับ ถ้าคุณต้องการแสดง 3 หรือ 4 actions ให้ดู buttons template แทน ถ้าต้องการตัวเลือกชั่วคราวมากกว่านั้นให้ใช้ quick replies และถ้าเป็นรายการสินค้า สาขา หรือแพ็กเกจ ให้พิจารณา carousel หรือ Flex Message

สรุปสำคัญ

• เอกสาร LINE Message types ระบุว่า confirm template มีข้อความและปุ่มสองปุ่ม
• Messaging API reference เป็นแหล่งอ้างอิงหลักของ object shape สำหรับ confirm template รวมถึง type, text และ actions
• Buttons template เป็น template อีกประเภทหนึ่ง และรองรับ action object ได้สูงสุดสี่รายการ ถ้าปัญหาของคุณคือปุ่มสี่ปุ่ม ให้เริ่มจาก คู่มือ LINE buttons template alternatives
• Quick replies แสดงตัวเลือกได้มากกว่า แต่ LINE อธิบายว่าเป็นปุ่มชั่วคราวที่อาจหายไปเมื่อบทสนทนาดำเนินต่อ
• UnifyPort ไม่ได้แทนที่ LINE native UI แต่เหมาะกับขั้นตอนหลังผู้ใช้ตอบกลับ: รับข้อความ LINE แล้วรวมเข้ากับ WhatsApp, Zalo, Telegram, TikTok และ X ผ่าน webhook เดียว

Confirm template ในเอกสาร LINE หมายถึงอะไร

LINE แยก template messages ออกเป็นหลายประเภท เช่น buttons, confirm, carousel และ image carousel ขอบเขตของ confirm template ชัดเจนมาก คือข้อความหนึ่งชุดพร้อมปุ่มสองปุ่ม เหมาะกับคำถามที่ผู้ใช้ควรตอบแบบ binary decision เท่านั้น

ตัวอย่างที่เหมาะคือ:

• “ยืนยันการจอง” / “ยกเลิก”
• “ใช้ที่อยู่นี้” / “แก้ไขที่อยู่”
• “คุยกับซัพพอร์ต” / “เลือกซื้อต่อ”
• “อนุมัติ” / “ปฏิเสธ”

ถ้าคุณพยายามใส่หลายเส้นทางลงในการ์ดเดียว หรือให้ผู้ใช้เลือกจากหมวดหมู่สินค้าหลายรายการ confirm template ไม่ใช่ component ที่เหมาะ

เปรียบเทียบ Confirm, Buttons, Quick Replies, Carousel และ Flex

LINE surface	เหมาะกับ	ขอบเขตหลัก	ใช้เมื่อ
Confirm template	การตัดสินใจแบบสองทางเลือก	สอง action button	ใช่/ไม่ใช่, ยืนยัน/ยกเลิก
Buttons template	การ์ดสั้น ๆ ที่มี action หลักไม่กี่รายการ	สูงสุดสี่ action object	มีสามถึงสี่ตัวเลือกสำคัญเท่ากัน
Quick replies	เมนูชั่วคราวสำหรับขั้นตอนถัดไป	สูงสุด 13 quick reply buttons แต่อาจหายไป	ต้องการคำตอบทันที
Carousel template	การดูรายการที่มีโครงสร้างซ้ำกัน	หลาย column ที่รูปแบบเหมือนกัน	สินค้า แพ็กเกจ สาขา หรือสถานที่
Flex Message	layout ที่ต้องควบคุมละเอียด	JSON ซับซ้อนกว่าและต้องทดสอบการแสดงผล	งานที่เน้นแบรนด์หรือข้อมูลจำนวนมาก

ดังนั้นคำตอบของคำค้นอย่าง “LINE Messaging API confirm template actions limit” คือ: confirm template ไม่ควรเกินสอง actions ถ้าตัวเลือกมากกว่านั้น ให้เปลี่ยนไปใช้ LINE component ที่ตรงกับรูปแบบการตัดสินใจมากกว่า

ถ้าคุณกำลังเทียบกับ LINE MINI App custom action button ให้อ่าน คู่มือ MINI App custom action button ก่อน เพราะ MINI App sharing, LIFF และ Messaging API templates เป็นคนละงานกัน

วิธีตัดสินใจแบบเร็ว

1. ผู้ใช้ต้องเลือกแค่สองทางหรือไม่ ใช้ confirm template
2. ต้องมี 3-4 actions ที่มองเห็นพร้อมกันหรือไม่ ใช้ buttons template
3. ต้องมี 5-13 ตัวเลือกแบบตอบทันทีหรือไม่ ใช้ quick replies และอย่าออกแบบเหมือนเป็นเมนูถาวร
4. ตัวเลือกเป็นสินค้า สถานที่ หรือแพ็กเกจหรือไม่ ใช้ carousel template
5. โจทย์คือ layout, branding หรือ information hierarchy หรือไม่ ใช้ Flex Message และทดสอบบนอุปกรณ์จริง
6. โจทย์จริงคือรับคำตอบและส่งเข้า backend หรือไม่ ให้ LINE native UI อยู่กับ official API แล้วแยก inbound event เข้า signed webhook queue

UnifyPort อยู่ตรงไหน

UnifyPort ไม่ได้ส่ง LINE confirm template, buttons template, quick replies, carousel template หรือ Flex Message ในฐานะ native LINE UI ถ้าคุณต้องการให้ข้อความแสดงผลแบบ LINE โดยตรง ให้ใช้ LINE official Messaging API

UnifyPort เหมาะกับฝั่ง inbound หลังจากผู้ใช้ตอบกลับแล้ว handler เดียวสามารถรับข้อความจาก LINE และแพลตฟอร์มอื่นได้ รูปแบบ event envelope ใช้ field จริง เช่น id, type, provider, account_id, occurred_at และ data; สำหรับข้อความที่เข้ามาให้ subscribe 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" }
  }
}

ก่อนเลือก outbound design ให้ดู UnifyPort provider message support matrix และถ้าขั้นตอนถัดไปคือรับข้อความตอบกลับให้เสถียร ให้เริ่มจาก webhook events reference แนวคิดนี้สอดคล้องกับ LINE Service Messages vs Messaging API: ใช้ LINE official surface สำหรับการแสดงผล และแยก inbound support queue ให้เป็นมาตรฐาน

FAQ

LINE confirm template มีได้กี่ actions?

เหมาะกับสอง action buttons ถ้ามีมากกว่าสองตัวเลือก ให้ใช้ buttons template, quick replies, carousel หรือ Flex Message

Confirm template เหมือน buttons template ไหม?

ไม่เหมือน LINE แยกเป็น template message คนละประเภท Confirm ใช้กับสองทางเลือก ส่วน buttons template ใช้กับการ์ดที่มี action หลักไม่กี่รายการ

Quick replies ใช้แทน confirm template ได้ไหม?

บางกรณีได้ Quick replies เหมาะกับตัวเลือกชั่วคราวและแสดงปุ่มได้มากกว่า แต่ปุ่มอาจหายไปเมื่อบทสนทนาดำเนินต่อ จึงไม่เหมาะกับ navigation ถาวร

UnifyPort ส่ง LINE confirm template ได้ไหม?

ไม่ได้ UnifyPort เหมาะกับ unofficial interface สำหรับรับ inbound messages และ route เข้าระบบเดียว ไม่ใช่เครื่องมือสำหรับ render LINE native template UI

ขั้นตอนถัดไป

ถ้าต้องการ LINE native template ให้ใช้ LINE official Messaging API ถ้าต้องการรวม replies จาก LINE และแพลตฟอร์มอื่นเข้ากับ backend เดียว ให้อ่าน UnifyPort webhook events reference

Sources

• LINE Developers: Message types
• LINE Developers: Messaging API reference
• LINE Developers: Use quick replies
• LINE Developers: Flex Message elements

Checked on 2026-08-25.