尾斜線與大小寫規則
URL 大小寫敏感，不統一就是重複內容
網址的大小寫與尾斜線像門牌寫法——「中山路10號」和「中山路１０號」在郵局眼裡是兩個地址。
03為什麼是現在學
URL 規則書要在產出第一個網址之前定案。等內容多了才統一，就得做幾百條轉址對照。
04白話理解（對客戶簡報可直接引用）
對搜尋引擎來說 /About、/about、/about/ 可能是三個不同網頁。規則一開始就寫死：全部小寫、用連字號、尾斜線統一（有或沒有選一種）、不留追蹤參數在正本網址上。之後所有人（含 CMS 自動產生的）都照這份規則。
05工具箱
- ▸Screaming Frog — 全站爬一次，把大小寫混用與雙版本網址抓出來
- ▸伺服器 rewrite 規則 — 強制小寫與尾斜線收斂
06怎麼做 · SOP 3 步（每步標產出物）
- 1定案 URL 規則書（大小寫／連字號／尾斜線／參數）→ URL 規則書一頁
- 2伺服器層設強制轉換（非正規寫法 301 到正規）→ rewrite 規則
- 3全站爬取驗證無雙版本→ 爬取報告
07場景應用（實戰經驗）
- ◆Windows 主機搬到 Linux 主機的老站：大小寫從不敏感變敏感，一堆舊連結突然 404——遷移前要先盤點。
08⚠️ 常見誤區
- ✕中文網址編碼與空格：分享出去變一長串 %E4%B8%AD——短英文 slug 比較耐用。
- ✕同一頁同時有 ?utm 版本被收錄——canonical 要指乾淨版。
口訣
「小寫、連字號、一種尾斜線，一次定終身。」
10里程碑 · 完成標準（可驗證）
- ☐URL 規則書存在且所有人知道
- ☐非正規寫法自動 301
- ☐爬取報告零雙版本
學習者勾自己的進度；顧問勾客戶專案的交付——同一份標準，兩種用法。
12檢核方式與依據出處
程式自動判定：輸入網址，掃描引擎自己爬、自己打 API、自己判定。
- 🟢 官方明文Google：URL 結構最佳做法 ↗
依據等級決定計分權重（🟢×3／🔵×2／⚠️×1）——權重量的是「依據有多硬」， 不是「我們覺得多重要」。查無權威文件的判準，誠實標「業界慣例」。