> ## Documentation Index
> Fetch the complete documentation index at: https://docs.cura.so/llms.txt
> Use this file to discover all available pages before exploring further.

# LINE เชื่อมต่อได้ แต่ใช้งานไม่ได้

> LINE OA มีการตั้งค่าบางอย่างที่อยู่ฝั่ง LINE ไม่ใช่ฝั่ง Cura — Response mode, Use webhook และ greeting/auto-reply ในตัว หาก LINE เชื่อมต่อได้แต่ข้อความไม่เข้า เข้าซ้ำสองครั้ง หรือวางข้อมูลรับรองไม่ผ่าน บทความนี้จะไล่ทีละจุดพร้อมวิธีแก้

การเชื่อมต่อ LINE เข้ากับ Cura ต่างจากช่องทางของ Meta: แทนที่จะเป็นหน้าต่างล็อกอิน คุณต้องคัดลอกข้อมูลรับรองสามค่าออกจาก LINE แล้ววาง Webhook URL ของ Cura กลับเข้าไปใน LINE ด้วยเหตุนี้ ปัญหาของ LINE ส่วนใหญ่จึงมาจาก **สวิตช์ฝั่ง LINE ที่อยู่ผิดตำแหน่ง** ไม่ใช่บั๊กของ Cura — และ Cura ไม่สามารถสับสวิตช์เหล่านั้นแทนคุณได้

การตั้งค่าของ LINE ถูกแบ่งอยู่ใน **สองคอนโซล** ซึ่งเป็นสาเหตุความสับสนอันดับหนึ่ง:

* **LINE Official Account Manager** (`manager.line.biz`) — การตั้งค่าธุรกิจของคุณ: Response mode, greeting messages, auto-replies
* **LINE Developers Console** (`developers.line.biz`) — การตั้งค่าทางเทคนิค: Channel ID / Secret / Access Token, Webhook URL และ **Use webhook**

แต่ละหัวข้อด้านล่างคืออาการหนึ่งที่เจ้าของธุรกิจพบจริง เราจะระบุว่าวิธีแก้อยู่ **ฝั่ง LINE** (คุณเปลี่ยนการตั้งค่าในคอนโซลใดคอนโซลหนึ่ง) หรือ **ฝั่ง Cura**

***

## LINE เชื่อมต่อแล้ว แต่ไม่มีข้อความเข้ามาที่ Cura

**สิ่งที่คุณเห็น:** Cura แสดงว่าช่องทาง LINE เชื่อมต่อแล้ว แต่กล่องจดหมายว่างเปล่า — ข้อความทดสอบที่คุณส่งไปยัง Official Account ไม่ปรากฏเลย

**สาเหตุ:** เพื่อให้ LINE ส่งข้อความมาที่ Cura **สวิตช์ฝั่ง LINE สามตัวต้องเปิดครบทั้งหมด** หากตัวใดตัวหนึ่งปิดอยู่ LINE จะเก็บข้อความไว้เงียบ ๆ และ Cura จะไม่รับรู้ นี่เป็นการตั้งค่าของ LINE ไม่ใช่ความผิดของ Cura — ดังนั้นวิธีแก้จึงอยู่ฝั่ง LINE

<Steps>
  <Step title="ตั้ง Response mode เป็น Bot (LINE Official Account Manager)">
    เปิด **LINE Official Account Manager → Settings → Response settings** แล้วตั้ง **Response mode** เป็น **Bot**

    หากบัญชีอยู่ในโหมด **Chat** LINE จะจัดการบทสนทนาแบบแมนนวลและ webhook ไปยัง Cura จะถูกปิด — ทำให้ Cura ไม่ได้รับอะไรเลย

    <Note>
      ตั้งแต่ปลายปี 2022 LINE อนุญาตให้ **Chat และ webhook ทำงานร่วมกันได้** ดังนั้นการเปิดแชทของมนุษย์ไว้จึงไม่ได้ทำให้บอทพังในตัวมันเองอีกต่อไป สิ่งที่ทำให้ Cura เงียบจริง ๆ คือ **webhook ที่ปิดอยู่** (ขั้นตอนถัดไป) หรือ auto-responder ในตัวเข้ามาทำงานแทน (ดูหัวข้อถัดไป)
    </Note>
  </Step>

  <Step title="เปิด Use webhook (LINE Developers Console)">
    เปิด **LINE Developers Console → provider ของคุณ → Messaging API channel ของคุณ → แท็บ Messaging API** แล้วเปิดสวิตช์ **Use webhook** ให้ **ON** หากปิดอยู่ LINE จะไม่ส่งเหตุการณ์ใด ๆ มาที่ Cura ไม่ว่าจะตั้งค่าอื่นไว้อย่างไร
  </Step>

  <Step title="ยืนยันว่าได้วาง Webhook URL ของ Cura ไว้แล้ว">
    ในแท็บ **Messaging API** เดียวกันนั้น ช่อง **Webhook URL** ต้องเป็น URL ที่ Cura แสดงสำหรับกล่องจดหมายนี้พอดี (หน้าตาประมาณ `https://…/webhooks/line/<your-inbox-id>`) คุณจะพบได้ใน Cura ที่ **Integrations → Channels →** เปิดกล่องจดหมาย LINE คัดลอกจาก Cura วางลงใน LINE แล้วคลิก **Update** ตามด้วย **Verify**

    <Check>ส่งข้อความทดสอบไปยัง Official Account ของคุณจากโทรศัพท์อีกเครื่อง — ข้อความควรเข้ามาที่ **กล่องจดหมาย** ของ Cura ภายในไม่กี่วินาที</Check>
  </Step>
</Steps>

<Tip>
  วิธีทดสอบที่เร็วที่สุด: เปิด QR code **Add friend** ของ Official Account (ใน LINE OA Manager) เพิ่มเพื่อนจากโทรศัพท์อีกเครื่อง แล้วส่ง "hello" หากเข้ามาถึง Cura แสดงว่าท่อทำงานปกติ
</Tip>

***

## ลูกค้าได้รับข้อความสำเร็จรูปของ LINE พร้อมกับคำตอบของ Cura

**สิ่งที่คุณเห็น:** ลูกค้าส่งข้อความหา LINE Official Account ของคุณแล้วได้รับ **สองคำตอบ** — คำตอบ AI ของ Cura บวกกับ greeting หรือ auto-reply ทั่วไปของ LINE — หรือได้รับข้อความสำเร็จรูปของ LINE *แทน* คำตอบของ Cura

**สาเหตุ:** LINE Official Account มาพร้อม **auto-responder ในตัว** ที่เปิดอยู่: **Greeting message** (ส่งเมื่อมีคนเพิ่มเพื่อน) และข้อความ **Auto-reply / keyword response** ซึ่งยิงออกมาจาก LINE โดยตรงคู่ขนานกับ Cura เอกสารของ LINE เองแนะนำให้ปิดสิ่งเหล่านี้เมื่อมีบอท Messaging API จัดการการตอบกลับอยู่ — "โดยเฉพาะหากเป็นครั้งแรกที่สร้าง LINE Bot" วิธีแก้อยู่ฝั่ง LINE

<Steps>
  <Step title="ปิด greeting message">
    ใน **LINE Official Account Manager → Settings → Response settings** ตั้ง **Greeting message** เป็น **Disabled** (หรือปิดสวิตช์) Cura ไม่ต้องใช้มัน — คุณสามารถใส่ข้อความต้อนรับไว้ในคำสั่ง AI ของคุณแทนได้
  </Step>

  <Step title="ปิด auto-response / keyword replies">
    ใน **Response settings** เดียวกัน ให้ปิด **Auto-response messages** (แสดงเป็น **Response message** หรือ **Keyword response** ด้วย) หากบัญชีของคุณเปิด **AI response messages** / ฟีเจอร์ AI chatbot อยู่ ให้ปิดด้วย — เพราะมันแข่งกับ Cura

    <Check>ส่งข้อความหา Official Account ของคุณอีกครั้ง ตอนนี้คุณควรได้รับ **เฉพาะ** คำตอบของ Cura เพียงครั้งเดียว</Check>
  </Step>
</Steps>

<Warning>
  เปิด **Webhooks ON** ไว้ขณะที่คุณปิดสิ่งเหล่านี้ เป้าหมายคือ "webhook เปิด, auto-responder ปิด" — ไม่ใช่ปิดทุกอย่าง ซึ่งจะทำให้ Cura ไม่ได้รับข้อความด้วย
</Warning>

***

## เชื่อมต่อไม่สำเร็จ — หาข้อมูลรับรองที่ถูกต้องไม่เจอ

**สิ่งที่คุณเห็น:** ตัวช่วยเชื่อมต่อของ Cura ขอ **Channel ID**, **Channel Secret** และ **Channel Access Token** แต่คุณไม่แน่ใจว่าแต่ละค่าอยู่ที่ไหน — หรือวางค่าแล้วการเชื่อมต่อถูกปฏิเสธ

**สาเหตุ:** LINE เก็บค่าเหล่านี้ไว้ใน **สองที่ที่ต่างกัน** และง่ายที่จะหยิบค่าผิด (เช่นวาง Basic ID `@xxxxxxx` ในช่องที่ควรเป็น Channel ID ที่เป็นตัวเลข) วิธีแก้คือคัดลอกแต่ละค่าจากหน้าจอที่ถูกต้อง

<Steps>
  <Step title="Channel ID และ Channel Secret — Basic settings">
    ใน **LINE Developers Console → Messaging API channel ของคุณ → Basic settings** คัดลอก **Channel ID** (ตัวเลขเช่น `1234567890`) และ **Channel Secret** วางแต่ละค่าลงในช่องที่ตรงกันใน Cura

    <Note>
      Cura ใช้ **Channel Secret** เพื่อตรวจสอบว่า webhook ที่เข้ามามาจาก LINE จริง หาก Secret ผิดหรือพิมพ์ผิด LINE จะเชื่อมต่อได้แต่ Cura จะปฏิเสธเหตุการณ์เพราะยืนยันไม่ผ่าน — ดังนั้นให้ตรวจสอบค่านี้ซ้ำหากข้อความไม่เข้ามา
    </Note>
  </Step>

  <Step title="Channel Access Token — แท็บ Messaging API">
    สลับไปที่แท็บ **Messaging API** ของช่องเดียวกัน เลื่อนไปที่ **Channel access token (long-lived)** แล้วคลิก **Issue** คัดลอกโทเคนและวางลงในช่อง **Channel Access Token** ของ Cura

    <Warning>
      ใช้โทเคนแบบ **long-lived** ไม่ใช่แบบ short-lived เก็บโทเคนและ secret ไว้เป็นความลับ — ปฏิบัติกับมันเหมือนรหัสผ่าน
    </Warning>
  </Step>

  <Step title="เสร็จสิ้นและรับ Webhook URL ของคุณ">
    ทำตัวช่วยให้เสร็จ Cura จะสร้างกล่องจดหมายและแสดง **Webhook URL** — คัดลอกและวางกลับเข้าไปใน LINE (ดูหัวข้อแรก) แล้วเปิด **Use webhook**

    <Check>เมื่อบันทึกข้อมูลรับรองและเปิด webhook แล้ว ข้อความทดสอบจะเข้ามาที่ **กล่องจดหมาย** ของ Cura</Check>
  </Step>
</Steps>

***

## Webhook URL verify ไม่ผ่าน

**สิ่งที่คุณเห็น:** คุณวาง Webhook URL ของ Cura ลงใน LINE คลิก **Verify** แล้ว LINE แสดงข้อผิดพลาดแทนที่จะเป็น **Success**

**สาเหตุ:** LINE กำหนดให้ปลายทางต้องเป็น **HTTPS พร้อมใบรับรองที่เบราว์เซอร์เชื่อถือ** (ใบรับรองแบบ self-signed จะถูกปฏิเสธ) ปลายทางของ Cura เป็นไปตามข้อกำหนดนี้อยู่แล้ว — คุณไม่ต้องจัดการใบรับรองใด ๆ — ดังนั้น verify ที่ล้มเหลวมักหมายความว่า **URL เองผิด** ไม่ใช่ปัญหาความปลอดภัยฝั่ง Cura

<Steps>
  <Step title="คัดลอก URL จาก Cura ใหม่ให้ตรงเป๊ะ">
    กลับไปที่ **Integrations → Channels →** กล่องจดหมาย LINE ใน Cura แล้วคัดลอก Webhook URL อีกครั้งให้ครบถ้วน อักขระที่หายไปหรือช่องว่างที่ติดมาตอนท้ายคือสาเหตุที่พบบ่อย วางลงในช่อง **Webhook URL** ของ LINE แล้วคลิก **Update**
  </Step>

  <Step title="ตรวจสอบว่ากล่องจดหมายยังใช้งานอยู่">
    หากคุณลบหรือเก็บกล่องจดหมาย LINE เข้าคลังใน Cura แล้ว Webhook URL ของมันจะหยุดตอบสนองและ **Verify** จะล้มเหลว ตรวจสอบให้แน่ใจว่ากล่องจดหมายยังมีอยู่ใน Cura ก่อน verify ดู [ช่องทางแสดงสถานะว่าถูกตัดการเชื่อมต่อ](/th/faqs/channel-disconnected)

    <Check>คลิก **Verify** — ตอนนี้ LINE ควรแสดง **Success** (Verify ทดสอบเฉพาะปลายทางเท่านั้น คุณยังต้องเปิด **Use webhook** ON เพื่อให้ข้อความไหลเข้ามา)</Check>
  </Step>
</Steps>

<Note>
  การ **Verify** ล้มเหลวครั้งเดียวโดยที่ URL ถูกต้อง มักเป็นเพียงชั่วคราว — รอสักครู่แล้วลองใหม่ หากยังล้มเหลวต่อเนื่องบน URL ที่คัดลอกมาจาก Cura โดยตรง ให้ติดต่อ **[support@cura.so](mailto:support@cura.so)**
</Note>

***

## LINE แจ้งว่า "You have reached your monthly limit"

**สิ่งที่คุณเห็น:** LINE รายงานว่าถึงขีดจำกัดข้อความรายเดือนแล้ว และข้อความขาออกบางส่วนจาก Cura ล้มเหลว

**สาเหตุ:** นี่เป็น **ขีดจำกัดของแพ็กเกจ LINE ตามการออกแบบ** — ไม่ใช่สิ่งที่ Cura เพิ่มให้ได้ แต่มันสำคัญน้อยกว่าที่ฟังดู เพราะวิธีที่ LINE คิดค่าข้อความเป็นแบบนี้:

* **Reply message ฟรี** และ **ไม่** นับรวมในโควตาของคุณ
* มีเพียง **push** message (และ broadcast) เท่านั้นที่นับ

Cura จะพยายามตอบด้วย **reply ฟรีก่อนเสมอ** และจะใช้ **push** ที่มีค่าใช้จ่ายก็ต่อเมื่อหน้าต่าง reply สั้น ๆ ของ LINE ปิดไปแล้วในตอนที่ AI ตอบ ดังนั้นในบทสนทนาโต้ตอบปกติ Cura แทบไม่แตะโควตาของคุณเลย คุณจะถึงขีดจำกัดก็ต่อเมื่อคุณส่ง **broadcast** จาก LINE OA Manager ด้วย หรือเมื่อการตอบล่าช้าเกินหน้าต่าง reply บ่อย ๆ

<Steps>
  <Step title="ตรวจสอบว่าอะไรใช้โควตาไป">
    ใน **LINE Official Account Manager** ให้ดูการใช้ข้อความรายเดือนของแพ็กเกจคุณ บนแพ็กเกจฟรี (Communication) โควตา push/broadcast มีน้อย — **500 ข้อความ/เดือนในไทย** ณ เวลาที่เขียน broadcast ที่คุณส่งเองก็นับรวมในโควตาก้อนเดียวกัน
  </Step>

  <Step title="เพิ่มขีดจำกัดฝั่ง LINE หากจำเป็น">
    หากคุณส่ง push/broadcast มากพอที่จะต้องใช้เพิ่มจริง ๆ ให้อัปเกรดแพ็กเกจ LINE (Light / Standard) ใน **LINE Official Account Manager** นี่เป็นการเปลี่ยนแปลงการเรียกเก็บเงินของ LINE และแยกจากการสมัครสมาชิก Cura ของคุณ

    <Check>บทสนทนาแบบ reply อย่างเดียวยังทำงานต่อได้แม้ถึงขีดจำกัด — ขีดจำกัดบล็อกเฉพาะการส่ง push/broadcast เท่านั้น</Check>
  </Step>
</Steps>

<Note>
  Cura เฝ้าดูโควตา LINE ให้คุณและแจ้งเตือนพื้นที่ทำงานของคุณเมื่อการใช้งานเกิน \~80% ดังนั้นการถึงขีดจำกัดจึงแทบไม่มาแบบไม่ทันตั้งตัว
</Note>

***

### ควรรู้ไว้

* **ไม่มีหน้าต่าง 24 ชั่วโมง** ต่างจาก WhatsApp LINE ให้คุณตอบลูกค้าได้ **ทุกเมื่อ** หลังจากที่ลูกค้าเพิ่ม Official Account ของคุณแล้ว — ไม่มีหน้าต่างที่ปิด ดู [หน้าต่างการส่งข้อความตามช่องทาง](/th/faqs/messaging-windows-by-channel)
* **บัญชี grey-shield (ยังไม่ยืนยัน) ใช้งานกับ Cura ได้เต็มที่** คุณไม่จำเป็นต้องมีบัญชี LINE ที่ยืนยันแล้ว (blue-shield) เพื่อเชื่อมต่อหรือตอบกลับ การยืนยันเป็นขั้นตอนด้านการค้นพบ/ความน่าเชื่อถือที่ทำภายหลังได้ ไม่ใช่ข้อกำหนดของ Cura

***

### บทความที่เกี่ยวข้อง

* [เชื่อมต่อช่องทางไม่ได้](/th/faqs/cant-connect-a-channel)
* [ช่องทางนี้เชื่อมต่ออยู่แล้ว](/th/faqs/channel-already-connected)
* [ช่องทางแสดงสถานะว่าถูกตัดการเชื่อมต่อ](/th/faqs/channel-disconnected)
* [หน้าต่างการส่งข้อความตามช่องทาง](/th/faqs/messaging-windows-by-channel)