第一步：確認網址真的可讀取
這裡直接用本篇文章的正式網址示範，不需要登入網站後台。以下 curl.exe 指令適用於有安裝 curl 的 Windows 環境，只讀取 HTTP 回應，不修改網站。-D - 顯示標頭，-o NUL 不保留內文。
2026-09-05 檢查時，HTTP 版本回傳 301，Location 指向同一篇文章的 HTTPS 網址；HTTPS 版本回傳 200。重點不只是「最後有開啟」，還要確認沒有被帶到首頁或另一篇文章。
curl.exe -sS -D - -o NUL "http://www.puffermeme.com.tw/insights/seo-foundation.html"
curl.exe -sS -D - -o NUL "https://www.puffermeme.com.tw/insights/seo-foundation.html"HTTP/1.1 301 Moved Permanently
Location: https://www.puffermeme.com.tw/insights/seo-foundation.html
HTTP/1.1 200 OK
Content-Type: text/html若看到 404，先確認網址或頁面是否存在；若是 403 或登入畫面，先處理存取限制；若 200 卻顯示「找不到頁面」，還要檢查是否為錯誤內容回傳成功狀態。不要把所有不存在的網址都導回首頁。
第二步：對照標題、H1 與 canonical
下面是本篇頁面的實際標題、索引指令與 canonical。標題說明 SEO 基礎，H1 也是同一個主題；canonical 則指向本篇，而不是首頁。這些內容可以在瀏覽器的網頁原始碼中對照。
canonical 是偏好正式網址的訊號，不是強制索引指令；要讓內部連結、轉址目的地與 Sitemap 保持一致。設定正確也不能保證 Google 一定採用。
<title>SEO 基礎設定指南：讓搜尋引擎正確理解每一頁｜河豚迷因工作室</title>
<meta name="robots" content="index, follow, max-image-preview:large">
<link rel="canonical" href="https://www.puffermeme.com.tw/insights/seo-foundation.html">
<h1>SEO 基礎設定指南：讓搜尋引擎正確理解每一頁</h1>上面的前三項位於 head，H1 位於可見內文，這是合併展示的摘錄。核對時也要查看 HTTP 標頭是否有 X-Robots-Tag；不能只看到一個 index 標記就忽略其他限制。參考 Google 標準網址說明。
第三步：分開檢查 robots 與 Sitemap
本主站的 robots.txt 允許一般爬蟲抓取，並提供 Sitemap 位置。這只說明抓取規則，不代表頁面已建立索引，也不是保護私人檔案的方法。
User-agent: *
Allow: /
Sitemap: https://www.puffermeme.com.tw/sitemap.xml
查看目前 robots.txt，再開啟主站 Sitemap找本篇網址。以下節錄本次文章更新後的 loc 與 lastmod：
<url>
<loc>https://www.puffermeme.com.tw/insights/seo-foundation.html</loc>
<lastmod>2026-09-05</lastmod>
</url>只在內容有實質更新時調整 lastmod，不把例行巡檢當成文章更新。Sitemap 協助發現網址，並不保證索引；若 robots 擋住頁面，爬蟲也可能讀不到頁面內的 noindex。兩者的用途可分別核對 robots.txt 指引與 Sitemap 指引。
第四步：讓文章資料對得上畫面
本篇使用 Article 描述文章，BreadcrumbList 描述「首頁→內容專欄→文章」的層級。作者是河豚迷因工作室，初次發布日期為 2026-07-30，本次內容更新日期為 2026-09-05；頁面可見日期和 Article 的 datePublished、dateModified 應一致。
檢查時先確認 JSON 可解析，再比對 headline、作者與日期是否符合可見內文。語法正確不等於搜尋結果一定有特殊樣式，也不等於文章品質已被審核通過。
不要用沒有根據的評分、評論或銷售數字填滿 Schema。資料來源有變，內文與結構化資料要一起更新；更換文章內容時，仍保留真實的初次發布日期。
檢查完後，怎麼決定下一步？
這份檢查只確認公開頁面的技術訊號。Google 實際是否抓取、選擇哪個 canonical、是否建立索引，仍需在有權限的 Search Console 資產中查看，不能用一般 HTTP 請求代替。
- 連不上或回傳 404
- 先處理路徑、存取與伺服器回應，內容再好也需要先能被讀取。
- 可開啟，但網址訊號不一致
- 逐項對照轉址、canonical、站內連結與 Sitemap，修正衝突來源。
- 技術訊號一致，仍未索引
- 檢查實際抓取資料、內部連結，以及文章是否真的完整回答問題，不反覆改日期或堆關鍵字。
本篇的排查順序是「可讀取→訊號一致→內容與索引資料」。需要先整理頁面目標時，可回到已填好的網站內容地圖；網站問題可從SEO 需求整理開始說明。