一個網址對應一個清楚主題
搜尋引擎會同時閱讀頁面標題、主標題、內文、連結與 canonical。這些訊號若互相矛盾，例如 title 寫服務、H1 卻只放品牌口號，搜尋引擎與訪客都難以判斷重點。
每頁先選一個主要問題來回答。title 可由「主題、用途、品牌」組成；description 則用自然語句摘要頁面能提供什麼。不同頁面不應大量共用同一段描述。
- Title：具體說明主題，避免每頁只換一個詞
- Description：摘要內容與對象，不承諾頁面沒有的結果
- H1：頁面上可見，而且與 title 的核心意思一致
- 內文：真的回答標題提出的問題
- 站內連結：使用能辨識目的的文字
Canonical、轉址與重複網址
同一內容可能因 www、HTTP、參數或舊路徑出現多個網址。canonical 用來指出偏好的正式網址；若舊網址已永久移動，伺服器端 301 轉址通常更直接。兩者不應指向彼此衝突的位置。
河豚迷因工作室在整理主站與子網站時，會把正式內容留在各自子網域，舊目錄則導向新的公開網址。這樣可避免訪客進入過時副本，也讓搜尋訊號有一致目的地。
- 正式頁 canonical 指向可公開存取的自身網址
- HTTP、非偏好網域與舊路徑導向正式版本
- 不要把所有錯誤頁都轉到首頁
- 刪除內容前先判斷是否有最接近的替代頁
- 內部連結直接使用正式網址，減少多一次轉址
Robots.txt 與 Sitemap 分工不同
robots.txt 是給爬蟲的抓取規則，不是保證移除索引的工具。sitemap 則是主動列出希望搜尋引擎發現的正式頁面。只有公開、可索引、回傳成功狀態而且 canonical 正確的網址才適合放進 sitemap。
更新 sitemap 時要使用真實最後修改日期，避免每天機械式改成今天。大量不重要、重複或無內容頁面放進 sitemap，反而讓維護與問題判讀更困難。
結構化資料要和畫面內容一致
Organization、BreadcrumbList、Article、FAQPage 等結構化資料可以補充實體與頁面關係，但不能代替內文，也不能標記使用者看不到的資訊。文章作者、日期與標題應同時出現在頁面上。
新增後可先確認 JSON 語法，再用搜尋引擎提供的測試工具檢查支援項目。通過語法測試不代表一定顯示特殊搜尋結果，內容品質與搜尋需求仍是核心。
Search Console 上線後怎麼看
提交 sitemap 後，搜尋引擎需要時間重新抓取。可以使用網址檢查確認正式網址、允許索引狀態與最近抓取結果，再觀察「網頁索引」分類是否集中在預期原因。
「已發現尚未建立索引」或「已檢索尚未建立索引」不一定是技術故障。此時要回到頁面是否獨特、完整、有內部連結，以及是否提供比既有搜尋結果更有用的內容。持續新增薄頁通常無法解決問題。
- 先修正 404、轉址鏈、封鎖與 canonical 衝突
- 再檢查頁面內容是否完整且彼此有明確差異
- 從重要入口建立自然的站內連結
- 內容實際更新後再更新 lastmod
- 保留檢查紀錄，避免同一設定反覆更動