Perplexity API คิดค่าบริการอย่างไร

Perplexity API คิดค่าบริการอย่างไร ราคาเท่าไหร่ ต้องซื้อเครดิตก่อนหรือไม่ และถ้านำไปสร้าง Chatbot หรือระบบค้นข้อมูลบนเว็บไซต์จะเสียเงินเดือนละเท่าไหร่? เป็นคำถามสำคัญสำหรับผู้พัฒนาเว็บไซต์ โปรแกรมเมอร์ เจ้าของธุรกิจ และผู้ที่ต้องการนำความสามารถ AI Search ของ Perplexity ไปใช้ในระบบของตนเอง

Perplexity API มีระบบคิดค่าบริการตามการใช้งานจริง โดยแต่ละ API มีรูปแบบราคาแตกต่างกัน เช่น Search API คิดต่อคำขอค้นหาที่สำเร็จ Agent API คิดตามโมเดล AI และเครื่องมือที่เรียกใช้งาน ส่วน Embeddings API คิดตามปริมาณ Tokens ที่นำไปประมวลผล

สำหรับ Agent API การเรียกหนึ่งครั้งอาจมีค่าใช้จ่ายหลายส่วน เช่น Input Tokens, Output Tokens, Cached Tokens, Reasoning Tokens และ Web Search Tool Calls ขึ้นอยู่กับโมเดลและรูปแบบการทำงาน ดังนั้นจำนวนคำถามเท่ากันไม่ได้หมายความว่าจะมีต้นทุนเท่ากันเสมอไป

อีกประเด็นคือ Perplexity API มีระบบ Billing แยกจาก Perplexity Pro, Max และ Enterprise Subscription จึงไม่ควรเข้าใจว่าการสมัครแพ็กเกจรายเดือนสำหรับใช้งานผ่านเว็บไซต์จะทำให้ API ใช้งานได้ฟรีไม่จำกัด

ผู้เริ่มต้นควรทราบวิธีคำนวณต้นทุนก่อนเปิดให้ลูกค้าใช้จริง โดยเฉพาะเว็บไซต์ที่มีผู้ใช้งานจำนวนมาก เพราะการเรียก API ซ้ำ การสร้างคำตอบยาว หรือการเปิดให้ AI เรียกเครื่องมือหลายรอบอาจทำให้เครดิตลดลงรวดเร็วกว่าที่คาดไว้

บทความนี้ ComSiam จะอธิบาย Perplexity API คิดค่าบริการอย่างไร ครอบคลุม Agent API, Search API, Fast Search, Embeddings API, Orchestrator API, Input Tokens, Output Tokens, Reasoning, Cache, Web Search, Tool Calls, Pay-as-you-go, Projects, Billing, Credits, Usage Tiers และ Rate Limits พร้อมตัวอย่างคำนวณต้นทุนเป็นดอลลาร์สหรัฐและเงินบาทโดยใช้อัตราแลกเปลี่ยนสมมติ ตารางเปรียบเทียบงาน Chatbot, SEO Research และ Business Research สูตร Excel, Workflow, Checklist, FAQ และ Prompt ภาษาไทยกับภาษาอังกฤษ

① Perplexity API คิดค่าบริการอย่างไร

Perplexity API คิดค่าบริการตามประเภทของ API และปริมาณทรัพยากรที่ใช้จริง

รูปแบบการคิดค่าบริการหลัก

① คิดต่อจำนวน Requests

② คิดต่อ Input Tokens

③ คิดต่อ Output Tokens

④ คิดต่อ Cached Tokens ตามโมเดล

⑤ คิดต่อ Reasoning Tokens ตามโมเดล

⑥ คิดต่อจำนวน Tool Invocations

⑦ คิดต่อจำนวน Tokens สำหรับ Embeddings

⑧ คิดค่าบริการของเครื่องมือเฉพาะทางเพิ่มเติมเมื่อเรียกใช้งาน

ตารางสรุป

บริการวิธีคิดค่าบริการหลัก
Search APIจำนวน Requests ที่สำเร็จ
Fast Search APIจำนวน Requests ที่สำเร็จ
Agent APIModel Tokens และ Tools
Embeddings APITokens ที่นำไปสร้าง Embeddings
Orchestrator APITokens ตามโมเดล
เครื่องมือ Web Searchจำนวนครั้งที่เรียก
เครื่องมือ Fetch URLจำนวนครั้งที่เรียก
Sandboxจำนวน Sessions ตามช่วงคิดค่าบริการ

ทำไมราคาจึงไม่เท่ากันทุกคำถาม

คำถามสั้นที่ไม่ใช้เครื่องมือ อาจเสียค่าใช้จ่ายน้อยกว่างาน Research ที่ค้นเว็บหลายครั้งและสร้างคำตอบจำนวนมาก

ดังนั้นควรคำนวณต้นทุนจาก Usage จริง ไม่ใช่จากจำนวนคำถามอย่างเดียว

② Perplexity API เป็นแบบ Pay-as-you-go หรือไม่

Perplexity API ใช้ระบบเครดิตสำหรับชำระค่าบริการตามการใช้งาน

หลักการ

① เติมเครดิตเข้าบัญชี API

② เรียก API ตามความจำเป็น

③ ระบบคำนวณค่าใช้จ่าย

④ หักเครดิตตาม Usage

⑤ ตรวจเครดิตคงเหลือ

⑥ เติมเครดิตเพิ่มเมื่อจำเป็น

Pay-as-you-go หมายถึงอะไร

หมายถึงคิดตามการใช้งาน ไม่ใช่จ่ายค่าบริการแบบเหมาจ่ายแล้วใช้ได้ไม่จำกัด

ต้องมีเครดิตก่อนใช้งานไหม

ตามคู่มือ Projects & Billing ระบบใช้เครดิตที่ซื้อไว้ล่วงหน้าในการชำระค่า API

หากเครดิตหมด API Keys อาจถูกระงับการเรียกจนกว่าจะมีเครดิตเพียงพอ

ข้อสำคัญ

ค่าใช้จ่าย Subscription ของ Perplexity Pro หรือ Max ไม่ควรถูกนำไปถือเป็นเครดิต API โดยอัตโนมัติ

③ Perplexity API มีบริการประเภทใดบ้าง

บริการหลักที่เกี่ยวข้องกับการคิดราคามีดังนี้

Agent API

สำหรับสร้าง AI Applications และใช้โมเดลร่วมกับเครื่องมือ

Search API

สำหรับรับผลการค้นเว็บในรูปแบบที่โปรแกรมอ่านได้

Fast Search

ตัวเลือกค้นหาที่มีราคาต่อ Request ต่ำกว่า Search API ปกติ

Embeddings API

สำหรับสร้างเวกเตอร์สำหรับ Semantic Search และ RAG

Orchestrator API

สำหรับเรียกโมเดลด้วยราคาตาม Input และ Output Tokens

ตารางเปรียบเทียบ

APIเหมาะกับงานต้นทุนที่ต้องดู
Agent APIChatbot และ AI AgentModel + Tools
Search APIค้นเว็บRequests
Fast Searchค้นเว็บต้นทุนต่ำRequests
Embeddings APIค้นเอกสารเชิงความหมายInput Tokens
Orchestrator APIเรียกโมเดลModel Tokens

ควรเลือกอะไร

หากต้องการเพียงผลการค้นเว็บ ให้เริ่มประเมิน Search API

หากต้องการ AI สรุปและตอบคำถาม ให้พิจารณา Agent API

④ Search API ราคาเท่าไหร่

หน้า Pricing ทางการระบุราคา Search API มาตรฐานดังนี้

US$5 ต่อ 1,000 Requests

สูตรคำนวณ

ค่าใช้จ่าย = จำนวน Requests ที่คิดเงิน ÷ 1,000 × 5

ตัวอย่าง

จำนวน Requestsค่าใช้จ่าย
100US$0.50
1,000US$5
5,000US$25
10,000US$50
50,000US$250
100,000US$500

ตัวเลขเป็นการคำนวณตามอัตรา Search API มาตรฐาน โดยสมมติว่าทุก Request เป็นรายการที่คิดค่าบริการ

คิดต่อคำค้นหรือ Request

Search API คิดต่อ Successful POST Request

หนึ่ง Request สามารถมี Queries ได้สูงสุดตามข้อกำหนด โดยคู่มือ Pricing ระบุว่ารองรับชุดคำค้นได้สูงสุด 5 Queries ในหนึ่ง Request

ข้อควรจำ

หนึ่ง Request ที่มีหลาย Queries ภายใต้ข้อกำหนดยังคงเป็นหนึ่งหน่วยคิดค่าบริการ ไม่ใช่คิดแยกตามจำนวน Queries เสมอไป

⑤ Search API คำขอที่ไม่พบผลค้นเสียเงินไหม

เสียเงิน หากเป็น Request ที่สำเร็จตามเกณฑ์ Billing แม้ผลค้นจะว่าง

ตาราง

สถานะ Requestการคิดเงินตามคู่มือ
Successful Request มีผลค้นคิดเงิน
Successful Request ไม่พบผลค้นคิดเงิน
Invalid Requestไม่คิดเงิน
Rate-Limited Requestไม่คิดเงิน
Upstream Failureไม่คิดเงิน

ตัวอย่าง

ผู้ใช้ส่งคำค้นที่ไม่มีข้อมูลตรงกัน

Search API ส่งสถานะสำเร็จ แต่ Results ว่าง

คำขอนั้นยังถือเป็น Successful Request ตามกติกา

สิ่งที่ต้องระวัง

ไม่ควรเขียนโปรแกรมให้ส่งคำค้นเดิมซ้ำโดยไม่มีเหตุผลเพียงเพราะผลลัพธ์ว่าง เพราะอาจสร้างค่าใช้จ่ายเพิ่มเติม

⑥ Fast Search API ราคาเท่าไหร่

Fast Search API มีราคาต่ำกว่า Search API มาตรฐาน

US$1 ต่อ 1,000 Requests

ตารางเปรียบเทียบ

จำนวน RequestsSearch APIFast Search
1,000US$5US$1
5,000US$25US$5
10,000US$50US$10
50,000US$250US$50
100,000US$500US$100

ประหยัดกี่เปอร์เซ็นต์

เมื่อเทียบเฉพาะค่าบริการต่อ Request ของ Search API มาตรฐาน Fast Search มีราคาต่ำกว่า 80%

Fast Search เหมาะกับใคร

  • ระบบค้นข้อมูลจำนวนมาก
  • งานที่เน้นความเร็ว
  • งานที่ต้องควบคุมต้นทุน
  • ระบบค้นหาบนเว็บไซต์
  • การดึงรายการผลค้นก่อนประมวลผลต่อ

ข้อควรระวัง

ควรทดสอบผลลัพธ์จริงก่อนเลือกใช้ เพราะราคาถูกกว่าไม่ได้หมายความว่าเหมาะกับทุกคำถามและทุก Workflow

⑦ Agent API คิดค่าบริการอย่างไร

Agent API สามารถมีค่าใช้จ่ายสองส่วนหลัก

ส่วนที่ 1 — Model Cost

ค่าประมวลผลของโมเดล AI เช่น Input Tokens และ Output Tokens

ส่วนที่ 2 — Tool Cost

ค่าใช้เครื่องมือ เช่น Web Search หรือ Fetch URL

สูตรภาพรวม

Agent Cost = Model Cost + Tool Cost

หากมีค่าใช้จ่ายเฉพาะอื่นที่ระบบเรียกใช้ ต้องนำมารวมเพิ่มเติมด้วย

ตัวอย่าง

ผู้ใช้ถามคำถามเกี่ยวกับข่าวล่าสุด

Agent อาจ

① รับคำถาม

② เรียก Web Search

③ ดึงหน้าเว็บ

④ วิเคราะห์ข้อมูล

⑤ สร้างคำตอบ

จึงอาจมีค่าใช้จ่ายจากโมเดลและเครื่องมือหลายส่วนในคำขอเดียว

⑧ Input Tokens คืออะไร

Input Tokens คือข้อมูลที่ผู้ใช้หรือระบบส่งให้โมเดล AI

ตัวอย่างข้อมูลที่นับเป็น Input

  • คำถาม
  • System Instructions
  • Context
  • ข้อความจากบทสนทนาก่อนหน้า
  • ข้อมูลจากเครื่องมือ
  • เนื้อหาที่ส่งให้โมเดลวิเคราะห์

สูตร

Input Cost = Input Tokens ÷ 1,000,000 × Input Rate

โดย Input Rate เป็นราคา US$ ต่อ 1 ล้าน Tokens ของโมเดลที่เลือก

ตัวอย่างสมมติ

สมมติ Input Rate = US$1 ต่อ 1 ล้าน Tokens

ใช้ Input 10,000 Tokens

ค่า Input = US$0.01

ราคา US$1 ในตัวอย่างนี้เป็นสมมติฐานเพื่อสอนสูตร ไม่ใช่ราคาโมเดลทุกตัวของ Perplexity

⑨ Output Tokens คืออะไร

Output Tokens คือข้อความหรือผลลัพธ์ที่โมเดลสร้าง

ตัวอย่าง

  • คำตอบ
  • บทสรุป
  • รายงาน
  • JSON
  • ข้อความที่สร้างระหว่างกระบวนการ

สูตร

Output Cost = Output Tokens ÷ 1,000,000 × Output Rate

ตัวอย่างสมมติ

สมมติ Output Rate = US$4 ต่อ 1 ล้าน Tokens

โมเดลสร้าง 5,000 Output Tokens

ค่า Output = US$0.02

ทำไม Output อาจแพงกว่า Input

บางโมเดลกำหนดราคา Output ต่อ Token สูงกว่า Input

จึงควรตรวจราคาทั้งสองส่วน ไม่ดูเพียงจำนวน Input Tokens

⑩ Reasoning Tokens คิดเงินอย่างไร

Reasoning Tokens เกี่ยวข้องกับการประมวลผลภายในของโมเดลที่รองรับ

Orchestrator API

เอกสารทางการระบุว่า Reasoning Tokens คิดตาม Output Rate ของโมเดล

Agent API

ขึ้นอยู่กับโมเดลที่เลือกและโครงสร้างราคาในหน้า Model Pricing

ตัวอย่างสมมติ

โมเดลมี Output Rate US$4 ต่อ 1 ล้าน Tokens

หากมี Reasoning Tokens 2,000 Tokens ที่คิดในอัตรานี้

ค่าประมวลผลส่วนดังกล่าว = US$0.008

ข้อควรระวัง

ต้องตรวจว่า Usage ของโมเดลรายงาน Reasoning Tokens แยกหรือรวมกับยอด Output อย่างไร

ห้ามบวก Reasoning Tokens ซ้ำกับ Output Tokens หาก Usage และ Billing รวมรายการนั้นไว้แล้ว

⑪ Cache และ Cached Tokens คืออะไร

Cache ช่วยให้ระบบนำข้อมูลที่เคยประมวลผลบางส่วนกลับมาใช้ตามความสามารถของโมเดล

ประโยชน์

  • ลดต้นทุนบางส่วน
  • ลดเวลาในการประมวลผล
  • เหมาะกับ Prompt ที่มีส่วนซ้ำ
  • ช่วยงานที่ใช้ Instructions คงที่

Orchestrator API

เอกสารระบุว่าการอ่าน Cache คิดตาม Cache-Read Rate ของโมเดล

สูตร

Cache Read Cost = Cached Tokens ÷ 1,000,000 × Cache-Read Rate

ตัวอย่าง

ระบบมี Instructions ยาวที่ใช้ซ้ำทุกคำขอ

หากโมเดลรองรับ Cache อาจมีต้นทุนส่วน Cached Tokens ต่ำกว่าการประมวลผล Input ใหม่

ข้อควรระวัง

ไม่ใช่ทุกโมเดลหรือทุกคำขอจะได้ประโยชน์จาก Cache เท่ากัน

ต้องตรวจ Cache Hit และค่าใช้จ่ายจาก Usage จริง

⑫ Web Search Tool Calls คิดเงินอย่างไร

Agent API มีค่าใช้จ่ายเพิ่มเติมเมื่อเรียก Web Search Tool

ราคา

เครื่องมือราคาต่อครั้ง
Standard Web SearchUS$0.0025
Fast Web SearchUS$0.001

ตัวอย่าง

Agent เรียก Standard Web Search 3 ครั้ง

ค่า Web Search = 3 × US$0.0025

รวม US$0.0075

ยังไม่รวม Model Tokens

หนึ่งคำถามเรียก Search ได้กี่ครั้ง

ขึ้นอยู่กับ Workflow และการเรียกเครื่องมือจริง

ไม่ควรสมมติว่าหนึ่งคำถามเท่ากับหนึ่ง Web Search เสมอไป

⑬ Tool Calls อื่นมีราคาเท่าไหร่

หน้า Pricing ระบุเครื่องมือหลายประเภท

Toolค่าบริการ
Standard Web SearchUS$0.0025/ครั้ง
Fast Web SearchUS$0.001/ครั้ง
Image SearchUS$0.0025/ครั้งที่สำเร็จ
Fetch URLUS$0.0005/ครั้ง
People SearchUS$0.005/ครั้ง
Finance SearchUS$0.005/ครั้ง
SandboxUS$0.03/Session

Sandbox Session

เอกสารระบุช่วงการคิดค่าบริการของ Sandbox เป็น 20 นาทีของการใช้งานจริงต่อ Session ไม่ใช่ข้อจำกัดว่า Sandbox ต้องหยุดทำงานหลัง 20 นาที

หากใช้ Search ภายใน Sandbox

คำขอผ่าน SDK Search ภายใน Sandbox มีค่าบริการเพิ่มตามราคาที่กำหนด

ข้อสำคัญ

Tool Cost แยกจาก Model Token Cost

⑭ Orchestrator API คิดค่าบริการอย่างไร

Orchestrator API คิดค่าบริการตาม Tokens ของโมเดลที่เลือก

จุดสำคัญ

  • ไม่มีค่าธรรมเนียมต่อ Request เพิ่มโดยตรง
  • Input และ Output มีราคาแตกต่างตามโมเดล
  • Cache Read คิดตามอัตราของโมเดล
  • Reasoning Tokens คิดตาม Output Rate
  • ราคายึดตามโมเดลที่ผู้ใช้ร้องขอ

สูตรพื้นฐาน

Orchestrator Cost = Input Cost + Output Cost + Cache Cost และส่วนที่เกี่ยวข้องตาม Billing

ตัวอย่างสมมติ

โมเดล A มีราคา

  • Input US$1/ล้าน Tokens
  • Output US$4/ล้าน Tokens

ใช้งาน

  • Input 2,000 Tokens
  • Output 1,000 Tokens

ค่า Input = US$0.002

ค่า Output = US$0.004

รวม US$0.006 ต่อ Request

ตัวเลขอัตราโมเดล A เป็นสมมติฐาน ไม่ใช่ราคาโมเดลที่ยืนยันจากหน้า Pricing

⑮ Agent API กับ Orchestrator API อะไรถูกกว่า

ไม่มีคำตอบตายตัว

Agent API

เหมาะกับงานที่ต้องใช้เครื่องมือและกระบวนการ AI หลายขั้นตอน

Orchestrator API

เหมาะกับการเรียกโมเดลที่รองรับโดยตรง

เปรียบเทียบ

ปัจจัยAgent APIOrchestrator API
Model Tokensมีค่าใช้จ่ายมีค่าใช้จ่าย
Web Search Toolsอาจคิดเพิ่มไม่ใช่ส่วนหลักของการเรียกโมเดลโดยตรง
Tool Callsรองรับตามรูปแบบบริการ
Complexityสูงได้ขึ้นกับโมเดล
ต้นทุนต่อคำถามขึ้นกับ Tools และ Tokensขึ้นกับ Tokens เป็นหลัก

แนวทางเลือก

หากไม่ต้องค้นเว็บและต้องการเพียงให้โมเดลประมวลผลข้อความ Orchestrator API อาจง่ายต่อการคำนวณต้นทุน

แต่ต้องเปรียบเทียบราคาโมเดลและคุณภาพผลลัพธ์จริง

⑯ Embeddings API ราคาเท่าไหร่

Perplexity มี Standard Embeddings และ Contextualized Embeddings

ตารางราคา

โมเดลDimensionsราคา/1 ล้าน Tokens
pplx-embed-v1-0.6b1,024US$0.004
pplx-embed-v1-4b2,560US$0.03
pplx-embed-context-v1-0.6b1,024US$0.008
pplx-embed-context-v1-4b2,560US$0.05

สูตร

Embeddings Cost = Tokens ÷ 1,000,000 × Model Rate

ตัวอย่าง

ใช้ 10 ล้าน Tokens กับโมเดล 0.6B มาตรฐาน

10 × US$0.004

รวม US$0.04

ไม่รวมต้นทุนอะไร

  • Vector Database
  • Hosting
  • Storage
  • Network
  • ค่าโมเดลสร้างคำตอบ
  • ค่าดูแลระบบ

⑰ Credits ใน Perplexity API คืออะไร

Credits คือยอดเงินหรือเครดิตที่ใช้ชำระค่า API ตามระบบ Billing

กระบวนการ

① ซื้อเครดิต

② เครดิตเพิ่มในบัญชี

③ เรียก API

④ ระบบคำนวณ Usage

⑤ หักเครดิต

⑥ ตรวจยอดคงเหลือ

หากเครดิตหมด

คู่มือระบุว่า API Keys อาจถูกบล็อกการเรียกจนกว่าจะเติมเครดิต

เครดิต API เหมือน Computer Credits หรือไม่

ไม่ควรถือว่าเหมือนกัน

Perplexity Computer ในผลิตภัณฑ์ผู้ใช้ทั่วไปและ API Platform มีระบบเครดิตหรือสิทธิ์ที่ต้องตรวจแยก

ข้อควรจำ

ต้องตรวจชื่อบริการและประเภทเครดิตก่อนซื้อหรือวางงบประมาณ

⑱ วิธีตั้งค่า Billing และ Payment Method

ขั้นตอน

① เปิด API Console

② เลือก Project

③ เปิด Billing

④ ตรวจ Credit Balance

⑤ เลือก Add Payment Method

⑥ กรอกข้อมูลการชำระเงินผ่านระบบที่รองรับ

⑦ ตรวจการตั้งค่า Auto Reload

⑧ ตรวจ Usage

⑨ ตรวจ Invoice History

ข้อสำคัญ

คู่มือระบุว่าเพิ่ม Payment Method ผ่านระบบ Stripe ได้ โดยการเพิ่มบัตรไม่ใช่การเรียกเก็บเงินทันทีเพียงเพราะเพิ่มข้อมูล

ข้อควรระวัง

การเปิด Auto Reload อาจทำให้ระบบเติมเครดิตเพิ่มเมื่อยอดต่ำกว่าเกณฑ์ที่กำหนด

จึงต้องตรวจวงเงินและขั้นตอนอนุมัติขององค์กร

⑲ Auto Reload คืออะไร

Auto Reload คือระบบเติมเครดิตอัตโนมัติเมื่อยอดคงเหลือต่ำกว่าระดับที่กำหนด

ข้อดี

  • ลดโอกาส API หยุดเพราะเครดิตหมด
  • เหมาะกับบริการที่ต้องทำงานต่อเนื่อง
  • ลดงานเติมเครดิตด้วยตนเอง

ความเสี่ยง

หากระบบมีคำขอผิดปกติหรือถูกใช้งานโดยไม่ได้รับอนุญาต Auto Reload อาจเพิ่มค่าใช้จ่าย

แนวทางสำหรับผู้เริ่มต้น

① เริ่มจากเครดิตจำนวนที่รับความเสี่ยงได้

② ปิด Auto Reload ระหว่างทดสอบเมื่อเหมาะสม

③ ตรวจ Usage ทุกวันในช่วงแรก

④ ใช้ Backend Rate Limiting

⑤ ตั้งงบประมาณและแจ้งเตือนภายใน

Auto Reload เท่ากับ Budget Limit ไหม

ไม่ใช่

Auto Reload ทำหน้าที่เติมเครดิต ส่วน Budget Limit เป็นมาตรการควบคุมค่าใช้จ่าย

ทั้งสองมีวัตถุประสงค์ต่างกัน

⑳ Projects ของ API ใช้ทำอะไร

API Project เป็นพื้นที่สำหรับจัดการบริการ API

ใช้จัดการ

  • Billing
  • API Keys
  • สมาชิก
  • Usage
  • ค่าใช้จ่าย
  • การเข้าถึงของทีม

ตัวอย่าง

Project A: Website Chatbot

Project B: SEO Research

Project C: Market Research

ทำไมควรแยกงาน

เพื่อให้วิเคราะห์ต้นทุนและการใช้งานแต่ละระบบได้สะดวก

ข้อควรระวัง

การสร้าง Project ไม่ควรถือว่าเป็นการกำหนดวงเงินสูงสุดของ Project โดยอัตโนมัติ

ต้องตรวจ Budget Controls และ Rate Limits ที่รองรับจริง

㉑ Usage Tiers คืออะไร

Usage Tiers คือระดับการใช้งาน API ที่สัมพันธ์กับยอดซื้อเครดิตสะสม

ตารางเกณฑ์

Tierยอดซื้อเครดิตสะสม
Tier 0US$0
Tier 1US$50 ขึ้นไป
Tier 2US$250 ขึ้นไป
Tier 3US$500 ขึ้นไป
Tier 4US$1,000 ขึ้นไป
Tier 5US$5,000 ขึ้นไป

ข้อสำคัญ

Tier คำนวณจากยอดซื้อเครดิตสะสมตลอดช่วงการใช้บัญชี ไม่ใช่เครดิตคงเหลือในปัจจุบัน

ซื้อเครดิตแล้วต้องใช้หมดในเดือนนั้นไหม

ไม่ควรนำ Usage Tier ไปตีความเป็นแพ็กเกจรายเดือน

ต้องดูเงื่อนไขเครดิตและ Billing แยกต่างหาก

ข้อดีของ Tier สูง

โดยทั่วไปได้รับ Rate Limits สูงขึ้นและอาจเข้าถึงฟีเจอร์เพิ่มเติมตามนโยบาย

㉒ Rate Limits คืออะไร

Rate Limits คือข้อจำกัดจำนวนคำขอหรือปริมาณ Tokens ภายในช่วงเวลาหนึ่ง

Agent API ใช้ข้อจำกัดสองประเภท

QPS — Queries per Second

จำนวนคำขอในหนึ่งวินาที

TPM/TPH — Tokens per Minute/Hour

จำนวน Tokens ภายในช่วงเวลาที่กำหนด

ตาราง Agent API QPS

TierQPS
Tier 01
Tier 13
Tier 28
Tier 317
Tier 433
Tier 533

ข้อควรจำ

Rate Limits ใช้ร่วมกันในระดับองค์กรตามข้อกำหนด แม้ใช้ API Keys หลายชุด

การสร้าง Key เพิ่มไม่ได้หมายความว่าจะได้โควตาเพิ่มเท่าตัว

㉓ ทำไม Rate Limits เกี่ยวข้องกับต้นทุน

Rate Limits ไม่ได้กำหนดราคาต่อ Token โดยตรง แต่มีผลต่อปริมาณการใช้งานที่ระบบรองรับ

ตัวอย่าง

เว็บไซต์มีผู้ใช้ส่งคำถามพร้อมกันจำนวนมาก

หากเกิน QPS หรือ Token Limits ระบบอาจตอบ Error 429

ผลกระทบ

  • คำขอต้องรอ
  • ผู้ใช้อาจส่งคำถามซ้ำ
  • ระบบ Backend ต้อง Retry
  • Latency เพิ่มขึ้น
  • ต้องจัดการ Queue

แนวทาง

① ตรวจ Tier

② ใช้ Queue

③ ใช้ Caching

④ กำหนด Retry-After

⑤ ใช้ Backoff

⑥ จำกัดคำขอต่อผู้ใช้

การ Retry คิดเงินไหม

Search API ระบุว่า Rate-Limited Requests ไม่ถูกคิดค่าบริการ

แต่การ Retry ที่สำเร็จภายหลังอาจเป็นคำขอที่คิดค่าบริการตามเงื่อนไข

㉔ วิธีตั้ง Budget สำหรับ Perplexity API

Budget คือกรอบค่าใช้จ่ายที่ผู้ใช้หรือองค์กรยอมรับได้

ขั้นตอน

① กำหนดงบประมาณรายเดือน

② กำหนดงบประมาณรายวัน

③ ประมาณ Requests

④ เลือก API

⑤ คำนวณค่า Model Tokens

⑥ คำนวณ Tool Calls

⑦ เผื่อส่วนเพิ่มสำหรับ Retry และการเติบโต

⑧ ตรวจยอดเครดิต

⑨ ตั้งแจ้งเตือนเมื่อระบบรองรับ

⑩ ตรวจค่าใช้จ่ายตามรอบ

ตัวอย่างงบประมาณสมมติ

กำหนดงบ API เดือนละ US$50

แบ่งเป็น

  • Chatbot US$25
  • SEO Research US$15
  • งานทดลอง US$10

ข้อสำคัญ

หากไม่มี Hard Spending Cap ที่ระบบรองรับ ต้องกำหนดการตัดการเรียก API จาก Backend หรือระบบควบคุมของตนเอง

㉕ สูตรคำนวณค่า Agent API แบบครบองค์ประกอบ

สูตรหลัก

Total Agent Cost = Input Cost + Output Cost + Cache Cost + Tool Cost + ค่าใช้จ่ายอื่นที่เกี่ยวข้อง

หากโมเดลคิด Reasoning แยก ให้ตรวจวิธีรายงาน Usage และนำมาคำนวณตามกติกาของโมเดลโดยไม่บวกซ้ำ

สูตรย่อย

Input Cost = Input Tokens ÷ 1,000,000 × Input Rate

Output Cost = Output Tokens ÷ 1,000,000 × Output Rate

Cache Cost = Cached Tokens ÷ 1,000,000 × Cache Rate

Web Search Cost = จำนวน Search Calls × ราคาต่อ Call

Fetch Cost = จำนวน Fetch Calls × ราคาต่อ Call

ตัวอย่างอัตราโมเดลสมมติ

  • Input US$1/ล้าน Tokens
  • Output US$4/ล้าน Tokens
  • Cached Input US$0.20/ล้าน Tokens
  • Standard Web Search US$0.0025/ครั้ง
  • Fetch URL US$0.0005/ครั้ง

สมมติ Usage หนึ่งคำขอ

  • Uncached Input 2,000 Tokens
  • Cached Input 1,000 Tokens
  • Output 500 Tokens
  • Web Search 2 ครั้ง
  • Fetch URL 1 ครั้ง

ผลคำนวณ

Input = 2,000 ÷ 1,000,000 × 1 = US$0.002

Cache = 1,000 ÷ 1,000,000 × 0.20 = US$0.0002

Output = 500 ÷ 1,000,000 × 4 = US$0.002

Search = 2 × 0.0025 = US$0.005

Fetch = 1 × 0.0005 = US$0.0005

รวม US$0.0097 ต่อ Request

ราคาโมเดลและปริมาณ Tokens ทั้งหมดในตัวอย่างนี้เป็นสมมติฐาน ส่วนอัตรา Standard Web Search และ Fetch URL ใช้อัตราที่ระบุในหน้า Pricing ทางการ ณ วันที่ตรวจสอบ

㉖ วิธีแปลงดอลลาร์เป็นเงินบาท

ราคาจาก API Documentation แสดงเป็นดอลลาร์สหรัฐ

หากต้องทำ Budget เป็นเงินบาท ให้ใช้อัตราแลกเปลี่ยนสำหรับการวางแผน และตรวจอัตราชำระเงินจริงอีกครั้ง

ตัวอย่างอัตราแลกเปลี่ยนสมมติ

1 ดอลลาร์สหรัฐ = 35 บาท

ตัวเลขนี้ใช้เพื่อสอนการคำนวณเท่านั้น ไม่ใช่อัตราแลกเปลี่ยนปัจจุบันที่ยืนยัน

สูตร

ค่าใช้จ่ายเงินบาท = ค่าใช้จ่าย US$ × อัตราแลกเปลี่ยน

ตารางตัวอย่าง

ค่าใช้จ่าย US$บาทที่อัตราสมมติ 35 บาท/US$
US$135 บาท
US$5175 บาท
US$10350 บาท
US$25875 บาท
US$501,750 บาท
US$1003,500 บาท

ข้อควรระวัง

ยังไม่รวมภาษี ค่าธรรมเนียมบัตร หรือส่วนต่างอัตราแลกเปลี่ยน

㉗ ตัวอย่างต้นทุน Chatbot บนเว็บไซต์

สมมติเว็บไซต์มี Chatbot ใช้ Agent API

สมมติ Usage ต่อคำถาม

  • Input 1,000 Tokens
  • Output 500 Tokens
  • Standard Web Search 1 ครั้ง

ราคาโมเดลสมมติ

  • Input US$1/ล้าน Tokens
  • Output US$4/ล้าน Tokens

ต้นทุนต่อคำถาม

Input = US$0.001

Output = US$0.002

Search = US$0.0025

รวม US$0.0055 ต่อคำถาม

ตารางตามจำนวนคำถาม

จำนวนคำถาม/เดือนค่าใช้จ่าย US$บาทที่อัตราสมมติ 35
1,000US$5.50192.50 บาท
5,000US$27.50962.50 บาท
10,000US$551,925 บาท
50,000US$2759,625 บาท

สิ่งที่ยังไม่รวม

  • Hosting
  • Database
  • Cache
  • Monitoring
  • Development
  • ภาษี
  • Tools เพิ่มเติม
  • คำขอที่มี Tokens สูงกว่าสมมติฐาน

ข้อสำคัญ

ตัวเลขทั้งหมดเป็นต้นทุนจำลอง ไม่ใช่ใบเสนอราคาหรือราคาต่อคำถามที่รับประกันของ Perplexity

㉘ ตัวอย่างต้นทุน SEO Research

สมมติระบบต้องใช้ Search API เพื่อค้นแหล่งข้อมูลประกอบ Content Brief

กรณี Search API

10,000 Successful Requests

ราคา US$5/1,000 Requests

รวม US$50

กรณี Fast Search

10,000 Successful Requests

ราคา US$1/1,000 Requests

รวม US$10

ถ้าใช้ AI สรุปเพิ่ม

สมมติใช้ Orchestrator API เพิ่ม

  • Input 2,000 Tokens ต่อ Request
  • Output 1,000 Tokens ต่อ Request
  • Input Rate US$1/ล้าน Tokens
  • Output Rate US$4/ล้าน Tokens

ต้นทุนโมเดลต่อ Request = US$0.006

หากสรุป 1,000 ครั้ง

ต้นทุนโมเดล = US$6

ตารางรวมตามสมมติฐาน

รายการค่าใช้จ่าย
Fast Search 10,000 RequestsUS$10
สรุปด้วยโมเดล 1,000 ครั้งUS$6
รวมUS$16
บาทที่อัตราสมมติ 35560 บาท

ข้อควรระวัง

การค้นข้อมูลเพื่อ SEO ไม่ได้ทำให้ได้รับข้อมูล Google Search Volume, CTR หรืออันดับเว็บไซต์โดยอัตโนมัติ

ต้องใช้แหล่งข้อมูลเฉพาะสำหรับสถิติเหล่านั้น

㉙ ตัวอย่างต้นทุน Business Research

สมมติระบบวิเคราะห์ตลาดใช้ Agent API พร้อม Web Search

Usage ต่อรายงาน

  • Input 10,000 Tokens
  • Output 5,000 Tokens
  • Standard Web Search 5 ครั้ง
  • Fetch URL 10 ครั้ง

ราคาโมเดลสมมติ

  • Input US$1/ล้าน Tokens
  • Output US$4/ล้าน Tokens

ต้นทุน

Input = US$0.01

Output = US$0.02

Web Search = US$0.0125

Fetch URL = US$0.005

รวม US$0.0475 ต่อรายงาน

หากทำ 100 รายงาน

100 × US$0.0475

รวม US$4.75

แปลงเป็นเงินบาท

US$4.75 × 35

ประมาณ 166.25 บาท

ข้อจำกัด

นี่เป็นแบบจำลองสำหรับการสอนสูตรเท่านั้น งาน Research จริงอาจมีการเรียกโมเดลและเครื่องมือหลายรอบ จึงมีต้นทุนต่างจากตัวอย่างมาก

㉚ เปรียบเทียบต้นทุน Chatbot, SEO และ Business Research

งานหน่วยวัดในตัวอย่างต้นทุนสมมติ
Chatbot10,000 คำถามUS$55
SEO Fast Search + Summary10,000 Search + 1,000 SummariesUS$16
Business Research100 ReportsUS$4.75

อ่านตารางอย่างไร

ตัวเลขนี้ไม่ใช่การทดสอบ Benchmark จริง

แต่เป็นการแสดงผลลัพธ์จากปริมาณงานและสมมติฐานที่กำหนดไว้ในแต่ละกรณี

ควรตัดสินใจจากตัวเลขนี้ทันทีไหม

ไม่ควร

ต้องทดลองกับ Prompt และ Usage ที่ใกล้เคียงระบบจริงก่อน

㉛ Cost Model สำหรับคำนวณค่า API

แนะนำให้แยก Cost Model เป็น 4 ส่วน

ส่วนที่ 1: Volume

จำนวนคำถามหรือ Requests

ส่วนที่ 2: Tokens

Input, Output และ Cached Tokens

ส่วนที่ 3: Tools

จำนวน Web Search, Fetch URL และเครื่องมืออื่น

ส่วนที่ 4: Overhead

ค่า Hosting, Database, Monitoring และค่าใช้จ่ายอื่น

ตาราง Cost Model

ตัวแปรความหมาย
Requestsจำนวนคำขอ
Avg Input TokensTokens ขาเข้าเฉลี่ย
Avg Output TokensTokens ขาออกเฉลี่ย
Input Rateราคา Input/ล้าน Tokens
Output Rateราคา Output/ล้าน Tokens
Search Callsจำนวนครั้งเรียก Search
Search Rateราคาต่อครั้ง
Fetch Callsจำนวนครั้งเรียก Fetch
Fetch Rateราคาต่อครั้ง
FX Rateอัตราแลกเปลี่ยน
Overheadค่าใช้จ่ายอื่น

แนวทาง

เก็บข้อมูล Usage จริงจากระบบแล้วนำมาแทนสมมติฐานใน Cost Model

㉜ สูตร Excel คำนวณ Search API

กำหนด

  • B2 = จำนวน Successful Requests
  • B3 = ราคา US$ ต่อ 1,000 Requests
  • B4 = อัตราแลกเปลี่ยน THB/USD

สูตรค่าใช้จ่าย US$

=B2/1000*B3

สูตรค่าใช้จ่ายเงินบาท

=B2/1000*B3*B4

ตัวอย่าง

B2 = 10000

B3 = 5

B4 = 35

ผลลัพธ์ค่าใช้จ่าย US$ = 50

ผลลัพธ์เงินบาท = 1750

หากใช้ Fast Search

เปลี่ยน B3 เป็น 1 ตามราคา Fast Search ที่ตรวจสอบได้

㉝ สูตร Excel คำนวณ Agent API

กำหนดเซลล์ดังนี้

เซลล์ข้อมูล
B2Uncached Input Tokens
B3Cached Input Tokens
B4Output Tokens
B5Input Rate/1M
B6Cached Rate/1M
B7Output Rate/1M
B8Web Search Calls
B9Web Search Rate/Call
B10Fetch Calls
B11Fetch Rate/Call
B12FX Rate

สูตรต้นทุนต่อ Request เป็น US$

=(B2/1000000*B5)+(B3/1000000*B6)+(B4/1000000*B7)+(B8*B9)+(B10*B11)

สูตรแปลงเป็นเงินบาท

=((B2/1000000*B5)+(B3/1000000*B6)+(B4/1000000*B7)+(B8*B9)+(B10*B11))*B12

สูตรสำหรับหลาย Requests

หากต้นทุนต่อ Request อยู่ B13 และจำนวน Requests อยู่ B14

=B13*B14

ข้อควรระวัง

สูตรนี้เป็นแบบจำลองสำหรับงานที่มีองค์ประกอบตามตารางเท่านั้น

หากใช้ Reasoning หรือ Tools อื่น ต้องตรวจ Usage และเพิ่มต้นทุนตามโครงสร้างจริงโดยไม่คิดซ้ำ

㉞ สูตร Excel คำนวณ Embeddings

กำหนด

  • B2 = จำนวน Tokens
  • B3 = ราคา US$/1M Tokens
  • B4 = อัตราแลกเปลี่ยน

สูตร US$

=B2/1000000*B3

สูตรเงินบาท

=B2/1000000*B3*B4

ตัวอย่าง

B2 = 10000000

B3 = 0.004

B4 = 35

ค่า Embeddings = US$0.04

คิดเป็น 1.40 บาทตามอัตราแลกเปลี่ยนสมมติ

สิ่งที่ต้องรวมในโครงการจริง

ค่าจัดเก็บ Vector Database และค่าโมเดลสร้างคำตอบหลังการค้นข้อมูล

㉟ การทำ Cost Forecast รายเดือน

ขั้นตอน

① เก็บจำนวน Requests จริง

② คำนวณ Average Cost per Request

③ ตรวจ Peak Usage

④ ประมาณการเติบโต

⑤ เผื่อ Usage Variance

⑥ คำนวณงบรายเดือน

⑦ ตรวจ Credit Balance

⑧ กำหนดการแจ้งเตือน

สูตร

Forecast Cost = Expected Requests × Average Cost per Request

ตัวอย่าง

สมมติ Chatbot มี

  • 20,000 คำถามต่อเดือน
  • ต้นทุนเฉลี่ย US$0.006 ต่อคำถาม

Forecast = US$120 ต่อเดือน

หากเผื่องบ 20%

120 × 1.20

งบวางแผน = US$144

ข้อควรจำ

ส่วนเผื่อ 20% เป็นสมมติฐานในการวางแผน ไม่ใช่มาตรฐานที่ Perplexity กำหนด

㊱ วิธีลดค่าใช้จ่าย Perplexity API

1. เลือก API ให้ตรงกับงาน

ไม่ต้องใช้ Agent หากต้องการเพียงผลค้นเว็บ

2. ใช้ Fast Search เมื่อเหมาะสม

ลดต้นทุนต่อ Request ในงานที่ไม่จำเป็นต้องใช้ Search มาตรฐาน

3. จำกัด Output Tokens

ลดคำตอบยาวเกินจำเป็น

4. ลด Prompt ซ้ำ

ใช้ Instructions ที่กระชับ

5. ใช้ Cache เมื่อรองรับ

ลดต้นทุนข้อมูลซ้ำ

6. จำกัด Tool Calls

ไม่ให้ Agent ค้นเว็บซ้ำโดยไม่มีเหตุผล

7. ใช้ Search Filters

ลดผลค้นที่ไม่เกี่ยวข้อง

8. ตรวจ Token Usage

ระบุ Workflow ที่มีต้นทุนสูง

9. ใช้ Batch Processing เมื่อเหมาะสม

จัดงานให้มีประสิทธิภาพตามข้อกำหนด API

10. ตรวจ Cache Privacy

ไม่ใช้ผลลัพธ์ของผู้ใช้รายหนึ่งปะปนกับอีกคน

㊲ การใช้ API บน WordPress ควรคุมต้นทุนอย่างไร

เว็บไซต์ WordPress อาจมีผู้เข้าชมจำนวนมาก

หากเปิด Chatbot ให้ทุกคนถามโดยไม่มีข้อจำกัด อาจมี API Requests เพิ่มขึ้นรวดเร็ว

วิธีป้องกัน

① จำกัด Requests ต่อ IP หรือบัญชี

② ใช้ Rate Limiting

③ ใช้ CAPTCHA เมื่อเหมาะสม

④ จำกัดความยาว Input

⑤ จำกัด Output Tokens

⑥ ใช้ Cache

⑦ ตรวจ Usage

⑧ ตั้ง Budget

⑨ เก็บ API Key ฝั่ง Server

⑩ ตรวจ Abuse

ตัวอย่าง

เว็บไซต์มีผู้ใช้ 5,000 คนต่อเดือน

หากแต่ละคนถามเฉลี่ย 3 คำถาม

จะมี 15,000 คำถามต่อเดือน

ต้องนำจำนวนดังกล่าวไปคูณต้นทุนเฉลี่ยต่อคำถามของระบบจริง

ข้อสำคัญ

ห้ามฝัง API Key ไว้ใน JavaScript ที่ผู้เข้าชมตรวจดูได้

㊳ Security และ Privacy เกี่ยวข้องกับต้นทุนอย่างไร

หาก API Key รั่วหรือระบบถูกนำไปใช้โดยไม่ได้รับอนุญาต อาจเกิดค่าใช้จ่ายผิดปกติ

ความเสี่ยง

  • API Key Leak
  • Bot Abuse
  • Duplicate Requests
  • Infinite Retry
  • Tool-Calling Loops
  • Prompt Injection
  • ข้อมูลส่วนบุคคลรั่วไหล
  • Cache ข้อมูลผิดผู้ใช้

วิธีลดความเสี่ยง

① ใช้ Secret Manager

② จำกัดสิทธิ์

③ ไม่เปิด API Key ให้ Frontend

④ จำกัด Requests

⑤ ตรวจ Usage

⑥ ตั้ง Alert

⑦ กำหนด Timeout

⑧ กำหนด Retry Limit

⑨ ตรวจ Logs

⑩ Revoke Key หากสงสัยว่ารั่วไหล

ข้อควรจำ

การป้องกัน Abuse เป็นส่วนหนึ่งของการควบคุมต้นทุน ไม่ใช่เฉพาะเรื่องความปลอดภัยเท่านั้น

㊴ ตัวอย่าง Prompt ภาษาไทยสำหรับควบคุมต้นทุน

Prompt 1: ตอบสั้นแต่ครบ

“ตอบคำถามนี้เป็นภาษาไทยไม่เกิน 5 ประเด็น ใช้ข้อมูลที่จำเป็นและระบุความไม่แน่นอน หลีกเลี่ยงคำอธิบายซ้ำ”

Prompt 2: จำกัดขอบเขต Search

“ค้นเฉพาะข้อมูลที่เกี่ยวข้องกับหัวข้อนี้ และใช้แหล่งข้อมูลที่ตรวจสอบได้ หลีกเลี่ยงการค้นซ้ำเมื่อมีหลักฐานเพียงพอ”

Prompt 3: SEO Research

“สร้าง Content Brief แบบกระชับโดยแยก Search Intent, Key Questions และ Facts to Verify ห้ามสร้างตัวเลข Search Volume ที่ไม่มีหลักฐาน”

Prompt 4: Market Research

“สรุปข้อมูลตลาดจากแหล่งที่เชื่อถือได้ แยกข้อเท็จจริง สมมติฐาน และข้อเสนอ โดยไม่สร้างตัวเลข”

Prompt 5: Chatbot

“ตอบคำถามลูกค้าอย่างกระชับจากข้อมูลที่ได้รับอนุมัติเท่านั้น หากไม่พบราคา ให้แนะนำให้ขอใบเสนอราคา”

Prompt 6: API Testing

“สร้างคำตอบทดสอบที่มีโครงสร้างชัดเจนและสั้นพอสำหรับตรวจสอบ Request/Response และ Token Usage”

ข้อควรจำ

Prompt ช่วยกำหนดรูปแบบคำตอบ แต่การลดค่าใช้จ่ายอย่างแท้จริงควรควบคุม Model, Tools และ Max Tokens ผ่าน API Parameters ตามที่รองรับ

㊵ ตัวอย่าง Prompt ภาษาอังกฤษ

Prompt 1: Concise Response

“Answer accurately and concisely. Avoid unnecessary repetition and clearly state uncertainty.”

Prompt 2: Efficient Research

“Use only the necessary search tools and cite reliable evidence. Avoid redundant searches.”

Prompt 3: SEO Brief

“Create a concise SEO content brief. Do not invent search volume, rankings, or traffic data.”

Prompt 4: Business Analysis

“Summarize verified business information and separate facts, estimates, assumptions, and recommendations.”

Prompt 5: Customer Support

“Answer using approved documentation. Keep responses focused and do not invent prices or guarantees.”

Prompt 6: Cost-Aware Workflow

“Complete the task with only necessary tool calls while maintaining source verification and factual accuracy.”

㊶ Workflow วางงบ Perplexity API สำหรับมือใหม่

ขั้นที่ 1 — กำหนด Use Case

Chatbot, Search, SEO หรือ Business Research

ขั้นที่ 2 — เลือก API

Agent, Search, Fast Search, Embeddings หรือ Orchestrator

ขั้นที่ 3 — ตรวจ Pricing

ตรวจราคา Model และ Tools

ขั้นที่ 4 — สร้าง API Project

แยกงานตามระบบ

ขั้นที่ 5 — ตั้ง Billing

เพิ่ม Payment Method ตามขั้นตอน

ขั้นที่ 6 — เติมเครดิตสำหรับทดลอง

เริ่มจากวงเงินที่เหมาะสม

ขั้นที่ 7 — ทดลอง Requests

ใช้คำถามจริงจำนวนเล็กน้อย

ขั้นที่ 8 — ตรวจ Usage

ตรวจ Tokens และ Tool Calls

ขั้นที่ 9 — คำนวณต้นทุนเฉลี่ย

หารค่าใช้จ่ายด้วยจำนวนงานที่สำเร็จ

ขั้นที่ 10 — สร้าง Forecast

ประมาณการจำนวน Requests รายเดือน

ขั้นที่ 11 — กำหนด Budget

ตั้งงบรายวันและรายเดือน

ขั้นที่ 12 — ควบคุม Auto Reload

เปิดเมื่อมีมาตรการที่เหมาะสม

ขั้นที่ 13 — ตรวจ Rate Limits

กำหนด Queue และ Retry Policy

ขั้นที่ 14 — ตรวจ Security

ป้องกัน API Key และ Abuse

ขั้นที่ 15 — เปิดใช้งานจริง

ติดตามต้นทุนและคุณภาพต่อเนื่อง

㊷ Checklist ก่อนใช้ Perplexity API แบบเสียเงิน

รายการตรวจสอบสถานะ
① เลือก Use Case☐
② เลือก API ให้เหมาะสม☐
③ ตรวจ Pricing ล่าสุด☐
④ ตรวจ Model Rates☐
⑤ ตรวจ Input Tokens☐
⑥ ตรวจ Output Tokens☐
⑦ ตรวจ Reasoning Tokens☐
⑧ ตรวจ Cache Rates☐
⑨ ตรวจ Tool Calls☐
⑩ ตรวจ Search API Rate☐
⑪ ตรวจ Fast Search Rate☐
⑫ ตรวจ Embeddings Rate☐
⑬ ตรวจ Orchestrator Rate☐
⑭ สร้าง API Project☐
⑮ ตั้ง Billing☐
⑯ ตรวจ Credit Balance☐
⑰ ตรวจ Auto Reload☐
⑱ ตรวจ Usage Tier☐
⑲ ตรวจ Rate Limits☐
⑳ ตั้ง Request Limits☐
㉑ ตั้ง Token Limits ตามที่รองรับ☐
㉒ ตั้ง Retry Policy☐
㉓ จำกัด Duplicate Requests☐
㉔ ตรวจ API Key Security☐
㉕ ตรวจ Data Privacy☐
㉖ ตรวจ Cache Privacy☐
㉗ คำนวณต้นทุน US$☐
㉘ คำนวณต้นทุน THB☐
㉙ เผื่อภาษีและค่าธรรมเนียม☐
㉚ ตั้ง Monthly Budget☐
㉛ ติดตาม Usage☐
㉜ ทดสอบ Chatbot☐
㉝ ทดสอบ SEO Workflow☐
㉞ ทดสอบ Research Workflow☐
㉟ ตรวจ Cost per Request☐
㊱ ตรวจคุณภาพคำตอบ☐
㊲ ทบทวนราคาเป็นระยะ☐

㊸ คำถามที่พบบ่อย (FAQ)

Q1: Perplexity API คิดค่าบริการอย่างไร

คิดตามการใช้งานจริง โดยแต่ละ API มีหน่วยราคาแตกต่างกัน เช่น Requests, Tokens และ Tool Calls

Q2: Perplexity API ใช้ฟรีได้ไหม

ต้องตรวจเครดิตและเงื่อนไข API Platform โดยทั่วไปเป็นระบบใช้เครดิตตามการใช้งาน ไม่ใช่ฟรีไม่จำกัด

Q3: ต้องซื้อเครดิตก่อนใช้หรือไม่

คู่มือ Billing ระบุระบบซื้อเครดิตล่วงหน้าและหักเครดิตจากการใช้งาน API

Q4: Perplexity Pro รวม API ฟรีไหม

ไม่ควรถือว่า Pro Subscription รวม API ฟรีไม่จำกัด

Q5: Perplexity Max รวม API ฟรีไหม

API Platform มี Billing และเงื่อนไขแยกจาก Subscription

Q6: Enterprise รวมค่า API หรือไม่

ต้องตรวจข้อตกลงที่ใช้จริง ไม่ควรสรุปว่ารวม API ทุกประเภท

Q7: Search API ราคาเท่าไหร่

US$5 ต่อ 1,000 Requests ตามหน้า Pricing ที่ตรวจสอบ

Q8: Fast Search API ราคาเท่าไหร่

US$1 ต่อ 1,000 Requests ตามหน้า Pricing

Q9: Search API คิดต่อคำค้นหรือ Request

คิดตาม Successful POST Request ไม่ใช่คิดต่อทุก Query ใน Request เสมอไป

Q10: Search API ไม่พบข้อมูลยังคิดเงินไหม

คิดหากเป็น Successful Request แม้ไม่มี Results

Q11: Error 429 คิดเงินไหม

คู่มือ Search API ระบุว่า Rate-Limited Requests ไม่ถูกคิดค่าบริการ

Q12: Agent API คิดเงินอย่างไร

คิดตามโมเดล Tokens และค่าเครื่องมือที่เรียกใช้

Q13: Input Tokens คืออะไร

คือข้อมูลที่ส่งให้โมเดลประมวลผล

Q14: Output Tokens คืออะไร

คือข้อมูลที่โมเดลสร้างกลับมา

Q15: Reasoning Tokens คิดเงินไหม

อาจมีค่าใช้จ่ายตามโมเดลและ API โดย Orchestrator ระบุว่าคิดตาม Output Rate

Q16: Cached Tokens คืออะไร

เป็น Tokens ที่ระบบนำข้อมูลจาก Cache กลับมาใช้ตามความสามารถที่รองรับ

Q17: Web Search Tool ราคาเท่าไหร่

Standard Web Search US$0.0025 ต่อครั้ง และ Fast Web Search US$0.001 ต่อครั้ง

Q18: Fetch URL ราคาเท่าไหร่

US$0.0005 ต่อครั้งตามหน้า Pricing

Q19: Sandbox ราคาเท่าไหร่

US$0.03 ต่อ Session ตามช่วงคิดค่าบริการที่กำหนด และอาจมีค่า Search ภายใน Sandbox เพิ่ม

Q20: Orchestrator API คิดค่าบริการต่อ Request ไหม

เอกสารระบุว่าคิดตาม Tokens ของโมเดลโดยไม่มีค่าบริการต่อ Request เพิ่มโดยตรง

Q21: Embeddings API ราคาเท่าไหร่

ขึ้นอยู่กับโมเดล โดยรุ่น 0.6B มาตรฐานเริ่ม US$0.004 ต่อ 1 ล้าน Tokens

Q22: Perplexity API ใช้ระบบ Credits หรือไม่

ใช้ระบบเครดิตตามเอกสาร Projects & Billing

Q23: Auto Reload คืออะไร

เป็นระบบเติมเครดิตอัตโนมัติเมื่อยอดต่ำกว่าเกณฑ์ที่กำหนด

Q24: Credits หมดแล้ว API ทำงานต่อไหม

คู่มือระบุว่า API Keys อาจถูกบล็อกจนกว่าจะเพิ่มเครดิต

Q25: Usage Tier คืออะไร

เป็นระดับการใช้งานที่สัมพันธ์กับยอดซื้อเครดิตสะสมและส่งผลต่อ Rate Limits

Q26: Tier 1 ต้องซื้อเครดิตเท่าไหร่

เริ่มจากยอดซื้อเครดิตสะสม US$50

Q27: Tier 2 ต้องซื้อเครดิตเท่าไหร่

เริ่มจากยอดซื้อเครดิตสะสม US$250

Q28: Tier สูงทำให้ API ถูกลงไหม

เอกสาร Usage Tiers เน้นสิทธิ์ด้าน Rate Limits ไม่ควรถือว่าราคาต่อ Token ลดลงอัตโนมัติ

Q29: Rate Limits คืออะไร

เป็นข้อจำกัดความถี่คำขอหรือปริมาณ Tokens ตาม Tier และ Endpoint

Q30: ซื้อหลาย API Keys ได้ Rate Limit เพิ่มไหม

ไม่ใช่เสมอไป เพราะ Agent API ใช้ข้อจำกัดร่วมกันในระดับองค์กรตามคู่มือ

Q31: Chatbot ใช้ Perplexity API เดือนละเท่าไหร่

ขึ้นอยู่กับจำนวนคำถาม โมเดล Tokens และ Tool Calls ต้องคำนวณจาก Usage จริง

Q32: ใช้ Perplexity API ทำ SEO เสียเงินเท่าไหร่

ขึ้นอยู่กับจำนวน Search Requests และการประมวลผลเพิ่มเติมด้วย AI

Q33: Business Research ใช้ API แพงไหม

ขึ้นอยู่กับจำนวนการค้นเว็บและการประมวลผล ไม่สามารถระบุราคาต่อรายงานตายตัวได้

Q34: คำนวณค่า API เป็นเงินบาทอย่างไร

นำค่าใช้จ่าย US$ คูณอัตราแลกเปลี่ยนที่ใช้วางแผน และตรวจภาษีหรือค่าธรรมเนียมเพิ่ม

Q35: ใช้ Excel คำนวณต้นทุน API ได้ไหม

ได้ โดยสร้างสูตรจาก Requests, Tokens, Model Rates และ Tool Calls

Q36: ค่า API รวม Hosting ไหม

ไม่รวม Hosting ของเว็บไซต์หรือระบบที่ผู้ใช้พัฒนาเอง

Q37: ค่า API รวมฐานข้อมูลไหม

ไม่รวมต้นทุน Database หรือ Vector Storage ภายนอกที่ผู้ใช้เลือก

Q38: ควรเปิด Auto Reload ไหม

ขึ้นอยู่กับความจำเป็นในการทำงานต่อเนื่องและมาตรการควบคุมค่าใช้จ่าย

Q39: ป้องกันค่า API สูงผิดปกติอย่างไร

ใช้ Rate Limiting, Caching, Token Controls, Budget Monitoring และรักษา API Key

Q40: ควรเริ่มใช้งานอย่างไรให้คุ้มค่า

เลือก API ให้ตรงงาน ทดลองด้วย Requests จำนวนน้อย วัดต้นทุนต่อผลลัพธ์ แล้วจึงค่อยขยายระบบ

㊹ สรุป Perplexity API คิดค่าบริการอย่างไร

Perplexity API คิดค่าบริการตามประเภท API และปริมาณการใช้งานจริง โดยไม่ได้มีราคาเหมาจ่ายต่อคำถามเท่ากันทุกบริการ

Search API คิดตาม Successful Requests ที่ราคา US$5 ต่อ 1,000 Requests ส่วน Fast Search คิด US$1 ต่อ 1,000 Requests

Agent API คิดค่าประมวลผลโมเดลตาม Tokens และค่าเครื่องมือที่เรียก เช่น Web Search หรือ Fetch URL

Embeddings API คิดตามจำนวน Tokens ที่นำไปสร้างเวกเตอร์ ส่วน Orchestrator API คิดตามอัตรา Input, Output และ Cache ของโมเดลโดยไม่มีค่าธรรมเนียมต่อ Request เพิ่มโดยตรง

Perplexity API ใช้ระบบเครดิตที่ซื้อไว้ล่วงหน้า โดยสามารถตรวจ Billing, Usage, Invoice และ Auto Reload ผ่าน API Console

Usage Tiers เพิ่มสิทธิ์ด้าน Rate Limits ตามยอดซื้อเครดิตสะสม ซึ่งไม่ใช่แพ็กเกจรายเดือนแบบ Pro หรือ Max

สำหรับผู้พัฒนาเว็บไซต์และเจ้าของธุรกิจ ควรวาง Cost Model ก่อนเปิดให้ผู้ใช้จำนวนมาก โดยคำนวณจำนวน Requests, Tokens, Tool Calls และค่าใช้จ่ายระบบภายนอกทั้งหมด

คำแนะนำจาก ComSiam: ใช้ขั้นตอน กำหนด Use Case → เลือก API → ตรวจ Pricing → ทดลอง Requests → วัด Tokens/Tools → คำนวณ Cost per Request → สร้าง Excel Budget → ตรวจเครดิต → จำกัดการใช้งาน → ติดตาม Usage → ปรับปรุงต้นทุน

หากสร้าง Chatbot ควรตรวจต้นทุนเฉลี่ยต่อคำถามจริง หากทำ SEO Research ให้ประเมิน Search API กับ Fast Search และหากทำ Business Research ให้ตรวจจำนวนครั้งที่ Agent เรียกเครื่องมือ

ตัวอย่างราคาเงินบาทในบทความใช้อัตราแลกเปลี่ยนสมมติ 35 บาทต่อดอลลาร์ เพื่อสอนวิธีวางงบประมาณเท่านั้น ไม่ใช่อัตราแลกเปลี่ยนหรือใบเสนอราคาจริง

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