# GoChat: การวิเคราะห์และต่อยอดจาก Zaapi

ตรวจสอบเว็บไซต์ทางการ 7 กันยายน 2026 โดยแยกคำกล่าวอ้างในหน้าผลิตภัณฑ์ออกจากรายละเอียดใช้งาน และเทียบกับโค้ด GoChat ปัจจุบัน ไม่มีการคัดลอกโค้ด ภาพ รีวิว โลโก้ลูกค้า หรือผลลัพธ์ทางธุรกิจของผู้ให้บริการ

## สิ่งที่พบและสิ่งที่เพิ่ม

| แหล่งอ้างอิง | ความสามารถที่ใช้วิเคราะห์ | สิ่งที่เพิ่มใน GoChat |
|---|---|---|
| [Helpdesk](https://www.zaapi.com/th/product/unified-inbox), [Saved filters](https://help.zaapi.com/start-guide/step-4-manage-your-inbox), [Search](https://help.zaapi.com/th/inbox/search) | คิวตามกลุ่มเคส การค้นประวัติและข้อมูลลูกค้า | คิวที่ตั้งชื่อและบันทึกชุดตัวกรอง ค้นทั้งข้อความ/โน้ต/CRM และจัดการหลายเคสแบบ transaction |
| [Automations](https://www.zaapi.com/th/product/automations), [Auto labels](https://help.zaapi.com/automations/basic-automations/assign-labels-to-chats), [Auto assignment](https://help.zaapi.com/automations/basic-automations/assign-chats-to-agents) | จัดหมวดและกระจายงานอัตโนมัติ | กฎคำสำคัญ/บัญชี → แท็ก ความสำคัญ วนรอบมอบหมาย และส่งต่อคน มี preview และประวัติ |
| [Analytics](https://www.zaapi.com/th/product/analytics), [Performance](https://help.zaapi.com/analytics/chat-and-agent-performance), [Sales](https://help.zaapi.com/analytics/sales-performance) | ผลงานเจ้าหน้าที่และยอดขายที่ทีมบันทึก | รายงานตามวันที่/บัญชี/เจ้าหน้าที่ เวลาเฉลี่ยถึงการกดตอบ เป้าหมายเวลาตอบ งานค้าง นัดติดตาม และผลการขาย |
| [Helpdesk channels](https://www.zaapi.com/th/product/unified-inbox) | รวม website live chat ไว้ใน inbox | Website Chat Widget ของ GoChat พร้อม session ผู้เข้าชม โค้ดฝัง และรับ–ตอบใน inbox เดิม |
| [AI Agent](https://www.zaapi.com/th/product/ai-agent), [Broadcast](https://www.zaapi.com/th/product/broadcast) | ฐานความรู้ AI, แคมเปญและการแบ่งกลุ่มผู้รับ | บันทึกเป็นงานต่อ ไม่แสดงว่า AI หรือการส่งแคมเปญพร้อมใช้งานแล้ว |

## วิธีใช้ฟีเจอร์ใหม่

### คิวงานและการค้นหา

เปิด **คิวงาน** → เลือกตัวกรอง → ค้นหา → ผู้ดูแลบันทึกชื่อคิวเพื่อให้ทีมใช้ซ้ำ รองรับชื่อ ข้อมูลติดต่อ ที่อยู่ บริษัท สรุปเคส ประวัติข้อความ และโน้ตภายใน การค้นใช้ข้อความตรงบางส่วน โดย `%` และ `_` ไม่ใช่ wildcard สมาชิกยังเห็น inbox ร่วมกันตามสิทธิ์เดิม

คิว “งานของฉัน” แทนค่าด้วยสมาชิกที่เปิดคิวในขณะนั้น สามารถกรองเคสที่รอเจ้าหน้าที่หรือถึงเวลานัดติดตาม เลือกสูงสุด 100 เคสเพื่อเปลี่ยนสถานะ ผู้รับผิดชอบ หรือความสำคัญ หากบางเคสไม่ถูกต้องจะยกเลิกการเปลี่ยนแปลงทั้งชุด รายการคิวแสดงสูงสุด 500 เคส ส่วนจำนวนที่บันทึกในคิวคำนวณจากข้อมูลทั้งหมด บันทึกคิวได้สูงสุด 50 รายการ

### กฎจัดการงาน

เปิด **จัดการงานอัตโนมัติ** → สร้างกฎ → ทดลองข้อความ → เปิดระบบเมื่อพร้อม ค่าเริ่มต้นปิดอยู่ทั้ง demo และ live ไม่ส่งข้อความออกจากกฎประเภทนี้

จับคำสำคัญแบบ contains โดยไม่แยกตัวอักษรอังกฤษเล็กใหญ่ หรือเว้นว่างเพื่อจับทุกข้อความ กฎที่ตรงทั้งหมดเพิ่มแท็กตามลำดับความสำคัญและคงแท็กเดิมไว้สูงสุด 20 แท็ก ส่วนความสำคัญ การมอบหมาย และ handoff ใช้กฎลำดับสูงสุดที่กำหนดการกระทำนั้น วนรอบเฉพาะสมาชิกที่เลือกและยัง active เก็บรอบในฐานข้อมูล ไม่เขียนทับผู้รับผิดชอบที่มีอยู่แล้ว **ยังไม่พิจารณาตารางเวรหรือสถานะออนไลน์**

กฎทำงานใน transaction เดียวกับ inbound ที่ตรวจซ้ำแล้ว ก่อน FAQ Bot การส่งต่อคนพักบอทและยกเลิกคิวตอบของบอทที่ยังไม่เริ่มส่ง สำหรับ Website Chat จะยกเลิกคำตอบที่กำลังประมวลผลแต่ยังไม่เผยแพร่ด้วย Preview ไม่เขียนข้อมูลหรือขยับรอบมอบหมาย ประวัติการประเมินเก็บล่าสุด 100 รายการ ไม่ใช่คลัง audit ถาวร

### นัดติดตามและผลการขาย

เปิดข้อมูลข้างบทสนทนา → **นัดติดตาม / ผลการขาย → แก้ไข** ตั้งวันเวลา (ฟอร์มอ้างอิงเขตเวลาเครื่อง) หรือบันทึกผลสำเร็จ/ไม่สำเร็จและมูลค่า THB ระบบเก็บจำนวนเงินเป็นสตางค์จำนวนเต็ม ผลที่ไม่ใช่สำเร็จมีมูลค่าเป็นศูนย์ นัดติดตามปรากฏเป็นคิวในเว็บ ไม่มีการส่งอีเมลหรือแจ้งเตือนผ่านช่องทางภายนอก

ยอดขายเป็นผลล่าสุดที่สมาชิกบันทึกในเคส ไม่ใช่ธุรกรรมรับชำระเงิน บัญชีรายรับ หรือ conversion ที่ส่งไป Meta การแก้ผลการขายใหม่จะเปลี่ยนช่วงวันที่ของผลล่าสุดนั้น

### ประสิทธิภาพและเวลาตอบ

- ช่วงวันที่เป็น Asia/Bangkok รวมต้นวันเริ่มจนก่อนต้นวันถัดจากวันสิ้นสุด เลือกได้ไม่เกิน 366 วัน
- หนึ่งรอบเริ่มจากข้อความแรกที่รอเจ้าหน้าที่ ข้อความเข้าถัดไปไม่เริ่มนับใหม่
- จบรอบเมื่อเจ้าหน้าที่กดตอบและบันทึกข้อความได้สำเร็จ นับแม้ข้อความอยู่ในคิว **ไม่ใช่เวลาส่งถึงผู้รับ** และไม่ได้หักเวลานอกงาน/วันหยุด
- ข้อความ FAQ Bot และโน้ตไม่จบรอบรอเจ้าหน้าที่ การปิดเคสล้างสถานะรอ โดยไม่สร้างผลตอบที่ไม่มีจริง
- ประวัติเวลาตอบเริ่มเก็บตั้งแต่อัปเกรด ส่วนเคสเดิมคำนวณสถานะรอจากข้อความที่มี ไม่สร้างประวัติ performance ย้อนหลังขึ้นมา
- รายงานรอบตอบกรองตามสมาชิกผู้กดตอบขณะนั้น ส่วนงานค้างและผลการขายกรองตามผู้รับผิดชอบปัจจุบัน
- งานรอและนัดติดตาม “ตอนนี้” ไม่จำกัดด้วยช่วงวันที่ รายงานนี้ยังไม่ใช่ SLA engine เต็มรูปแบบ

### Website Chat Widget

ผู้ดูแลเปิด **แชทบนเว็บไซต์** → เพิ่มวิดเจ็ต → ตั้งชื่อ คำทักทาย และรายการ origins ที่ฝังได้ → คัดลอก script ไปติดบนเว็บไซต์ ทดสอบด้วยปุ่ม **เปิดแชทตัวอย่าง** ได้ทันทีบนเครื่อง สำหรับเว็บจริงต้องตั้ง GoChat public HTTPS origin ก่อนใช้โค้ดฝัง

รองรับ 7 ตัวเชื่อมต่อโซเชียล รวม TikTok Business ที่เพิ่มในรอบถัดมา **บวก Website Chat ภายใน GoChat** แชทเว็บไซต์ใช้เส้นทาง inbox/กฎจัดการงาน/FAQ เดียวกัน การตอบวิดเจ็ตอ่านจากฐานข้อมูล ไม่มีการเรียก social provider API และไม่มีการเปิด port เพิ่ม

- ช่องทางเว็บไซต์ตั้งค่าผ่าน Widget API เท่านั้น ไม่ใช้ token ของแพลตฟอร์มโซเชียล
- จำกัด origins แบบระบุชัดไม่เกิน 10 แห่ง ใช้ HTTPS หรือ HTTP loopback, ไม่ใช้ wildcard/path; iframe ตรวจ `frame-ancestors` เฉพาะที่กำหนดและต้นทาง GoChat
- ผู้เข้าชมมี bearer token สุ่ม 256-bit อายุ 30 วัน ฐานข้อมูลเก็บเฉพาะ hash token ไม่รับ token ผ่าน URL
- token ถูกเก็บใน localStorage ของ iframe เมื่อเบราว์เซอร์อนุญาต ถ้าปิด third-party storage จะใช้หน่วยความจำของแท็บและเริ่มใหม่หลัง reload
- Visitor API ไม่อาศัย session ของผู้ดูแลและไม่เปิด CORS ข้ามโดเมน ข้อมูลตอบกลับมีเฉพาะข้อความสาธารณะของผู้เข้าชมคนนั้น ไม่รวมโน้ต ข้อผิดพลาดส่ง ข้อมูลเจ้าหน้าที่ และข้อมูลลูกค้าคนอื่น
- ข้อความยาวสูงสุด 1,000 ตัวอักษร อ่านล่าสุด 300 ข้อความ Poll ประมาณทุก 3 วินาทีขณะเปิดหน้าต่าง ใช้รหัสเดิมเมื่อผู้ใช้กดส่งซ้ำหลัง network failure
- จำกัดเริ่ม session 12 ครั้ง/5 นาที/RemoteAddr, ส่ง 30 ครั้ง/นาที/visitor, อ่าน 90 ครั้ง/นาที/visitor หากอยู่หลัง reverse proxy เดียว rate เริ่ม session จะรวมตาม IP proxy นั้น ต้องออกแบบ trusted-proxy rate limiting ก่อนรองรับผู้เข้าชมจำนวนมาก ไม่เชื่อ `X-Forwarded-For` จากผู้ใช้ทั่วไป
- พักวิดเจ็ตแล้วหยุดรับส่งและยกเลิกข้อความที่ยังอยู่ในคิว Session หมดอายุจะอ่านหรือส่งต่อไม่ได้

## สิ่งที่ยังไม่เทียบเท่า Zaapi ทั้งระบบ

ยังไม่มี AI/LLM และการเรียนรู้เอกสาร, Flow แบบหลายขั้น/ลากวาง, Shopee/Lazada/TikTok Shop/Shopify/Email adapters, ตอบคอมเมนต์และรีวิว, แคมเปญบรอดแคสต์, แนบสื่อ/ไฟล์/การ์ด, @mention และ notification inbox, กลุ่มสิทธิ์แยกทีม/หลายองค์กร, ตารางเวรรายคน, ประวัติแท็กถาวร, delivery/read receipts, ระบบจอง/ชำระเงิน หรือรายงานผลโฆษณา

งาน AI ต้องเลือกผู้ให้บริการและตั้ง credentials ก่อน ส่วน Marketplace ต้องมี developer access/สิทธิ์แอปและบัญชีจริง การมีชื่อช่องทางในแผนไม่ถือว่าเชื่อมต่อสำเร็จ การตรวจในรอบนี้ใช้ข้อมูลและ HTTP จำลองกับระบบ localhost ไม่ส่งข้อความไปบัญชีภายนอก