SSD Nodes Learn Hosting plans →
คู่มือ Matt Connorโดย Matt Connor

เปรียบเทียบราคา Claude API กับ ChatGPT API ตัวไหนถูกกว่า

วิเคราะห์ความคุ้มค่าระหว่าง Claude และ ChatGPT API ด้วยการคำนวณราคาต่อล้าน Token พร้อมเปรียบเทียบภาระงาน 3 รูปแบบ เพื่อดูว่าโมเดลใดประหยัดค่าใช้จ่ายได้มากกว่ากันในแต่ละสถานการณ์

คำตอบสั้น ๆ

การเปรียบเทียบราคา Claude กับ ChatGPT API ไม่มีผู้ชนะเพียงรายเดียว เพราะส่วนต่างระหว่างผู้ให้บริการทั้งสองเปลี่ยนไปตามระดับบริการและสัดส่วนโทเค็นที่ใช้ ณ วันที่ 21 October 2026 ระดับที่เหมาะกับงานทั่วไปคิดค่าบริการต่อ input token เท่ากันทั้งสองฝั่ง และคิดต่อ output token ของ Claude ถูกกว่า ดังนั้น Claude จึงได้เปรียบเล็กน้อยสำหรับงานที่มี output จำนวนมาก ในระดับแนวหน้าของตลาด อัตราโปรโมชันของ gpt-5.6-sol จาก OpenAI ต่ำกว่า Claude Opus 5 อยู่ 20% สำหรับการใช้งานทุกประเภท ส่วนระดับขนาดเล็ก Claude Haiku 4.5 มีค่าใช้จ่ายสูงกว่าหลายเท่าสำหรับงานเดียวกัน คำตอบใดก็ตามที่ไม่ระบุระดับบริการและสัดส่วนโทเค็น ย่อมเป็นเพียงการคาดเดา

ดังนั้นหน้านี้จะเริ่มจากคำนวณค่าใช้จ่ายก่อน จากนั้นจะแสดง workload 3 รายการพร้อมสัดส่วนโทเค็น และปิดท้ายด้วยตัวคูณที่ทำให้ค่าใช้จ่ายจริงแตกต่างจากอัตราที่ประกาศไว้มากกว่า gerust.

สูตรเดียวที่จำเป็น

API ทั้งสองคิดค่าบริการข้อความในลักษณะเดียวกัน คุณจ่ายตามจำนวน token ที่ส่ง และจ่ายในอัตราที่สูงกว่าสำหรับ token ที่โมเดลสร้างตอบกลับ

cost = (input tokens / 1,000,000) * input rate + (output tokens / 1,000,000) * output rate

ปริมาณข้อความที่ token หนึ่งรายการรองรับขึ้นอยู่กับโมเดล glossary ของ Anthropic ระบุว่า token หนึ่งรายการมีภาษาอังกฤษประมาณ 3.5 อักขระใน Claude Sonnet 4.6, Claude Haiku 4.5 และโมเดลรุ่นก่อนหน้า ส่วน Claude 4.7 และโมเดลรุ่นใหม่กว่า ซึ่งรวมถึง Opus 5, Sonnet 5, Fable 5 และรุ่น 5.5 ใช้ tokenizer รุ่นใหม่ที่สร้าง token มากขึ้นประมาณ 30% สำหรับข้อความเดียวกัน จึงเท่ากับประมาณ 2.7 อักขระต่อ token ตัวเลขที่คุ้นเคยคือประมาณ 4 อักขระ หรือใกล้เคียง 0.75 ของคำ เป็นค่าประมาณสำหรับโมเดลของ OpenAI ไม่ใช่ Claude ใช้ตัวเลขเหล่านี้เพื่อประเมินเบื้องต้นเท่านั้น หากต้องการคำนวณค่าใช้บริการจริง ให้ใช้จำนวนที่ API แต่ละรายการส่งกลับใน object usage ของทุก response

# Rates are US dollars per million tokens.
def cost(in_tok, out_tok, in_rate, out_rate):
    return in_tok / 1e6 * in_rate + out_tok / 1e6 * out_rate

# One support-chat turn: 1,400 tokens in, 220 tokens out, on a $2 / $10 model.
print(round(cost(1400, 220, 2.0, 10.0), 6))

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

อัตราที่ประกาศในเดือน October 2026

นี่คือราคาตามรายการในหน้าราคาของผู้ให้บริการทั้งสองราย โดยตรวจสอบเมื่อวันที่ 21 October 2026 ส่วนนี้รวบรวมอัตราทั้งหมดที่ใช้ในสถานการณ์ด้านล่าง โปรดตรวจสอบกับ claude.com/pricing และหน้าราคาของ OpenAI อีกครั้งก่อนจัดสรรงบประมาณ

แผนภูมิList prices in US dollars per million tokens, October 2026
ข้อมูลเบื้องหลังแผนภูมินี้
[
  {
    "label": "Frontier",
    "claude_input": 5,
    "claude_output": 25,
    "openai_input": 4,
    "openai_output": 20
  },
  {
    "label": "Workhorse",
    "claude_input": 2,
    "claude_output": 10,
    "openai_input": 2,
    "openai_output": 12
  },
  {
    "label": "Workhorse, Sonnet 4.6",
    "claude_input": 3,
    "claude_output": 15,
    "openai_input": 2,
    "openai_output": 12
  },
  {
    "label": "Small",
    "claude_input": 1,
    "claude_output": 5,
    "openai_input": 0.2,
    "openai_output": 1.2
  }
]

การจับคู่ใช้ตำแหน่งในแต่ละชุดผลิตภัณฑ์ ไม่ได้จับคู่ตามชื่อเสียง Frontier คือ Claude Opus 5 เทียบกับ gpt-5.6-sol Workhorse คือ Claude Sonnet 5 เทียบกับ gpt-5.6-terra Small คือ Claude Haiku 4.5 เทียบกับ gpt-5.6-luna ผู้ให้บริการทั้งสองรายยังมีระดับที่สูงกว่านี้อีก ในฝั่ง Claude ระดับดังกล่าวคือ Fable 5 ซึ่งมีราคาสองเท่าของแถว frontier สำหรับทั้ง input และ output แต่ยังคงอัตราส่วน output ต่อ input ที่ 5 เท่า ดังนั้นควรอ่าน ค่าใช้จ่ายของ Fable 5 และกรณีที่อัตรานี้คุ้มค่า ก่อนสรุปว่า Opus 5 เป็นระดับสูงสุดในบิลของคุณ การนำ flagship ของฝั่งหนึ่งไปเทียบกับ budget model ของอีกฝั่งทำให้ได้ตัวเลขที่ไม่มีความหมาย และนี่คือสาเหตุที่การเปรียบเทียบที่เผยแพร่ส่วนใหญ่ใช้ตัวเลขดังกล่าวเป็นพาดหัว

มี 3 ประเด็นในส่วนนี้ที่ควรระบุให้ชัดเจน อัตรา 2 และ 10 ของ Sonnet 5 เป็นอัตรามาตรฐาน Anthropic เริ่มจำหน่ายในอัตรานี้เป็นราคาเปิดตัวจนถึง 31 August 2026 จากนั้นจึงกำหนดให้เป็นอัตรามาตรฐาน และยกเลิกแผนขึ้นราคาเป็น $3 และ $15 ดังนั้นระดับ workhorse จึงยังเป็นข้อได้เปรียบเล็กน้อยของ Claude แถว workhorse ที่สองคือรุ่นก่อนหน้า Claude Sonnet 4.6 ซึ่งยังแสดงอัตรา 3 และ 15

ประเด็นที่สองคือแถว frontier เมื่อวันที่ 21 August 2026 OpenAI ลดราคา gpt-5.6-sol จาก $5 และ $30 เหลือ 4 และ 20 ตามโปรโมชั่น และหน้าโมเดลระบุว่าอัตราโปรโมชั่นจะมีผลอย่างน้อยจนถึง 21 November 2026 จนกว่าจะถึงวันดังกล่าว Sol มีราคาต่ำกว่า Claude Opus 5 อยู่ 20% ทั้ง input, cache reads และ output โปรดตรวจสอบแถวนี้อีกครั้งหลังวันดังกล่าว

ประเด็นที่สามคือรูปแบบที่ควรจำไว้ Claude กำหนดราคา output เท่ากับ 5 เท่าของอัตรา input ของตนเองในทุกแถวข้างต้น OpenAI กำหนดราคา output เท่ากับ 6 เท่าบน gpt-5.6-terra และ gpt-5.6-luna และเท่ากับ 5 เท่าบน gpt-5.6-sol ที่ใช้อัตราโปรโมชั่น อัตราส่วนนี้ ไม่ใช่อัตราแบบ absolute เป็นปัจจัยที่ทำให้ผู้ชนะเปลี่ยนไปตามสัดส่วน token ของคุณ

ผู้ให้บริการทั้งสองรายยังเปิดตัวรุ่นใหม่กว่ารุ่นที่นำมาเปรียบเทียบในส่วนนี้ Anthropic แสดงราคา Claude Opus 5.5 ที่ $4 และ $20, Claude Sonnet 5.5 ที่ $2 และ $10 และ Claude Haiku 5.5 ที่ $0.10 และ $0.50 สำหรับ prompt ที่มีขนาดไม่เกิน 100,000 tokens รายการโมเดลของ OpenAI ปัจจุบันเริ่มด้วย gpt-6-astra ที่ $10 และ $50, gpt-6.1-sol ที่ $2 และ $10 และ gpt-6-luna ที่ $0.10 และ $0.50 อัตราต่อ token เหล่านี้ใกล้เคียงกันมากกว่าแถวด้านบน ดังนั้นสำหรับโมเดลรุ่นใหม่ tokenizer และส่วน caching ด้านล่างจะเป็นตัวกำหนดบิล ภาพรวมของระดับ small เปลี่ยนแปลงมากที่สุด และควรอ่าน ค่าใช้จ่ายของ Haiku 5.5 และตำแหน่งการใช้งาน ก่อนตัด Claude ออกจากระดับนี้

เหตุผลที่อัตราค่าบริการต่อล้านโทเค็นไม่สามารถนำมาเปรียบเทียบข้ามผู้ให้บริการได้

อัตราค่าบริการคือจำนวนดอลลาร์ต่อโทเค็น ยอดเรียกเก็บเงินคือจำนวนดอลลาร์ต่อโทเค็นคูณด้วยจำนวนโทเค็น โดยจำนวนโทเค็นของข้อความหนึ่งชุดนั้นเป็นคุณสมบัติของโมเดล ไม่ใช่คุณสมบัติของตัวข้อความเอง

Anthropic ได้ระบุเรื่องนี้ไว้โดยตรงว่า Claude 4.7 และโมเดลรุ่นใหม่กว่า ซึ่งรวมถึง Claude Opus 5 และ Claude Sonnet 5 ใช้ตัวแบ่งโทเค็น (tokenizer) แบบใหม่ที่สร้างจำนวนโทเค็นเพิ่มขึ้นประมาณ 30% สำหรับข้อความชุดเดียวกันเมื่อเทียบกับ Claude Sonnet 4.6 และรุ่นก่อนหน้า แม้อัตราค่าบริการจะเท่าเดิม แต่ยอดเรียกเก็บเงินกลับเปลี่ยนไป

ดังนั้น อัตราค่าบริการสองรายการที่ดูเหมือนกันจึงไม่ได้หมายความว่าจะมียอดเรียกเก็บเงินที่เท่ากัน คุณควรนับจำนวนโทเค็นจากทั้งสองฝั่งด้วยข้อความของคุณเองก่อนที่จะเชื่อการเปรียบเทียบใดๆ รวมถึงการเปรียบเทียบนี้ด้วย

curl https://api.anthropic.com/v1/messages/count_tokens \
  -H "x-api-key: $ANTHROPIC_API_KEY" \
  -H "anthropic-version: 2023-06-01" \
  -H "content-type: application/json" \
  -d '{
    "model": "claude-sonnet-5",
    "messages": [{"role": "user", "content": "Summarise the attached contract."}]
  }'

การตอบสนองที่ปกติจะเป็นออบเจกต์ JSON ขนาดเล็กที่บรรจุ input_tokens ไว้ ส่วน 401 หมายความว่า API key ไม่ได้รับการยอมรับ ให้ตรวจสอบก่อนว่าตัวแปรเก็บคีย์ใน shell ของคุณไม่ได้ว่างเปล่า จากนั้นตรวจสอบว่าตัวคีย์เองไม่ได้อยู่ในรูปแบบที่ไม่ถูกต้อง ถูกเพิกถอน หรือหมดอายุ ซึ่งข้อผิดพลาดเหล่านี้จะส่งผลลัพธ์แบบเดียวกัน ให้คุณนำข้อความชุดเดียวกันไปผ่านตัวแบ่งโทเค็นของผู้ให้บริการอีกราย จากนั้นนำจำนวนโทเค็นที่ได้มาหารกัน แล้วนำอัตราส่วนนั้นไปคูณกับอัตราค่าบริการที่ประกาศไว้ก่อนทำการเปรียบเทียบ หากอัตราส่วนดังกล่าวเอื้อต่อผู้ให้บริการรายใดรายหนึ่งมากกว่าประมาณ 1.25 เท่า อัตราส่วนนั้นจะมีผลมากกว่าความแตกต่างของอัตราค่าบริการระหว่างโมเดลระดับแนวหน้าและโมเดลระดับใช้งานทั่วไปที่ระบุไว้ในตารางด้านบน แต่ผลกระทบนี้ยังเทียบไม่ได้กับกลุ่มโมเดลขนาดเล็ก ซึ่งมีอัตราค่าบริการขาเข้าแตกต่างกันถึง 5 เท่า

สถานการณ์ที่หนึ่ง: ฟีเจอร์แชท

ผู้ช่วยสนับสนุนภายในเว็บแอปพลิเคชัน มีการโต้ตอบ 120,000 ครั้งต่อเดือน แต่ละครั้งจะส่ง system prompt, tool schemas, ข้อมูลจาก help-desk สองรายการ และข้อความก่อนหน้าอีกเล็กน้อย รวมเป็น input tokens ประมาณ 1,400 tokens และโมเดลจะตอบกลับประมาณ 220 tokens เนื่องจากเป็นการโต้ตอบแบบเรียลไทม์ จึงไม่สามารถใช้ส่วนลดแบบ batch ได้ ให้รันบน tier ระดับ workhorse

แผนภูมิChat feature, monthly cost in US dollars, 120,000 turns
ข้อมูลเบื้องหลังแผนภูมินี้
[
  {
    "label": "List price",
    "claude_usd": "600.00",
    "openai_usd": "652.80"
  },
  {
    "label": "Cached prefix, 1,100 tokens",
    "claude_usd": "362.40",
    "openai_usd": "415.20"
  },
  {
    "label": "Small tier, same prefix",
    "claude_usd": "300.00",
    "openai_usd": "41.52"
  }
]

ที่ราคาตามรายการ Claude คิดค่าบริการ 600.00 เทียบกับ OpenAI ที่ 652.80 ส่วนของ input นั้นเท่ากันเนื่องจากอัตราค่าบริการ input เท่ากัน ส่วนต่างทั้งหมดมาจาก output ซึ่ง Claude ชนะด้วยส่วนต่างที่น้อยเกินกว่าจะใช้เป็นเกณฑ์ตัดสินเลือกผู้ให้บริการ

คราวนี้มาดูที่ stable prefix: คือ system prompt และ tool schemas ซึ่งมีประมาณ 800 tokens จาก 1,400 tokens ของ input ทั้งหมด และไม่มีการเปลี่ยนแปลงระหว่างการโต้ตอบ ทั้งสองผู้ให้บริการจะไม่ทำ caching ในส่วนนี้ ทั้ง Claude Sonnet 5 และ gpt-5.6-terra กำหนดค่าขั้นต่ำของ prefix ที่ทำ cache ได้ไว้ที่ 1,024 tokens หาก prefix สั้นกว่านั้นจะถูกคิดเงินเป็น input ปกติโดยไม่มีข้อผิดพลาด หาก stable prefix ของคุณถึง 1,100 tokens การทำ caching จะเกิดขึ้นทั้งสองฝั่ง และเนื่องจากทั้งสองโมเดลคิดค่าบริการ cache hit ที่ 10% ของอัตรา input ปกติ ค่าใช้จ่ายของ Claude จะลดลงเหลือ 362.40 และของ OpenAI เหลือ 415.20 (ก่อนรวมค่า cache write ที่เกิดขึ้นเป็นครั้งคราว) การทำ caching มีมูลค่ามากกว่าการเลือกผู้ให้บริการ และทั้งสองแพลตฟอร์มก็รองรับฟีเจอร์นี้ตราบเท่าที่ prefix ผ่านเกณฑ์ขั้นต่ำ

นี่คือจุดที่ Claude เสียเปรียบ คำตอบส่วนใหญ่ในการสนับสนุนไม่จำเป็นต้องใช้โมเดลระดับ workhorse หากย้าย traffic เดียวกันไปที่ tier ระดับ small ค่าใช้จ่ายของ Claude จะอยู่ที่ 300.00 ในขณะที่ OpenAI อยู่ที่ 41.52 เมื่อหารเปรียบเทียบกันแล้ว Claude มีค่าใช้จ่ายสูงกว่าประมาณเจ็ดเท่าสำหรับงานเดียวกัน Claude Haiku 4.5 คิดค่าบริการ 1 ต่อล้าน input tokens เทียบกับ gpt-5.6-luna ที่ 0.2 และ Haiku 4.5 จะไม่ทำ cache prefix ที่ต่ำกว่า 4,096 tokens ดังนั้น prefix ขนาด 1,100 tokens ที่ทำ cache ได้บน gpt-5.6-luna จะถูกคิดเงินในอัตราเต็มบน Claude ไม่มีการทำ caching ใดที่จะปิดช่องว่างส่วนต่างห้าเท่านี้ได้ หาก workload ของคุณเหมาะสมกับโมเดลขนาดเล็ก OpenAI จะมีราคาถูกกว่าในการจับคู่นี้และมีส่วนต่างที่มากอย่างเห็นได้ชัด

สถานการณ์ที่สอง: pipeline ประมวลผลเอกสารที่มี context ยาว

สัญญา 25,000 ฉบับต่อเดือน ทุกคำขอมี instruction และ JSON schema เดิมขนาด 9,000 tokens ตามด้วยข้อความสัญญา 12,000 tokens และโมเดลส่งคืน structured fields ประมาณ 700 tokens Output มีสัดส่วนน้อยกว่า 4% ของ tokens ในงานนี้ และข้อเท็จจริงเพียงข้อนี้เป็นตัวตัดสินการเปรียบเทียบ

แผนภูมิMonthly cost in US dollars, three workloads, cached and paired like-for-like
ข้อมูลเบื้องหลังแผนภูมินี้
[
  {
    "label": "Chat feature",
    "claude_usd": "362.40",
    "openai_usd": "415.20"
  },
  {
    "label": "Document pipeline",
    "claude_usd": "820.00",
    "openai_usd": "855.00"
  },
  {
    "label": "Coding agent",
    "claude_usd": "116.10",
    "openai_usd": "92.88"
  }
]

เมื่อ cache prefix ขนาด 9,000 tokens ไว้ทั้งสองฝั่ง Claude คิดค่าบริการ 820.00 และ OpenAI คิดค่าบริการ 855.00 ค่าใช้จ่ายฝั่ง input เท่ากันถึงระดับเซนต์ เพราะอัตรา input ของทั้งสองรายเท่ากัน ณ วันที่ 21 October 2026 ความแตกต่างทั้งหมดอยู่ที่ฝั่ง output ซึ่ง Claude คิดราคา 5 เท่าของ input ส่วน OpenAI คิดราคา 6 เท่า

งานนี้ยังรองรับการประมวลผลแบบ batch ด้วย ผู้ให้บริการทั้งสองรายลดราคา input และ output 50% สำหรับงานแบบ asynchronous ดังนั้นยอดรวมของทั้งสองรายจึงลดลงครึ่งหนึ่ง และสัดส่วนความแตกต่างยังคงเดิม Batch เป็นส่วนลดเดี่ยวที่มากที่สุดบนทั้งสองแพลตฟอร์ม และ pipeline เอกสารที่ทำงานทุกคืนสามารถใช้ batch ได้เสมอ

จุดที่ Claude เสียเปรียบยังคงเป็นตรรกะ tier เดิม Field extraction ตาม schema ที่กำหนดตายตัวเป็นงานที่โมเดลขนาดเล็กทำได้ดีโดยตรง และ input คิดเป็น 97% ของ tokens ในกรณีนี้ การลดลง 1 tier ทำให้อัตรา input ของ OpenAI เหลือ 0.1 เท่า และอัตรา input ของ Claude เหลือ 0.5 เท่า ให้ทดสอบโมเดลขนาดเล็กกับเอกสาร 200 ฉบับก่อนสรุปว่าจำเป็นต้องใช้โมเดลขนาดใหญ่ โดยใช้การประเมินแบบเดียวกับที่ใช้สำหรับ การเลือก Claude tier ที่เหมาะกับงาน

สถานการณ์ที่ 3: เอเจนต์เขียนโค้ดที่ทำงานตลอดเวลา

นักพัฒนาหนึ่งคนรันเอเจนต์บน VPS โดยมีการใช้งานโมเดลประมาณ 900 รอบต่อเดือน แต่ละรอบประกอบด้วยบริบทของ repository ประมาณ 60,000 input tokens ซึ่ง 80% เป็นการดึงข้อมูลจาก cache และสร้างผลลัพธ์เป็นโค้ดที่แก้ไขและคำอธิบายประมาณ 1,800 tokens ให้คำนวณราคาโดยใช้ระดับ frontier เนื่องจากงานเขียนโค้ดเป็นงานที่ช่องว่างด้านความสามารถส่งผลต่อต้นทุนจริง

Claude เรียกเก็บเงิน 116.10 เทียบกับ 92.88 ของ OpenAI ในอัตราโปรโมชัน gpt-5.6-sol มีราคาถูกกว่า 20% ทั้งในส่วนของ input, การอ่านจาก cache และ output ดังนั้น OpenAI จึงได้เปรียบอยู่ 20% ก่อนที่จะคำนวณการเขียนข้อมูลลง cache

ส่วนต่าง 20% นั้นน้อยกว่าความแตกต่างของจำนวน token ที่ส่วน tokenizer ได้แจ้งเตือนไว้ ดังนั้นควรนับจำนวน token ใน repository ของคุณเองก่อนที่จะเรียกใช้งาน และตรวจสอบอีกครั้งหลังวันที่ 21 พฤศจิกายน 2026 ซึ่งเป็นวันที่เร็วที่สุดที่โปรโมชันของ Sol จะสิ้นสุดลง สิ่งที่สำคัญยิ่งกว่าอัตราค่าบริการคือรูปแบบการเรียกเก็บเงิน สำหรับนักพัฒนาหนึ่งคนในปริมาณการใช้งานระดับนี้ การสมัครสมาชิกแบบรายเดือนมักจะมีค่าใช้จ่ายต่ำกว่าการเรียกเก็บเงินผ่าน API ตามการใช้งานจริง และการเปรียบเทียบทั้งหมดจะเปลี่ยนไปทันทีเมื่อคุณรวมค่าสมาชิกเข้าไปด้วย โปรดพิจารณาประเด็นนี้ผ่าน การเปรียบเทียบต้นทุนระหว่าง API กับการสมัครสมาชิก ก่อนที่คุณจะเริ่มใช้งานเอเจนต์แบบคิดเงินตามการใช้งานจริง หากคุณเลือกใช้การคิดเงินตามการใช้งานจริง ให้ศึกษาว่า token ถูกใช้ไปกับอะไรก่อน เพราะ การใช้งาน token ของเอเจนต์เขียนโค้ด ส่วนใหญ่เกิดจากการส่งบริบทซ้ำในทุกรอบการทำงาน มากกว่าการเขียนโค้ดจริง

ตัวคูณที่กำหนดค่าใช้จ่าย

อัตราที่แสดงเป็นหัวข้อหลักเป็นรายการที่มีผลน้อยที่สุดในรายการนี้ ปัจจัยแต่ละข้อด้านล่างทำให้ค่าใช้จ่ายจริงเปลี่ยนแปลงมากกว่าส่วนต่างระหว่างผู้ให้บริการ 2 รายใน tier เดียวกัน

Input ที่มาจาก cache ผู้ให้บริการทั้ง 2 รายคิดค่าใช้จ่าย 10% ของ base input เมื่อ cache hit กับทุกโมเดลในส่วน rates ด้านบน นี่ไม่ใช่กฎทั่วไป: Opus 5.5 และ Sonnet 5.5 รุ่นใหม่ของ Anthropic คิด 5% และ Fable 5.1 คิด 2.5% ส่วน gpt-6.1-sol ของ OpenAI คิด 5% ผู้ให้บริการทั้ง 2 รายยังคิดค่าเขียน cache ด้วย Anthropic คิด 1.25 เท่าของ base input สำหรับรายการที่มีอายุ 5 นาที และ 2 เท่าสำหรับรายการที่มีอายุ 1 ชั่วโมง โดย cache hit ครั้งถัดไปจะต่ออายุรายการนั้นด้วยราคาอ่าน OpenAI คิด 1.25 เท่าของ base input บน GPT-5.6 และโมเดลรุ่นหลัง สำหรับรายการเริ่มต้นที่นำกลับมาใช้ซ้ำได้อย่างน้อย 30 นาทีหลังจากเขียนหรืออ่านครั้งล่าสุด และ Responses API ยังมีรายการอายุ 12 ชั่วโมงในราคา 2.5 เท่าของ base input ดังนั้นรายการอายุ 5 นาทีจะคุ้มทุนหลังจากอ่าน 1 ครั้ง ผู้ให้บริการทั้ง 2 รายจะไม่ cache prefix ที่สั้นกว่าขั้นต่ำของโมเดล: 1,024 tokens บน Claude Sonnet 5 และ GPT-5.6, 512 บน Claude Opus 5 และ 4,096 บน Claude Haiku 4.5 หากสั้นกว่านั้น ระบบจะคิดค่า input เต็มจำนวนและไม่แสดงข้อผิดพลาด Workload ที่มีช่วงห่างระหว่างคำขอยาวจะเขียนบ่อยกว่าอ่าน ทำให้การ cache มีค่าใช้จ่ายมากกว่าที่ประหยัดได้ Traffic ที่ต่อเนื่องเหมาะกับ cache ส่วน traffic ที่มาเป็นช่วงไม่เหมาะ

ส่วนลด Batch ลดค่า input และ output 50% บนทั้ง 2 แพลตฟอร์ม โดยใช้ได้เฉพาะงานแบบ asynchronous หากงานรอได้ ค่าใช้จ่ายจะลดลงครึ่งหนึ่งกับผู้ให้บริการรายใดก็ได้ และส่วนลดนี้ใช้ร่วมกับการ cache ได้

สัดส่วน Output Claude คิดค่า output เป็น 5 เท่าของอัตรา input ส่วน OpenAI คิด 6 เท่าบน gpt-5.6-terra และ gpt-5.6-luna และคิด 5 เท่าบน gpt-5.6-sol ตาม promotional rate ยิ่ง tokens ของคุณถูกเขียนมากกว่าถูกอ่าน Claude ก็ยิ่งดูคุ้มค่าเมื่ออัตรา input เท่ากัน และในทางกลับกันสำหรับงานที่มี input เป็นสัดส่วนหลัก

การ Retry การ retry แต่ละครั้งจะคิดค่า input ทั้งหมดอีกครั้งและไม่คืนผลลัพธ์ที่นำไปใช้ได้ หาก 6% ของ calls ล้มเหลวในการตรวจสอบ schema และถูก retry ค่า input ที่เกิดขึ้นจริงจะมากกว่าแผนที่วางไว้ 6% ให้บันทึกการ retry เป็นรายการค่าใช้จ่าย ไม่ใช่รายการข้อผิดพลาด ทีมต่างๆ มักพบตัวคูณนี้เป็นปัจจัยสุดท้าย และบ่อยครั้งมีผลมากกว่าส่วนต่างระหว่างผู้ให้บริการที่ถกเถียงกันตลอด 1 สัปดาห์

ฝ่ายใดเป็นผู้เสียเปรียบและในส่วนใด

Claude เสียเปรียบในกลุ่ม tier ขนาดเล็กอย่างชัดเจนในการเปรียบเทียบนี้ gpt-5.6-luna คิดค่าบริการ 0.2 ต่อล้าน input tokens เทียบกับ Claude Haiku 4.5 ที่ 1 โดยมีค่า output อยู่ที่ 1.2 เทียบกับ 5 งานจำแนกประเภทข้อมูลปริมาณมากและงานสกัดข้อมูลสั้นๆ มีต้นทุนต่อ token บน Claude สูงกว่าถึงสี่ถึงห้าเท่า และจะยิ่งสูงขึ้นเมื่อมีการใช้งาน caching

Claude เป็นผู้ชนะในกลุ่ม tier ระดับทำงาน (workhorse) ในส่วนของ output ที่ 10 เทียบกับ 12 ต่อล้าน tokens บน gpt-5.6-terra ซึ่งเป็นส่วนต่างที่จำนวน token ของคุณเองอาจทำให้ผลลัพธ์เปลี่ยนไปได้ ส่วนต่างนี้ยังคงอยู่หลังจากวันที่ 1 กันยายน 2026 เนื่องจาก Anthropic ได้กำหนดราคาเปิดตัวของ Sonnet 5 ให้เป็นราคามาตรฐาน Claude เป็นผู้เสียเปรียบในกลุ่ม tier ระดับแนวหน้า (frontier) ในขณะนี้ โดยราคาโปรโมชันของ gpt-5.6-sol ที่ 4 และ 20 นั้นต่ำกว่า Claude Opus 5 อยู่ 20% ในทุกส่วน อย่างน้อยจนถึงวันที่ 21 พฤศจิกายน 2026 ไม่มีฝ่ายใดเป็นผู้ชนะในงานที่เน้น input เป็นหลักในกลุ่ม tier ระดับทำงาน เนื่องจากที่ราคา 2 ต่อล้าน tokens ทั้งสองฝ่ายมีค่าใช้จ่ายในส่วนของ input เท่ากัน

วิธีการวัดค่านี้จากทราฟฟิกของคุณเอง

อ่านออบเจกต์ usage ในทุกการตอบกลับและจัดเก็บตัวเลข 4 ค่าต่อหนึ่งคำขอ ได้แก่ input tokens, output tokens, cache read tokens และ cache write tokens สำหรับ Claude API ค่าเหล่านี้จะมาในรูปแบบ input_tokens, output_tokens, cache_read_input_tokens และ cache_creation_input_tokens ให้รวมผลรวมรายวัน คูณด้วยอัตราค่าบริการปัจจุบัน แล้วเปรียบเทียบยอดรวมของคุณกับใบแจ้งหนี้ หากพบส่วนต่างระหว่างสองค่านี้ มักเกิดจากการลองใหม่ (retries) หรือเส้นทางการทำงานของโค้ดที่คุณลืมไปว่าได้ปล่อยใช้งานไปแล้ว

ให้ทำการเปรียบเทียบจากทราฟฟิกจริงเป็นเวลาหนึ่งสัปดาห์แทนการใช้ prompt ตัวอย่าง และเปรียบเทียบต้นทุนต่อหนึ่งงานที่เสร็จสมบูรณ์แทนต้นทุนต่อ token โมเดลที่ตอบคำถามสำเร็จในครั้งเดียวด้วยอัตราค่าบริการที่สูงกว่าสองเท่า ย่อมมีราคาถูกกว่าโมเดลที่ต้องลองถึงสามครั้งในราคาที่ถูกกว่าครึ่งหนึ่ง ต้นทุนต่อ token เป็นเพียงอัตราค่าบริการ แต่ต้นทุนต่อหนึ่งงานที่เสร็จสมบูรณ์คือยอดเงินที่คุณต้องจ่ายจริง

กำหนดเพดานการใช้จ่ายสูงสุดก่อนที่คุณจะปล่อยให้ระบบใดๆ ทำงานทิ้งไว้ ทั้งสองแพลตฟอร์มมีเมนูสำหรับกำหนดขีดจำกัดการใช้จ่ายในคอนโซล และเอเจนต์ที่ติดอยู่ในลูปการลองใหม่ (retry loop) อาจใช้จ่ายงบประมาณของทั้งเดือนหมดไปภายในคืนเดียว ให้ตั้งค่าส่วนนี้ในลักษณะเดียวกับที่คุณทำสำหรับ การควบคุมต้นทุนสำหรับเอเจนต์ที่ทำงานตลอดเวลา หากคุณกำลังสร้างเวอร์ชันแรกบนเซิร์ฟเวอร์ของคุณเอง แอป Claude API แรกบน VPS จะครอบคลุมถึงการจัดการคีย์และลูปการส่งคำขอซึ่งเป็นพื้นฐานของการคำนวณเหล่านี้

FAQ

Claude API มีราคาถูกกว่า ChatGPT API หรือไม่?

ไม่เสมอไป ณ วันที่ 21 October 2026 ระดับ workhorse คิดค่าบริการต่อ input token เท่ากันทั้งสองแพลตฟอร์ม และ Claude คิดค่าบริการต่อ output token ต่ำกว่า ดังนั้น Claude จึงมีต้นทุนต่ำกว่าสองสามเปอร์เซ็นต์สำหรับงานที่มี output สูง ในระดับ frontier อัตราโปรโมชันของ OpenAI สำหรับ gpt-5.6-sol ต่ำกว่า Claude Opus 5 อยู่ 20% ในทุกส่วน อย่างน้อยจนถึงวันที่ 21 November 2026 ในระดับ small gpt-5.6-luna ของ OpenAI มีราคาต่อ input token เพียงหนึ่งในห้าของ Claude Haiku 4.5 ทำให้การจัดประเภทปริมาณมากมีต้นทุนถูกกว่ามากบน OpenAI ให้คำนวณตัวเลขของคุณเองจากสัดส่วน token ที่ใช้งานจริง เพราะส่วนต่างในระดับนี้ขึ้นอยู่กับลักษณะงานของคุณมากกว่าราคาที่ประกาศไว้

เหตุใดคำเหมือนกันจึงมีจำนวน token และต้นทุนต่างกันในแต่ละ API?

เพราะแต่ละ model มี tokenizer ของตนเอง และจำนวน token เป็นคุณสมบัติของ model นั้น Anthropic ระบุว่า Claude 4.7 และ model รุ่นหลังจากนั้นสร้าง token มากกว่าประมาณ 30% เมื่อใช้ข้อความเดียวกัน เทียบกับ Claude Sonnet 4.6 และรุ่นก่อนหน้า ส่งข้อความของคุณไปยัง endpoint สำหรับนับ token ของผู้ให้บริการแต่ละราย หารจำนวนจากฝั่งหนึ่งด้วยอีกฝั่ง แล้วนำอัตราส่วนนั้นไปคูณกับอัตราค่าบริการที่ประกาศไว้ก่อนเปรียบเทียบ ส่วนต่างของ token 20% มีขนาดใกล้เคียงกับส่วนต่างอัตราค่าบริการระหว่างระดับ frontier และ workhorse ดังนั้นผลการเปรียบเทียบอาจกลับด้านได้ทั้งสองกรณี

การแคช prompt เคยทำให้ค่าใช้บริการสูงขึ้นหรือไม่?

เคย และเกิดขึ้นได้บนทั้งสองแพลตฟอร์ม สำหรับ Anthropic การเขียน cache มีค่าใช้จ่าย 1.25 เท่าของอัตรา input พื้นฐานสำหรับรายการที่มีอายุ 5 นาที และ 2 เท่าสำหรับรายการที่มีอายุ 1 ชั่วโมง ส่วน OpenAI คิดค่าใช้จ่าย 1.25 เท่าสำหรับ GPT-5.6 และรุ่นหลังจากนั้น เมื่อใช้รายการเริ่มต้นที่มีอายุ 30 นาที หรือ 2.5 เท่าสำหรับรายการที่มีอายุ 12 ชั่วโมงซึ่งเป็นตัวเลือกเพิ่มเติม ขณะที่ cache hit มีค่าใช้จ่าย 0.1 เท่าสำหรับ model ที่เปรียบเทียบในที่นี้ หาก traffic ของคุณเกิดเป็นช่วงจนรายการส่วนใหญ่หมดอายุก่อนที่จะมีการอ่าน คุณจะจ่ายค่าพรีเมียมสำหรับการเขียน แต่ไม่ได้รับประโยชน์จากการอ่าน เปรียบเทียบ cache_creation_input_tokens กับ cache_read_input_tokens ใน log ของคุณ รายการที่มีอายุ 5 นาทีต้องมีการอ่านประมาณ 1 ครั้งต่อการเขียน 1 ครั้งจึงจะคุ้มทุน ส่วนรายการที่มีอายุ 1 ชั่วโมงต้องมีประมาณ 2 ครั้ง ดังนั้นหากจำนวนการอ่านต่ำกว่านี้ caching กำลังเพิ่มค่าใช้จ่าย ให้เพิ่มอายุของรายการหรือนำ caching ออก

ควรเรียกใช้ coding agent ผ่าน API หรือ subscription?

สำหรับนักพัฒนา 1 คนที่มีปริมาณการใช้งานทั่วไป subscription seat มักมีต้นทุนต่ำกว่าการคิดค่าบริการ API ตามการใช้งาน เพราะ coding agent จะส่ง context ขนาดใหญ่ซ้ำทุก turn และ context ดังกล่าวจะถูกคิดค่าบริการทุกครั้ง ให้บันทึกปริมาณการใช้งานเป็นเวลา 1 สัปดาห์ก่อน แล้วเปรียบเทียบยอดรวมของ API กับราคา seat API จะคุ้มกว่าเมื่อการใช้งานพุ่งขึ้นเป็นช่วง ๆ หรือเมื่อคุณต้องการการเข้าถึงแบบ programmatic ที่ seat ไม่มีให้ หากเหตุผลที่ทำให้คุณเลือก API คือการติด usage limit ไม่ใช่เรื่องราคา ทางเลือกเมื่อถึง usage limit ของ Claude มีหลายวิธีที่มีต้นทุนต่ำกว่าการเปลี่ยนไปใช้การคิดค่าบริการตามการใช้งาน (metered billing)

บทความนี้มีประโยชน์หรือไม่