なぜ今(2026 年 Q2・618)に起きやすいか
Temu と Shein を中心とした中国発越境モデルは、半托管(半托)や全托管(全托)の切り替え、倉庫・インバウンド、バナーと検索の広告入札など、春から夏にかけてコンソール負荷とトラフィックが一気に増えます。日本や周辺から運用しているsellers(セラー)にとって、消費者向けのショップフロントよりセラーバックオフィスの方が、越境向けに振られたCDN・認証・レポート API に依存し、経路のわずかなズレが「白画面」「読み込みのまま固まる」「一部タブだけ 403」に化けやすい時期でもあります。
本稿では、当サイトで既に公開しているストリーミングや独立クライアント向け記事と同じ発想──用途ごとの独立したプロキシグループ、評価上から順のルールで DOMAIN/DOMAIN-SUFFIX を先に置く、DNS と fake-ip の食い違いを潰す──を、Temu/Shein のセラー導線に適用します。プラットフォーム規約・出品地域・広告ポリシーは公式に従う前提で、名前解決と転送だけを扱います。
用語:料金に直結する店舗管理や出稿画面は英語圏では Seller Hub や Seller Center と呼ばれることが多く、本記事ではまとめて「セラーバックオフィス」と書きます。分流とは rules でホストごとの出口を変えることです。ルール分岐の詳解で共通の評価順を押さえてください。
典型症状:表側は開けるのに「招商/広告/工単」だけ死ぬ
問い合わせで多いパターンは次の切り分けです。(a) 一般ユーザー向けの temu.com や shein.com のトップは開くが、セラーログイン後のパスだけがタイムアウトする。(b) ブラウザの開発者ツールで、特定の XHR が pending のまま止まる。(c) 中国本土向けの帯域に誤って流れ、認証 Cookie のドメインと応答ヘッダが噛み合わない。(d) 逆に、越境向けホストが DIRECT になりすぎて、期待したリージョンのエッジに届かない。
gsp や accel を含むサブドメイン、静的アセット用の長いホスト名は、一般的な購読ルールセットの GEOIP 行より後で評価され、MATCH に吸い込まれると「表紙だけ表示されるが中身が空」になりがちです。独立したプロキシグループを用意し、この手のホストをストリーミング記事でDOMAIN を先に置くのと同じ精神で先頭側へ寄せるのが安全です(地域別タイトル向けの Netflix の DNS 記事や、配信 CDN を束ねる Prime Video の実測と思考は共通で、コピペ対象のドメインは異なります)。
ステップ 1:DNS・fake-ip・二重 DoH を揃える
セラーポータルは API コールのホスト名が細かく分かれ、dns.enhanced-mode が fake-ip のとき、評価用の名前と実コネクションの出口が一瞬でもズレると、トップはキャッシュで見えるのに POST だけ失敗、という挙動になります。Windows の「指定された DNS の暗号化」やブラウザ内蔵 DoH が、Clash 側の名前解決と二重になっていないかを最初に確認してください。
- セラー端末だけ別 DNS:社内 VPN やルータの強制 DNS が、一般ブラウジングとバックオフィスで食い違っていないか。
- IPv6:
AAAAが返った経路だけ劣化していると、症状が「たまに再現」になります。 - 購読の更新:リモートルールと手元の追記が矛盾していないか。サブスクリプション URL の取り込みと合わせて読むと理解が早いです。
嗅探(Sniffer)と併用している場合は、評価順が変わるため Sniffer と fake-ip の整理も参照してください。
ステップ 2:越境セラー専用のプロキシグループを「ストリーミング類」と分ける
Netflix 用のグループと同じ選択肢を流用すると、ピーク時に帯域優先度が衝突したり、別ノードへ切り替えたつもりがセラー API だけ古い出口に残る、という運用事故が起きます。Temu/Shein 向けには、絵文字やラベルで区別した独立グループ(以下 🛒 越境セラー)を置き、用途ごとにノードを固定しやすくします。ゲームUDPなど別記事で触れた徹底分離と同じ思想です。
ステップ 3:DOMAIN 先置き──表ドメインと API 束をまとめて載せる
分流の骨格は、広い GEOIP や末尾の MATCH より上に、セラーが実際に叩くホストを並べることです。公開ドメインとよくあるパターンを例示しますが、更新が頻繁なため必ず自分環境のログで追証してください。
proxy-groups:
- name: "🛒 越境セラー"
type: select
proxies:
- "米西低遅延"
- "香港安定"
- DIRECT
rules:
# Core storefront & seller entry (verify subdomains in your browser log)
- DOMAIN-SUFFIX,temu.com,🛒 越境セラー
- DOMAIN-SUFFIX,shein.com,🛒 越境セラー
# Add exact hosts you see for seller login / ads / tickets, e.g.:
# - DOMAIN,seller.temu.com,🛒 越境セラー
# - DOMAIN-SUFFIX,example-gsp-accel.example.com,🛒 越境セラー
コメントのとおり、gsp 系や短縮されない FQDN は環境差が大きいので、ルール化の手順を固定するより「ブラウザ/Clash ログに出た名前を DOMAIN で足す」方が安全です。誤った DOMAIN-SUFFIX を広く書くと、意図しないサブドメインまで吸い込みます。DOMAIN でピン留めする運用が定番です。
中国本土の倉庫・国内決済まわりだけ DIRECT にしたい場合は、本土向けの固定サフィックスを別ルールとしてさらに上に置くか、GEOIP CN と DIRECT の優先順位の記事で整理した順番と矛盾がないかを確認してください。越境エッジと本土直の両方を同一ブラウザプロファイルで触るとき、Cookie のドメイン競合に注意が必要です。
ステップ 4:ノード選びと「誤ったリージョン」への落とし穴
広告レポートや在庫 API は、出口の法人税務リージョンではなくエッジの地理で挙動が変わることがあります。レイテンシだけで選ぶと、コンプライアンス上の表示は合っているのに数値が空、という形で表れます。ノードを A/B するときは、表ページではなくセラーダッシュボードのネットワークタブで失敗しているホストにフォーカスし、そのホストが 🛒 越境セラー に入っていることをログで確かめてから出口を替えてください。出口を変えても結果が変わらないときは、まだ別のサブドメインが広い MATCH 側に残っている可能性が高いです。
長時間セッションが必要な申請フローでは、途中でノードが切り替わると CSRF トークンや OAuth リダイレクトが壊れることがあります。ピーク作業中はセラー専用ブラウザプロファイル+固定ノードに寄せる運用が安定しやすいです。
ステップ 5:システムプロキシだけに頼らない(TUN の位置づけ)
多くの sellers はブラウザだけでバックオフィスを触るため、システムプロキシで足りることも多いですが、Electron 系のデスクトップラッパーや一部の埋め込み WebView はプロキシを読まずに直接外へ出る場合があります。取りこぼしを疑うときは TUN でデフォルトルートを一度取り込み、症状が消えるかで切り分けます。設定の全体像は TUN モードの解説を参照し、本番在庫操作の直前にいきなり切り替えないなど運用上の安全線は自分で引いてください。
618 前の運用メモ:在庫・広告ピークと監視
大促の数週間前から、広告審査とスロット競争が重なり、API エラーの体感率が上がります。ここで越境経路が不安定だと「プラットフォーム側の障害」と「自分の分流ミス」の切り分けが難しくなるため、(1) 公式ステータス、(2) 同一ネットワークの別端末、(3) DIRECT 短時間試験、(4) Clash ログ上のホストとポリシー、の順で表を作っておくと冷静に戻れます。618 自体は中国発の大セールですが、日本から越境出品するセラーにとっても広告予算と在庫移動の締切が重なるため、ネットワーク要因を早めに潰しておく価値があります。
短いチェックリスト
- 症状が「表ドメイン」「API/gsp 束」「DNS」のどこかに言い切れるか。
- DNS 暗号化やサイドチャネルの DoH が Clash と二重になっていないか。
temu.com/shein.comより細かいセラー用ホストが、意図したプロキシグループへDOMAINで先に入っているか。- ストリーミング用・ゲーム用グループとセラー用グループを混線させていないか。
- 必要なら TUN でプロキシ外の直出しがないかを確認したか。
運用:自動ルールセットを毎回まるごと差し替えるより、(1) DNS と評価順、(2) Temu/Shein の核ドメイン+ログで拾った gsp/CDN、(3) ノード固定という骨格を残し、不足ホストだけ足す方が 2026 年サマー以降も守りやすいです。
まとめ
618 前後の繁忙期には、Temu/Shein のセラーバックオフィスがブラウザの表表示より先に、細かく分割された越境ホストへ依存します。gsp 系のような名前は購読ルールだけに任せると取りこぼしやすいので、独立プロキシグループと DOMAIN 先置き、DNS の整合を先に揃え、残りをノードと TUN で切り分けるのが実務的です。
Clash/Mihomo 系クライアントはログと YAML を手元で編集できるため、越境ECのピーク運用とも相性がよいです。ビルドの入手は GitHub ではなく、当サイトのダウンロード一覧を第一の入口にしてください。→ Clash クライアントを無料でダウンロードし、618 前に Temu/Shein のセラー導線を分流で揃える
共通の画面設定やチュートリアルは Clash の設定とチュートリアル一覧 から辿れます。