คู่มือผู้ให้บริการ
แนวทางการพัฒนา API
คำแนะนำสำหรับผู้ให้บริการในการออกแบบ endpoint, ตัวอย่าง request/response และการเตรียม listing ให้พร้อมใช้งานจริง
อัปเดตล่าสุด 17 เม.ย. 2569
ออกแบบให้เข้าใจง่าย
API บน ThailandAPI จะใช้งานได้ดีเมื่อผู้ใช้สามารถเข้าใจโครงสร้างได้เร็วและเชื่อถือเอกสารประกอบได้
ออกแบบ endpoint ให้อ่านง่าย
- ใช้ชื่อ resource ที่ชัดเจนและใช้ HTTP method อย่างสม่ำเสมอ
- ตั้งชื่อให้สอดคล้องกันระหว่าง list, detail, create, update และ delete
- ทำ versioning ให้ชัดเจนใน base URL หรือโครงสร้าง route
ใส่เอกสารให้ครบทุก endpoint
- ใส่ summary ที่อธิบาย business action ไม่ใช่แค่คำกริยา
- กรอก query params, headers, request body และ response examples ให้ครบ
- จัดกลุ่ม endpoint ที่เกี่ยวข้องกันเพื่อให้ค้นหาได้ง่ายขึ้น
ใช้ตัวอย่างที่ใกล้เคียงการใช้งานจริง
- ใช้ sample value ที่สื่อความเข้าใจได้ดี โดยเฉพาะกรณีข้อมูลที่เกี่ยวข้องกับประเทศไทย
- แสดง success response ก่อน แล้วค่อยตามด้วย error case ที่พบบ่อย
- หลีกเลี่ยง placeholder ที่ทำให้มองไม่เห็น field สำคัญ
เตรียมความพร้อมด้านปฏิบัติการ
- ตั้ง credit cost และ quota ให้สะท้อนต้นทุนจริงของ endpoint
- ติดตาม log, latency และ support case หลังเปิดใช้งาน
- ถ้าจะ deprecate ควรสื่อสารล่วงหน้าและระวัง breaking change
เช็กลิสต์ก่อนเผยแพร่
- base URL ถูกต้องและเรียกใช้งานได้
- summary ของ endpoint ครบถ้วน
- มี request และ response examples
- pricing และ quota อ่านแล้วเข้าใจได้
- ผู้สมัครใช้งานรู้ว่าจะเปิด support case ได้จากตรงไหน
เอกสารที่เกี่ยวข้อง
อ่านต่อในหน้าที่ช่วยต่อยอด workflow เดียวกัน