📖 チュートリアル ⏱ 約18分で読めます

Temu／Shein のセラー管理画面が遅い・タイムアウト：Clash の分流ルールと DNS を段階実測（2026）

Temu や Shein のような越境向けマーケットプレイスでは、セラー向け管理画面（セラーハブ）や招商・規約ページへ頻繁にアクセスする日常があります。2025〜2026 年もフルフィルメントや半托管を含む出店形態が話題になる一方で、画面の読み込みが極端に遅い・ログイン後に真っ白・API 呼び出しだけタイムアウトといった症状は、プラットフォーム側の一時障害だけでなく、Clash などルール型プロキシの経路設計と相性が悪いときにも起きやすいです。ブラウザで一般サイトは速いのにバックオフィスだけ不安定、国内向けの帯域まで遠いノードへ流れている、DNS の解決結果と実接続の出口が食い違う、といったパターンは実務でも珍しくありません。本稿は越境セラーの日常業務から入り、ドメイン単位の分流ルールの考え方と DNS の切り分け、よくある誤判定を、Zoom／AI サービス向け記事とは対象ホストを変えた実用ガイドとして整理します（違法な迂回や規約違反となる行為は扱いません）。

まず切り分け：「プラットフォーム要因」か「プロキシが経路を歪めている」か

Temu と Shein はいずれも、グローバルなフロントと API、静的アセット、サードパーティ計測や決済まわりなど、性質の違う通信が同じ画面内に混ざります。再ログインや別ブラウザ試行の前に、Clash を一時的に Direct 相当へ寄せたり、短時間だけオフにしたときだけ改善するかを見ると早いです。改善するなら、分流ルールの不足や誤マッチ、DNS と fake-ip の整合、システムプロキシと TUN の取り違え、あるいは遅延の大きいノードに API だけ載せている可能性が高く、必ずしも「海外側が全滅している」とは限りません。

一方、アカウント凍結、本人確認の失敗、地域ポリシーに沿わない操作など、クライアントに明確なエラーが出るケースは代理の話以前のことがあります。ここでは自分でネットワーク設定を調整できる範囲に絞り、セラー画面に関係するホストを意図したプロキシグループへ流し、国内の仕入れサイトや社内ツールと経路を分ける考え方を説明します。VPN 全トラフィック型との違いは Clash と VPN の比較記事 も参照してください。

セラー画面のトラフィックは「ひとかたまり」ではない

管理画面の HTML／JavaScript、在庫・注文を扱う API、画像やスクリプトを載せる CDN、認証やリダイレクトの別ドメインなど、同じ URL バーでも背後では複数ホストに分かれます。トップページ用のドメインだけをルールに書いても、実際のデータ取得は別サフィックスへ飛び、ページは開くが一覧だけ回り続けるといった症状になりがちです。

Temu や Shein のホスト名はアップデートで変わり得るため、本稿に出すドメインはログを確認するときの出発点にとどめ、運用では自分の端末の Clash 接続ログに出た名前を正としてルールを育ててください。共有 CDN のサフィックスを広く DOMAIN-SUFFIX すると、意図せず他サービスまで同じ出口に吸われるので、広げすぎないのが安全です。

なぜ「全体をプロキシ」にするとバックオフィスが壊れやすいか

グローバルに近い動きは、本来は直結や低遅延ノードがよいトラフィックまで同じ出口に送り込み、遅延・ジッター・帯域枯れを増やしやすいです。API は往復遅延に敏感で、巨大転送ほどではなくてもタイムアウトに見える挙動になります。また、出口 IP の地域がアカウントの想定とずれると、再認証のループやリスク判定でブロックが強まる例もあります（これは規約とセキュリティポリシーを優先し、安易な「位置偽装」は行わないでください）。

現実的なのはドメイン単位の分流です。グループ名の付け方は proxy-groups のガイド を参照し、rules 側ではYAML に実在するグループ名と綴りを一致させてください。ここがずれると「ルールを足したのに効かない」になりがちです。

国内業務ツールと「GEOIP CN」：越境セラーほど取り違えやすい

越境販売では、国内の調達プラットフォーム、物流トラッキング、決済・会計ツールも同じ PC から触ることが多く、国内向けを DIRECT、海外バックオフィスを別グループへ分けたい要件が出ます。ところが GEOIP,CN,DIRECT の位置が悪いと、意図しないホストまで国内扱いになったり、逆に海外の管理画面まで遠回りになることがあります。ルール順と MATCH の行き先は 国内サイトが遅いときの GEOIP CN チェックリスト と合わせて読むと、越境セラー環境での取り違えを減らせます。

システムプロキシ、TUN、ブラウザのセキュア DNS

デスクトップでは、OS のプロキシ設定とブラウザの独自設定が二重に効くことがあります。ブラウザのセキュア DNS（DoH）をオンにしたまま Clash 内蔵 DNS も動かすと、ルールがマッチするドメイン名と、実際の解決に使われた経路が食い違うことがあります。症状が「ときどきだけ白紙」「ログイン直後だけ失敗」に似る場合は、まず DNS 周りを疑う価値があります。

  • システムプロキシ：負荷は小さめですが、一部の接続がプロキシを迂回するとログに現れないまま外に出ることがあります。
  • TUN モード：取り込み範囲は広くなりがちです。DNS や fake-ip の設定も絡みやすく、別の VPN と競合しやすいです。仕組みは TUN モードの解説 を参照してください。

切り分けでは一度に変えるのは一種類（DNS だけ、またはルールだけ）にすると原因が追いやすいです。

分流ルールの例：プライベートと国内を先に DIRECT、セラー用グループへ

以下は構造の例です。PROXY_SELLER は自分の設定にあるポリシーグループ名に置き換え、ドメインは接続ログで拡張・修正してください。最終行の MATCH は自分の既定ポリシーに合わせます。

# Example only — replace PROXY_SELLER with your proxy-groups name
rules:
  - IP-CIDR,127.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - DOMAIN-SUFFIX,temu.com,PROXY_SELLER
  - DOMAIN-SUFFIX,shein.com,PROXY_SELLER
  - GEOIP,CN,DIRECT
  - MATCH,DIRECT

実際には seller. 系や CDN、認証、計測の別ホストがログに並びます。固定リストを丸ごと信じず、失敗操作の瞬間に出たホスト名を足すのが確実です。書き方の共通項は カスタムルールの解説 にまとまっています。

DNS、fake-ip、名前解決とルールの一致

「名前解決は成功しているのに HTTPS が張れない」「一部の XHR だけ失敗する」原因の多くは DNS にあります。fake-ip を使う構成では、no-resolve やルールの並び、DNS の上流指定がセットで効いて初めて一貫します。接続ログの「解決失敗」と「接続は張れたが応答が遅い」は別問題として切り分けると整理しやすくなります。

ブラウザ側の DoH、OS の DNS、Clash 内蔵 DNS を同時にいじると再現がぶれるため、ベースラインを一本に寄せてから段階的に戻すのが安全です。

ノード選択：セラー用グループは「遅延」と「安定」を両方見る

動画視聴向けに選んだ低遅延ノードが、API 密集の画面では帯域不足になることは珍しくありません。表示用とバックグラウンド同期で別のプロキシグループを用意し、手動の select や url-test で実測の良い出口を選ぶ、といった分離が有効です。設定の型は proxy-groups の解説 の url-test／fallback も参照してください。

同一ノードに固定して再現性を取るのは、ルールの問題かノード品質の問題かを分けるための定石です。ルールを変えた直後は、必ずどの行にヒットしたかをログで確認してください。

動作モード：Rule・Global・Direct の位置づけ

Rule が基本です。Global は短時間だけ試すと、ルール不足なのかノード品質なのかを切り分けしやすくなります。常時 Global にすると国内サイトまで遠回りになるためおすすめしません。Direct はベースライン計測用に、Clash を事実上オフに近い状態にして比較します。

推奨の切り分け順：ログを正にルールを足す

  1. 変数を減らす：ブラウザ拡張の代理や他社 VPN をいったん止め、Clash だけにする。
  2. 再現手順を固定：ログイン、ダッシュボード、在庫・注文一覧など、遅い画面への遷移を決める。
  3. ホスト名を拾う：各ステップで宛先ドメインとヒットしたルールをメモする。
  4. ルールか DNS を修正：誤ったポリシーに流れているなら順序やグループ名を直す。DNS は一か所ずつ試す。
  5. 国内ルールを再確認：GEOIP,CN,DIRECT やプライベート帯の位置が適切か、MATCH が国内までプロキシに流していないかを見る。

この「ログ駆動」の骨格は Zoom／Teams 向けの分流記事 や Steam／Epic 向け記事 と同じで、観察対象のホスト名が越境セラーのバックオフィスに変わるだけです。全体の流れは チュートリアル で押さえると理解が早くなります。

セキュリティ、コンプライアンス、運用上の注意

セラーアカウントは売上と在庫に直結します。共有 PC やカフェの Wi‑Fi では、不要な allow-lan や緩い受信規則を避け、購読 URL や API キーをスクショに写さないことは基本です。本稿は自宅や自社端末での接続改善に限定し、利用規約や法令に反する操作は扱いません。出店形態（フルフィルメント／半托管など）によって推奨される接続要件が異なる場合があるため、公式ドキュメントを優先してください。

よくある質問

temu.com を書いたのに画面の一部だけ読み込めない

API や CDN が別ドメインになっていることが多いです。失敗した操作の瞬間のログに出たホストを追加し、手前の広いルールに食われていないかを確認してください。

Shein はトップだけ開いて、在庫画面だけタイムアウトする

画面ごとに呼ぶ API のホストが分かれている例があります。XHR が失敗している時間帯のログを取り、不足ドメインを足します。DNS の食い違いも疑ってください。

国内の調達サイトまで遅くなった

GEOIP,CN,DIRECT やプライベート帯の DIRECT が先に効いているか、MATCH が国内までプロキシに流していないかを確認してください。GEOIP CN のチェックリスト が参考になります。

まとめ

Temu／Shein のセラー向け画面を快適に使うには、HTML・API・CDN・認証を同じ出口に無理に束ねない発想が効きます。分流ルールでバックオフィス関連ホストを意図したグループへ寄せ、DNS と fake-ip を揃え、国内業務ツールとの経路衝突を避け、ログでヒットを確認し続けるのが 2026 年時点でもっとも壊れにくい運用です。

クライアントの入手は 本サイトのダウンロードページ を第一にすると、記事との対応も追いやすくなります。ルールの基礎は カスタムルール完全ガイド で固めたうえで、本稿の手順でセラー画面向けのホストを足すとよいでしょう。経路を見える化できることは Clash の強みです。→ Clash を無料ダウンロードし、越境セラー向けの分流を試す