Prime Video 地域外エラー？Clash の Amazon 動画ドメイン分流

1. なぜ Prime Video は「地域外」表示や再生不成立になりやすいのか

Amazon Prime Video（プライム・ビデオ）と米国 Amazon.com 上の動画体験は、ブラウザやアプリがサインインとアカウント属性、作品メタデータ、レコメンデーション、ストリーミング本体のセグメント取得、場合によっては第三者 CDNへと、別々のホスト名へアクセスします。いずれかだけが Clash の意図しない直結や、別国の出口に乗ると、表面上は同じ国のアカウントに見えても、判定系だけ別リージョン扱いになることがあります。

加えて、プロバイダは出口 IP の地理的位置・ASNと支払い国・会員国の整合を見るため、日本の会員であっても一時的に他地域の高スループットノードに乗せると、カタログ差や利用不可のメッセージに見えやすいです。ここを安定させる考え方は、当サイトのNetflix 記事で述べる選区と同じで、契約国に揃うノードへ動画系トラフィックを一括し、再生セッション中は同じ国を保つことが、ルール分流の中心です。

特に Amazon エコシステムは、EC の配送・会員・デジタル購入とストリーミングが同じ amazon.* 名前空間に重なるため、全部 PROXY にすると他用途まで遅延する、逆に primevideo だけ足しても ストア API 経由の呼び出しが抜ける、といった折り合いが必要です。本稿の狙いは「動画の実再生と判定に直結するホストを専用策略に集める」ことですが、実ホスト名は端末とアプリ版で違うため、下記はあくまで出発点として読み、必ず自環境のログを足してください。

ドメイン抜け：primevideo.com やブラウズ用 amazon だけを PROXY にし、実映像の atv-ps／media-／cloudfront 系が直結のままだと、地域判定とセグメント取得で出口が食い違います。
ノード混線：一般の PROXY グループで毎回別国・別都心が選ばれ、エッジ最適化前にリージョンが揺らぐと、スピナーや一時的な再生拒否のように見えます。
DNS／IPv6：偽装 IP と dns の整合が取れていない、または IPv6 が Clash 外に抜けると、判定だけ実 IP 側になることがあります。当サイトの WebRTC・DNS 記事を合わせてください。

2. Amazon 動画の主なドメインとまとめて策略に乗せる意味

配信事業者は CDN エッジとAB テストで常に表向き FQDN を更新するため、コミュニティの静的リストや他サービスの流用だけでは不十分なことがあります。次はよく挙がるサフィックスの例で、実際の Connections に出た名前を上から足していくのが堅いです。

表層 UI／メタ：primevideo.com、amazon.co.jp／amazon.com など、リージョンに合わせた国別ドメイン。ログインやブックマーク遷移に使われます。
Amazon Video 基盤：aiv- や atv-ps プレフィックス、unagi-*.amazon.com など、プレイヤーと API。環境差が大きいためログ必須です。
メディア配信：m.media-amazon.com や各種 cloudfront.net エッジ、セグメント取得の本体で、最も抜けがちです。

実務のコツ：「問題のタイトル」を再生中に Connections / ログを開き、同一セッションで出た FQDN を列挙し、DOMAIN-SUFFIX で段階的に策略へ追加します。RULE-SET 購読を併用する場合、自前行を上位に置くと追い抜かれにくくなります。

EC の画像やレビュー取得だけに使う images-amazon 等は、厳密には動画品質に直結しませんが、初回起動直後に判定 API と同一ノードに乗った方が、エラー率が下がるケースもあります。帯域を節約したい場合は、まず 再生に失敗する時だけ付近も同策略へ入れる、と段階的に拡げるのが安全です。

3. Clash 分流：Prime Video 専用のポリシーグループ

PrimeVideo-Group（名前は任意）のような閲覧専用 select（必要なら url-test）を作り、契約国に合うノードと DIRECT を一覧に並べる構成をおすすめします。社内回線でプロキシ不要のとき、旅行先で一時的に全直結にする、といった切り替えに DIRECT を残すと回復が早いです。全体の文法は、本サイトのドキュメントの策略グループ節を参照してください。

proxy-groups:
  - name: "PrimeVideo-Group"
    type: select
    proxies:
      - "JP-Residential-1"
      - "JP-Standard-2"
      - DIRECT

rules:
  - DOMAIN-SUFFIX,primevideo.com,PrimeVideo-Group
  - DOMAIN-SUFFIX,primevideo.org,PrimeVideo-Group
  - DOMAIN-SUFFIX,media-amazon.com,PrimeVideo-Group
  - DOMAIN-SUFFIX,ssl-images-amazon.com,PrimeVideo-Group
  - DOMAIN-SUFFIX,aiv-cdn.net,PrimeVideo-Group
  - DOMAIN-SUFFIX,cloudfront.net,PrimeVideo-Group
  - DOMAIN-SUFFIX,amazon.com,PrimeVideo-Group
  - DOMAIN-SUFFIX,amazon.co.jp,PrimeVideo-Group
  # Add aiv-*, atv-ps-*, unagi-*.amazon.* from your logs; narrow broad matches later
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

cloudfront.net は他サービスにも多用されるため、ブロック全体を Prime Video 専用にすると副作用が大きいです。上記のように一時的な棚卸し用に書いたうえ、ログで本当に必要な FQDN に置き換え・削減するのが実運用向きです。さらに、Disney+ や YouTube 用の策略とルール行の衝突（どちらが先にマッチするか）に注意し、rules の上から順の評価を頭に入れてください。

4. 選区のノード：契約国と出口 IP の一致

Prime Video は、会員国とクレカの精算国、そして今の出口の三者が大きく食い違うと、作品単位の配信契約都合と相まって「見られない」ように見えます。Clash 側で最も手早く揃えられるのは、専用策略で毎回同じ国を選び、セッション中に出口が変わらないことです。混雑時は、同国の別ラベルへ手で切り替え、url-test 依存を減らすと、ノード揺れが減ることが多いです。

住宅系とデータセンター系

多くの提供側は、既知のデータセンター ASNに対しレート制限や追加検証を掛けます。ノード名に 「DC」 や大容量専用の記載がある場合、同じ国でも住宅風の別名へ変えると通りやすい、といった体験談はありますが、利用規約に反する抜け道を求める行為は避け、本文はネットワークの一貫性の観点に限ります。

DNS ハイジャックと fake-ip

Clash dns の nameserver と、プロキシ出口が地理的に矛盾していると、CDN の最適化が想定外になります。他のストリーミング記事と同様、fake-ip を使うなら、fake-ip ／ filter の範囲を一貫させ、ストアと動画の衝突が出ないか観測します。

注意：アカウント国と異なる国の「お試しノード」に意図的に切り替えてライブラリを拡げる行為は、利用規約違反になる可能性があります。本稿は、契約上許された地域で、同じ国へ安定ルーティングするための技術的整理です。

5. 地域エラーを切り分けるチェック

以下は頻度の高い順にまとめた、Prime Video 向けの切り分けです。

会員国と今選んでいるノードの国：契約国と同じ国の 一つの出口に固定。海外旅行中の直結切り替えは、アカウント都合のメッセージに見える可能性があります。
IPv6：OS／ルータの IPv6 を切る、または TUN 配下に収め、WebRTC 記事のチェック表と併用します。
抜けドメイン：Connections で aiv- や atv-ps- などが 別策略に流れていないか。抜けた FQDN を DOMAIN ルールに追加。
ルール先勝ち：広い RULE-SET や GEOIP が、Prime Video 行より上で飲み込んでいないか。必要なら専用行を上へ。
アプリ再ログイン：二段階承認・端末紐づけの都合で、国が変わった直後のセッションを作り直すと通る例があります。キャッシュ削除は他サービスと同様に有効です。

6. Netflix／Disney+／YouTube 記事との違い

当サイトのストリーミング枠は、Netflix（nf 系群）、Disney+（bamgrid 系）、YouTube（googlevideo 中心）の順で代表ドメインが分かれています。Prime Video だけ、primevideo と amazon.* ストア層、atv-ps や cloudfront など、商取引ドメインと重なる面が大きいのが作り方の難所です。よって、他記事のルールを流用せず、ログで実名を揃える方針は Disney+ 記事と同じで、副作用の大きい広い DOMAIN-SUFFIX ほど、後から必ず差し戻しレビューが必要です。

観点	YouTube	Netflix	Disney+	Prime Video
中心ホスト	`googlevideo` 等	`nflx` 系	`bamgrid` 等	`primevideo` + `amazon` + `atv-ps` 等
典型の悩み	画質とバッファ	選区とライブラリ	分散 CDN	EC／アカウント層と混線
作り方	再生 CDN へ寄せ	nf 群を一括	ディズニー系を一括	ログで aiv／atv-ps 追加

7. Prime Video 用チェックリスト

症状	まず疑う所
国が違う／利用不可の文面	専用策略の国が会員国と同じか、同一セッションで揺れていないか
再生前は平気で途中で止まる	セグメント cloudfront 等が抜けていないか、`url-test` が頻繁に切り替わっていないか
他ストアは平気で映像だけ不調	`atv-ps` や `aiv-` を Connections で確認し、ルール上へ
モバイルだけ症状が違う	セルラー／Wi-Fi 記事の TUN／システムプロキシ切り分け

8. まとめ

Prime Video の「地域外」「使えない」系の不具合は、アカウント層と配信層の FQDN が、Clash 上で別経路になっているケース、または契約国に合う出口を維持できていないケースに集約しやすいです。専用策略に primevideo／amazon 由来を寄せ、ログで抜けを埋め、国を固定する。あとは DNS と fake-ip、IPv6 を他記事の知見と同じ水準に揃えれば、切り分けは短く済みがちです。

併せて、Netflix の選区、Disney+ のbamgrid 系、YouTube の googlevideo 記事を本記事の横に置き、サービス別の代表ドメインを覚えておくと、ルール設計の思考が同じ手順に揃います。クライアントの導入から試すなら、まずは公式導線から入手できます。

→ 今すぐ Clash を無料でダウンロードし、Prime Video 向けのルーティングを整える