Google Home APIs 是什麼？跟我們接 HA 有沒有關係

charles · 發表於 3 天前

最近常看到「Google Home API」這個詞，
但很多人搞不清楚它跟自己有什麼關係。

先講結論：那是給 App 開發者用的，一般使用者接 HA 還是走原本的路。

Google Home APIs 是什麼

2024 年 Google I/O 宣布的一套開發者介面，
讓第三方 App 可以存取 Google 家庭生態系。

官方文件上現在宣稱可存取超過 7.5 億台裝置。

拆成幾個 API：

Permission API — App 驗證身分、請求存取某個「家」和裝置
Device API — 取得裝置狀態、修改屬性、下指令
Structure API — 取得「家」的結構圖（有哪些房間、房間裡有什麼）
Commissioning API — 加入新的 Matter 裝置
Automation API — 建立和排程自動化
Discovery API — 依照現有裝置，列出「可以建立哪些自動化」

Automation API 怎麼運作

自動化就是「如果…就…」，由三種節點組成：

starters（啟動器） — 觸發條件
conditions（條件） — 額外的判斷
actions（動作） — 要做什麼

開發者用一種叫 Automation DSL 的語法定義，
然後嵌在 Kotlin 的 Android App 或 Swift 的 iOS App 裡。

2026 年的更新加上了週期性排程啟動器 ——
可以用 cron 運算式搭配時鐘時間、日照時間、日曆條件來定期執行。
同時 Device API 可以改裝置名稱、Structure API 可以改房間名稱。

所以跟一般使用者有什麼關係？

直接關係：幾乎沒有。

這是給寫 App 的人用的。你不會直接呼叫這些 API。

間接關係：以後可能會有更好用的第三方 App。

例如某個廠商可以做一個「我家的燈光控制 App」，
直接讀取你的 Google 家庭結構、直接建立自動化 ——
不用再自己做一套裝置管理。

那 Home Assistant 怎麼接 Google？

還是原本那兩條路，沒有變：

路線一：Google Assistant 智慧家庭整合（走雲端）

需要 Nabu Casa 訂閱（最簡單），或者自己申請 Google Cloud 專案（很麻煩）
HA 的實體會出現在 Google Home App 裡
可以用 Google Assistant 語音控制
走雲端，所以有延遲，而且斷網就不能用

路線二：Matter（走本地）

HA 可以當 Matter 橋接器，把裝置送給 Google
本地控制，速度快，斷網也能用
但 Matter 支援的裝置類型有限
需要 Google 的裝置當 Matter 控制器（Nest Hub、Google TV 等）

2026 年的建議：兩個都用。

燈、開關、插座這類 Matter 支援良好的 → 走 Matter，反應快
複雜的（場景、腳本、自訂感測器）→ 走 Google Assistant 整合

Matter 這條路的實際設定

設定 → 裝置與服務 → 新增整合 → 搜尋 Matter

HA 要先有 Matter Server（附加元件或獨立容器）。

然後啟用 Matter 橋接：

# configuration.yaml
matter:
# HA 2026 的 Matter 橋接目前還在演進，
# 實際設定請以「設定 → 裝置與服務 → Matter」的介面為準

複製代碼

老實說這塊 HA 官方還在持續改，
所以我建議看官方文件而不是看舊教學（包括這篇）。

HA 2026.9 有加 Matter 的改進，還有 Matter 與 Thread 裝置的視覺化地圖，
對排查很有幫助。

要不要付 Nabu Casa？

這題問的人很多。我的看法：

該付的情況：

你想要完整的 Google / Alexa 整合（不只 Matter 支援的那些）
你需要從外面連回家，而且不想架 VPN
你用雲端語音辨識（本地的準確度還是有差距）
你想支持 HA 的開發（這是真的理由 —— 訂閱收入直接支持開源專案）

可以不付的情況：

你的裝置 Matter 都支援
你會架 VPN
你不太用語音

我自己有付，主要是為了支持開發和省掉遠端存取的麻煩。

隱私模型（這段值得知道）

Google Home APIs 的權限設計：

使用者必須明確授權才能讓 App 存取「家」和裝置
隨時可以在 Google Home App 裡撤銷
採用 Home APIs 的開發者上線前要通過認證
撤銷全部權限的話，那個 App 建立的所有自動化會停止運作
撤銷特定裝置的話，相關的啟動器、條件、動作會停掉

最後一點很重要：如果你用某個第三方 App 建了自動化，
然後撤銷權限，那些自動化會靜默失效。

這也是我建議「重要的自動化寫在 HA」的理由之一 ——
HA 的自動化不依賴任何第三方的授權狀態。

已知問題（官方列出來的）

從 Wi-Fi 切到行動網路時，裝置控制延遲會增加
中樞恢復原廠設定後，裝置可能顯示離線
Google Home App 裡沒設定家的位置的話，建立自動化會當掉

第三點滿好笑的，但確實會遇到。

給一般使用者的實際建議

不用研究 Google Home APIs，那不是給你用的
HA 接 Google 還是走原本兩條路（Nabu Casa 或 Matter）
重要的自動化寫在 HA，不要寫在 Google Home App
Google 的常式（Routine）拿來做語音的入口就好
保持 HA 更新，Matter 支援一直在改善

---

觀察一下這幾年的趨勢：

Google、Apple、Amazon 都在往「開放 API 給開發者」走，
但開放的都是「用我們的平台」而不是「跟我們互通」。

真正的互通還是靠 Matter，而 Matter 的推進速度……大家都看到了。

所以我的策略沒變：Home Assistant 當大腦，各家生態當介面。

		自動登入	找回密碼
密碼			立即註冊

Google Home APIs 是什麼？跟我們接 HA 有沒有關係

瀏覽過的版塊