冷氣安裝業者最常踩的一個錯，是砸錢把官網做得漂漂亮亮，卻發現 Google 跟 AI 好像當它不存在，然後第一時間以為是關鍵字塞得不夠。我們診斷過的案例裡，答案通常不在關鍵字密度，而在更底層的三件事：機器看不看得懂你是誰、技術地基有沒有漏掉爬取預算、以及內容與 TDK 有沒有把被點擊的機會拱手讓人。這篇我們用一個冷氣安裝品牌的實際案例，把「網站明明做得不醜、內容也不算少，卻幾乎接不到自然流量」這件事拆給你看，也把我們修的順序與三個月後的數字一起攤開。
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 是直接略過的。就我們實際追蹤，品牌字帶出知識面板的機率會明顯上升，AI 引用時抓對品牌與服務資訊的準確度，我估算能提升三到五成。這一步之所以優先，是因為它影響的不只是傳統搜尋，現在越來越多使用者是透過 AI 問「某某區有沒有推薦的冷氣安裝」，AI 回答時需要一個結構清楚的實體資料來源，你沒有把自己的身分用機器讀得懂的格式寫出來，就等於在這個新的入口完全缺席。sameAs 這個欄位尤其值得花心思，把官方社群、商家檔案都串上去，等於幫機器建立「這些帳號都是同一個品牌」的連結，實體的可信度會更穩。
2.2 產品系列頁用 OfferCatalog，讓「品牌加系列名」被看見
這個品牌的產品頁本來只列了某日系空調品牌的八個冷氣系列名稱，但對 Google 而言，那就只是一個「有麵包屑的清單頁」，機器不知道每一項是產品。我們的做法是把整頁包成一個 OfferCatalog，底下每個系列用 Product 標記，帶上 name、category（例如壁掛式冷氣）、description、image、url，再用 brand 欄位標明原廠。這樣做之後，搜尋引擎才有辦法理解這是一組產品，長期對「品牌加系列名」這類長尾詞的收錄與圖片辨識都有幫助。這類長尾詞的搜尋者往往已經鎖定某個品牌、在比系列，意圖比單純搜「冷氣」的人明確得多，能接住他們的產品頁，轉換價值其實不低，只是因為沒被正確標記，長期被埋沒在機器看不懂的清單頁裡。
2.3 FAQ 與文章頁的結構化資料一起補
頁面上明明有常見問答，卻沒有 FAQPage schema，這是最可惜的一種浪費。我們把現有 FAQ 內容轉成 JSON-LD 的 FAQPage 注入對應頁面，這裡有個常被忽略的細節：每一題的 question 與 answer 文字，必須跟頁面上看得到的內容一字不差，否則 Google 會判定不一致而不給你豐富結果。文章頁同理，原本只有 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 官方早就說過多 H1 不會直接懲罰，但對 AI 引用跟無障礙判讀來說，它仍然是關鍵訊號，不該省。這個問題通常不是內容團隊造成的，而是前端在切版時把視覺最大的字直接套成 H1，跟它語意上該不該是標題無關，所以檢查時要回到原始碼看標籤，而不是憑畫面上字大字小來判斷。
3.2 登入頁被索引，白白吃掉爬取預算
兩個登入頁沒有 noindex，還被放進 sitemap 而且優先度給到 0.7。Google 每次來爬你的網站，能爬的頁數是有限的，你把登入頁擺進 sitemap，等於主動請 Googlebot 來爬一個對搜尋毫無價值的頁面，排擠掉文章、產品、服務頁該有的爬取次數。更糟的是 sitemap 會強烈暗示「這些頁面值得收錄」，登入頁真的被收進去，使用者搜到的就是一個沒有轉換意義的登入畫面。我們在實務上看過不少網站，光是把後台、登入這類頁面清出 sitemap 並補上 noindex，重要頁面的收錄速度就有感改善。對小型網站來說爬取預算可能感覺不出緊張，但冷氣安裝網站常常有大量篩選後的參數頁、標籤頁，這些低價值頁面若全被放行，真正想被收錄的服務頁反而被稀釋掉，值得一併檢查 sitemap 裡到底放了哪些東西。
3.3 內部連結誤加 nofollow，權重原地蒸發
這個網站所有內部連結的 rel 屬性被統一寫成 noopener noreferrer nofollow。問題就出在那個 nofollow：內部連結加了它，網站內部頁面之間就無法互相傳遞權重，主題關聯性被切斷，收錄也受影響。內部連結根本不需要 noopener 或 nofollow，我們的建議是直接移除 rel 屬性、恢復標準寫法，真的要開新分頁最多保留 target 屬性就好。nofollow 是設計給不想背書的外部連結用的，站內連結套上它只是自廢武功。
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。這幾條在主機或 CDN 設定即可，強制加密連線、控制來源資訊外流，對搜尋引擎眼中的信任評分是穩定的加分。這類安全標頭不會直接拉高排名，但它跟正確的加密、乾淨的連結一樣，都是讓網站在信任層面沒有扣分的基本功，累積起來就是競爭對手容易忽略的細節優勢。
4. TDK 與 OG：把 meta description 當成免費的 SERP 廣告
技術地基補完，最後是把每一次曝光的點擊率榨出來。這一段的投報率其實很高，因為改的是文字，不必動工程。
4.1 四個字的 meta description 是在放棄點擊
這個案例的合作頁 meta description 只有「合作提案」四個字，媒合頁只有「開始媒合」四個字，遠低於 80 到 120 字的理想長度。meta description 就是你在搜尋結果頁的廣告文案，四個字等於把說服使用者點進來的機會整個丟掉。我們改寫時會把服務範圍、能解決的疑慮、預估報價這類鉤子寫進去，例如媒合頁我們會往「七分鐘取得空調建議與預估報價」這個方向下標，讓標題本身就回答使用者心裡在問的事。文章列表頁當時甚至完全沒有 H1，我們補上帶關鍵字的 H1，並把十七個字的 meta description 擴寫成涵蓋施工評估、設備挑選、住宅與營業空間規劃的一段完整描述。要提醒的是，description 不需要硬塞關鍵字，重點是寫得像一句會讓人想點的話，把最能打動搜尋者的利益點放在前半段，因為搜尋結果上過長的描述會被截斷，前面幾十個字才是真正被看到的部分。
4.2 OG 標籤重複，社群分享全部長一樣
還有一個很隱形的問題：每篇文章頁都預設帶了一組 og:title 與 og:description，後面雖然又抓了正確資料，卻是「再加一組」而不是「取代掉前一組」。結果分享到社群時，抓到的永遠是最前面那組預設值，每篇文章分享出去的描述長得一模一樣，全變成「文章專區」。我們的做法是把預設那組拿掉、只留正確的一組，社群分享的辨識度立刻回來。這種問題不會讓網站報錯，卻天天在稀釋你的社群流量，屬於那種一旦發現就該立刻處理、而且幾乎零風險的小調整。
5. 沒有工程背景，怎麼先自己抓出這些問題
上面講的問題聽起來很技術，但業主其實不必等工程師，有幾個動作自己就能先做初步檢查，至少知道問題大概落在哪一層。
5.1 用檢視原始碼確認有沒有結構化資料
在頁面上按右鍵選檢視原始碼，搜尋 application/ld+json 這個字，就能看出這頁有沒有掛結構化資料。如果整頁搜不到，代表 schema 完全沒做。再把原始碼丟進 Google 的結構化資料測試工具，它會告訴你抓到哪些類型、哪些欄位有錯。我們診斷時第一步往往就是這個，因為冷氣安裝網站缺 Organization 與 LocalBusiness 的比例很高，一驗就現形，也能立刻判斷要補的是入場券等級的東西，還是只是微調。
5.2 用搜尋指令與瀏覽器檢查 H1 與被索引的頁面
H1 可以用瀏覽器的開發者工具，在元素面板搜尋 h1，數一數這頁到底有幾個，超過一個就值得整理。至於哪些頁面被 Google 收錄了，可以在 Google 搜尋框打上 site:你的網域，快速掃一遍收錄清單，如果看到登入頁、後台頁、測試頁混在裡面，代表 sitemap 或 noindex 設定需要清理。這兩個檢查都不需要任何工具費用，卻能抓出最常見的兩類浪費。
5.3 用分享預覽工具檢查 TDK 與 OG
meta description 寫了沒、寫得夠不夠長，看原始碼裡的 <meta name="description"> 就知道。OG 標籤則可以把網址貼進社群平台的分享偵錯工具，看預覽抓到的標題與描述對不對、會不會每頁都長一樣。我們在這個案例就是靠分享預覽，一眼看出每篇文章抓到的都是同一組預設值，才回頭找到 OG 重複的根因。這些自查不能取代完整的技術稽核，但足以讓你在找人處理前，先心裡有底問題的量級。
6. 三個月後，數字說了什麼
我們一向不喜歡把 SEO 講得像保證能一夜翻身，排名會受演算法、競爭者、季節性等許多因素影響，這裡只就這個案例的角度分享實際軌跡。地基工程陸續完成後，這個冷氣安裝品牌的自然流量走勢如下。
| 月份 | 自然點擊 | 曝光量 |
|---|---|---|
| 第一個月 | 128 | 211 |
| 第二個月 | 77 | 154 |
| 第三個月 | 69 | 194 |
| 第四個月 | 205（↑136） | 538（↑344） |
前三個月的下滑其實是正常的，因為結構調整期間 Google 需要重新理解整個網站。很多業主會在這個陣痛期慌掉，以為改錯方向，其實這是地基翻修必經的過程，沉住氣才等得到後面的回升。真正的跳升出現在 schema、H1、爬取預算這些底層問題陸續修掉之後，點擊從六十幾跳到兩百多，曝光也翻了快三倍。我們想強調的是，這裡面沒有任何一招是「寫爆款文章」，全部都是把機器讀得懂的訊號補齊。冷氣安裝這種在地服務要做起自然流量，先讓 Google 跟 AI 搞清楚你是誰，永遠比急著產內容更該先做。內容是用來贏得信任與排名的，但前提是機器願意把你放進比賽。把這個案例的順序記起來會很有用：先補實體身分，再拆技術地雷，接著優化 TDK 與 OG，最後才是內容的持續經營，顛倒過來做，前面的投入很容易被後面的漏洞抵銷掉。
7. 常見問題
7.1 冷氣安裝網站一定要補 LocalBusiness schema 嗎
強烈建議補。冷氣安裝是高度在地化的服務，LocalBusiness（用 HVACBusiness 子類型更精準）能讓 Google 把你的地址、電話、價格區間對應到本地搜尋與地圖。缺了它，品牌字要帶出知識面板、或被 AI 正確引用服務範圍，難度都會高很多。這幾乎是在地服務網站的基本設定，不是進階選項。
7.2 補完結構化資料多久會看到效果
這要看網站原本的狀況與收錄速度，無法一概而論。以我們追蹤的案例來說，文章類 schema 補齊後，自然流量常在四到八週內出現變化，但前提是技術地基也一起處理，只補 schema 卻放著多 H1、爬取預算浪費不管，效果會被抵銷。把它當成一整套來修，而不是單點補洞，回收才穩定。另外也要留意，schema 補上之後不是一勞永逸，網站改版、換主題或資訊異動時很容易把標記弄壞，定期用測試工具回驗是值得養成的習慣。
7.3 多個 H1 到底會不會被 Google 懲罰
Google 官方說多 H1 不會直接懲罰，這是事實。但不懲罰不代表沒影響，滿頁 H1 會讓搜尋引擎難以判定頁面主題，也會稀釋主關鍵字訊號，對 AI 摘要抓題跟無障礙判讀都是扣分。我們的立場是能維持一頁一個主 H1 就維持，這是低成本高效益的整理，沒有不做的理由，改起來也不會動到版面視覺，只是調整標籤而已。
7.4 內部連結加 nofollow 有什麼壞處
內部連結的作用之一是讓權重在站內流動、建立主題關聯，加上 nofollow 等於把這條路切斷，權重無法互相傳遞，也會干擾搜尋引擎理解頁面之間的關係。nofollow 是設計給不想背書的外部連結用的，站內連結不該套用。把站內的 nofollow 清掉，往往是一個被低估卻有效的整理。這類錯誤常常是佈景主題或外掛預設造成的全站套用，業主自己不會發現，檢查時建議直接看幾條內部連結的原始碼，確認 rel 屬性裡沒有混進 nofollow。
7.5 meta description 沒寫，Google 不是會自己抓嗎
會，但 Google 自動擷取的片段不一定是你最想呈現的賣點，也常常抓得零碎。既然這是搜尋結果頁唯一由你掌控的文案，把它寫成 80 到 120 字、帶上服務範圍與能解決的疑慮，等於免費多了一塊廣告版位，沒有理由留白。這是改文字就能拿回的點擊，投報率相當高。反過來說，如果你寫了 description，Google 卻還是自己抓別的片段，通常代表你寫的內容跟使用者的查詢意圖對不上，這時該調整的是描述的切入角度，而不是放棄不寫。