Contact
Line : comsiam
Contact
Line : comsiam

Google AI Studio สามารถเริ่มใช้งานได้ฟรี และผู้ใช้ไม่จำเป็นต้องเปิด Billing เพียงเพื่อเข้าไปทดลอง Prompt, ทดลอง Gemini หรือเริ่มต้นใช้งาน Gemini API ภายใต้ Free Tier ที่ Google กำหนด
อย่างไรก็ตาม คำว่า “Google AI Studio ฟรี” ไม่ได้หมายความว่า ทุกโมเดล ทุก API ทุกจำนวน Request และทุกการ Deploy ใช้ฟรีไม่จำกัด เพราะค่าใช้จ่ายอาจเกิดขึ้นเมื่อเปลี่ยนไปใช้ Gemini API แบบ Paid Tier, ใช้โมเดลหรือฟีเจอร์ที่คิดค่าบริการ, ใช้งานเกินสิทธิ์ฟรี หรือ Deploy Application ไปยังบริการ Cloud ที่มีค่าใช้จ่ายตาม Usage
ข้อมูล Billing ของ Google ปัจจุบันยังระบุชัดว่า การใช้งาน AI Studio ยังคงไม่มีค่าใช้จ่ายตราบใดที่ไม่ได้เชื่อม Paid API Key สำหรับฟีเจอร์ที่คิดค่าบริการ เมื่อเลือกใช้ API Key จาก Paid Project การใช้งานผ่าน Key นั้นสามารถถูกคิดค่าบริการตาม Gemini API Pricing ได้
ดังนั้นก่อนเริ่มใช้งานควรแยกให้ออกระหว่าง AI Studio, Gemini API และ Hosting/Cloud Service เพราะทั้งสามส่วนมีรูปแบบค่าใช้จ่ายไม่เหมือนกัน
คำตอบคือ เริ่มใช้ได้ฟรี
Free Tier ของ Gemini Developer API ปัจจุบันรวมสิทธิ์เข้าถึง Google AI Studio และโมเดลบางรายการภายใต้ข้อจำกัดที่ Google กำหนด
เหมาะสำหรับ
จึงสามารถเริ่มเรียน Google AI Studio ได้โดยไม่จำเป็นต้องจ่ายเงินตั้งแต่วันแรก
Free Tier คือระดับการใช้งานที่ Google ให้ Developer เริ่มใช้ Gemini API โดยไม่มีค่า Token สำหรับโมเดลและปริมาณการใช้งานที่อยู่ภายใต้สิทธิ์ฟรีของแต่ละโมเดล
แนวคิดคือ
Developer
↓
Free Tier
↓
ทดลอง Gemini API
↓
ใช้ภายใต้ Rate Limit ฟรี
แต่ Free Tier ไม่ได้หมายความว่า
Unlimited Requests
Unlimited Tokens
ทุกโมเดลฟรี
แต่ละ Model สามารถมี
ดังนั้นก่อนสร้าง Application ควรตรวจหน้า Pricing และ Rate Limits ของ Model ที่จะใช้จริง
โดยทั่วไปไม่จำเป็นต้องเสียเงิน หากใช้งานภายใต้ Free Tier และไม่ได้เลือก Paid API Key สำหรับการใช้งานที่คิดค่าบริการ
ตัวอย่าง
เข้า AI Studio
↓
ทดลอง Prompt
↓
ดู Response
↓
ปรับ Prompt
สามารถเป็น Workflow สำหรับเรียนรู้ได้โดยไม่ต้องเปิด Paid Tier
นี่เป็นเหตุผลว่าทำไม AI Studio เหมาะกับมือใหม่มาก
ค่าใช้จ่ายอาจเริ่มเกิดขึ้นเมื่อ
Project ถูกเชื่อม Billing และเปลี่ยนไปใช้ Paid Tier
Request ถูกคิดตาม Pricing ของ Model และ Feature ที่ใช้
โมเดลหรือบริการบางประเภทอาจต้องใช้ Paid Tier
เช่นนำ App ไป Run บน Cloud Service ที่มีค่า Compute, Storage หรือ Network
เช่น Database, Hosting หรือ Google Cloud Service บางประเภท
ดังนั้นต้องดู Architecture ทั้งระบบ ไม่ใช่ดูเฉพาะ AI Studio
นี่เป็นจุดที่มือใหม่สับสนมากที่สุด
สามารถคิดง่าย ๆ ว่า
Google AI Studio
=
เครื่องมือทดลองและพัฒนา
ส่วน
Gemini API
=
บริการโมเดลที่ Application เรียกใช้
Gemini API มีทั้ง
ดังนั้น Application ที่สร้างผ่าน AI Studio อาจเริ่มฟรี แต่เมื่อ Traffic เพิ่มหรือเปลี่ยนไปใช้ Paid Tier ค่าใช้จ่ายสามารถเกิดขึ้นได้
Paid Tier เหมาะกับ Application ที่ต้องการ
เมื่อเข้าสู่ Paid Tier จะมีการคิดค่าบริการตาม Model และ Feature ที่ใช้จริง
ไม่ใช่ Subscription แบบจ่ายจำนวนเท่ากันทุกเดือนเสมอไป
Gemini API หลายส่วนคิดแบบ Usage-based Pricing
Google ระบุว่า Gemini API Billing สามารถพิจารณาจากองค์ประกอบ เช่น
และบาง Feature อาจมีวิธีคิดราคาเฉพาะ
เช่น
ตาม Model ที่เลือก
ดังนั้นราคาจริงของ Application ขึ้นกับ สิ่งที่ App ทำ
Input Token คือหน่วยข้อมูลที่ส่งเข้าโมเดล
ตัวอย่าง
System Instruction
+
User Prompt
+
Conversation History
+
Document
ทั้งหมดอาจมีส่วนต่อจำนวน Input Token
หาก Application ส่ง Conversation History ยาวขึ้นทุก Request
Cost อาจเพิ่มขึ้นเรื่อย ๆ
จึงควรออกแบบ Context อย่างมีประสิทธิภาพ
Output Token คือข้อมูลที่โมเดลสร้างกลับมา
ตัวอย่าง
Prompt
เขียนบทความ 3,000 คำ
ย่อมสร้าง Output มากกว่า
สรุปเป็น 3 ข้อ
ดังนั้นคำสั่ง Output Length ก็มีผลต่อค่าใช้จ่ายใน Paid Tier
สำหรับ Application ที่ต้องการเพียงข้อมูลสั้น ๆ ไม่ควรปล่อยโมเดลสร้างข้อความยาวโดยไม่จำเป็น
สำหรับโมเดลที่มี Reasoning หรือ Thinking ความคิดภายในที่ถูกนับตาม Pricing ของ Model อาจรวมอยู่ใน Output Token Billing ตามรายละเอียดของโมเดลนั้น
ดังนั้น Model ที่ให้ Reasoning สูงอาจมี Cost Profile ต่างจาก Model ที่เน้นความเร็วหรือราคาประหยัด
ควรเลือก Model ให้ตรงกับงาน
ไม่จำเป็นต้องใช้ Model ที่ทรงพลังที่สุดกับทุก Request
ไม่มีราคาเดียวสำหรับ Gemini API ทั้งหมด
ราคาขึ้นกับ
ตัวอย่าง Model หนึ่งอาจถูกออกแบบสำหรับ
อีก Model อาจเน้น
ดังนั้นก่อน Production ควรคำนวณจาก Model ที่เลือกจริง
หัวข้อราคา Gemini API แบบละเอียดจะมีบทความเฉพาะในลำดับต่อไป
ราคา AI เปลี่ยนค่อนข้างเร็ว
Tutorial ที่เขียนไว้เมื่อหลายเดือนก่อนอาจมี
ก่อน Deploy ควรตรวจ Pricing Page ทางการอีกครั้ง
โดยเฉพาะเมื่อคำนวณต้นทุนธุรกิจ
Google มี Processing Mode หลายรูปแบบตาม Model ที่รองรับ
เช่น
สำหรับ Request ทั่วไป
ประมวลผลงานจำนวนมากที่ไม่จำเป็นต้องตอบทันที
สำหรับ Workload ที่ต้องการคุณสมบัติด้าน Service/Processing ตามที่ Google กำหนด
Pricing สามารถแตกต่างกัน
จึงไม่ควรคิดว่าทุก Request มีราคาเดียว
สำหรับงานที่ไม่ต้องการ Response ทันที Batch Processing อาจมี Pricing ที่ประหยัดกว่า Standard ตาม Model ที่รองรับ
เหมาะกับงาน เช่น
หาก Application มีงาน Background จำนวนมาก ควรเปรียบเทียบ Batch กับ Standard ก่อน
ขึ้นกับ Tier และ Model
Context Caching ช่วยเก็บ Context ที่ถูกใช้งานซ้ำ เช่นเอกสารขนาดใหญ่ เพื่อไม่ต้องส่งหรือประมวลผล Context เดิมในรูปแบบเดียวกันทุกครั้ง
แต่ Paid Tier อาจมี
ดังนั้น Caching ไม่ได้หมายถึงฟรีเสมอ
ควรคำนวณว่า
Cost ที่ประหยัดจากการใช้ซ้ำ
มากกว่า
Cost ของ Cache
หรือไม่
ขึ้นกับ Model, Tier และจำนวนการค้นหาที่เกิดขึ้น
ใน Paid Tier บางโมเดลมีจำนวน Search Request ฟรีต่อเดือนตามเงื่อนไข แล้วจึงคิดค่าบริการเพิ่มเติมเมื่อเกินจำนวนดังกล่าว
จุดสำคัญคือ Prompt หนึ่งครั้งอาจทำให้ระบบทำ Search มากกว่าหนึ่ง Query ได้ตาม Feature
จึงไม่ควรประมาณ Cost จากจำนวน User Prompt เพียงอย่างเดียว
หาก Application ใช้ Gemini ร่วมกับ Google Maps Grounding ต้องตรวจ Pricing ของ Feature นั้นโดยเฉพาะ
เช่น
สามารถแตกต่างจาก Token Pricing ปกติ
Image Generation อาจใช้ Pricing คนละแบบกับ Text
บางโมเดลอาจคิดตาม
ตามรายละเอียดของโมเดล
ดังนั้น App ที่ Generate รูปภาพจำนวนมากต้องคำนวณต้นทุนแยกจาก Text Generation
Video Generation ใช้ Compute มากกว่า Text อย่างมาก
Pricing อาจคิดตาม
ตาม Model
Application ที่ให้ผู้ใช้ Generate Video จึงควรมี
ก่อนเปิด Public
Voice หรือ Real-time AI มีลักษณะ Usage ต่างจาก Text Request ปกติ
อาจเกี่ยวข้องกับ
ดังนั้น Voice Assistant ที่เปิด Session ยาวอาจมี Cost Profile แตกต่างจาก Text Chat อย่างมาก
ตามขั้นตอน Billing ปัจจุบัน สามารถเข้าสู่ Paid Tier ผ่าน AI Studio โดยเลือก
Set up billing
จากหน้า Project หรือ API Keys
จากนั้น
เมื่อ Project ถูกเปิด Paid Tier แล้ว Rate Limit และ Feature จะขึ้นกับ Tier และ Model
ตามเอกสาร Billing ปัจจุบัน การอัปเกรดจาก Free Tier ไป Paid Tier อาจต้องทำการ Prepay เครดิตเริ่มต้นขั้นต่ำ
ปัจจุบัน Google ระบุ ขั้นต่ำ $10 หรือมูลค่าเทียบเท่าในสกุลเงินที่รองรับ สำหรับขั้นตอนเริ่ม Paid Tier ตาม Billing Model ที่ใช้งาน
จำนวนและเงื่อนไขนี้สามารถเปลี่ยนได้
ดังนั้นควรตรวจ Billing Page อีกครั้งก่อนเปิด Paid Tier จริง
มี
บัญชีใหม่จะเริ่มที่ Free Tier
จากนั้น Paid Usage สามารถอยู่ใน Tier ที่สูงขึ้นตามเงื่อนไข เช่น
Tier ที่สูงขึ้นสามารถเกี่ยวข้องกับ
จึงไม่ใช่ว่าเปิด Billing แล้วจะได้ Quota สูงสุดทันทีทุกกรณี
Google ระบุว่าสามารถกลับสู่ Free Tier ได้โดยปิด Billing บน Project ที่ต้องการ Downgrade ตาม Workflow ที่กำหนด
อย่างไรก็ตามควรตรวจผลกระทบก่อน
เพราะ
ที่ Application ใช้อยู่ อาจใช้งานไม่ได้หลังกลับ Free Tier
การเปิด Billing ทำให้ Project สามารถเข้าถึง Paid Tier
แต่ Cost ที่เกิดจริงยังขึ้นกับ Usage และ Feature
อย่างไรก็ตามเมื่อ Project เป็น Paid และ Request ใช้ทรัพยากรที่คิดเงิน ก็สามารถเกิดค่าใช้จ่ายได้
ดังนั้นควรตั้งระบบติดตาม Usage ตั้งแต่วันแรก
Google AI Studio มีหน้า Usage สำหรับตรวจการใช้ Gemini API
Workflow โดยทั่วไปคือ
AI Studio
↓
Dashboard
↓
Usage
ควรตรวจเป็นประจำ โดยเฉพาะหลัง
ตอนทดลองอาจมี
1 User
20 Requests/day
แต่ Production อาจมี
10,000 Users
20 Requests/day
กลายเป็น
200,000 Requests/day
แม้ Cost ต่อ Request ต่ำ แต่เมื่อ Scale เพิ่ม Cost รวมอาจสูง
นี่เป็นเหตุผลว่าทำไมต้องประมาณค่าใช้จ่ายก่อนเปิด Public
สมมติ Application มี
Users per day = 1,000
Requests per user = 10
จะเป็น
10,000 Requests/day
จากนั้นต้องประมาณ
Average Input Tokens
Average Output Tokens
แล้วคูณกับราคา Model ปัจจุบัน
แนวคิดคือ
Daily Cost
=
Input Cost
+
Output Cost
+
Feature Cost
ถ้ามี
ต้องบวกส่วนเหล่านั้นด้วย
ไม่จำเป็นต้องใช้โมเดลที่แพงหรือทรงพลังที่สุดกับทุก Task
ตัวอย่างระบบ Support
Classification
billing
technical
account
อาจใช้ Model ที่เน้น Cost/Speed
วิเคราะห์ Contract ยาวและ Reasoning หลายขั้น
อาจเลือก Model ที่มีความสามารถสูงกว่า
แนวทางนี้เรียกว่า Model Routing ได้ในระดับ Architecture
ถ้า System Prompt ยาว 20,000 Tokens และถูกส่งทุก Request
Cost สามารถเพิ่มได้มาก
ควรตรวจว่า Context ส่วนใด
ได้
แต่ต้องรักษาคุณภาพ Output
Chat Application อาจทำ
Message 1
+
Message 2
+
...
+
Message 500
ทุก Request
ทำให้ Input โตขึ้น
ควรมี Context Management Strategy เช่น
ตาม Use Case
หากต้องการ
Category 1 คำ
อย่า Prompt ให้โมเดลอธิบาย 2,000 คำ
Structured Output และ Output Constraint ช่วยควบคุมทั้ง
ได้
งานจำนวนมากที่ไม่ต้องตอบ User ทันทีอาจประหยัด Cost ได้ด้วย Batch API ตาม Pricing ปัจจุบันของ Model ที่รองรับ
เช่น
กลางคืน
↓
ส่ง 100,000 Records
↓
Batch Processing
↓
รับผลภายหลัง
ดีกว่าส่ง Standard Request ทีละรายการในบาง Use Case
สามารถเริ่มสร้าง App ใน Google AI Studio ได้โดยไม่จำเป็นต้องตั้ง Billing สำหรับการเริ่มต้นตามสิทธิ์ที่รองรับ
Billing Guide ปัจจุบันยังระบุ Google Cloud Starter Tier สำหรับการ Deploy Application จาก Build mode โดยสามารถ Publish Full-stack Application ได้สูงสุด 2 แอปโดยไม่ต้องตั้ง Google Cloud Project หรือ Billing Account ตามเงื่อนไขของ Starter Tier
แต่ข้อกำหนด Starter Tier สามารถเปลี่ยนแปลงได้ จึงควรตรวจปัจจุบันก่อน Deploy
Cloud Run มี Free Tier ของตัวเอง แต่การใช้งานเกิน Free Allowance จะมีค่าใช้จ่ายตามทรัพยากรที่ใช้
Cost อาจมาจาก
ดังนั้น
AI Studio Build App
และ
Hosting App บน Cloud Run
เป็นค่าใช้จ่ายคนละส่วนกัน
ไม่
หาก Usage อยู่ภายในสิทธิ์ Free Tier ที่เกี่ยวข้อง ค่า Compute บางส่วนอาจไม่ถูกคิด
แต่ถ้า
ค่าใช้จ่ายสามารถเกิดขึ้นได้
Production App ควรมี Billing Monitoring เสมอ
Firestore มี Pricing และ Free Quota ของบริการตัวเองตาม Plan และ Usage
หาก Build mode สร้าง App ที่ใช้ Firebase/Firestore
ต้องคิดต้นทุน
Gemini API
+
Hosting/Compute
+
Database
แยกกัน
อย่าดูเฉพาะค่า Gemini API
ขึ้นกับ Authentication Method, Usage และ Firebase Pricing ปัจจุบัน
Feature บางอย่างมี Free Allowance ขณะที่บางรูปแบบหรือ Scale อาจมีค่าใช้จ่าย
ดังนั้น Full-stack App ที่มี Login ต้องดู Pricing ของทุก Service ที่ประกอบกัน
ตัว Package Open-source จำนวนมากใช้งานฟรี
แต่ Package อาจเชื่อมกับ External SaaS ที่คิดเงิน เช่น
AI Studio สามารถ Generate Integration ได้ แต่ไม่ได้ทำให้ Third-party Service นั้นฟรี
ถ้า Application เชื่อม
Gemini API
+
Weather API
+
Maps API
+
Email API
ค่าใช้จ่ายรวมจะมาจากทุก Service
ดังนั้นควรสร้าง Cost Map
User
↓
Frontend
↓
Backend
├── Gemini API
├── Database
├── Maps API
└── Email API
แล้วประเมินทีละส่วน
ตัวการ Share เองไม่ได้หมายความว่าจะมีค่าบริการทันทีทุกกรณี
แต่หาก Shared App ทำให้ผู้ใช้เรียก Gemini API ผ่าน Paid Key ของ Project เจ้าของ App
Usage สามารถเพิ่มขึ้นและก่อให้เกิดค่าใช้จ่ายได้
ดังนั้น Public Sharing ต้องคิดเรื่อง
ก่อน
สมมติ App มีปุ่ม
Generate
และไม่มี
Bot สามารถเรียกซ้ำจำนวนมาก
Cost อาจตกอยู่กับเจ้าของ Project
นี่เป็นหนึ่งในความเสี่ยงสำคัญของ AI Application
ได้
หาก Paid API Key ถูกขโมยและนำไปใช้ อาจสร้าง Usage บน Project ได้
ดังนั้นต้อง
Security กับ Cost Management เชื่อมกันโดยตรง
Rate Limit ช่วยควบคุมความเร็วในการใช้งานในระดับหนึ่ง
แต่ไม่ควรใช้ Rate Limit เป็น Budget Control เพียงอย่างเดียว
ควรมี
ร่วมกัน
Billing Tier ปัจจุบันของ Gemini API มี Cap ตามระดับ Tier
แต่ Cap ไม่ควรถูกเข้าใจว่าเป็น Budget Alert แบบที่เรากำหนดเองเสมอไป
ควรตรวจ Billing Account และ Cost Management ของ Google Cloud เพิ่มเติมหากเปิด Production
ควรอย่างมากเมื่อเปิด Paid Usage
ตัวอย่าง Threshold
50%
75%
90%
100%
ของ Budget ที่ตั้งไว้
แต่ต้องเข้าใจว่า Budget Alert โดยทั่วไปเป็นการแจ้งเตือน ไม่ควรสมมติว่าจะหยุด Service โดยอัตโนมัติทุกกรณี
Production Architecture ควรมี Application-side Controls เพิ่มด้วย
มีความแตกต่างสำคัญตามนโยบายปัจจุบันของ Google
ในตาราง Gemini Developer API Pricing ปัจจุบัน Google ระบุว่า
Content สามารถถูกใช้เพื่อช่วยปรับปรุงผลิตภัณฑ์ของ Google ตามเงื่อนไขที่เกี่ยวข้อง
Content ไม่ถูกใช้เพื่อปรับปรุงผลิตภัณฑ์ตามข้อกำหนดของ Paid Service ที่ระบุ
ประเด็นนี้สำคัญมากสำหรับข้อมูลธุรกิจ
ควรอ่าน Terms และ Data Use Policy ปัจจุบันก่อนส่งข้อมูล Sensitive
ไม่ควรตัดสินจากคำว่า “ฟรี” อย่างเดียว
ก่อนส่งข้อมูล เช่น
ควรตรวจ
ให้เหมาะกับประเภทข้อมูล
เหมาะกับ
เรียน API
ทดลอง Prompt
ทดสอบ Idea
Traffic ต่ำ
Request ไม่มาก
ถ้าเริ่มชน Rate Limit บ่อยหรือเปิดให้ผู้ใช้จริงจำนวนมาก ควรพิจารณา Paid Tier
เหมาะกับ
แต่ก่อนเปิดควรคำนวณ Unit Economics
ตัวอย่าง
ลูกค้าจ่าย
300 บาท/เดือน
แต่ใช้ Gemini API เฉลี่ย
500 บาท/เดือน
ต่อคน
ธุรกิจมีปัญหาทันที
ต้องคำนวณ
Revenue per user
-
AI Cost
-
Hosting
-
Database
-
Other Services
=
Gross Margin
ก่อน Scale
สำหรับผู้เริ่มต้นเป็นแนวทางที่ดี
Workflow
Free Tier
↓
เรียนรู้
↓
Prototype
↓
วัด Usage
↓
คำนวณ Cost
↓
Paid Tier
↓
Production
ไม่จำเป็นต้องเปิด Billing ก่อนรู้ว่า Application จะใช้ Gemini อย่างไร
อย่างน้อยควรรู้
จำนวน Request
โดยเฉลี่ย
โดยเฉลี่ย
ช่วงสูงสุด
Request ล้มเหลวเท่าไร
ใช้ Model ใด
Search, Image, Video หรือ Cache หรือไม่
ข้อมูลเหล่านี้ช่วยประมาณ Cost ได้ดีขึ้น
สมมติสร้าง AI Content App
User
↓
Web App
↓
Cloud Run
↓
Gemini API
↓
Firestore
Cost อาจมาจาก
Token Usage
Compute
Read/Write/Storage
Data Transfer
ดังนั้นคำถาม
“AI Studio เสียเดือนละเท่าไร”
ไม่มีคำตอบเป็นตัวเลขเดียว
ไม่ใช่
ไม่จำเป็น Usage-based Pricing มีบทบาทสำคัญ
ไม่ใช่ Token และ Model ต่างกัน
ไม่ใช่ทุกกรณี
Hosting มี Pricing ของตัวเอง
ผิด Key ต้องรักษาความลับ
ไม่เหมือนกัน
กระทบใน Paid Pricing ตาม Token
ไม่จำเป็น
Traffic สามารถเปลี่ยน Cost อย่างมาก
แนวทางที่แนะนำคือ
ยังไม่เปิด Paid หากไม่จำเป็น
Development กับ Production
ไม่ใช้ตัวแพงที่สุดทุกอย่าง
ส่งเฉพาะข้อมูลจำเป็น
ไม่ Generate ยาวเกินงาน
ตรวจเป็นประจำ
ก่อน Public
ใช้ Secret Management
ลด Abuse
ถ้า Workload เหมาะ
แยกจาก Text
เมื่อเปิด Billing
สำหรับ Project ทดลองของ comsiam การเริ่มจาก Free Tier แล้วบันทึก Request และ Token Usage จริงก่อนเปิด Paid Tier จะช่วยให้ประมาณต้นทุนได้แม่นกว่าการเดาจากจำนวนผู้ใช้อย่างเดียว
ถ้ายังตอบไม่ได้หลายข้อ ควรเก็บข้อมูลเพิ่มก่อน
Free หรือ Paid
ใช้ Service อะไร
มีค่าใช้จ่ายหรือไม่
ใช้ Service ใด
มี Data Transfer หรือไม่
มีค่าใช้จ่ายหรือไม่
จำกัด User อย่างไร
รับค่าใช้จ่ายสูงสุดได้เท่าไร
รู้ตัวอย่างไรเมื่อ Cost เพิ่มผิดปกติ
แนวทางหลัก ได้แก่
งานง่ายไม่ต้องใช้ Model ใหญ่ที่สุด
ส่ง Context เท่าที่จำเป็น
ระบุ Format และ Length
ลดข้อความส่วนเกิน
สำหรับ Context ที่ใช้ซ้ำ
สำหรับงาน Offline จำนวนมาก
เมื่อข้อมูลสามารถใช้ซ้ำได้อย่างปลอดภัย
อย่าเรียก AI ซ้ำด้วย Input เดียวโดยไม่จำเป็น
อย่า Retry Error แบบไม่มี Limit
วัดจาก Usage จริง
Application อาจถูกเขียนว่า
ถ้า Error
→ Retry
แต่ถ้าไม่มี Limit อาจกลายเป็น
Retry
Retry
Retry
Retry...
ควรมี
ตาม API Recommendation
เพราะบาง Error ไม่ควร Retry ทันที
UI ที่ผู้ใช้กดปุ่ม Generate สองครั้งเร็ว ๆ อาจสร้างสอง Request
ควรพิจารณา
เพื่อไม่ให้ Usage เพิ่มโดยไม่มีประโยชน์
ถ้า Application มี
ควรแยก Metric
Chat cost
Image cost
Search cost
Report cost
เพื่อรู้ว่า Feature ใดสร้าง Cost สูง
แทนดูยอดรวมอย่างเดียว
ได้ สามารถเริ่มใช้ Google AI Studio และ Gemini API ภายใต้ Free Tier ที่ Google กำหนดได้โดยไม่จำเป็นต้องเปิด Paid Tier ตั้งแต่แรก
การเริ่มใช้งาน Free Tier ไม่ได้หมายความว่าต้องเปิด Paid Billing ทันที แต่เมื่อ Upgrade ไป Paid Tier จะต้องตั้งค่า Billing และ Payment ตามขั้นตอนของ Google
ตาม Billing Guide ปัจจุบัน การเริ่ม Paid Tier อาจต้อง Prepay เครดิตขั้นต่ำ $10 หรือมูลค่าเทียบเท่า ตาม Billing Model และสกุลเงินที่รองรับ โดยเงื่อนไขสามารถเปลี่ยนได้
ไม่ Free Tier มี Rate Limit และสิทธิ์แตกต่างตาม Model ไม่ใช่ Unlimited Usage
สามารถเริ่ม Build App ได้ภายใต้สิทธิ์ที่ Google รองรับโดยไม่จำเป็นต้องเปิด Billing ทันที แต่ Gemini API, Deployment, Database และบริการอื่นที่ App ใช้อาจมีค่าใช้จ่าย
ขึ้นกับวิธี Deploy และ Usage ปัจจุบัน Google มี Starter Tier สำหรับ Build mode ตามเงื่อนไขที่กำหนด ส่วน Cloud Run มี Free Tier ของตัวเองและจะคิดค่าบริการเมื่อ Usage เกินสิทธิ์ที่เกี่ยวข้อง
Google AI Studio เริ่มใช้งานได้ฟรี และเหมาะมากสำหรับการเรียน Prompt, ทดลอง Gemini API และสร้าง Prototype โดยไม่จำเป็นต้องเปิด Paid Tier ตั้งแต่วันแรก
Free Tier ให้สิทธิ์ใช้โมเดลบางรายการภายใต้ Rate Limit ที่กำหนด ส่วน Paid Tier เหมาะกับ Production Application ที่ต้องการปริมาณใช้งานสูงขึ้น โมเดลหรือฟีเจอร์เพิ่มเติม และเงื่อนไขบริการสำหรับงานเชิงพาณิชย์
เมื่อเปิด Paid Tier ค่า Gemini API สามารถขึ้นกับ Input Token, Output Token, Context Caching และ Feature เพิ่มเติม เช่น Search, Maps, Image, Video หรือบริการอื่นตาม Model ที่ใช้
นอกจากนี้ต้องแยกค่า Gemini API ออกจากค่า Hosting และ Infrastructure เช่น Cloud Run, Database, Network และ Third-party API เพราะ App หนึ่งตัวสามารถมีต้นทุนหลายส่วนพร้อมกัน
ปัจจุบัน Google ระบุว่าการเริ่ม Paid Tier อาจต้องเติมเครดิตขั้นต่ำ $10 หรือมูลค่าเทียบเท่า และ AI Studio สามารถสลับใช้ Free Tier Project หรือ Paid Tier Project ตาม API Key ที่เลือกได้
แนวทางของ comsiam คือเริ่มพัฒนาและทดสอบด้วย Free Tier ก่อน วัด Token และ Request จริง แล้วค่อยคำนวณ Cost ต่อ User ก่อนเปิด Paid Tier หรือ Deploy ให้คนจำนวนมากใช้งาน วิธีนี้ช่วยป้องกันค่าใช้จ่ายที่เกิดจากการประมาณ Traffic ผิดหรือเปิด Paid API Key โดยไม่มีการควบคุม