เลือกเส้นทาง Integration ของคุณ
ไม่แน่ใจว่าวิธี integration ใดเหมาะกับคุณ? คู่มือนี้จะช่วยคุณเลือกระหว่าง plugins, SDKs และ API integration โดยตรงตามความต้องการของคุณ
แผนภูมิตัดสินใจด่วน
การเปรียบเทียบวิธี Integration
1. E-Commerce Plugins (ไม่ต้องเขียนโค้ด)
เหมาะสำหรับ: ร้านค้าออนไลน์ที่ใช้แพลตฟอร์มยอดนิยม
ข้อดี:
- ✅ ไม่ต้องเขียนโค้ด
- ✅ ติดตั้งเร็ว (15-30 นาที)
- ✅ ทดสอบและบำรุงรักษาแล้ว
- ✅ รองรับวิธีการชำระเงินหลายวิธี
- ✅ อัปเดตอัตโนมัติ
ข้อเสีย:
- ❌ การปรับแต่งจำกัด
- ❌ เฉพาะแพลตฟอร์ม
- ❌ อาจมีข้อจำกัดของฟีเจอร์
แพลตฟอร์มที่มีให้:
👉 เริ่มที่นี่ถ้า: คุณกำลังดำเนินร้านค้า e-commerce บนแพลตฟอร์มเหล่านี้และต้องการการตั้งค่าที่เร็วที่สุด
2. Omise.js (โค้ดน้อย)
เหมาะสำหรับ: เว็บไซต์และเว็บแอปที่มีความต้องการปรับแต่ง backend น้อย
ข้อดี:
- ✅ ฟอร์มชำระเงินที่สร้างไว้แล้ว
- ✅ จัดการ tokenization อัตโนมัติ
- ✅ ทำให้การปฏิบัติตาม PCI ง่ายขึ้น
- ✅ ทำงานกับ backend ใดก็ได้
- ✅ ปรับแต่งสไตล์ได้
ข้อเสีย:
- ❌ ควบคุม UI ได้น้อยกว่า
- ❌ ยังคงต้อง backend integration
- ❌ ต้องใช้ JavaScript
เวลา Integration: 2-4 ชั่วโมง
ตัวอย่างโค้ด:
<!-- Include Omise.js -->
<script src="https://cdn.omise.co/omise.js"></script>
<!-- Payment form -->
<form id="checkout">
<script type="text/javascript"
src="https://cdn.omise.co/omise.js"
data-key="pkey_test_YOUR_KEY"
data-amount="100000"
data-currency="thb"
data-button-label="Pay Now">
</script>
</form>
👉 เริ่มที่นี่ถ้า: คุณต้องการ web integration ที่รวดเร็วด้วยฟอร์มชำระเงินที่ "ใช้งานได้เล ย" และไม่ต้องการปรับแต่งมาก
3. Mobile SDKs
เหมาะสำหรับ: แอปพลิเคชันมือถือดั้งเดิมและแอปข้ามแพลตฟอร์ม
ข้อดี:
- ✅ คอมโพเนนต์ UI แบบ native
- ✅ แนวปฏิบัติที่ดีที่สุดของแพลตฟอร์ม
- ✅ จัดการ tokenization
- ✅ มีการจัดการข้อผิดพลาดในตัว
- ✅ เพิ่มประสิทธิภาพสำหรับมือถือ
ข้อเสีย:
- ❌ เฉพาะแพลตฟอร์ม (ยกเว้น Flutter)
- ❌ ยังคงต้อง backend integration
- ❌ การอัปเดตแอปสำหรับการอัปเดต SDK
SDKs ที่มีให้:
- iOS: Swift/Objective-C
- Android: Java/Kotlin
- Flutter: Dart (ข้ามแพลตฟอร์ม)
- React Native: JavaScript (ข้ามแพลตฟอร์ม)
เวลา Integration: 1-2 วัน
👉 เริ่มที่นี่ถ้า: คุณกำลังสร้างแอปมือถือและต้องการคอมโพเนนต์ UI การชำระเงินแบบ native
4. Server Libraries + Custom Frontend
เหมาะสำหรับ: แอปพลิเคชันที่กำหนดเองซึ่งต้องการควบคุมเต็มรูปแบบ
ข้อดี:
- ✅ การปรับแต่งเต็มรูปแบบ
- ✅ ควบคุม UX อย่างสมบูรณ์
- ✅ รองรับหลายภาษา
- ✅ ฟีเจอร์ทั้งหมดพร้อมใช้งาน
- ✅ เข้าถึง API โดยตรง
ข้อเสีย:
- ❌ เวลาพัฒนามากขึ้น
- ❌ ต้องทดสอบมากขึ้น
- ❌ การบำรุงรักษาสูงขึ้น
- ❌ ข้อพิจารณา PCI มากขึ้น
Libraries ที่มีให้:
- Ruby, Python, PHP, Node.js
- Java, Go, .NET, Elixir
เวลา Integration: 1-3 วัน
👉 เริ่มที่นี่ถ้า: คุณต้องการความยืดหยุ่นสูงสุดและมีทรัพยากรสำหรับการพัฒนาที่กำหนดเอง
5. REST API (โดยตรง)
เหมาะสำหรับ: การรวมที่กำหนดเองในภาษาใดก็ได้
ข้อดี:
- ✅ ทำงานกับภาษาใดก็ได้
- ✅ เข้าถึง API อย่างสมบูรณ์
- ✅ ความยืดหยุ่นสูงสุด
- ✅ ไม่มี library dependencies
ข้อเสีย:
- ❌ ความพยายามในการพัฒนามากที่สุด
- ❌ การจัดการข้อผิดพลาดด้วยตนเอง
- ❌ ต้องใช้งานทุกอย่าง
- ❌ การบำรุงรักษามากขึ้น
เวลา Integration: 2-5 วัน
👉 เริ่มที่นี่ถ้า: คุณใช้ภาษาที่ไม่มี library อย่างเป็นทางการหรือต ้องการ integration ที่กำหนดเองอย่างมาก
6. Payment Links (ไม่ต้องเขียนโค้ด)
เหมาะสำหรับ: การขายง่ายๆ ใบแจ้งหนี้ การค้าผ่าน social media
ข้อดี:
- ✅ ไม่ต้องเขียนโค้ดเลย
- ✅ ตั้งค่าทันที
- ✅ แชร์ได้ผ่านช่องทางใดก็ได้
- ✅ หน้าชำระเงินที่โฮสต์ไว้
- ✅ เป็นมิตรกับมือถือ
ข้อเสีย:
- ❌ ไม่สามารถปรับแต่ง
- ❌ ประสบการณ์การชำระเงินภายนอก
- ❌ ระบบอัตโนมัติจำกัด
- ❌ กระบวนการด้วยตนเอง
เวลาตั้งค่า: 5 นาที
👉 เริ่มที่นี่ถ้า: คุณต้องการรับชำระเงินทันทีโดยไม่ต้องสร้างอะไรเลย
ตารางเปรียบเทียบฟีเจอร์
| Payment Method | เวลาตั้งค่า | ต้องเขียนโค้ด | การปรับแต่ง | การบำรุงรักษา | วิธีการชำระเงินทั้งหมด | พร้อมสำหรับมือถือ | ความยาก |
|---|---|---|---|---|---|---|---|
| E-Commerce Plugins | 15-30 นาที | ❌ | ต่ำ | ต่ำ | ✅ | ✅ | ง่าย |
| Omise.js | 2-4 ชั่วโมง | ✅ | ปานกลาง | ต่ำ | ✅ | ✅ | ปานกลาง |
| Mobile SDKs | 1-2 วัน | ✅ | สูง | ปานกลาง | ✅ | ✅ | ปานกลา ง |
| Server Libraries | 1-3 วัน | ✅ | สูง | ปานกลาง | ✅ | ❌ | ยาก |
| REST API | 2-5 วัน | ✅ | เต็มรูปแบบ | สูง | ✅ | ❌ | ยาก |
| Payment Links | 5 นาที | ❌ | ไม่มี | ไม่มี | ✅ | ✅ | ง่าย |
ตามกรณีการใช้งาน
Subscription/การเรียกเก็บเงินแบบซ้ำ
แนะนำ: Server Libraries + Omise.js
เพราะอะไร: คุณต้องเก็บวิธีการชำระเงินของลูกค้าและเรียกเก็บเงินซ้ำๆ สิ่งนี้ต้องการตรรกะ backend
ฟีเจอร์ที่ต้องการ:
- การจัดการลูกค้า
- การเก็บบัตร
- การเรียกเก็บเงินตามกำหนดเวลา
- การจัดการ webhook
เรียนรู้เกี่ยวกับการชำระเงินแบบซ้ำ →
การซื้อครั้งเดียว
แนะนำ: Omise.js หรือ E-Commerce Plugin
เพราะอะไร: ขั้นตอนการชำระเงินที่เรียบง่ายโดยไม่มีข้อกำหนดที่ซับซ้อน
ฟีเจอร์ที่ต้องการ:
- การสร้าง token
- การสร้าง charge
- การจัดการข้อผิดพลาดพื้นฐาน
Marketplace/แพลตฟอร์ม
แนะนำ: Full API Integration
เพ ราะอะไร: ต้องจัดการผู้ขายหลายราย แบ่งการชำระเงิน จัดการขั้นตอนที่ซับซ้อน
ฟีเจอร์ที่ต้องการ:
- การจัดการผู้ขายย่อย
- การแบ่งการโอน
- รายงานขั้นสูง
- Chain keys
ติดต่อฝ่ายขาย สำหรับโซลูชัน marketplace
Mobile Commerce
แนะนำ: Mobile SDKs
เพราะอะไร: ประสบการณ์มือถือแบบ native พร้อมคอมโพเนนต์ UI ที่เพิ่มประสิทธิภาพ
ฟีเจอร์ที่ต้องการ:
- Tokenization ในแอป
- ฟอร์มชำระเงินแบบ native
- การยืนยันตัวตนด้วยข้อมูลชีวภาพ
- Deep linking
การขายระหว่างประเทศ
แนะนำ: Full API Integration
เพราะอะไร: ต้องจัดการหลายสกุลเงิน ภูมิภาค และวิธีการชำระเงิน
ฟีเจอร์ที่ต้องการ:
- รองรับหลายสกุลเงิน
- วิธีการชำระเงินตามภูมิภาค
- การแปลงสกุลเงิน
- การแปลภาษา
ข้อพิจารณาทางเทคนิค
การปฏิบัติตาม PCI
| วิธี | ภาระ PCI | เหตุผล |
|---|---|---|
| Plugins | น้อยที่สุด | Plugin จัดการข้อมูลบัตร |
| Omise.js | น้อยที่สุด | Omise.js tokenize ก่อน server ของคุณ |
| Mobile SDKs | น้อยที่สุด | SDK tokenize ก่อน server ของคุณ |
| Server Libraries | ต่ำ | ยังคงใช้ tokenization |
| REST API | ปานกลาง | ต้องใช้งานอย่างปลอดภัย |
วิธีการทั้งหมดเก็บข้อมูลบัตรออกจาก servers ของคุณถ้าใช้งานอย่างถูกต้อง ใช้ tokenization เสมอ!
ข้อกำหนด Hosting
| วิธี | ข้อกำหนด |
|---|---|
| Plugins | Platform hosting (จัดการ) |
| Omise.js | Web hosting พร้อม HTTPS |
| Mobile SDKs | การ deploy App store |
| Server Libraries | Server พร้อม HTTPS |
| REST API | Server พร้อม HTTPS |
| Payment Links | ไม่ต้อง hosting |
ทักษะการพัฒนาที่ต้องการ
E-Commerce Plugins:
- การดูแลระบบแพลตฟอร์ม
- การกำหนดค่าพื้นฐาน
Omise.js:
- HTML/JavaScript
- การพัฒนา backend พื้นฐาน
- ความรู้ HTTPS/SSL
Mobile SDKs:
- Swift/Kotlin/Dart
- ประสบการณ์การพัฒนามือถือ
- การพัฒนา Backend API
Server Libraries:
- การเขียนโปรแกรม backend
- API integration
- การจัดการ database
- แนวปฏิบัติที่ดีที่สุดด้านความปลอดภัย
REST API:
- HTTP/REST APIs
- การจัดการ JSON
- การยืนยันตัวตน
- การจัดการข้อผิดพลาด
- การเสริมความปลอดภัย