網站健檢跑出六十幾分，下一步不必把所有紅字都改掉。先確認工具查的是哪一頁、數據是否完整，以及判斷規則是否適合你的網站，才能排出值得處理的問題。
這篇是「SEO 實作入門」的工具練習，適合已有公開網站的個人、工作室與中小企業。學習目標：完成一個網址的免費健檢，並整理三項附有證據、優先順序與驗收方式的待辦。 不需要會寫程式，也不需要先購買 SEO 服務。
開始前：準備一個公開網址
Microaudit可以從單一網址檢查檢索、頁面標籤、結構化資料、效能、無障礙與 AI 爬蟲等項目。它適合做第一輪技術盤點；首頁的報告不能代替全站檢查，也不能告訴你某個關鍵字會排第幾名。
- 準備一個不需登入、可正常開啟的完整網址，例如你的首頁或服務頁。
- 先寫下這一頁的用途：介紹品牌、說明服務，還是讓讀者學會一件事。不同頁型不一定適用同一套檢查。
- 準備一份筆記，記錄網址、執行日期、報告結果與你自己的核對證據。
截至 2026 年 9 月 11 日，本次基本檢查沒有要求註冊、付款或 API key。介面另有自備 Anthropic API key 的 AI 分析選項；這篇沒有啟用該選項，也沒有測試其品質或費用。畫面標成「NO API KEY」的內容分析項目，表示本次沒有執行，不能算成已通過。若日後要使用，先核對供應商的計費與資料處理方式。
操作步驟：等背景檢查完成再保存
- 開啟 Microaudit，選擇「EN」切換英文介面。本次遇到免費翻譯服務暫時達到限制，因此部分說明仍是西班牙文；可對照項目附的官方文件，不要只憑顏色猜意思。
- 在「URL to audit」貼上完整網址，保留 Anthropic API key 選項未啟用，按「Audit」。
- 報告出現後，往下看「Performance & Core Web Vitals」。若仍顯示「Verifying in the background…」，效能檢查還沒結束，此時總分與問題數可能繼續改變。
- 等背景提示消失，再記錄總分、Things to fix、Things to improve，按「Expand all」查看每項的理由、數據與來源。
- 保存日期、網址及完整結果。工具提供「Download PDF」入口；若瀏覽器無法下載，至少自行保存重點與畫面，不要只留下分享連結。
我們在 9 月 10 日取得的分享網址，隔天開啟時已顯示失效或不存在，因此 9 月 11 日重新操作了一次。這是本次遇到的狀況，不代表所有分享連結都有固定一天的期限。
實測範例：同一份報告，分數會先後不同
2026 年 9 月 11 日以客脈首頁 https://kemai-ai.com/ 執行免費流程，介面先顯示 77.3 分、2 項待修正、12 項可改善，當時效能區還在背景驗證。提示結束後，回傳結果變成 69.7 分、3 項待修正、13 項可改善。
這兩個畫面出現在同一輪操作，中間沒有為這次測試修改網站。它說明的是「報告尚未完整」，不能寫成「網站短時間退步」。以下數字是當天工具回傳的結果；我們沒有查證供應端的快取與底層量測時間，也不把它們當作永久的網站成績。
最後列出的待修正項目包括 LocalBusiness 缺少 address、未使用的 JavaScript，以及部分 HTTP 安全標頭。這些應分別核對適用條件與實際影響，不能直接推論為三個造成排名下降的原因。
三種結果，如何人工核對？
中文標題太短：先看意思，不要硬湊字數
本次工具把 22 字的「客脈 AI｜網站製作、AI 客服與流程自動化」標示為偏離建議範圍，並建議 50 至 60 字元。Google 官方則說明：title 元素沒有固定長度上限，搜尋結果會依顯示空間截斷，通常與裝置寬度有關。50 至 60 字元是工具的建議，並非中文標題的及格門檻。 Google 標題連結說明
實際檢查三件事：標題是否準確描述本頁、與其他頁是否容易區分，以及是否重複堆疊關鍵字。若原本已清楚，就不必為了分數拉長；若只有「首頁」，才需要補上具體主題與品牌。
聯絡與關於入口未找到：打開網站確認
工具回報未找到聯絡與關於入口，但我們核對正式首頁 HTML，能找到指向「#contact」與「#about」的連結，也有相對應的內容區塊；「跳至主要內容」連結與「#main」目標同樣存在。至少在「入口不存在」這個判斷上，工具漏抓了已存在的結構。
換成你的網站時，請再親自點擊入口，確認能到達正確區塊；使用鍵盤 Tab，確認跳至主要內容的連結能被操作。HTML 有連結只是第一個證據，仍需驗證訪客能不能用。 也不要把其中兩個入口的誤判，延伸成隱私政策或其他資訊都已完整。
LocalBusiness 缺 address：查的是特定搜尋功能資格
本次正式頁面的 LocalBusiness 標記確實沒有 address。Google 將 address 列為 LocalBusiness 複合式搜尋結果的必要欄位，因此這個提示有可以核對的依據；它不等於「整個網站不能被 Google 收錄」。Google LocalBusiness 文件
接下來應先確認業務是否適合這個標記，以及是否有正確、可公開的實體地址。不要為了消除紅字填入虛構地址；若網站描述的是另一種組織或服務，交由維護者核對適合的結構化資料類型與欄位，再用 Google 的測試工具驗證。
效能數字怎麼看：實驗室與真實訪客分開
這次報告回傳的手機 LCP 為 2.85 秒、CLS 為 0，並註明是實驗室估計值；同時顯示沒有足夠的 CrUX 實際使用者資料。LCP 大致描述主要內容出現的時間，CLS 描述版面意外位移，兩者衡量的問題不同。
Google 的 PageSpeed Insights 說明，實驗室資料來自模擬環境，適合找問題；現場資料反映真實使用者的歷史體驗。兩者可能不同，測試分數也可能因環境而波動。不能把一次 2.85 秒寫成「所有手機訪客都要等 2.85 秒」，也不能因沒有 CrUX 資料就說效能已通過。 PageSpeed Insights 資料說明
報告另估計有 159 KiB 未使用的 JavaScript，列出的來源包含分析與廣告程式。這是值得追查的載入成本，不是直接刪除所有追蹤碼的理由。先確認程式用途、是否重複安裝及載入時機；調整後以相同頁面、相近條件重測，並確認原本需要的分析功能仍正常。
把報告整理成三項可驗收的待辦
先處理會阻止訪客或搜尋引擎使用頁面的問題，再安排內容與效能改善。以下是整理方式，是否適用仍以你的證據為準：
- 優先處理： 正式頁開不起來、誤設 noindex、主要聯絡入口失效。驗收要能描述實際結果，例如「頁面正常開啟，聯絡入口到達正確區塊」。
- 安排改善： 標題無法辨識主題、重要結構化資料缺欄位、效能測試反覆出現同一瓶頸。先寫修改範圍，再約定重測方法。
- 暫不修改： 已找到入口卻被工具漏抓、與頁型不相符的提醒，或只有字數建議而沒有內容問題。保留理由，之後網站改版時再核對。
例如：「首頁／工具說缺聯絡入口／已找到 #contact 連結與區塊／待做手機及鍵盤操作驗證／若可正常操作，記為本次誤判」。這樣維護者知道要驗證什麼，也不會收到一句沒有上下文的「請把 SEO 改到 100 分」。
健檢分數之外，若要確認 Google 是否收錄、是否帶來搜尋點擊，接著看網站沒流量的六步診斷。若要委託改善，可以用這份待辦對照SEO 服務應交付什麼，討論具體範圍與驗收方式。
自己做一次：交出三筆有證據的紀錄
選一個你的公開服務頁，完成免費檢查，從報告挑三項不同類型的提醒。每項寫下「網址、日期、工具判斷、人工證據、處理決定、驗收方法」六個欄位。
完成標準： 報告的背景檢查已結束；三項提醒都有證據或明確標記待確認；至少一項用官方文件核對過；沒有把未執行的 AI 分析、工具分數、Google 收錄與實際詢價混在一起。如果判斷暫不修改，也要寫得出原因。
這份練習的成果是一張能交給網站維護者的待辦，不必以全綠或滿分作為目標。
資料查核日期：2026 年 9 月 11 日。來源為 Microaudit 當日介面與免費操作結果，以及文中連結的 Google 官方文件。本文由 AI 輔助整理與撰寫，並透過瀏覽器操作、公開 HTML 與官方文件交叉核對；未啟用需要自備 API key 的 AI 分析，未以這次健檢證明排名或流量成效。