API คือช่องทางที่ให้ระบบสองระบบส่งข้อมูลหากันได้เอง โดยไม่ต้องมีคนนั่งคีย์ซ้ำ ย่อมาจาก Application Programming Interface แต่ตัวย่อไม่ใช่สิ่งที่คุณต้องรู้ สิ่งที่ต้องรู้จริงๆ คือ API แต่ละตัว สมัครเองได้เลย หรือต้องรออนุมัติเป็นสัปดาห์ และเวลาเวนเดอร์บอกว่า "เดี๋ยวเชื่อม API ให้" เขากำลังขายงานที่มีอะไรอยู่ข้างในบ้าง บทความนี้ตอบสองข้อนั้น ด้วย API ที่ธุรกิจไทยเจอจริง
API ก็คือพนักงานเสิร์ฟ (แต่ "เมนู" สำคัญกว่าที่คิด)
วิธีเข้าใจที่เร็วที่สุดคือนึกถึงร้านอาหาร:
- •คุณ (Client) = ลูกค้าที่โต๊ะ อยากได้บางอย่าง
- •พนักงานเสิร์ฟ (API) = ตัวกลางที่รับคำสั่งไปครัว แล้วเอาของกลับมา
- •ครัว (Server) = ระบบที่เก็บข้อมูลจริง คุณไม่มีสิทธิ์เดินเข้าไปเอง
- •เมนู (API Documentation) = รายการที่สั่งได้ และสั่งนอกเมนูไม่ได้
จุดที่โปรเจกต์ส่วนใหญ่พังคือข้อสุดท้าย ลูกค้าอยากได้ข้อมูลที่ "น่าจะมี" แต่ปลายทางไม่ได้เปิดให้ดึง ก่อนอนุมัติงบ ขอลิงก์หน้าเอกสารที่ระบุว่าข้อมูลนั้นดึงได้จริง
API ที่ธุรกิจไทยเจอจริงๆ
ตัดตัวอย่างต่างประเทศออกไปก่อน นี่คือ API ที่เจ้าของธุรกิจไทยเจอในงานประจำวัน และระดับการเข้าถึงของแต่ละตัว:
| API | ใช้ทำอะไร | เข้าถึงยังไง |
|---|---|---|
| LINE Messaging API | ตอบแชทอัตโนมัติ, Rich Menu, Broadcast | สมัคร LINE OA แล้วสร้าง Channel เองได้ |
| Shopee / Lazada Open Platform | ดึงออเดอร์เข้าระบบ, อัปเดตสต็อก | สมัคร Developer + ร้านต้องกดอนุญาต (OAuth) |
| ธนาคาร / PromptPay | รับเงิน, ยืนยันว่าเงินเข้าจริง | ต้องเป็นนิติบุคคลและทำสัญญา |
| ข้อมูลที่อยู่-รหัสไปรษณีย์ไทย | เติมตำบล/อำเภอ/จังหวัดอัตโนมัติในฟอร์ม | เป็นข้อมูลเปิด ใช้ได้ทันที |
| e-Tax Invoice | ออกใบกำกับภาษีอิเล็กทรอนิกส์ | ผ่านผู้ให้บริการที่ได้รับการรับรอง |
"สมัครเองได้" กับ "ต้องรออนุมัติ" ต่างกันเป็นสัปดาห์
เวลาประเมินโปรเจกต์ ผมแบ่ง API เป็นสามชั้นเสมอ เพราะชั้นที่ต่างกันแปลว่า timeline คนละเรื่อง:
- 1.สมัครเอง ได้ Key ในไม่กี่นาที — LINE Messaging API, Google Maps, ข้อมูลที่อยู่ไทย เริ่มพรุ่งนี้ได้เลย
- 2.สมัคร Developer รอตรวจ แล้วเจ้าของร้านต้องกดอนุญาต — Shopee, Lazada, TikTok Shop หลักวันถึงหลักสัปดาห์ และคนกดอนุญาตต้องเป็นเจ้าของบัญชีร้าน ไม่ใช่ Developer
- 3.ต้องมีสัญญาและเอกสารบริษัท — ธนาคาร, Payment Gateway, ระบบภาษี ยาวที่สุด และไม่เร็วขึ้นเลยแม้จ้าง Developer เก่งแค่ไหน
ถ้าโปรเจกต์มีของชั้นที่ 3 อยู่ ให้เริ่มยื่นเอกสารตั้งแต่วันแรก อย่ารอให้โค้ดเสร็จก่อน ไม่งั้นระบบจะเสร็จนอนรออนุมัติอีกหลายสัปดาห์
LINE Messaging API: ตัวเลขที่ต้องรู้ก่อนเซ็นงบ
LINE เป็น API ที่ธุรกิจไทยเชื่อมบ่อยที่สุด และเป็นตัวที่คนคิดงบพลาดบ่อยที่สุด เพราะ ค่าพัฒนากับค่าส่งข้อความเป็นคนละก้อน ราคาแพ็กเกจ LINE OA ในไทย (ตรวจสอบจากหน้าราคา LINE for Business เมื่อ 20 ส.ค. 2026):
| แพ็กเกจ | ราคา/เดือน | ข้อความที่รวม | ส่วนเกิน |
|---|---|---|---|
| Free | 0 บาท | 300 ข้อความ | ส่งเพิ่มไม่ได้ |
| Basic | 1,280 บาท | 15,000 ข้อความ | 0.10 บาท/ข้อความ |
| Pro | 1,780 บาท | 35,000 ข้อความ | 0.06 บาท/ข้อความ |
ราคายังไม่รวม VAT 7% และ 300 ข้อความของแพ็กเกจฟรีหมดเร็วมาก — ลูกค้า 300 คน Broadcast ครั้งเดียวก็หมดเดือน ก่อนวางงบให้เช็คเงื่อนไขล่าสุดว่าข้อความแบบไหนถูกนับ เพราะ LINE ปรับเป็นระยะ ดูรายละเอียดที่ แพ็กเกจ LINE OA
PromptPay กับ "เช็คเงินเข้าอัตโนมัติ" — เรื่องที่เข้าใจผิดกันมากที่สุด
คำถามที่ผมเจอบ่อยที่สุดคือ "มี API ให้เช็คว่าเงินเข้าบัญชีผมหรือยังไหม" คำตอบตรงๆ คือ ธนาคารไทยไม่ได้เปิดให้สมัครออนไลน์แล้วดึงรายการเดินบัญชีตัวเองได้ทันที ทางที่ใช้ได้จริงมีสามทาง แต่ละทางแลกกันคนละแบบ:
- •ผ่าน Payment Gateway — เร็วที่สุด สมัครครั้งเดียวได้ทั้ง QR PromptPay บัตรเครดิต และการแจ้งเตือนเมื่อจ่ายสำเร็จ แลกกับค่าธรรมเนียมต่อรายการ
- •ต่อ API ธนาคารตรง — ค่าธรรมเนียมมักถูกกว่าเมื่อยอดสูง แต่ต้องเป็นนิติบุคคล ทำสัญญา และผ่าน onboarding หลายสัปดาห์
- •ตรวจสลิป — ลูกค้าโอนแล้วอัปสลิป ระบบยิงไปตรวจกับบริการตรวจสลิป เหมาะกับร้านที่ยอดยังไม่มาก เพราะเริ่มได้เร็วโดยไม่ต้องรอสัญญา
ถ้าเลือกทางตรวจสลิป อย่าใช้วิธีอ่านตัวเลขจากภาพอย่างเดียว สลิปปลอมทำง่ายมาก ต้องตรวจกับต้นทางเสมอ และต้องกันไม่ให้สลิปใบเดิมถูกใช้ซ้ำสองออเดอร์
ทำไม "ก็แค่เชื่อม API" ถึงไม่เคยแค่นั้น
การเรียก API หนึ่งครั้งใช้โค้ดไม่กี่บรรทัดจริง แต่งานที่ลูกค้าจ่ายเงินคือส่วนที่เหลือ — ตอนที่มันพัง:
- •Token หมดอายุ — ระบบหยุดตอนตีสามโดยไม่มีใครรู้ จนลูกค้าโทรมาถามว่าทำไมออเดอร์ไม่เข้า
- •ข้อมูลไม่ตรงรูปแบบ — ที่อยู่ไทยเขียนได้หลายแบบ ("ต.บางรัก" กับ "แขวงบางรัก"), เบอร์โทรมาทั้ง 08x และ +668x, ชื่อร้านในมาร์เก็ตเพลสไม่ตรงกับในระบบบัญชี งานแปลงข้อมูลกินเวลามากกว่างานเรียก API เกือบทุกครั้ง
- •ลิมิตการเรียก — ยิงถี่เกินโดนบล็อก ต้องมีคิวและการหน่วง
- •ปลายทางล่ม — ต้องรู้ว่าอะไรตกหล่น และยิงซ้ำได้โดยไม่สร้างออเดอร์ซ้ำ
- •Sandbox ไม่เท่ากับ Production — ผ่านทดสอบไม่ได้แปลว่าผ่านอนุมัติให้ใช้จริง
งานเชื่อม API ส่วนใหญ่ไม่ใช่การเรียก API แต่เป็นการจัดการตอนที่มันไม่ทำงาน ถ้าใบเสนอราคาไม่พูดถึงเรื่องนี้ แปลว่าราคานั้นยังไม่รวมของจริง
ใช้เวลาและงบเท่าไหร่
ตัวเลขข้างล่างเป็นกรอบประมาณการจากลักษณะงาน ไม่ใช่ใบเสนอราคาและไม่ใช่สถิติอุตสาหกรรม แต่ช่วยให้รู้ว่าข้อเสนอที่ได้มาสมเหตุสมผลไหม:
- •เชื่อมทางเดียว ตรรกะง่าย เช่น ฟอร์มเว็บ → Google Sheets → แจ้งเตือนเข้า LINE — หลักวัน
- •เชื่อมสองทาง มีสถานะต้อง sync เช่น ออเดอร์มาร์เก็ตเพลส → ระบบสต็อก แล้วอัปเดตกลับ — หลักสัปดาห์
- •มีเงินหรือเอกสารภาษีเกี่ยวข้อง — บวกเวลารออนุมัติ ซึ่งไม่ขึ้นกับความเร็วของทีมพัฒนา
ลองคิดเลขก่อนตัดสินใจ (ตัวเลขสมมติ ให้แทนของจริงของคุณเอง): พนักงานคีย์ออเดอร์วันละ 60 รายการ รายการละ 90 วินาที = 1.5 ชม./วัน ราว 33 ชม./เดือน คิดค่าแรง 100 บาท/ชม. ก็ราว 3,300 บาท/เดือน ถ้าค่าพัฒนาอยู่หลักหมื่นต้นๆ คืนทุนในไม่กี่เดือน แต่ถ้าประหยัดได้เดือนละ 800 บาท อย่าเพิ่งเชื่อม
ต้องจ้าง Developer ไหม หรือใช้ n8n / Make / Zapier ได้
n8n, Make, Zapier มีตัวเชื่อมสำเร็จรูปให้ LINE, Google Sheets, อีเมล และอีกหลายร้อยบริการ เจ้าของธุรกิจจึงต่อ API ง่ายๆ เองได้จริง ถ้างานคือย้ายข้อมูลจากที่หนึ่งไปอีกที่หนึ่ง ปริมาณไม่สูง ตรรกะไม่ซับซ้อน — เริ่มด้วย No-Code คุ้มกว่า แล้วค่อยจ้างเขียนเมื่อไม่พอ เขียนเองเมื่อปริมาณสูงจนค่าแพลตฟอร์มรายเดือนแพงกว่าค่าพัฒนา, ตรรกะซับซ้อนเกินกว่าจะลากบล็อกไหว, หรือข้อมูลลูกค้าอ่อนไหวจนต้องคุม PDPA เอง เทียบที่ n8n vs Make vs Zapier ดูงานจริงที่ n8n + LINE OA
Webhook กับ MCP ต่างจาก API ยังไง
สามคำนี้มักถูกพูดปนกันจนสับสน จริงๆ แยกง่ายที่ "ใครเป็นคนเริ่มก่อน":
- •API — คุณถาม ปลายทางตอบ เหมาะกับตอนที่อยากได้ข้อมูลเดี๋ยวนี้ เช่น กดปุ่มแล้วดึงออเดอร์ล่าสุด
- •Webhook — ปลายทางเคาะประตูคุณเมื่อมีอะไรเกิดขึ้น ไม่ต้องนั่งถามซ้ำทุกนาที ประหยัดและเร็วกว่ามาก อ่านต่อที่ Webhook คืออะไร
- •MCP — มาตรฐานที่ให้ AI เรียกใช้เครื่องมือและข้อมูลได้เอง เป็นคำตอบยุค AI ของปัญหาเดียวกัน อ่านต่อที่ MCP Server คืออะไร
ระบบจริงมักใช้ทั้งคู่: Webhook บอกว่า "มีออเดอร์ใหม่" แล้วโค้ดของคุณค่อยเรียก API กลับไปถามรายละเอียดออเดอร์นั้น
5 คำถามที่ควรถามก่อนเซ็นงานเชื่อม API
คุณไม่ต้องเขียนโค้ดเป็นก็คุมงานนี้ได้ ถามห้าข้อนี้ แล้วจะรู้ทันทีว่าอีกฝั่งเคยทำจริงหรือแค่รับงานไว้ก่อน:
- 1.API ตัวนี้สมัครเองได้ หรือต้องรออนุมัติ กี่วัน และใครยื่นเอกสาร
- 2.ข้อมูลที่ผมอยากได้ อยู่ในเอกสาร API จริงไหม ขอลิงก์หน้านั้น
- 3.ถ้าปลายทางล่มไป 2 ชั่วโมง ระบบทำอะไร และผมจะรู้ได้ยังไงว่าอะไรตกหล่น
- 4.Token หรือ Key หมดอายุเมื่อไหร่ ใครต่ออายุ ถ้าหมดตอนวันหยุดจะเกิดอะไรขึ้น
- 5.ราคานี้รวมค่าดูแลหลังส่งมอบไหม และถ้าปลายทางเปลี่ยนเวอร์ชัน API คิดเพิ่มเท่าไหร่
ถ้าคำตอบข้อ 2 คือ "น่าจะได้ครับ" โดยไม่มีลิงก์ ให้ชะลอการเซ็นไว้ก่อน นี่เป็นสาเหตุอันดับหนึ่งที่งานเชื่อมระบบบานปลาย
Arm - CherCode
Full-Stack Developer & Founder
นักพัฒนาซอฟต์แวร์ที่มีประสบการณ์กว่า 5 ปีด้าน Web Development, AI Integration และ Automation เชี่ยวชาญ Next.js, React, n8n และ LLM Integration ผู้ก่อตั้ง CherCode ให้บริการพัฒนาระบบสำหรับธุรกิจไทย
Portfolio
