Google Veo と Flow のプレビューがぐるぐる？2026 年、Clash の分流で生成 AI 動画（Labs）アクセスを安定させる

なぜ「Google 全部同じ出口」が動画プレビューに不利なのか

検索や地図は短い HTTPS が主体ですが、AI 動画のプレビューは大きなオブジェクトの下り、参照素材の上り、ジョブ状態のポーリングやストリーミング的な接続が同時に走ります。ここで認証だけ別ノード、メディアだけ直結、API だけ別リージョン、のように経路がバラけると、ブラウザ側ではエラーコードより先にスピナーのままとして現れがちです。

• アカウントと OAuth：accounts.google.com 周辺はログイン体験の要。ここだけ不安定だと Labs 自体に入れません。
• Labs と開発者向け UI：labs.google、ai.google.dev、gemini.google.com など、製品ごとに表側のホストが分かれます（名称とパスはアップデートで変わり得ます）。
• API とストレージ：*.googleapis.com、*.googleusercontent.com、storage.googleapis.com、gstatic.com など、チャット用途の記事では触れきれないメディア面が増えます。

したがって Clash では、まず「どのホストがどのポリシーに落ちているか」を Connections で見える化し、実験・生成動画用のポリシーグループへ束ねるのが近道です。

典型症状：モデル以前に疑うネットワークのサイン

課金や招待制の話の前に、次のパターンをメモしておくと切り分けが速いです。

症状が出た瞬間のホスト名一覧をスクショやメモに残し、ルールを足すたびに差分を見ると、思い込みの GEOIP より安全に改善できます。

切り分けの軸：Google アカウント・Labs・メディアを「同じ安定出口」へ

本稿の中心は、一般の Google 検索トラフィックと、実験的 UI＋生成パイプラインを同一ポリシーに無理に押し込めないことです。運用が簡単な「DOMAIN-SUFFIX,google.com 一行」は出発点としては理解しやすい一方、google.com 以外の必須ホストを取りこぼすと、まさに「ページは開くが中身が回る」パターンになります。

すでに Gemini 全般をまとめている場合は、DeepSeek と Gemini の分流稿とルールが重複しがちです。動画プレビューと大きな上り下りに効くノードを別グループに切り出すか、同じグループでも interval／tolerance を動画向けに緩めるかは、自環境のログで決めるのがよいです。

ドメインの「桶」：設定例とログドリブン更新

以下は構造理解用の例です。実際のホスト名はプレビュー版の仕様変更や地域差があり、Connections に出た名前を正としてください。コミュニティの巨大リストを無検証で足すと、かえって安定性を壊すことがあります。

# Example only — verify hostnames in your client logs
proxy-groups:
  - name: "🎬 GOOGLE-LABS-VIDEO"
    type: url-test
    proxies: [Node-A, Node-B, Node-C]
    url: "https://www.gstatic.com/generate_204"
    interval: 300
    tolerance: 80

rules:
  - DOMAIN-SUFFIX,accounts.google.com,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,labs.google,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,ai.google.dev,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,googleapis.com,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,googleusercontent.com,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,gstatic.com,🎬 GOOGLE-LABS-VIDEO
  - DOMAIN-SUFFIX,gemini.google.com,🎬 GOOGLE-LABS-VIDEO
  # Add exact hostnames seen for Flow/Veo preview jobs
  # ... then broader rules (GEOIP, MATCH)

ルールは上から評価されるため、狭い DOMAIN や実ログで拾ったホストを、粗い GEOIP や最終 MATCH より必ず上に置きます。リモートルールセットを購読している場合、マージ結果でローカルの追記が下に押し出されていないかを確認してください。

DNS と fake-ip：名前解決が二系統だと CDN がズレる

ブラウザの Secure DNS と、OS または Clash の解決が分岐すると、同じ URL でもエッジの国や経路が変わります。fake-ip を使う構成では、アプリによっては一時的に期待とズレる場面もあるため、症状が出ている間は検証用に解決経路を揃えるのが先です。

• 詳細は DNS と fake-ip の切り分け稿も参照し、変数は一つずつ戻す。
• IPv4 のみ通す／IPv6 を切るなどの暫定策は、ログに片系だけ遅延が出ていないかを見てから。
• 社内 DNS やキャプティブポータルは DIRECT へ残し、実験トラフィックだけを対象グループへ。

ポリシーグループとルール順：長いプレビューほど「フラップ」が効く

Google Veo や Flow のようなプレビューは、完了まで数分かかることも珍しくありません。その間に url-test が数秒おきに出口を切り替えると、クライアント側の再接続やリスク判定が増え、キューが巻き戻るように見えることがあります。

• interval を短くしすぎない。tolerance で「同点付近の行き来」を抑える（具体値は url-test／fallback 稿を参照）。
• ヘルスチェック URL は軽量でも、実際の生成ジョブのレイテンシと一致しないことがあるため、失敗パターンに合わせて調整する。
• 多段チェーンや二重 VPN は、長い TLS セッションに余計なバッファ遅延を足しがちです。

アップロードと長尺プレビュー：ストレージ・CDN を取りこぼさない

生成リクエストは通るが、参照画像を足した瞬間だけ遅い、完成動画の再生だけ失敗するときは、API とオブジェクト配信が別ホストになっている典型です。Connections で DIRECT のまま残っている名前がないかを確認し、必要なら DOMAIN 行で狭く足します。

切り分け	見え方	先に疑うこと
API は 200、画面だけ欠ける	メディア用ホストが別経路	ドメインルールの欠落、DNS 分裂
生成は進むが保存に失敗	長い PUT／再試行	タイムアウト、不安定ノード、上り帯域
別ブラウザプロファイルでは動く	拡張機能や DoH の差	ブラウザ単体の DNS／プロキシ設定

TUN・CLI・デスクトップアプリ：ブラウザだけ直さない

公式ツールや補助 CLI がシステムプロキシを読まない場合、TUN モードで取りこぼしを減らします。Windows の基礎設定は Clash for Windows ガイド、macOS は権限まわりを先に Verge Rev 稿で固めると安全です。職場のゼロトラスト VPN と二重に TUN を積むと競合するため、ポリシーが許す範囲でのみ試してください。

既存記事との棲み分け：Sora／Runway 稿との違い

当ブログの Sora・Runway 向け AI 動画分流は、OpenAI 系・Runway 系のホストにフォーカスしています。本稿は Google Labs ラインと Google アカウント基盤に絞り、googleapis／usercontent／gstatic のような Google 特有の分散を前提にしています。テキスト中心の ChatGPT／Grok 稿とは帯域要件が異なるため、ルールをそのまま流用せず、動画用グループを分けることを推奨します。

FAQ

google.com 一行にまとめてよいか

理解の出発点にはなるが、プレビューに必要なホストが網羅できているかはログで必ず確認。取りこぼしが多いです。

地域制限メッセージが出る

プロキシは万能ではありません。招待・年齢・アカウント種別など製品側条件を確認し、許可された範囲でノードと DNS を揃えてください。

ルールを足しても回る

ノード品質、IPv6、ブラウザ拡張、キャッシュを順に切り分ける。同一操作を三回繰り返し Connections の差分を残すと原因が見えやすいです。

2026 チェックリスト

まずはクライアントを最新に

一度に変えるのは一要素だけにして因果を追いやすくしましょう。

Clash を無料ダウンロードし、Google Labs・Veo・Flow など生成動画のルーティング調整の土台にする