商品離開 Shopify 目錄後，網址怎麼處理取決於需求是否還存在。暫時缺貨、永久停產、季節休眠、換包裝與法規下架看起來都是「不能買」，對顧客和搜尋的下一步卻不同。把所有頁面刪除或轉首頁，會浪費有用資訊，也可能形成 soft 404。
先保留一份商品生命週期清單，再依每個 URL 的替代關係和內容價值決策。
暫時缺貨保留商品頁
商品會補貨時，維持 200、原 URL、商品資訊、缺貨狀態與預計更新方式。提供到貨通知、相近替代與客服，不隱藏價格或假裝仍可立即購買。Structured data 的 availability 與可見頁面一致。
不要因庫存為零就自動 noindex。頻繁進出索引可能讓恢復更慢，也讓顧客失去可分享頁面。真正不確定是否補貨時，標示現況，不承諾日期。
永久替代有明確對應才轉址
新型號、改包裝或合併 SKU 若承接同一需求，可用 301/308 指向最接近替代頁。先比較品類、用途、規格、價格與顧客預期；只有「都是鞋子」不足以視為等價。
更新內鏈、sitemap、feed、廣告與 Email 到新 URL，避免所有流量長期經過轉址。每季檢查 chain 和 loop，轉址目標也下架時重新決策。
有持續需求的停產頁可以保留
收藏品、零件、軟體相容、手冊、保固與高搜尋型號即使不能買，仍可提供規格、停產說明、替代品與支援。頁面明確寫已停產，移除購買 action，避免 Product Offer 顯示在售。
若主要用途已轉成資料或售後，可調整 title、H1、schema 和 CTA。保留頁面不是凍結舊文案，政策與替代關係仍需 owner 更新。
沒有替代與內容價值就正常移除
頁面不再需要且沒有合理替代時，回傳 404 或 410，從 sitemap 和內鏈移除。自訂錯誤頁提供搜尋、主要分類與客服，但 HTTP status 保持正確。不要讓不存在商品回 200 或一律跳首頁。
404 是網站正常生命週期的一部分。若大量商品同時移除，先確認是否為誤操作、market 發布錯誤或 theme routing 回歸。
季節商品使用可預期策略
每年回歸的節慶 collection 與商品可保留 URL，淡季顯示下一次活動、相關內容或訂閱通知。若每年商品不同，穩定 collection 承接長期需求，年度商品頁各自按生命週期處理。
不要每年改 URL 後再串多層轉址。日期詞只有內容確實對應該年度時使用，避免舊頁悄悄換成新商品造成既有訂單與評論混淆。
先盤點所有依賴
查看 Search Console landing query、外部連結、內部連結、廣告、Merchant Center、社群、Email、客服、QR code 和訂單歷史。訂單帳戶中的商品連結仍要能提供購買紀錄或支援，不應因前台下架而完全失效。
多市場商店分開判斷：某商品只在日本停賣，不代表英文與台灣頁都需移除。Hreflang 只連存在且對應的版本，缺頁不能回退到錯誤語言。
建立下架決策表
欄位包含 product/variant ID、URL、狀態、原因、補貨日、替代 URL、organic demand、外鏈、售後價值、market、決策、owner 和檢查日。Shopify archive、unpublish、delete 與 storefront status 的實際行為需在測試商店確認。
批次執行先抽樣十筆，驗證 status、canonical、schema、sitemap、內鏈和 redirect。完成後用 crawler 與 Search Console 追蹤，並對照 Shopify SEO 架構 的頁面退場規則。
將決策寫進商品下架 SOP，讓 merchandising 在 archive 前先填替代與日期。SEO 或工程不必每次事後猜測營運意圖。大量季末清倉時先產生預覽清單，由商品、客服和 SEO 共同抽查，再分批執行。
上線後記錄舊 URL 的 crawl、外部點擊和客服問題。若轉址目標造成大量返回或搜尋意圖不符，重新評估保留說明頁，而非只看 redirect 是否回 301。
下架 SEO 的重點是讓仍有需求的人得到可信下一步，沒有價值的頁面則乾淨退出；不需要為了保留網址而長期維護空白商品頁。