先分清營運需求：穩定連線不等於更換帳戶所在地
Amazon 賣家中心與 Shopify 後台涉及商品、訂單、付款、客服和店舖設定。對跨境賣家而言，連線中斷可能讓頁面無法載入、圖片上傳失敗，或令正在編輯的資料未能儲存。Clash 可以協助管理裝置的網路出口與分流，但它不是店舖管理工具，也不會保證平台服務永遠可用。
使用代理時，最重要的是讓店舖後台連線穩定、路徑可預期，並符合平台政策、所在地法律及服務供應商條款。不要把切換不同國家或地區的出口，當成繞過平台驗證、偽裝營運所在地或避開帳戶限制的方法。Amazon 或 Shopify 可能根據登入環境、帳戶設定和其他訊號要求額外驗證；異常頻繁地更換出口，也可能增加安全檢查的機會。
- 先確認本機網路：用一般瀏覽器測試網頁、DNS 與 Wi-Fi 是否正常，避免把路由器故障誤判為代理問題。
- 再確認代理路徑：檢查 Clash 核心是否運作、所選節點是否可連線，以及瀏覽器流量是否確實進入核心。
- 最後檢查平台狀態：若只有某個後台頁面出錯，先查看平台通知、登入驗證提示和服務狀態，不要立即反覆更換節點。
選擇規則模式：只讓需要的店舖流量採用指定出口
日常營運建議先使用規則模式，而不是長期切換全域模式。規則模式會依序比對連線，並按命中的規則交給指定策略處理；同一部電腦上的其他服務仍可照原有規則直連或使用其他策略。全域模式則會把已進入核心的連線交給 GLOBAL 策略，適合短時間測試，不適合作為不清楚影響範圍時的預設方案。
在常見桌面用戶端中，可先確認「設定檔」是目前使用的設定，再到「代理」頁選擇要用的群組，並在「設定」或「一般」頁確認模式為「規則」。不同版本的 Clash Verge、Clash Verge Rev 或其他用戶端，選單名稱可能不同；請以目前畫面和核心日誌為準。也要確認瀏覽器是否使用系統代理，或是否另有手動代理設定。
先確認流量入口，再檢查出站策略
系統代理通常只影響遵循系統代理設定的應用程式。若瀏覽器有自己的代理設定、使用獨立網路堆疊，或並未採用系統代理，Clash 的模式切換未必會影響它。TUN 可以透過虛擬網卡和系統路由接管較廣泛的 IP 流量，但會涉及系統權限、路由、DNS 和其他 VPN 的相容性；不需要接管更多應用程式時，不必為了店舖後台而急於啟用 TUN。
- 平常操作：使用規則模式，讓店舖相關網域依指定規則處理。
- 單次排查：可暫時選擇一個已知可用的代理策略，觀察連線記錄是否有變化，測試後還原設定。
- 確認直連問題：僅在符合平台政策和自身營運要求時，短暫比較直連結果；不要把測試結果當作調整帳戶地區的依據。
為 Amazon 與 Shopify 設定網域分流
分流規則比對的是連線可取得的網域或 IP 資訊。Amazon 賣家入口會因 marketplace 而異；例如部分賣家會使用 sellercentral.amazon.com，其他站點可能使用不同的國家或地區網域。Shopify 後台可能經由 admin.shopify.com 存取，而店舖前台、登入流程、圖片與其他服務也可能連到不同網域。這些例子不是完整網域清單，不能假設只加入一個網域便涵蓋所有工作流程。
以下片段示範將已確認的後台網域交給名為「營運代理」的策略群組。它不是完整設定檔，也不包含節點資訊；請先確認目前核心支援所用規則語法，並把群組名稱換成設定中真實存在的名稱。若訂閱更新會覆寫設定，使用用戶端提供的覆寫或合併功能，不要直接依賴修改暫存檔。
mode: rule
rules:
- DOMAIN,sellercentral.amazon.com,營運代理
- DOMAIN,admin.shopify.com,營運代理
- MATCH,原有預設策略DOMAIN 適合指定已確認的完整主機名稱；如果需要涵蓋某個網域及其子網域，才考慮使用 DOMAIN-SUFFIX。不建議為了省事，把整個 amazon.com 或 shopify.com 網域的所有服務一概送到同一出口：這可能改變登入、客服工具、商品素材或其他不在預期範圍內的連線。規則位置也很重要，放在較寬泛的匹配規則之後，可能永遠不會命中；保留原有私有網路、DNS 和區域網路規則，並將預設兜底規則留在最後。
- 先從瀏覽器網址列確認實際使用的主機名稱，不要把完整網址、查詢參數或店舖管理連結直接當成網域規則。
- 在 Clash 的連線或日誌頁面觀察實際命中的網域和規則，特別留意登入、付款資訊管理、商品圖片上傳等不同操作是否連到其他主機。
- 遇到平台使用第三方服務或 CDN 時，先確認該連線的用途及所屬網域，再決定是否新增規則。不要因為某個資源載入較慢，就直接擴大規則至整個大型網域。
- 若核心只取得目標 IP、沒有可供比對的網域資訊，可能無法命中預期的網域規則。可檢查 DNS 路徑及核心日誌，但不要在未了解影響時啟用大範圍 DNS 接管。
動手設定：建立可驗證的店舖後台工作流程
不要在訂單高峰時一次改動模式、節點、TUN 和 DNS。建議選擇沒有大量待處理訂單的時段，先用單一瀏覽器設定，再逐步測試 Amazon 與 Shopify。以下流程適用於常見桌面版 Clash 圖形用戶端；按鈕名稱可能因版本而異，核心是逐項確認實際生效狀態。
- 記錄基準狀態：記下用戶端名稱與版本、核心名稱與版本、目前模式、代理群組，以及系統代理是否啟用。不要將含有節點憑證或訂閱網址的設定檔提供給其他人。
- 確認一般連線：先關閉其他 VPN 或代理工具，用瀏覽器開啟一般網站，確認本機網路正常。若一般網站亦無法使用，先處理 Wi-Fi、路由器、DNS 或 ISP 問題。
- 確認代理群組：在代理頁選取一個目前可用、適合營運連線的節點或策略。不要只依延遲數字決定；測速結果不等於登入驗證、圖片上傳和長時間工作階段都穩定。
- 套用規則設定：將模式設為規則，確認自訂規則位於適當位置，且「營運代理」等策略名稱與代理群組完全一致。重新載入設定後，檢查核心日誌是否出現解析錯誤。
- 分開測試兩個後台：先以無痕視窗或已知的測試瀏覽器工作階段登入 Amazon 賣家中心，再另行測試 Shopify 管理介面。觀察頁面載入、驗證提示、導覽切換及圖片上傳是否正常；不要使用無痕模式規避平台安全檢查。
- 對照連線記錄：在連線頁面查看實際主機名稱、命中規則與出站策略。若頁面載入但資源不完整，找出失敗的網域後再判斷是否需要新增規則，不要將不明連線直接全部改為代理。
- 測試後還原並記錄：確認其他日常網站與本機服務沒有受到影響，保存可用設定的備份。若問題持續，記錄發生時間、錯誤提示、所用策略及核心日誌摘要，遮蔽帳戶名稱、訂單編號和權杖後再尋求技術支援。
這套測試的目的，是找到穩定且可重複的連線路徑，不是反覆變更出口來提高登入成功率。若平台要求重新驗證，依照官方流程完成；若收到帳戶限制或風險提示，停止不必要的網路變更，先查閱平台通知與官方支援資訊。
節點選擇與外出備援：優先考慮可預測性
節點延遲低不一定代表適合長時間處理訂單。操作後台時，穩定的連線、較少的中斷，以及不會在工作階段中頻繁切換出口，通常比單次測速數字更重要。多數策略群組可以由使用者手動選擇節點；部分 mihomo 設定也能使用健康檢查或自動選擇群組，但實際支援方式依核心版本和用戶端而異。
- 以穩定性作選擇依據：在相近的營運時段測試幾次，記錄連線中斷、頁面重載及上傳失敗情況。不要只用 ICMP ping 判斷網站服務是否可用。
- 避免工作中頻繁切換：某些帳戶安全機制會將網路環境變化列為風險訊號之一。若需要更換策略，先完成或保存手上的工作，再依平台要求處理重新驗證。
- 確認代理服務供應商：使用符合服務條款的方案，了解連線記錄、資料保留和支援範圍。不要透過不明免費節點處理帳戶密碼、訂單或客戶資料。
- 準備直接備援：外出時可預先確認手機熱點或可信任的備用網路是否可用。若切換網路後平台要求重新驗證，依官方流程操作，不要以不斷切換節點取代帳戶驗證。
- 留意漫遊與行動網路：手機熱點的出口可能與本地寬頻不同，訊號品質也會變化。測試備援時先確認一般網頁與核心連線正常，再處理需要登入的後台工作。
自動健康檢查的間隔、測試網址及容錯方式應按照核心文件和實際需求設定。過於頻繁的檢查可能增加流量；健康檢查成功只表示測試目標可達，不代表 Amazon 或 Shopify 的所有登入與管理功能都正常。正式工作時若手動選定穩定策略較可靠，可先維持手動選擇，並把其他可用策略作為故障時的備援選項。
保護店舖帳戶與客戶資料
代理設定只處理網路連線，不會替代帳戶安全措施。Amazon 與 Shopify 帳戶可能包含訂單資料、地址、客服對話、商品管理權限和付款設定；在共用電腦、旅館 Wi-Fi 或外出熱點工作時，應把裝置和瀏覽器安全一併納入營運流程。
- 為管理帳戶啟用平台支援的多重要素驗證，並妥善保管復原碼；不要把驗證碼交給聲稱可協助修復網路的陌生人。
- 依職務需要分配管理權限，避免所有員工共用同一組管理者帳戶。離職或職務變更時，及時撤銷不再需要的存取權。
- 在公用或共用裝置上避免儲存密碼、付款資料及登入工作階段；完成工作後登出帳戶，並確認瀏覽器沒有保留不必要的下載檔。
- 不要把含客戶姓名、地址、電話、訂單編號或存取權杖的截圖，直接貼到公開論壇、群組或不可信任的線上診斷網站。
- 若需要回報網路問題，提供精簡且已遮蔽敏感內容的錯誤資訊。訂閱連結、Cookie、工作階段資料和代理驗證資料都應視為機密。
如果登入後台時反覆出現驗證、權限或帳戶安全通知，先閱讀平台提供的原因和處理指示。不要用新增網域規則、關閉安全功能或持續更換出口來掩蓋帳戶端問題。網路診斷應與帳戶申訴分開處理：前者看核心日誌及連線狀態，後者依平台的正式安全流程進行。
常見問題
加入兩個網域規則，就能涵蓋所有 Amazon 與 Shopify 後台連線嗎？
不一定。賣家中心網域會依 marketplace 和登入流程而異，頁面也可能使用其他 API、圖片或第三方服務網域。應從實際連線記錄確認主機名稱，再逐條新增必要規則；不要把示範網域當作完整清單。
後台載入緩慢時，應否改用全域模式？
可在不影響營運的短時間內，以已知可用的策略進行對照測試，但全域模式會影響所有已進入核心的連線。測試後應恢復規則模式，並檢查真正失敗的網域、DNS 或節點狀態，不要將全域模式視為長期修復方式。
更換節點後平台要求重新驗證，是否代表 Clash 設定錯誤？
不一定。平台可能基於帳戶安全要求驗證，這與網路是否可達是不同問題。依官方提示完成驗證並檢查帳戶通知；避免反覆切換不同地區的出口，也不要停用多重要素驗證。
只管理店舖後台，需要開啟 TUN 嗎？
通常可先從系統代理及瀏覽器實際使用的代理設定開始。只有在應用程式不遵循系統代理、且確實需要擴大流量接管範圍時，才評估 TUN；啟用前需確認作業系統權限、路由、DNS 和其他 VPN 的相容性。