這篇我想用一個冷氣安裝品牌的實際案例，把「網站明明做得不醜、內容也不算少，卻幾乎接不到自然流量」這件事拆給你看。我是吳承學，做 AI推薦SEO 與傳統 SEO 超過二十年，這幾年最常被冷氣安裝、空調工程這類在地服務業者問到的，就是同一句話：為什麼我砸錢做了官網，Google 跟 AI 卻好像當它不存在。答案通常不在關鍵字密度，而在更底層的三件事。
1. 冷氣安裝網站沒流量，多半不是內容不夠，而是機器讀不懂你
我接手診斷一個冷氣安裝品牌時，第一步從來不是先看它寫了幾篇文章，而是看搜尋引擎跟 AI 到底把這個網站「理解成什麼」。很多業者以為 SEO 是比誰字多、誰關鍵字塞得兇，但對冷氣安裝這種在地服務，機器能不能正確辨識「你是誰、服務哪個區域、賣哪些機型」，才是能不能被推薦出去的前提。
1.1 網站看起來正常，卻連品牌字都排不進前面
這個案例剛開始追蹤時，鎖定的二十多個核心詞，像冷氣安裝、冷氣安裝推薦、分離式冷氣安裝、冷氣廠商，幾乎全數在 GSC 顯示「本月無資料」或曝光量個位數。這不是排在第五十名的問題，而是根本沒進入 Google 的考量池。我在實務上看過太多這種狀況，網站前端做得漂漂亮亮，後端給機器的訊號卻是一片空白，搜尋引擎自然沒理由把流量分給你。
1.2 我會先確認的三個底層訊號
我的做法是先檢查三件事，順序也刻意這樣排：第一，實體資訊是否用結構化資料講清楚；第二，技術面有沒有把自己的爬取預算浪費掉；第三，內容與 TDK 有沒有把「被點擊的機會」拱手讓人。這三層任何一層破洞，上層再怎麼補都是事倍功半。先把地基補起來，內容的努力才會被算進去。
2. 先把「你是誰」講給機器聽，比多寫十篇文章有效
對冷氣安裝這種需要信任、又高度在地化的服務，結構化資料不是加分項，而是入場券。我在這個案例裡最優先補的，就是讓 Google 知識面板跟 AI 搜尋能正確抓到品牌實體與服務範圍的那幾組 schema。
2.1 Organization 與 LocalBusiness 該補哪些欄位
當時抽樣的十三個頁面，完全沒有任何 Organization 或 LocalBusiness 標記。這等於你開了店卻不掛招牌。我補的 Organization 至少要有 name、legalName、統一編號對應的 taxID、url、logo，還有 sameAs 連到官方社群帳號；如果有母公司關係，parentOrganization 也一併帶上。聯絡頁則補 LocalBusiness，冷氣安裝建議直接用子類型 HVACBusiness，填 address、telephone、priceRange。補完務必用 Google Rich Results Test 跟 Schema.org Validator 各驗一次，欄位有錯 Google 是直接略過的。就我實際追蹤，品牌字帶出知識面板的機率會明顯上升，AI 引用時抓對品牌與服務資訊的準確度，我估算能提升三到五成。
2.2 產品系列頁用 OfferCatalog，讓「品牌加系列名」被看見
這個品牌的產品頁本來只列了某日系空調品牌的八個冷氣系列名稱，但對 Google 而言，那就只是一個「有麵包屑的清單頁」，機器不知道每一項是產品。我的做法是把整頁包成一個 OfferCatalog，底下每個系列用 Product 標記，帶上 name、category（例如壁掛式冷氣）、description、image、url，再用 brand 欄位標明原廠。這樣做之後，搜尋引擎才有辦法理解這是一組產品，長期對「品牌加系列名」這類長尾詞的收錄與圖片辨識都有幫助。
2.3 FAQ 與文章頁的結構化資料一起補
頁面上明明有常見問答，卻沒有 FAQPage schema，這是最可惜的一種浪費。我把現有 FAQ 內容轉成 JSON-LD 的 FAQPage 注入對應頁面，這裡有個常被忽略的細節：每一題的 question 與 answer 文字，必須跟頁面上看得到的內容一字不差，否則 Google 會判定不一致而不給你 rich result。文章頁同理，原本只有 BreadcrumbList，缺了 author、datePublished、dateModified、image、publisher，等於放棄進入 Google 文章卡片跟 AI 摘要來源的資格。下面這張表是我實際盤點時，各類頁面該對應哪種 schema 的對照。
| 頁面類型 | 該補的結構化資料 | 核心必填欄位 |
|---|---|---|
| 全站共用（頁尾／關於） | Organization | name、legalName、taxID、logo、sameAs |
| 聯絡我們 | LocalBusiness（HVACBusiness） | address、telephone、priceRange |
| 產品系列頁 | OfferCatalog + Product | name、brand、category、image、url |
| 常見問題 | FAQPage | question、answer（需與頁面文字一致） |
| 文章內頁 | Article / BlogPosting | headline、author、publisher、datePublished、dateModified |
3. 這幾個技術地雷不拆，內容寫再好也會沉底
結構化資料補齊之後，接著要處理的是那些默默扣分、業者卻幾乎不會發現的技術問題。它們不會跳錯誤訊息，但會讓你所有的內容努力打折。
3.1 多個 H1 讓機器抓不到主題
這個案例的首頁一度有五個 H1，包含把裝飾用的加號、等號，還有重複兩次的主視覺標語全都標成 H1。搜尋引擎看到滿頁 H1，反而判斷不出這頁的主題是什麼，等於把首頁最核心的關鍵字訊號稀釋掉。我的處理是只留一個真正的主 H1，裝飾符號改回純視覺的 span，重複文案降成套用相同樣式的 p。Google 從 2020 年就說多 H1 不會直接懲罰，但對 AI 引用跟無障礙判讀來說，它仍然是關鍵訊號，不該省。
3.2 登入頁被索引，白白吃掉爬取預算
兩個登入頁沒有 noindex，還被放進 sitemap 而且優先度給到 0.7。Google 每次來爬你的網站，能爬的頁數是有限的，你把登入頁擺進 sitemap，等於主動請 Googlebot 來爬一個對搜尋毫無價值的頁面，排擠掉文章、產品、服務頁該有的爬取次數。更糟的是 sitemap 會強烈暗示「這些頁面值得收錄」，登入頁真的被收進去，使用者搜到的就是一個沒有轉換意義的登入畫面。我在實務上看過不少網站，光是把後台、登入這類頁面清出 sitemap 並補上 noindex，重要頁面的收錄速度就有感改善。
3.3 內部連結誤加 nofollow，權重原地蒸發
這個網站所有內部連結的 rel 屬性被統一寫成 noopener noreferrer nofollow。問題就出在那個 nofollow：內部連結加了它，網站內部頁面之間就無法互相傳遞權重，主題關聯性被切斷，收錄也受影響。內部連結根本不需要 noopener 或 nofollow，我的建議是直接移除 rel 屬性、恢復標準寫法，真的要開新分頁最多保留 target=”_blank” 就好。
3.4 行動版效能不合格，體驗直接拖垮排名
效能這關很多人只當它是體驗問題，但對以手機使用者為主的冷氣安裝服務，載入速度慢到一定程度，訪客等不及就跳出，Google 也會把它算進評分。這個案例在行動版的實測數字相當不理想，我整理成下面這張表，也標出合格該落在的區間，你可以拿去對自己的網站。
| 指標 | 案例實測（行動版） | 合格參考區間 |
|---|---|---|
| First Contentful Paint | 6.2 秒 | 1.8 秒以內 |
| Largest Contentful Paint | 54.3 秒 | 2.5 秒以內 |
| Total Blocking Time | 1,810 毫秒 | 200 毫秒以內 |
| Speed Index | 19.7 秒 | 3.4 秒以內 |
另外我也會順手補三條安全回應標頭：Strict-Transport-Security、Referrer-Policy、Permissions-Policy。這幾條在 Firebase App Hosting 或 CDN 設定即可，強制加密連線、控制來源資訊外流，對搜尋引擎眼中的信任評分是穩定的加分。
4. TDK 與 OG：把 meta description 當成免費的 SERP 廣告
技術地基補完，最後是把每一次曝光的點擊率榨出來。這一段的投報率其實很高，因為改的是文字，不必動工程。
4.1 四個字的 meta description 是在放棄點擊
這個案例的合作頁 meta description 只有「合作提案」四個字，媒合頁只有「開始媒合」四個字，遠低於 80 到 120 字的理想長度。meta description 就是你在搜尋結果頁的廣告文案，四個字等於把說服使用者點進來的機會整個丟掉。我改寫時會把服務範圍、能解決的疑慮、預估報價這類鉤子寫進去，例如媒合頁我會往「七分鐘取得空調建議與預估報價」這個方向下標，讓標題本身就回答使用者心裡在問的事。文章列表頁當時甚至完全沒有 H1，我補上帶關鍵字的 H1，並把十七個字的 meta description 擴寫成涵蓋施工評估、設備挑選、住宅與營業空間規劃的一段完整描述。
4.2 OG 標籤重複，社群分享全部長一樣
還有一個很隱形的問題：每篇文章頁都預設帶了一組 og:title 與 og:description，後面雖然又抓了正確資料，卻是「再加一組」而不是「取代掉前一組」。結果分享到社群時，抓到的永遠是最前面那組預設值，每篇文章分享出去的描述長得一模一樣，全變成「文章專區」。我的做法是把預設那組拿掉、只留正確的一組，社群分享的辨識度立刻回來。這種問題不會讓網站報錯，卻天天在稀釋你的社群流量。
5. 三個月後，數字說了什麼
我一向不喜歡把 SEO 講得像保證能一夜翻身，排名會受演算法、競爭者、季節性等許多因素影響，這裡只就這個案例的角度分享實際軌跡。地基工程陸續完成後，這個冷氣安裝品牌的自然流量走勢如下。
| 月份 | 自然點擊 | 曝光量 |
|---|---|---|
| 第一個月 | 128 | 211 |
| 第二個月 | 77 | 154 |
| 第三個月 | 69 | 194 |
| 第四個月 | 205（↑136） | 538（↑344） |
前三個月的下滑其實是正常的，因為結構調整期間 Google 需要重新理解整個網站。真正的跳升出現在 schema、H1、爬取預算這些底層問題陸續修掉之後，點擊從六十幾跳到兩百多，曝光也翻了快三倍。我想強調的是，這裡面沒有任何一招是「寫爆款文章」，全部都是把機器讀得懂的訊號補齊。冷氣安裝這種在地服務要做起自然流量，先讓 Google 跟 AI 搞清楚你是誰，永遠比急著產內容更該先做。
6. 常見問題
6.1 冷氣安裝網站一定要補 LocalBusiness schema 嗎？
強烈建議補。冷氣安裝是高度在地化的服務，LocalBusiness（用 HVACBusiness 子類型更精準）能讓 Google 把你的地址、電話、價格區間對應到本地搜尋與地圖。缺了它，品牌字要帶出知識面板、或被 AI 正確引用服務範圍，難度都會高很多。
6.2 補完結構化資料多久會看到效果？
這要看網站原本的狀況與收錄速度，無法一概而論。以我追蹤的案例來說，文章類 schema 補齊後，自然流量常在四到八週內出現變化，但前提是技術地基也一起處理，只補 schema 卻放著多 H1、爬取預算浪費不管，效果會被抵銷。
6.3 多個 H1 到底會不會被 Google 懲罰？
Google 官方說多 H1 不會直接懲罰，這是事實。但不懲罰不代表沒影響，滿頁 H1 會讓搜尋引擎難以判定頁面主題，也會稀釋主關鍵字訊號，對 AI 摘要抓題跟無障礙判讀都是扣分。我的立場是能維持一頁一個主 H1 就維持，這是低成本高效益的整理。
6.4 內部連結加 nofollow 有什麼壞處？
內部連結的作用之一是讓權重在站內流動、建立主題關聯，加上 nofollow 等於把這條路切斷，權重無法互相傳遞，也會干擾搜尋引擎理解頁面之間的關係。nofollow 是設計給不想背書的外部連結用的，站內連結不該套用。
6.5 meta description 沒寫，Google 不是會自己抓嗎？
會，但 Google 自動擷取的片段不一定是你最想呈現的賣點，也常常抓得零碎。既然這是搜尋結果頁唯一由你掌控的文案，把它寫成 80 到 120 字、帶上服務範圍與能解決的疑慮，等於免費多了一塊廣告版位，沒有理由留白。