如何解讀 Google 商家檔案貼文瀏覽次數(2026 本地 SEO 工作流程)

重點摘要

Google 現在會顯示每則商家檔案貼文的瀏覽次數,涵蓋過去 18 個月。以下是一套可重複執行的流程,把這些數字轉成貼文決策。

Google 從 2026 年 9 月起,開始在個別商家檔案貼文上顯示瀏覽次數,這個數字終於補上了自 2023 年初以來一直存在的報表缺口。這篇指南要談的是:有了這個數字之後該怎麼用。

無論你管理一個據點還是一百個,單看瀏覽次數都無法判斷一則貼文是否有成效。它計算的是有多少人看見這則貼文,而不是他們接下來做了什麼。這個數字的價值,只有在公平條件下把貼文互相比較,並依照比較結果調整你發布的內容時,才會浮現。

這篇讀完你會得到: 一份可套用在一個或多個商家檔案的貼文層級測量表、一條讓貼文彼此可比的基準線,以及一個寫下來的決定——要保留哪種貼文類型與哪種發布節奏。

適合誰讀: 本地 SEO 實務工作者、多據點行銷人員,以及至少每月會發布一次商家檔案貼文的老闆。

前置條件: 對已驗證商家檔案的擁有者或管理員權限、一份試算表,以及近 18 個月內至少 10 則已發布貼文。如果你的檔案貼文數不到這個門檻,請直接跳到建立歷史紀錄那一段,下一季再跑這套流程。

所需時間: 單一據點約 45 分鐘,五個據點一組約 90 分鐘。

完成的定義: 期間內每一則貼文都記錄了瀏覽次數與發布日期;你已移除無法公平比較的貼文;而且你對發布計畫做出了一項明確的調整。

Google 實際推出了什麼,又沒有推出什麼

這個功能叫 Google Posts Reporting。Google 在 2026 年 9 月號的 Google Small Business Bulletin 中宣布,並由 Google 員工 Lisa Landsman 發布在商家檔案說明社群。Google 在文中把貼文瀏覽次數形容為「我們歷來最受要求的功能之一」。

以下是實務上真正重要的部分:

功能

2026 年 9 月現況

每則貼文瀏覽次數

已上線,顯示在資訊主頁「貼文」區塊的每張貼文卡片上

回溯期間

已發布貼文滾動 18 個月

涵蓋的貼文類型

最新消息、優惠、活動

合併的曝光介面

Google 搜尋與 Google 地圖,合計為單一數字

點擊次數

未顯示

Business Profile API

「目前正在全球推出,尚未在 API 中提供」

其中有兩列值得多說幾句,不能只用一格表格帶過。

是曝光,不是點擊。 Google 在 2023 年初同時終止了貼文瀏覽次數與貼文按鈕點擊數,而回來的只有瀏覽次數。所以一則貼文可能累積了大量瀏覽次數卻沒有任何已記錄的動作,而你也無法從這份報表得知是否有人點擊來電按鈕、網站連結或優惠。請把這個數字當成觸及,永遠不要當成回應。

沒有 API。 截至本文發布為止,Business Profile Performance API 並未提供任何貼文層級指標。可用的每日指標都是帳戶層級與據點層級:依裝置與介面區分的商家曝光、網站點擊、來電點擊、路線查詢、預訂、餐點外送與菜單點擊。沒有任何一項是針對個別貼文。如果你的報表建在 Looker Studio 或 BI 系統上,這份資料目前只能手動處理。

Google 並沒有公布「什麼算一次貼文瀏覽」的定義。該公司在成效文件中確實定義了檔案瀏覽次數(不重複訪客、每天只計一次、跨裝置與平台去重),但貼文說明頁與成效指標頁在發布當時都沒有記載貼文層級的瀏覽次數定義。這個數字算的是不重複人數,還是每一次出現,仍未獲得確認。請把它視為相對訊號,而不是絕對數值。

這個報表缺口並不是新問題。商家檔案開發者文件的終止時程表把 LOCAL_POST_VIEWS_SEARCHLOCAL_POST_ACTIONS_CALL_TO_ACTION 列為在 2023 年 2 月 20 日結束,且沒有替代資源。相片瀏覽次數在同一天一併結束。此後,貼文成效實際上一直是個盲區。

開始之前:三個會扭曲數字的原因

跳過這一段,你的比較表就會產出很有自信的錯誤答案。這三個問題都是結構性的,不是使用者操作失誤。

貼文在六個月後封存。 Google 的貼文說明文件寫明,超過 6 個月的貼文會被封存,除非設定了日期範圍。被封存的貼文並沒有刪除,但它不再出現在檔案上,也不再累積這份報表所測量的曝光。報表期間是 18 個月,而貼文的自然生命週期更接近 6 個月。一則 14 個月前的貼文,可能還躺在你的資訊主頁裡,帶著封存當下就凍結的瀏覽次數。那個數字是歷史遺跡,不是可比較的資料點。

瀏覽次數會累積,所以年齡與成效被混在一起。 15 個月前發布的最新消息有 15 個月可以累積瀏覽次數,三週前發布的只有三週。用原始瀏覽次數替這兩則排名,等於是在替年齡排名。這是這份報表最容易引人犯下的錯誤,也是下一段存在的理由。

搜尋與地圖已經合併。 你只會拿到一個混合後的數字,無法拆分。如果你的客群偏向桌機搜尋,而競爭對手的客群偏向行動裝置地圖,這兩個總數測量的並不是同一種行為。不要試圖把某次瀏覽歸因給特定介面;Google 不提供這個拆分。

品質檢查:打開「貼文」區塊,確認你至少能在一張貼文卡片上看到瀏覽次數。如果看不到,代表這波推出還沒到你的檔案或你的地區。請記下日期,兩週後再確認一次,不要直接認定功能失敗。

步驟 1:自己建一份 Google 不給你的匯出表

Google 沒有提供每則貼文的 CSV。你得手動建一次這份表,然後持續維護。

打開商家檔案資訊主頁,從主選單選擇 貼文,然後逐張檢視每一張看得到瀏覽次數的貼文卡片。每則貼文記錄一列。

欄位

填入內容

用途

貼文 ID 或簡短標籤

三個月後你還認得的簡短唯一名稱

把這份表對應到線上的貼文

貼文類型

最新消息/優惠/活動

主要的比較軸線

發布日期

確切日期,不是月份

任何公平比較的必要條件

瀏覽次數

卡片上的數字

指標本體

內容切入點

一句話描述角度,例如「煞車保養 8 折」

比較訊息本身,而不只是格式

有無相片或影片

有/無

隔離媒體素材的效果

上線中或已封存

是否仍出現在檔案上

標記凍結的資料點

備註

任何異常狀況,例如假日、中斷或重疊的促銷

日後用來解釋離群值

多據點帳戶請在同一份表中針對每個檔案重複填寫,並加上一個據點欄位。商家檔案管理工具(Business Profile Manager)可以讓你透過 操作 → 洞察報告 一次下載多個據點的檔案成效資料,這對帳戶層級指標很有用,但不會包含貼文瀏覽次數。請把這兩個來源分開放,以免日後把檔案瀏覽次數誤認成貼文瀏覽次數。

每則可見貼文一列,附上發布日期。要檢查的話,把你表格的列數對上畫面上貼文卡片的數量。如果瀏覽次數只出現在部分卡片上,就記錄你能記錄的,並把這份表標為不完整。一份有誠實缺口的殘缺表格,勝過一份數字是編出來的完整表格。

測量 Google 商家檔案貼文瀏覽次數的四階段工作流程圖,從收集貼文卡片、依上線週數標準化、在同類型貼文內比較,到寫下一個決定。

測量循環。標準化是團隊最常跳過的一步,卻也是讓後續比較變得誠實的關鍵一步。

步驟 2:先標準化,再比較

這是最多人跳過的一步。混雜不同貼文年齡的原始瀏覽次數無法比較,所以要先換算。

最簡單且站得住腳的做法是 每週瀏覽次數(views per week of visible life)。把瀏覽次數除以該則貼文已上線且在線上的週數(若已封存,則算到封存日為止)。

每週瀏覽次數 = 總瀏覽次數 ÷ 上線週數

這一個算式就消除了大部分的年齡偏差,讓一則 15 個月前的貼文與一則 3 週前的貼文可以直接相比。它是近似值。曝光並非線性,貼文前幾天的流量也比後期高。但它仍然遠比直接比較原始總數要好。

如果你想要更高的精確度,而且手上有至少一年的歷史資料,可以改用 固定窗口比較法:只比較上線週數相同的貼文。把貼文分成 4 週、12 週、26 週三種同期群,只在同期群內比較。建立起來比較慢,但事後幾乎無從爭辯。

無論你選哪一種,都要在整份表上套用同一種方法。混用方法只會把你剛剛移除的偏差重新放回來。

接著做分層。最新消息對最新消息、優惠對優惠、活動對活動。一個只跑兩週的季節性優惠,並不是在跟一則長青的最新消息競爭;把兩者放進同一個池子,會讓優惠看起來很弱,但實際上它只是活得更短。

比較方式

公平嗎?

原因

最新消息對最新消息,同一同期群

格式相同,測量壽命相同

優惠對活動,原始計數

壽命不同,季節時點也不同

任意貼文對任意貼文,原始計數

年齡會主導結果

有相片貼文對純文字貼文,同一同期群

這正是你想回答的問題

搜尋瀏覽對地圖瀏覽

不可能

Google 只提供一個合併數字

這樣一來,你會得到一個標準化欄位,外加同期群或貼文類型的分組。請手動抽查三列。如果某則貼文的發布日期不清楚(例如重複性貼文可能如此),請直接排除,不要用猜的。

並排長條圖,顯示三則貼文分別依總瀏覽次數與每週瀏覽次數排序,兩個面板的順序正好相反。

同樣三則貼文,兩種排名方式。原始總數把最舊的貼文排在第一,因為它累積的時間最長。每週瀏覽次數把最新的排在第一,而這通常才是更有用的排名。

步驟 3:資料真正能回答的四個問題

有了標準化後的表格,你可以誠實回答四個問題。其他的請忍住。

哪一種貼文類型能觸及最廣的客群? 依貼文類型比較標準化瀏覽次數的中位數,不要看最大值。一則爆紅的優惠可以把平均數拉到任何地方。如果活動在各個同期群上持續觸及得比最新消息更遠,那就是真實訊號,應該改變你的排程。

媒體素材會改變觸及嗎? 依有無相片/影片把表拆開,在同一種貼文類型內比較中位數。這是目前最乾淨的測試,因為瀏覽次數不會被點擊行為污染。

哪些內容切入點跑得動? 依標準化瀏覽次數讀出最高與最低四分位,然後看切入點欄位。你要找的是題材上的模式,而不是單一贏家。「免費檢查」在許多同期群上勝過「新進員工公告」,這就告訴你本地客群對什麼有反應。

你的觸及是集中的還是稀薄的? 如果幾乎所有瀏覽次數都集中在兩三則貼文上,其餘趨近於零,那是分布問題,發更多貼文救不了。如果瀏覽次數在同期群之間大致平均,代表你的基準客群穩定,這時候調整發布節奏才值得測試。

以下是這份資料 無法 告訴你的事,這份清單和上面那份一樣重要:

  • 有沒有人在看到貼文後來電、預訂或購買
  • 一次瀏覽換算成營收值多少
  • 更高的瀏覽次數是否提升了你的本地排名
  • 這次瀏覽來自哪個介面
  • 是同一個人看了五次,還是五個人各看了一次

如果有利害關係人要求你用這份報表證明貼文 ROI,誠實的答案是這份報表辦不到。你需要來電追蹤、帶 UTM 標記的連結,以及預訂資料,才能把這個循環接起來。貼文瀏覽次數是上游的診斷指標,它告訴你訊息到底有沒有被看見。

步驟 4:補上你自己流程裡的六個月斷層

報表期間是 18 個月,封存規則卻是 6 個月。這個落差有個實際後果:如果你想要一份夠長的貼文歷史來測量,就必須刻意讓貼文保持可見。

解法是設定日期範圍。根據 Google 的說明文件,超過 6 個月的貼文會被封存,除非設定了日期範圍。當一則貼文確實具有長青價值(常態性優惠、持續提供的服務、仍然相關的活動),請在它上面設定日期範圍,而不是任它失效。你不是在玩弄系統,你是在告訴這個檔案:這些內容仍然成立。

至於其他貼文,就讓它們封存,並接受較短的測量壽命。正是封存機制讓 18 個月的窗口對留下來的貼文而言是誠實的。

實務上的排程含意:如果你每週發布,六個月大約產出 26 則貼文,十八個月大約 78 則。18 個月的窗口只有在貼文存活下來的情況下才會被填到那個深度。六個月就封存的節奏意味著,你實際的比較池比這個窗口看起來的要小,而以同期群為基礎的比較需要每個同期群有足夠的貼文才有意義。對單一據點來說,每週一次是讓同期群方法在統計上仍可用的最低發布節奏。

步驟 5:寫下一個決定,然後 90 天後重新測量

這套流程的產出不是一份儀表板,而是一個決定。

用一句話把它寫下來,裡面要有數字和日期。例如:「在我們的帳戶裡,活動的觸及比最新消息更廣,所以我們要從每週最新消息改成每月一則優惠加一則活動,並在 12 月 15 日重跑這份表。」

接著設定重新測量的日期。九十天夠長,足以讓每個同期群累積新貼文;也夠短,你還記得自己改了什麼。下次檢視時,應該有三件事成立:

  1. 每一則新貼文都在表上有紀錄。
  2. 你正在比較的每個同期群裡至少有四則貼文。
  3. 比較方法與同期群界線都沒有變動。

只要有任何一項不成立,請先修正流程,再去解讀數字。

核對清單

在根據任何結論採取行動之前,先跑一遍這份清單。

  • [ ] 表上每一則貼文都有確切的發布日期
  • [ ] 已封存的貼文都被標記,其瀏覽次數視為凍結
  • [ ] 每一列都套用同一種標準化方法,沒有混用
  • [ ] 比較都在同一種貼文類型內、同一同期群內進行
  • [ ] 貼文類型比較使用中位數,而不是平均數
  • [ ] 沒有對點擊、來電、預訂或營收做出任何結論
  • [ ] 任何地方都沒有主張介面拆分,因為 Google 並不提供
  • [ ] 存在一個寫下來的決定,內含數字與重新測量日期

這份數據在你整體在地報表中的位置

貼文瀏覽次數是你應該保持區隔的測量堆疊中的一層:

層級

來源

能證明什麼

貼文觸及

商家檔案的「貼文」區塊

訊息被看見了

檔案探索

商家檔案成效

有人找到這個檔案;來電、點擊、路線查詢

網站行為

對貼文連結加上 UTM 標記的分析工具

貼文帶來了一次工作階段

最終結果

預訂或 POS 系統

貼文帶來了一筆交易

只有前兩層來自 Google 的在地介面,而其中只有第二層目前能透過 API 取得。請把它們放進不同的表,以免日後有人把檔案瀏覽次數誤認成貼文瀏覽次數。這次的推出讓這個錯誤變得前所未有地容易犯,因為兩個數字現在就出現在相鄰的畫面上。

如果你想在投入更多在地內容之前,先確認這些下游介面是否真的能被搜尋與 AI 系統檢索與讀取,Auspia 工具目錄 有你可以對任何公開網址執行的檢索與索引模擬器。那是和貼文觸及不同的問題,卻是接下來值得問的下一個問題。

常見問題

Google 商家檔案會顯示貼文的點擊次數嗎?不會。Google 在 2023 年 2 月連同貼文瀏覽次數一起終止了貼文按鈕點擊數,而回來的只有瀏覽次數。目前的報表只顯示瀏覽次數,沒有對應的點擊數。

瀏覽次數可以回溯多久? Google 表示,這份報表以滾動方式涵蓋過去 18 個月內發布的貼文。請注意,除非設定日期範圍,貼文會在 6 個月後封存,所以較舊的貼文可能帶著凍結的數字。

為什麼我在自己的貼文上看不到瀏覽次數?這個功能在發布時被描述為正在全球推出,所以可用性可能因檔案或地區而落後。請先從桌機版檢查資訊主頁的「貼文」區塊。如果數字沒出現,記下日期,兩週後再確認。

我可以透過 Business Profile API 取得貼文瀏覽次數嗎?截至 2026 年 9 月還不行。Google 的快訊明確表示這個功能「尚未在 API 中提供」。Performance API 的每日指標屬於帳戶與據點層級,不包含任何貼文層級指標。

貼文瀏覽次數高對本地排名有幫助嗎?目前沒有已發布的證據顯示貼文瀏覽次數會影響本地排名。瀏覽次數測量的是你的訊息有沒有被看見。本地排名取決於相關性、距離與知名度,其中主要類別與評論訊號的權重更高。

我應該多常發布才能取得有用的資料? Google 自家的社群指引警告不要過度發布,因為那會把目前的優惠往下推。就測量目的而言,每週一次是實務上的最低標準:它能在一個季度內產生足夠的每同期群貼文數,讓同類型比較具有意義。

這份報表最大的單一錯誤是什麼?拿不同年齡的貼文直接比較原始瀏覽次數。較舊的貼文會機械式地累積更多瀏覽次數,所以原始總數基本上是在替年齡排名。請依上線週數標準化,或只在年齡相同的同期群內比較。

作者:Miles Donovan,Auspia 本地 AI 搜尋分析師,涵蓋 500+ 服務查詢。Miles 撰寫在地能見度、服務地區頁面,以及本地商家如何出現在搜尋與 AI 推薦中的相關主題。

探索此主題

繼續閱讀相同的成長脈絡