DR
การคิดราคาอินพุตแบบแคชสามารถลดต้นทุนของเวิร์กโหลดที่ส่งคำนำของพรอมต์เดียวกันซึ่งไม่เปลี่ยนแปลงซ้ำได้อย่างมีนัยสำคัญ แต่จำนวนเงินที่ประหยัดได้ขึ้นอยู่กับกฎเฉพาะของโมเดลเกี่ยวกับการอ่านแคช การเขียนแคช การจัดเก็บ เส้นทาง และการคงอยู่ ป้ายกำกับทั่วไปว่า “รองรับแคช” ยังไม่พอสำหรับการประเมินต้นทุน ควรใช้ราคาปัจจุบันที่ประกาศสำหรับโมเดลและเส้นทางที่เฉพาะเจาะจง
TL;DR
- GPT-5.6 Terra มีราคาการอ่านแคชและการเขียนแคชที่ระบุชัดจาก OpenAI, CometAPI และ OpenRouter แม้ว่าเส้นทางของเกตเวย์และระดับบริบทยาวอาจเปลี่ยนจำนวนได้
- Google เผยอัตรา context-caching แบบ Standard ที่ $0.15 ต่อ 1M โทเคนสำหรับ Gemini 3.6 Flash พร้อมค่าจัดเก็บ; CometAPI ในเวลานี้เผยราคาอินพุตและเอาต์พุตมาตรฐานของโมเดลโดยไม่มีบรรทัดอินพุตที่แคชแยกต่างหาก
- การเปรียบเทียบที่เกี่ยวข้องไม่ใช่แค่ระหว่างอินพุตมาตรฐานกับการอ่านแคช แต่รวมถึงการเขียนแคชครั้งแรก ค่าจัดเก็บ อายุแคช ความสม่ำเสมอของเส้นทาง และจำนวนครั้งที่แคชถูกใช้ซ้ำในภายหลัง
Key messages
- ตรวจสอบราคาที่ระดับโมเดลและระดับบริการ แทนการใช้ตัวคูณแบบเกตเวย์กว้าง
- แยกการอ่านแคช การเขียนแคช การจัดเก็บ และการแคชคำตอบออกจากกันในการคำนวณต้นทุน
- ยืนยันการใช้แคชจริงในเมตาดาต้าการตอบกลับ API ก่อนคาดการณ์การประหยัดจากอัตราที่ประกาศ
คำขอที่ส่งส่วนคำนำขนาดใหญ่ซึ่งไม่เปลี่ยนแปลงซ้ำ — ข้อความระบบ ชุดสคีมาของเครื่องมือ เอกสารอ้างอิงยาว — ไม่จำเป็นต้องถูกคิดค่าบริการที่อัตราอินพุตเต็มในทุกครั้ง โมเดลยุคปัจจุบันส่วนใหญ่รองรับบางรูปแบบของการคิดราคาอินพุตที่แคช: อัตราลดสำหรับส่วนหนึ่งของพรอมต์ที่ผู้ให้บริการรับรู้ว่าเคยประมวลผลแล้ว กลไก ขนาดส่วนลด และความชัดเจนในการเผยแพร่แตกต่างกันตามผู้ให้บริการและตามเกตเวย์ และความแตกต่างนั้นควรระบุให้เฉพาะเจาะจงแทนที่จะถือว่า “รองรับแคช” เป็นคุณสมบัติเดียวกันเสมอ
What cached input pricing is, and isn't
การคิดราคาอินพุตที่แคชเป็นการลดราคาสำหรับโทเคนของอินพุตในคำขอที่ตรงกับคำนำที่เคยส่งมาก่อน มันไม่ได้ลดราคาโทเคนเอาต์พุต และไม่ใช่สิ่งเดียวกับการที่เกตเวย์ตัดซ้ำคำขอที่เหมือนกันทั้งหมดแล้วส่งคืนคำตอบเดียวฟรี — นั่นเป็นกลไกที่ต่างออกไปซึ่งบางเกตเวย์เสนอแยกต่างหาก การคิดราคาอินพุตที่แคชคือการจ่ายน้อยลงสำหรับส่วนของพรอมต์ที่ผู้ให้บริการโมเดลได้เห็นเมื่อไม่นานนี้ ไม่ใช่การข้ามการสร้างผลลัพธ์ไปเลย
อีกทั้งไม่ฟรีในการสร้างด้วย บันทึกราคา GPT-5.6 ของ OpenAI ระบุว่าการเขียนแคชถูกคิดราคาที่ 1.25 เท่าของอัตราอินพุตที่ไม่แคช ในขณะที่การอ่านแคชได้รับส่วนลด 90% ค่าเขียนครั้งแรกนั้นมีผลต่อจุดคุ้มทุนและมองข้ามได้ง่ายหากการเปรียบเทียบแสดงเฉพาะอัตราการอ่านที่ลด Other providers may use storage-based charges instead of the same write model, so write and storage costs should be checked separately.
ในทางปฏิบัติ หน่วยแคชที่คิดค่าบริการมักเป็นคำนำของพรอมต์ที่นำกลับมาใช้ซ้ำได้ มากกว่าการรวมประโยคที่ซ้ำๆ แบบตามใจ ผู้ให้บริการจะทำการ tokenization และจับคู่เนื้อหาแบบตามลำดับ ดังนั้นวัสดุที่นำกลับมาใช้ใหม่ได้ต้องปรากฏก่อนหางคำขอที่เฉพาะเจาะจง คำแนะนำระบบที่เสถียร คำนิยามเครื่องมือ นโยบาย และวัสดุอ้างอิงควรอยู่ใกล้จุดเริ่มต้น; ข้อความผู้ใช้ที่เปลี่ยนได้ ตราประทับเวลา รหัสคำขอ หรือสเน็ปเพ็ตที่เรียกค้นควรอยู่ภายหลัง แม้การเปลี่ยนแปลงที่ไม่กระทบความหมายใกล้ด้านหน้าก็สามารถเปลี่ยนการ tokenization หรือทำให้การจับคู่สำหรับทุกสิ่งที่ตามมาพังได้
กฎความมีสิทธิ์ก็เฉพาะโมเดลเช่นกัน ผู้ให้บริการอาจต้องการความยาวพรอมต์ขั้นต่ำ รับรู้เฉพาะจุดแบ่งที่มีเอกสารกำกับ หรือเปิดเผยฟิลด์ cache-control ชัดเจน รายการแคชอาจหมดอายุระหว่างการเรียก และเกตเวย์อาจต้องรักษาคำขอที่เกี่ยวข้องให้อยู่บนเส้นทางผู้ให้บริการที่เข้ากันได้ นั่นหมายความว่าการปรับใช้ควรถือว่าการถูกแคชเป็นผลลัพธ์ที่สังเกตได้ ไม่ใช่สมมติฐานจากความคล้ายกันของพรอมต์ โครงสร้างพรอมต์ที่ดีช่วยเพิ่มความน่าจะเป็นของการนำกลับมาใช้ใหม่ แต่เมตาดาต้าการตอบกลับและใบแจ้งหนี้เป็นตัวตัดสินว่าอัตราส่วนลดถูกนำไปใช้จริงหรือไม่
What's actually published, by model and by gateway
ตารางด้านล่างเป็นสnapshot ราคาที่ตรวจสอบเมื่อ 29 กรกฎาคม 2026 ราคาคิดเป็นดอลลาร์สหรัฐต่อ 1 ล้านโทเคนหากไม่ได้ระบุหน่วยอื่น แถวเปรียบเทียบข้อมูลสาธารณะปัจจุบันสำหรับ GPT-5.6 Terra และ Gemini 3.6 Flash ผ่านผู้ให้บริการโมเดล CometAPI และ OpenRouter; ไม่ควรถูกถือว่าเป็นอัตราคงที่ถาวร
| Model | Gateway | Standard input | Cached input (read) | Cache write | Discount disclosed? |
|---|---|---|---|---|---|
| GPT-5.6 Terra | Official OpenAI rate | $2.50 / 1M | $0.25 / 1M | $3.13 / 1M | Yes — 90% off, stated directly |
| GPT-5.6 Terra | CometAPI | $2.00 / 1M | $0.20 / 1M | $2.50 / 1M | Yes — listed on CometAPI's own pricing page |
| GPT-5.6 Terra | OpenRouter | $2.50 / 1M | Not listed as a specific rate | Not listed | No — described only as "60–80% cheaper" in aggregate, no per-model figure |
| Gemini 3.6 Flash | Official Google rate | $1.50 / 1M | $0.15 / 1M (per Google's own announcement) | Not disclosed | Yes, at launch — via Google's model documentation |
| Gemini 3.6 Flash | CometAPI | $1.20 / 1M | Not listed as a specific rate | Not disclosed | No — CometAPI's page marks "Caching" as a supported feature but doesn't publish a discounted cached figure for this specific model as of this writing |
| Gemini 3.6 Flash | OpenRouter | $1.50 / 1M | Not listed as a specific rate | Not disclosed | No — OpenRouter's own documentation describes Google's cache multiplier generically (0.25x list input) rather than confirming this model's specific rate |
อ่านตารางนี้เป็นภาพรวมราคาตามโมเดลและเส้นทาง ณ เวลาหนึ่ง หน้ารุ่น CometAPI GPT-5.6 แสดงรายการ GPT-5.6 Terra ที่อินพุตมาตรฐาน $2.00 อินพุตที่แคช $0.20 และการเขียนแคช $2.50 ต่อ 1 ล้านโทเคน หน้ารุ่น Gemini 3.6 Flash ของ CometAPI ในปัจจุบันเผยอินพุต $1.20 และเอาต์พุต $6.00 แต่ไม่แสดงราคาอินพุตที่แคชหรือการจัดเก็บแคชแยกต่างหาก ราคาของ Gemini Developer API ของ Google ระบุระดับ Standard ที่อินพุต $1.50 context caching $0.15 และการจัดเก็บ $1.00 ต่อ 1 ล้านโทเคนต่อชั่วโมง OpenRouter ขณะนี้เปิดเผยฟิลด์แคชเฉพาะโมเดลผ่าน Models API: รายการ GPT-5.6 Terra เส้นทางเริ่มต้นรวมราคาส่งเสริมการขายที่ต่ำกว่าและระดับบริบทยาวที่สูงกว่าแยกต่างหาก ขณะที่ รายการ Gemini 3.6 Flash เปิดเผยค่า Standard, Flex และ Priority ที่แตกต่างกัน ซึ่งแม่นยำกว่าการใช้ตัวคูณแคชทั่วไปกับทุกโมเดล
Why gateway and provider prices can diverge
ราคาของเกตเวย์ไม่จำเป็นต้องเป็นการบวกกำไรจากราคาขายต้นทางที่คงที่เสมอไป มันอาจสะท้อนความจุที่เจรจาได้ โปรโมชั่นชั่วคราว ระดับบริการที่ต่างกัน หรือข้อตกลงทางการค้าที่เฉพาะเจาะจงตามเส้นทาง ชื่อโมเดลยังสามารถแม็ปไปยังตัวแปรต้นทางหลายแบบที่ราคาจะเปลี่ยนตามความยาวบริบทหรือการรับประกันเวลาแฝง ตัวอย่างเช่น รายการ GPT-5.6 Terra ของ OpenRouter เผยเส้นทางเริ่มต้นและการแทนที่ที่มีราคาสูงกว่าทันทีที่อินพุตถึงเกณฑ์บริบทยาว Google แยกราคา Standard, Batch, Flex และ Priority สำหรับ Gemini 3.6 Flash ดังนั้นแถวเปรียบเทียบเดียวจึงต้องการวันที่ เส้นทาง ระดับ และสมมติฐานบริบทเพื่อให้มีความหมายต่อเนื่อง
สิ่งที่กลับกันก็สำคัญ: หากหน้าของเกตเวย์ไม่เผยบรรทัดการอ่านแคชแยกต่างหาก การไม่มีนั้นไม่ควรถูกแปลงเป็นทั้ง “ไม่รองรับแคช” หรือ “ส่วนลดโดยตรงของผู้ให้บริการถูกนำไปใช้อัตโนมัติ” เกตเวย์อาจส่งผ่านคุณสมบัติต้นทางโดยไม่แยกรายการ เปิดเผยเฉพาะบนบางเส้นทาง หรือคิดค่าบริการคำขอตามอัตราอินพุตปกติ แนวทางที่ป้องกันได้คือใช้หน้ารุ่นของเกตเวย์เองที่เป็นปัจจุบันสำหรับการวางแผน แล้วจึงยืนยันอัตราจริงจากบันทึกการใช้งานหรือข้อมูลการคิดเงิน เอกสารผู้ให้บริการยังมีประโยชน์สำหรับทำความเข้าใจกลไก แต่ไม่ได้ยืนยันเงื่อนไขเชิงพาณิชย์ของตัวกลางด้วยตัวเอง
Where the discount actually matters
สถานการณ์ที่สิ่งนี้เปลี่ยนต้นทุนจริงอย่างมีนัยคือคำนำขนาดใหญ่แบบคงที่จับคู่กับคำขอแบบแปรผันขนาดเล็ก — ข้อความระบบหรือชุดสคีมาของเครื่องมือที่ส่งซ้ำทุกครั้งในลูปเอเจนต์ เอกสารอ้างอิงยาวที่ถูกสอบถามซ้ำด้วยคำถามต่างกัน หรือประวัติการสนทนาที่ส่งซ้ำทุกเทิร์นของแชตบอท สำหรับเวิร์กโหลดเช่นนั้น ช่องว่างระหว่างการจ่ายราคาอินพุตเต็มสำหรับทั้งคำนำทุกครั้ง กับการจ่ายค่าพรีเมียมการเขียนครั้งเดียวและอัตราการอ่านที่ลดลงในภายหลัง จะทบต้นตามจำนวนการเรียก มันไม่ช่วยสำหรับเวิร์กโหลดที่ไม่ซ้ำคำนำ — คำขอแบบครั้งเดียวไม่มีเนื้อหาที่แคชเพื่อให้ลดราคาได้ตั้งแต่แรก
การคำนวณจุดคุ้มทุนในทางปฏิบัติจะเปรียบเทียบต้นทุนที่ไม่แคชของคำนำที่ซ้ำตลอดทุกการเรียก กับต้นทุนการเขียนแคชหรือการจัดเก็บบวกการอ่านแคชที่ลดราคาบนการเรียกภายหลัง ผลลัพธ์ขึ้นอยู่กับขนาดคำนำ จำนวนครั้งที่ถูกแคชสำเร็จ การหมดอายุของแคช และว่าเกตเวย์รักษาคำขอบนเส้นทางผู้ให้บริการที่เข้ากันได้หรือไม่ หากเงื่อนไขเหล่านั้นไม่เสถียร ส่วนลดตามประกาศอาจพูดเกินการประหยัดที่เกิดขึ้นจริงในการผลิต
A simple cost model for a repeated prefix
ให้ P เป็นจำนวนโทเคนในคำนำที่เสถียรและ N เป็นจำนวนครั้งที่เรียกซ้ำ หาก U เป็นราคาอินพุตที่ไม่แคชต่อโทเคน ต้นทุนคำนำจะเป็น N × P × U โดยไม่มีแคช ประมาณการแบบแคชอย่างง่ายคือ P × W + (N − 1) × P × R + S โดยที่ W คือราคาเขียนแคช R คือราคาอ่านแคช และ S คือค่าจัดเก็บใดๆ ในช่วงเวลานั้น สูตรนี้ถือว่าการเรียกครั้งแรกสร้างแคชและทุกการเรียกภายหลังเป็นการถูกแคชสำเร็จ มันไม่รวมหางแปรผันของแต่ละคำขอ โทเคนเอาต์พุต การลองใหม่ และการเปลี่ยนเส้นทางที่ทำให้พลาด
พิจารณาคำนำ 100,000 โทเคนเชิงภาพที่ถูกใช้ซ้ำสำหรับ 20 การเรียกที่อัตรา GPT-5.6 Terra ของทางการ ที่ $2.50 ต่อ 1 ล้านโทเคนอินพุตที่ไม่แคช การประมวลผลคำนำนั้นซ้ำจะมีต้นทุน $5.00 โดยใช้ราคาเขียน 1.25 เท่าที่ประกาศและอัตราอ่านที่ลดลง 90% การเขียน 100,000 โทเคนครั้งหนึ่งจะมีต้นทุนประมาณ $0.3125 และการอ่านสิบเก้าครั้งจะมีต้นทุนประมาณ $0.475 สำหรับต้นทุนคำนำรวมราว $0.7875 ความแตกต่างประมาณ $4.21 ก่อนต้นทุนอินพุตและเอาต์พุตแปรผัน นี่เป็นการอธิบายเชิงภาพ ไม่ใช่ใบเสนอราคา: ใช้ได้ก็ต่อเมื่อการเรียกสิบเก้าครั้งภายหลังทั้งหมดถูกแคชเดียวกันที่ยังใช้ได้ และไม่มีค่าจัดเก็บหรือค่าเส้นทางเพิ่มเติม
จุดคุ้มทุนตามมาจากโมเดลเดียวกัน พรีเมียมการเขียนจะสมเหตุสมผลก็ต่อเมื่อมีการอ่านที่ลดราคามากพอเกิดขึ้นก่อนหมดอายุ สำหรับเวิร์กโหลดที่มีเซสชันสั้น แก้ไขพรอมต์บ่อย หรือความผูกพันกับเส้นทางอ่อน แคชอาจถูกสร้างใหม่บ่อยกว่าที่คาด สำหรับลูปเอเจนต์ที่มีอายุยาวหรือการวิเคราะห์เอกสารซ้ำด้วยคำนำที่เสถียร จำนวนครั้งที่ถูกแคชอาจสูงกว่ามาก ดังนั้นการคาดการณ์ควรใช้ช่วงอัตราการถูกแคชที่สังเกตได้ แทนการสมมติลำดับที่สมบูรณ์แบบหลังการเรียกครั้งแรก
Implementation patterns that improve cache reuse
การสร้างพรอมต์ส่งผลต่ออัตราการถูกแคชมากกว่าที่สเปรดชีตราคาอีกหลายฉบับบอกไว้ วางวัสดุที่เสถียรที่สุดไว้ก่อนและรักษาการซีเรียไลซ์ให้เป็นแบบกำหนด: คำแนะนำระบบ สคีมาของเครื่องมือ ข้อความนโยบาย และบริบทอ้างอิงที่ใช้ร่วมกันควรรักษาลำดับ เว้นวรรค และการแทนค่าฟิลด์ให้เหมือนกันในทุกการเรียกที่เกี่ยวข้อง ต่อท้ายเนื้อหาที่ผันผวนภายหลัง หลีกเลี่ยงการฉีดตราประทับเวลา ตัวระบุแบบสุ่ม เคาน์เตอร์ที่เปลี่ยนต่อเนื่อง หรือผลการเรียกค้นที่เฉพาะคำขอเข้าสู่คำนำที่นำกลับมาใช้ใหม่ได้ เว้นแต่จะจำเป็นจริงๆ
เวอร์ชันวัสดุที่เสถียรอย่างมีแบบแผน หากสคีมาของเครื่องมือหรือนโยบายเปลี่ยน กำหนดเวอร์ชันใหม่อย่างสม่ำเสมอแทนที่จะปล่อยให้ตัวแปรที่คล้ายกันมากหลายตัวหมุนเวียน สำหรับเวิร์กโหลดสนทนาหรือแบบเอเจนต์ รีใช้ตัวระบุเซสชันที่เสถียรหรือคีย์แคชเมื่อ API รองรับ และหลีกเลี่ยงการสลับผู้ให้บริการภายในลำดับที่พึ่งพาแคชเดียวกัน OpenRouter เอกสารการกำหนดเส้นทางแบบติดผู้ให้บริการสำหรับการแคชพรอมต์และเปิดเผยตัวควบคุมเช่น session_id และ prompt_cache_key; ตัวควบคุมเหล่านี้สามารถปรับปรุงความต่อเนื่องได้ แต่ไม่ได้รับประกันการถูกแคชเมื่อแคชต้นทางเย็นหรือหมดอายุ
แอปพลิเคชันควรลดระดับการทำงานอย่างเรียบร้อยเมื่อพลาดด้วย แคชเป็นการเพิ่มประสิทธิภาพด้านต้นทุนและเวลาแฝง ไม่ใช่การพึ่งพาความถูกต้อง คำขอยังคงต้องให้ผลลัพธ์ที่ถูกต้องเหมือนเดิมเมื่อแคชไม่พร้อมใช้งาน และตรรกะการลองใหม่ไม่ควรสร้างการเขียนซ้ำโดยไม่ไตร่ตรอง การแยกนั้นทำให้ปลอดภัยขึ้นในการเปรียบเทียบเส้นทาง: ทีมสามารถเปลี่ยนนโยบายแคชหรือการกำหนดค่าของเกตเวย์โดยไม่เปลี่ยนพฤติกรรมเชิงความหมายของแอปพลิเคชัน
How to verify cache economics in production
เริ่มจากเทเลเมตตามคำขอ ไม่ใช่ใบแจ้งหนี้รายเดือน บันทึกตัวบ่งชี้โมเดลที่แน่นอน เส้นทางเกตเวย์หรือผู้ให้บริการเมื่อเปิดเผย ระดับบริการ จำนวนโทเคนอินพุตทั้งหมด โทเคนการอ่านแคช โทเคนการเขียนแคช โทเคนเอาต์พุต เวลาแฝง และต้นทุนที่คิดเงิน วัตถุการใช้งานของ OpenRouter มี cached_tokens และ cache_write_tokens; ผู้ให้บริการอื่นเปิดเผยรายละเอียดเทียบเท่าภายใต้ชื่อฟิลด์ต่างกัน เก็บฟิลด์การใช้งานดิบไว้เพื่อให้การเปลี่ยนราคาในภายหลังไม่ลบหลักฐานที่จำเป็นในการสร้างต้นทุนใหม่
รวมรวมข้อมูลตามเวอร์ชันพรอมต์และตามเวิร์กโหลด ไม่ใช่เฉพาะตามโมเดล มาตรการที่มีประโยชน์รวมถึงสัดส่วนของคำขอที่มีสิทธิ์ซึ่งถูกแคช สัดส่วนของโทเคนอินพุตที่ถูกคิดที่อัตราการอ่าน จำนวนการเขียนต่อการอ่านที่สำเร็จ เวลาระหว่างการเขียนกับการถูกครั้งสุดท้าย และต้นทุนที่เกิดขึ้นจริงต่อคำขอ อัตราการถูกแคชชั้นคำขอที่สูงยังอาจให้คุณค่าเล็กน้อยหากคำนำที่แคชมีขนาดเล็ก ในขณะที่อัตราการถูกที่ต่ำกว่าบนคำนำขนาดใหญ่มากอาจประหยัดมากกว่า จับคู่มาตรการเหล่านั้นกับเปอร์เซ็นไทล์ความหน่วง เพราะเส้นทางที่ถูกกว่าแต่พลาดหรือเปลี่ยนเส้นทางซ้ำๆ อาจแย่เชิงปฏิบัติการ
สุดท้าย ตรวจสอบความผิดปกติแทนที่จะทำให้เรียบ การลดลงกะทันหันของโทเคนที่แคชอาจบ่งชี้การปล่อยเวอร์ชันพรอมต์ การซีเรียไลซ์ที่ไม่เสถียร รายการหมดอายุ ขอบเขตระดับบริบทยาว หรือการเปลี่ยนเส้นทางของเกตเวย์ เปรียบเทียบคำขอที่ได้รับผลกระทบกับหน้ารุ่นปัจจุบันและเอกสารผู้ให้บริการ แล้วตรวจสอบอัตราที่คิดเงิน กระบวนการนี้ปิดช่องว่างระหว่างส่วนลดที่ประกาศกับการประหยัดที่แอปพลิเคชันได้รับจริง
What to check before assuming a rate applies
ยืนยัน 5 รายการก่อนใช้ราคาที่ประกาศในงบประมาณ: โมเดลและระดับบริการที่แน่นอน คำนำที่นำกลับมาใช้ใหม่ขั้นต่ำหรือจุดแบ่งแคชที่ชัดเจน ค่าการเขียนครั้งแรกหรือค่าจัดเก็บ อายุแคช และหลักฐานว่าคำขอกำลังถูกแคชจริง OpenAI ในปัจจุบันระบุอายุแคชขั้นต่ำ 30 นาทีสำหรับ GPT-5.6 แต่ไม่ได้เป็นกฎการคงอยู่สากล Google เผยอัตราที่ต่างกันสำหรับระดับ Standard, Batch, Flex และ Priority เกตเวย์ยังสามารถกำหนดเส้นทางระหว่างผู้ให้บริการหรือระดับ ดังนั้นเส้นทางที่เลือกจึงสำคัญ เอกสาร prompt-caching ของ OpenRouter แนะนำให้ตรวจสอบฟิลด์การใช้งานของการตอบกลับเช่น cached_tokens และ cache_write_tokens สำหรับประมาณการในการผลิตใดๆ เปรียบเทียบหน้ารุ่นปัจจุบันกับการคิดเงินและเมตาดาต้าการใช้งานจริง แทนการพึ่งพาเพียงป้ายทั่วไปว่า “รองรับแคช”