技術面 SEO 的特色是：做好了沒人會發現，做壞了整站癱瘓。它不像內容那樣能直接帶來排名，但它決定了你的內容有沒有機會被評估。
這篇整理一套可自行執行的診斷順序。重點不是列出所有可能的技術項目——那份清單長到沒有意義——而是按照「壞掉的後果多嚴重」排序，讓你知道該先看哪裡。
這一層出問題的後果是頁面完全不存在於搜尋結果，所以永遠排在最前面檢查。
直接開 你的網域/robots.txt。最常見的災難是這一行：
Disallow: /
這代表整站禁止爬取，通常是開發階段留下來忘了移除的。另外要確認沒有誤擋 /assets/ 或 /css/——擋掉樣式檔會讓 Google 無法正確渲染頁面。
看頁面原始碼有沒有 <meta name="robots" content="noindex">。這是新站上線後最常見的致命失誤：測試期間加上去，正式上線忘了拿掉。
快速全站檢查方式：在 Google 搜尋 site:你的網域，看收錄的頁面數量。如果遠低於實際頁數，就有東西擋著。
Search Console 的「網頁」報表會列出未被收錄的原因。要特別注意這兩個狀態：
每個頁面都應該有 canonical 標籤，且指向自己的正式網址。常見錯誤是整站的 canonical 都指向首頁——這會讓 Google 認為所有頁面都是首頁的複本，直接把它們排除在索引外。
以下這些如果都能開啟且內容相同，就是四個重複頁面：
http://網域 與 https://網域網域 與 www.網域/page 與 /page//page 與 /page?utm_source=xxx正確做法是選定一種形式，其他全部 301 轉址過去，並用 canonical 標記正式版本。追蹤參數則靠 canonical 處理即可，不需要轉址。
列表頁的第 2、3 頁應該可被爬取（讓深層內容有機會被發現），但排序參數（價格高低、日期新舊）應該 canonical 回未排序的版本，否則會產生大量近似重複。
這一層不會讓你消失，但會影響排名與轉換率。
用 PageSpeed Insights 測，但要看「實際使用者體驗」那一段的數據（CrUX），不是實驗室分數。實驗室分數是模擬值，真實使用者數據才是 Google 實際採用的。
新站或低流量網站可能沒有足夠的真實數據，這時才參考實驗室分數。
font-display: swap 避免文字在載入期間完全不顯示。頁面載入過程中內容跳動（圖片載入後把文字往下推、廣告插入造成位移）會嚴重影響體驗。解法是為所有圖片與嵌入元素預留固定尺寸，讓瀏覽器在資源載入前就知道要留多少空間。
結構化資料不直接提升排名，但會影響搜尋結果的呈現方式，進而影響點擊率。優先實作的類型：
Organization：公司名稱、標誌、官方連結——所有網站都該有BreadcrumbList：讓搜尋結果顯示路徑而非完整網址Article / BlogPosting：部落格文章FAQPage：有常見問題區塊的頁面Product：電商商品頁，含價格與庫存狀態LocalBusiness：有實體據點的商家實作後務必用 Google 的複合式搜尋結果測試工具驗證。標記的內容必須與頁面上實際顯示的一致——標記了頁面上沒有的資訊屬於違規，可能導致失去複合式結果的資格。
如果網站用 React、Vue 這類前端框架，且內容是在瀏覽器端才產生的，要特別確認 Google 能看到內容。
檢查方式：在 Search Console 用「網址審查」工具，看「已檢索的網頁」裡的 HTML 有沒有包含你的主要內容。如果只有一個空的 <div id="root"></div>，就有問題。
解法是採用伺服器端渲染（SSR）或靜態產生（SSG）。這是架構層級的決策，改動成本高，所以在選技術棧的階段就要納入考量，不要等網站做完才發現。
site: 查詢，比對收錄數與實際頁數前六項是必須立即處理的，出問題的後果是頁面根本進不了搜尋結果。後四項屬於優化，可以排程逐步改善。
最後提醒一件事：技術面 SEO 不是一次性專案。網站每次改版、每次新增功能、每次換外掛，都可能引入新的技術問題。建議每季完整跑一次這份清單，比出事後再救便宜得多。
從提升您在搜尋引擎上的能見度，到連結廣闊的媒體網路，再到透過引人入勝的內容訴說品牌故事，我們確保您的每一步都穩健而有效，讓您的品牌在激烈的市場競爭中脫穎而出。
