一、為什麼會出現地區或版權相關錯誤？
Prime Video 的內容授權與帳戶所屬地區市場綁得很緊。平台會綜合帳單地址、訂閱或租用管道（例如從哪一個國家／地區的 Amazon 商店加購 Prime）、以及實際存取當下偵測到的網路位置，判斷你是否具備觀看某部內容的權利。當你使用 Clash 一類工具時，若只有瀏覽器主站或 App 的少數網域走代理，而實際影片分片、授權或計費相關 API仍從家裡 ISP 或另一台出口出去，就會在技術上形成「判定分裂」：一會兒看起來像 A 地、一會兒像 B 地，最後以地區錯誤或「此內容無法在您目前的位置使用」一類訊息結束播放。
實務上還有幾種高頻情境：同一個帳戶在桌面瀏覽器可打開目錄，行動裝置卻因行動應用程式走不同路徑而失敗；或預告片可播、正片因 DRM 與授權主機落於未覆蓋的網域而中斷。要改善，與其反覆隨機切換節點，不如先把 Amazon Video 相關流量收斂到單一策略出口，再針對節點品質做微調。
- 規則收斂不全：只命中
primevideo.com，實際取流在aiv-cdn.net、media-amazon.com等卻被GEOIP或FINAL送到非預期節點或直連。 - 帳戶可看的區與你習慣觀看時的出口地區長期不一致，觸發重新驗證或內容灰化。
- 真實 IP 外洩（常見是 DNS 或 IPv6 未經由 Clash 或 TUN 完整接管），平台以另一路徑判定位置。
二、Prime Video 與 Amazon 串流相關網域
和站內 YouTube 一樣，串流很少只佔一個主機名。Amazon 的網路架構中，影片 UI、權利／租賃狀態、圖文素材與實際傳輸往往分散在不同後綴。下列為社群規則集與實測日誌中常見、且與觀看體驗關聯度高的範例（非窮盡，請以你客戶端連線紀錄為準，必要時以 DOMAIN-KEYWORD 或更寬鬆條件暫時補洞後再收斂）：
- 產品主站：
primevideo.com、部分地區亦會導向amazon.com底下的影片路徑；若你的規則集已將「購物」與「影片」分開，優先跟隨專用分類。 - 即時與 AIV 相關：
aiv-cdn.net等，常牽涉串流分片與邊緣快取，漏規則時最容易出現讀取停滯。 - 圖文與靜態：
media-amazon.com、ssl-images-amazon.com一類，若畫面裂圖或列表異常，可檢查是否與主流量分開出口。 - 應用程式與內部 API：客戶端有時還會連到帶有
atv-ps、unagi等關鍵字的 Amazon 子網域，排障時應從日誌實測主機名補上。
三、Clash 分流：專用策略組與規則順序
與 Netflix 專文 的寫法相同，建議在 Clash / Mihomo 中建立獨立策略組（如 Prime-Group），內只放你打算用於觀看 Prime Video 的節點，不要與工作用 API、下載大檔的泛用 PROXY 混用。這能減少「因自動選線輪換」導致同一集劇在十分鐘內從 A 地跳到 B 地的情況，有助於穩定授權狀態。
# 示意用 YAML 片段，請依實際訂閱與節點名稱修改
proxy-groups:
- name: "Prime-Group"
type: select
proxies:
- "US-Streaming-1"
- "UK-Residential-1"
- "JP-Standard-1"
- "DIRECT"
rules:
- DOMAIN-SUFFIX,primevideo.com,Prime-Group
- DOMAIN-SUFFIX,aiv-cdn.net,Prime-Group
- DOMAIN-SUFFIX,media-amazon.com,Prime-Group
- DOMAIN-SUFFIX,ssl-images-amazon.com,Prime-Group
- DOMAIN-SUFFIX,amazonvideo.com,Prime-Group
- GEOIP,CN,DIRECT
- MATCH,PROXY上列僅為起點。若你必須額外覆蓋 amazon.com 內的影片子路徑，請審慎評估是否會讓整站購物也落入同一出口；較穩的作法是沿用訂閱裡的 RULE-SET 分類，或只補上日誌中實際出現且與觀看直接相關的後綴。規則務必寫在 GEOIP,CN,DIRECT 等寬條目之前，否則容易被提前匹配而「半套代理」。
四、節點地區與帳戶、商店區的對應關係
節點選擇 的本質是：讓平台在你按下播放的瞬間，看到一組可接受且前後一致的網路特徵。若 Amazon 帳戶的 Prime／影片權益綁在特定地區帳戶，你長期觀看時最好讓穩定使用的出口地區與該市場相近或相容；若只是短期出國，帳戶權限與旅行實況的組合，可能與 Disney+ 一樣，需要讀懂官方關於「可攜帶的內容範圍」說明，本文不展開法律意見，僅從路徑工程面提醒對齊。
在實務上，「串流專用」或「住宅型」節點的訂閱中，盡量避免同一策略組內同時放進多個互不相關的國家的「全自動切換」——觀眾以為自己在選美區，實際上 url-test 晚高峰幫你切到歐洲，地區提示便可能跟著亂。可搭配 url-test 與容差 一文，釐清何時應關掉過於激進的自動切線。
五、DNS、IPv6 與 TLS 一併核對
當專用策略組已寫好卻仍失敗，建議與 TLS Handshake 排障 流程並行檢查：
- DNS 是否與 Clash 一致：作業系統或路由器若使用未接管的 DNS，可能把 CDN 指到與當前 節點 不一致的地區，造成授權或分片主機與帳戶狀態脫節。請確認 fake-ip 與 Mihomo 的 DNS 區段（含覆寫或等效行為）有依預期生效。
- IPv6 外洩：寬頻與行動網常雙疊，若 IPv6 仍從實體介面出網，平台可能以實位判定你在原本居住國，導致與代理所見的 IP 產生衝突。可參考 WebRTC 與 DNS 外洩 一文的對照實驗，必要時在客戶端關閉 IPv6 或改由 TUN 全量接管測試。
- 規則被更前面的條目搶先：尤其是大型
RULE-SET、PROCESS-NAME或自訂DIRECT，會讓 Prime Video 相關連線在未到達專屬條目前就定型出口。
六、與 Netflix、Disney+ 的排障重點差異
三者在站內都有獨立長文可互補。粗分如下，方便你依症狀跳轉：
| 面向 | Netflix | Disney+ | Prime Video |
|---|---|---|---|
| 常見訴求 | 片庫分區、半解鎖、代理偵測 | 多後網域授權與 bamgrid 一類主機 | 與 Amazon 帳戶、AIV 與 CDN 多線並行之對齊 |
| 網域策略 | 大範圍 nflx* 體系 |
disney 系＋bamgrid／dssott |
primevideo 外須顧 aiv-cdn 與圖文網域 |
| 排障關鍵 | 片庫與出口 地區一致 | 讀取與帳戶訂閱地區長期一致 | 避免 Amazon 生態內多條連線各走各路 |
七、排障對照表
| 現象 | 建議優先檢查 |
|---|---|
| 一鎖定正片就顯示地區錯誤 | 帳戶可看的市場、目前 節點地區、DNS 與 IPv6 是否一致；規則是否收斂 aiv-cdn 等 |
| 可瀏覽目錄，播放永遠轉圈 | 分片主機是否仍直連；url-test 是否在最糟時段切到高延遲節點 |
| 僅 App 有問題、瀏覽器正常（或反過來） | 兩邊實際命中的 網域 是否不同；行動裝置是否有 私密 DNS 略過本機 |
| 與 Netflix 能播、Prime 不能 | 兩邊 策略組與 規則 清單是否各自獨立、無交叉覆寫；必要時從日誌逐條比對 |
八、小結
在全球串流競爭與各區片庫差異的脈絡下，搜尋「Prime Video 解鎖、地區錯誤」與 Netflix、Disney+ 的長尾需求一樣真實。工程上，把 Amazon Video 相關 網域用 Clash 收進同一策略組、再讓 節點與帳戶可合法使用的市場認知一致，並用 DNS、IPv6 與規則順序掃除例外，往往比隨機換線更能對症。若你正在整理一整份家用串流規則，可再對照 說明文件 與 下載頁，搭配支援規則分流的用戶端，把觀劇、購物與開發工具流量分層。相比僅關注延遲數字、卻不檢查分流是否覆蓋完整播放鏈路，精細設定在穩定度上通常好得多。