網址結尾斜線檢查

除了網域的根網址（https://example.com 和 https://example.com/ 永遠相同）之外，有結尾斜線和沒有結尾斜線的網址是不同的位址。如果兩者都回傳 200 OK 且內容相同，搜尋引擎就必須從中挑選一個，連結和分析資料會分散在兩個網址之間，快取也會將網頁儲存兩次。

兩種寫法對 SEO 都沒有優劣之分。重要的是每個網頁只有一個版本，另一個版本會重新導向過去，而且所有內部連結、canonical 標記和 Sitemap 項目都使用同一種寫法。

TrueURL 會檢查您輸入的網址及其對應版本，然後比較兩者各自最後抵達哪裡：

• 其中一個以 301 或 308 重新導向至另一個：最理想。重新導向是永久性的，網站設定也一致。
• 其中一個以 302 或 307 重新導向至另一個：雖然可以運作，但應該改為永久重新導向。
• 兩者都以 200 載入：很可能是重複內容。請加上重新導向，或至少在兩個版本上都加上指向偏好版本的 canonical 標記。
• 其中一個回傳 404：如果您從未連結到該版本，這是可以接受的，但對於手動輸入或分享該網址的訪客來說，重新導向會更友善。
• 兩者都重新導向至其他地方：請查看完整的重新導向鏈。斜線規則可能疊加在其他重新導向之上。

• Apache：mod_dir 預設會以 301 為實際存在的目錄加上斜線。至於其他網址，請使用一條重寫規則，一致地加上或移除斜線。
• Nginx：為您不使用的那種寫法加上 return 301 或 rewrite 規則，並確認 try_files 不會同時提供兩種版本。
• CMS 與框架：WordPress 會依照您的永久連結結構，將另一個版本重新導向；Next.js 和 Astro 則提供 trailingSlash 選項。請確認它與您的主機或 CDN 設定一致。
• 靜態網站主機與 CDN：許多服務會自動為 HTML 檔案加上或移除斜線，而且它們的行為可能會覆寫框架的設定。每次部署後都要測試。

修正之後，請將內部連結更新為偏好的版本，讓訪客完全不會碰到重新導向。

檔案不應加上結尾斜線：/style.css 和 /report.pdf 是正確的，而 /report.pdf/ 通常會回傳錯誤或錯誤的內容。查詢字串和片段識別碼位於路徑之後，因此斜線要放在它們前面，例如 /blog/?page=2。請為網頁和目錄選定一條規則，並套用到所有地方。