別急著找月費表:這頁賣的是用量,不是方案
把 Gemini 的開發者 API 定價頁往下捲,捲過一整片以「每百萬 token」計價的模型費率之後,畫面會停在一行不太一樣的字上:搜尋接地(grounding)超過免費額度後,每 1,000 次請求 US$14。反直覺的地方就在這裡——很多人搜「Google Gemini 各方案多少錢」,腦中想的是「月費多少、年繳打折」那種訂閱方案表;但我這次翻到、而且指得出出處的,是一張按「用量」計費的開發者費率表。方案表和用量表是兩種東西,混在一起看,錢就會算錯。
先把這篇的範圍講清楚,免得你讀到一半期待落空。本文寫的是 Gemini Developer API 定價頁(依 Gemini API 官方定價頁,查證 2026-08-13)上,我能對到官方原文、指得出來源的兩個收費項目:Google 搜尋接地與音訊(audio)。至於 Gemini 消費者版 app 的訂閱方案、綁在其他訂閱裡的方案價格,本文查證當下沒有取得可靠資料,所以我不寫,也請你別把下面這些 API 費率當成月費方案來理解。這是 Gemini 開發者 API 的費率,不是消費端 app 的通用價。
為什麼要先強調「用量 vs 方案」?因為訂閱制的邏輯是「付一筆固定的錢,用多用少差不多」;而這張表的邏輯是「先給你一段免費額度,超過的部分按次數往上加」。同一句「多少錢」,在這兩種模型下的答案完全不同——訂閱制你問的是「月費幾元」,用量制你要先問「我一個月到底會打幾次」。這篇接下來就照三筆東西的順序走:第一筆搜尋接地、第二筆音訊、第三筆是這張定價頁點進去之後的實際結構。
目錄
第一筆錢:Google 搜尋接地的免費額度與超額怎麼算

這是要另外算錢的功能:它不包在模型的 token 費率裡,在官方定價表上是獨立的一列。
官方定價頁上跟「搜尋」有關的其實是兩列不同的項目,寫法很像,免費額度卻是各算各的。第一列是搜尋接地(Grounding with Google Search),原文寫的是:「5,000 free search requests per month (shared across all Gemini 3.x models), then $14 per 1,000 requests.」翻成白話——依官方定價頁(查證 2026-08-13),Google Gemini 每月提供 5,000 個免費搜索請求(free search requests),而且這 5,000 次是跨 Gemini 3.x 各個模型「共用」的;用完之後,搜尋請求超出免費額度,按每 1,000 次(per 1,000 requests)US$14 收費。
第二列是地圖接地(Grounding with Google Maps),原文是:「5,000 prompts per month (free, shared across Gemini 3), then $14 / 1,000 search queries」——依官方定價頁(查證 2026-08-13),每月 5,000 個免費 prompt、在 Gemini 3 之間共用,超出之後每 1,000 個搜尋查詢(search queries)US$14。這兩列的 5,000 是兩份分開的額度,不是同一份;單價都是 US$14,但計量詞一個寫 requests、一個寫 search queries,對應的也是不同功能。另外官方在同一頁的註腳講了一件估算時很容易忽略的事:「A customer-submitted request to Gemini may result in one or more queries to Google Search. You will be charged for each individual search query performed.」——使用者送出的一次請求,可能觸發不只一次搜尋查詢,而收費是按實際執行的每一次搜尋查詢算的。也就是說,「請求數」和「查詢數」不一定是 1:1。
把它換成你會遇到的帳單長什麼樣。假設你在做一個問答型應用,一個月穩定產生 20,000 次需要搜尋接地的請求:前 5,000 次是免費的,剩下 15,000 次以每 1,000 次計,就是 15 × US$14 = US$210。這是你自己也能按計算機驗算的算術,不是我測出來的效能數字——單價來自官方頁面,乘法你我都算得出來。這也帶出用量計費最該提防的一件事:只要請求量往上跳,這筆錢是線性往上加的。動筆做規模化之前,把「每月請求數」這個變數先估出來,會比事後看帳單踏實得多。
第二筆錢:音訊(audio)這一列的兩種算法

定價頁上另一個我能對到原文的項目是音訊輸入。官方寫法很短:「$3.50 or $0.0053/min (audio)」,它出現在 Gemini 3.5 Live Translate 這一段的 Input price 那一列(依官方定價頁,查證 2026-08-13)——先講清楚它屬於哪個型號,因為同一頁不同型號的音訊價格並不一樣,而同一列的免費層官方標的是 Free of charge。這一列的意思是:音訊輸入 US$3.50,或按每分鐘 US$0.0053 計。這不是讓你二選一的兩種方案,是同一個價格的兩種寫法,換算依據見下一段。
US$3.50 的計價單位,官方是標在表格欄位上的:那張表的欄位名稱寫著「Paid Tier, per 1M tokens in USD」,也就是每 100 萬個 token;而音訊怎麼換算成 token,官方在同一頁的註腳寫得很清楚:「Audio tokens correspond to 25 tokens per second of audio.」(每秒音訊算 25 個 token)。兩個數字對得起來,你可以自己驗算:每分鐘 60 秒 × 25 = 1,500 個 token,1,500 ÷ 1,000,000 × US$3.50 = US$0.00525,四捨五入就是官方另外標的 US$0.0053/min。所以估成本用哪一個都行,算出來是同一筆錢。再舉個能驗算的例子:一個月處理 10,000 分鐘音訊,10,000 × US$0.0053 ≒ US$53。這是官方單價乘上你的用量,我沒有替它加上任何「快、便宜、划算」的評語,因為那些都不是我查證得到的東西。
兩筆費用擺在一起,會比分開看清楚很多。下面這張表的每一格都對得到官方原文,計價單位也照官方表頭的寫法標。
- 搜尋接地(grounding search) — 免費額度共用範圍: 跨 Gemini 3.x 各模型共用;超額計費單位: 每 1,000 次請求;超額價格: US$14
- 音訊輸入(audio,Gemini 3.5 Live Translate) — 免費額度: 官方 Free Tier 欄標示 Free of charge;計價單位: 每 100 萬 token(官方欄位「Paid Tier, per 1M tokens in USD」);價格: US$3.50/1M token,等值於 US$0.0053/min
這張表只放我對得到出處的兩列。你可能會期待看到「基礎版/專業版/企業版」那種分層,但那是訂閱方案的長相,不是這張用量表的長相;本文查證當下沒有取得那類方案資料,我就不硬生一列出來充版面。想比較其他家模型 API 的計費結構,我在整理 Cohere 官方規格那篇有拆過類似的「按用量計費」邏輯,讀法是共通的。
第三件事:這張頁面點進去,遇到的不是定價表

看完官方數字,還有一件事值得先知道:一般人循著「Google Gemini 怎麼用、多少錢」進去,第一眼會撞到什麼。以下這段同樣是官方公開頁面的整理(📋 查證,2026-08-13 擷取,未登入),不是本站的實際操作紀錄。
從那一側的公開入口進去,落到的頁面不是購物頁、也不是方案比較頁,而是 Google for Developers 的搜尋結果頁。畫面左邊一整排篩選條件,產品類型可以勾 Android、ARCore、Firebase、Flutter、Google Cloud、TensorFlow 這些;上方有一個標成「AI 技術輔助」的搜尋功能,旁邊白紙黑字寫著:「AI 技術輔助功能仍在實驗階段,目前僅在特定國家/地區推出。」並且要求登入。搜出來的結果,是一串開發文件頁——MediaPipe 的 model maker、Chrome DevTools 的 MCP、Genkit 的 tool calling 之類的技術文件。
這一側的入口是「文件與工具」,不是「選方案、刷卡」。要真的用到上面那兩筆按用量計費的項目,你得先進到 API/開發者情境、登入,而且部分 AI 輔助功能還受地區限制。這跟「打開 app 就有月費方案讓你選」的消費者體驗,是兩種完全不同的路。如果你原本以為 Gemini 的定價像串流訂閱那樣一目了然,這段落差值得先知道——你要面對的是開發文件與用量計費,不是一個結帳按鈕。想把 Gemini 接進一套多模型的呼叫流程,我在寫 OpenRouter 那篇談過這種「用量計費要先估清楚」的心態,這裡同理。
情境一:做「答案要有即時出處」的問答應用
假設你在做一個客服或知識庫問答應用,要求每個回答都錨定在即時搜尋結果上——這正是搜尋接地的設計用途。你要做的估算很單純:把「每月會觸發幾次搜尋請求」估出來,壓在 5,000 次以內就不花這筆錢;超過的部分照每 1,000 次 US$14 往上加。這裡的重點不是它快不快,而是你能不能先把請求量算清楚,再決定要不要開這個功能。
情境二:處理語音、音訊的應用
假設你是要做語音轉寫、會議摘要或播客處理的開發者,音訊那一列就是你要盯的。以每分鐘 US$0.0053 這個能對到單位的數字去估:把每月要處理的分鐘數乘上去,就是這部分的變動成本。US$3.50/100 萬 token 是同一筆錢的另一種寫法,兩種算法結果一樣,用你順手的那個就行。
情境三:學生或獨立開發者只想跑原型
假設你是學生或一個人接案,只想先把 demo 跑起來、還沒有真實流量。那 5,000 次的每月免費搜尋額度,對你多半就夠了——只要月請求數壓在 5,000 以內,搜尋接地這塊你是不用付錢的。這也是我會建議先做的事:用免費額度把原型跑通,等真的有量再回頭算超額成本,而不是一開始就被一張看起來很複雜的費率表勸退。
把 5,000 換算成你自己一個月的用量,再決定要不要在意超額費率
如果你一個月的搜尋接地請求穩定壓在 5,000 次以內,搜尋接地這一列你就不用付錢(音訊那一列是另外計的,不在這個免費額度裡);一旦你打算讓應用規模化、每月請求數往上跳,每 1,000 次 US$14(官方定價頁,2026-08-13 查證)就是你該先算清楚、再決定架構的第一筆變動成本。我自己會先估用量再看費率,因為這張表上的每一個數字,都要乘上你的用量才有意義。


常見問題
這頁的價格,是 Gemini 手機/網頁版 app 的月費嗎?
不是。本文所有數字都出自 Gemini Developer API 的定價頁(查證 2026-08-13),走的是「按用量計費」的邏輯:先給每月 5,000 次免費,超過再按次數收費。這跟消費者版 app「付固定月費」的訂閱方案是兩套完全不同的計價方式。至於 Gemini 消費者版 app、或綁在其他訂閱裡的方案到底多少錢,本文查證當下沒有取得可靠資料,所以我沒有寫;如果你要找的是那種月費方案,請以你實際登入、看到的官方結帳頁為準,不要把這裡的 API 費率當成月費。
音訊那個 US$3.50 到底是「每什麼」?
是「每 100 萬個 token」。官方那張表的欄位名稱寫的是「Paid Tier, per 1M tokens in USD」,所以同一列裡的 US$3.50 就是每 100 萬 token 的單價;音訊怎麼換成 token,官方註腳寫「Audio tokens correspond to 25 tokens per second of audio」(每秒 25 個 token)。自己驗算一次:60 秒 × 25 = 1,500 token,1,500 ÷ 1,000,000 × US$3.50 = US$0.00525 ≒ US$0.0053,正好就是同一列另外標的 US$0.0053/min。所以那兩個數字不是兩種方案,是同一個價格的兩種寫法(查證 2026-08-13)。
每月 5,000 次免費用完後,下個月會不會重置?
官方原文用的字是「per month(每月)」,字面上是以月為週期計算免費額度。但「用完之後是不是每月自動重置、以哪個時區或帳單週期為分界」這種細節,本文查證當下沒有取得官方的明確說明,我就不替它下定論。實務上你要注意的是:這 5,000 次是「跨 Gemini 3.x 各模型共用」的,不是每個模型各給 5,000;所以如果你同時呼叫好幾個模型,額度是一起扣的。真正要規劃預算前,建議以你帳號在官方主控台看到的即時用量與週期為準。
最後更新:2026 年
喜歡這篇評測?
👉 瀏覽 AI 工具庫,找到最適合你工作流程的 AI 工具。
