TikTok ウェブ版が読込みのまま？ドメイン・CDN を Clash 分流（2026）

ウェブ版や個人ページが「読み込みのまま」——TikTok だけで起きやすい理由

TikTok はショート動画プラットフォームとして世界的に利用されていますが、越境ECやクリエイター運用ではブラウザのウェブ版や管理画面を開く機会も多く、地域や ISP によってはTikTok が開かない／ずっと読み込みという相談がフォーラムや SNS で繰り返し見られます。アプリは問題ないのにウェブだけ不安定、タイムライン枠は見えるが動画が始まらない、個人ページのサムネイルが出ない——といったとき、最初に疑うべきはブラウザの拡張機能やキャッシュだけではありません。

近年の大規模ウェブアプリは、最初のドキュメント取得のあと、別ドメインに分散した JavaScript バンドル・画像・フォント・計測／API リクエストを並列で取りに行きます。Clash 分流で tiktok.com 系だけをプロキシに載せ、静的配信や CDN が載るホストが直結や別ルールに抜けると、画面上は「全体がロード中」のままに見えたり、ヘッダーだけ表示された状態で固まったりします。これは Reddit の redd.it・CDN 分流や Meta Threads の CDN 分流と同じ構造の問題です。サービスごとにホスト集合は変わるため、第三者のルールセット一覧だけを盲信せず、自分の環境のログとブラウザのネットワークタブで実名を拾うのが安全です。

`tiktok.com` 本体と「トップだけ開いた」罠

アドレスバーに出るのは www.tiktok.com、地域によってはモバイル向けのサブドメイン、短縮リンクのドメインなども絡みます。本体ページだけ PROXY に乗っていても、背面で読み込むスクリプトが別ゾーンにあると、ユーザーにはTikTok ウェブ版全体が壊れているように見えます。ログイン画面や規約ページだけ途中まで表示される場合も、後続リクエストのホストがバラけているパターンです。

TikTok 動画が見れないと感じたときの実務ポイントは、DOMAIN-SUFFIX,tiktok.com を一行足しただけで終わらせず、次節のCDN・静的ホストまで同じ select グループに束ねることです。YAML の共通語は YAML・Fake-IP とルール分流の解説で押さえられます。購読ルールに「動画／SNS」カテゴリがあっても、ウェブだけ不調なときは優先順位が先に食われていないかを確認してください。

CDN・静的資産：`tiktokcdn`、`muscdn`、`ttwstatic` など

TikTok 周辺では、画像や動画セグメント、バンドル済みスクリプトが tiktokcdn.com やその地域別サフィックス、muscdn.com、フォントやログイン周辺で見かける ttwstatic.com、モバイル連携で話題になりやすい byteoversea.com や tiktokv.com などがログに現れることがあります（サービス側の構成変更で増減します）。API や計測で別サフィックスが増えるケースもあるため、本稿に挙げる名前はすべて概念スケッチ用の例です。

実際の運用では、Clash クライアントの接続ログやブラウザ開発者ツールの「ネットワーク」で、タイムアウト・意図しない DIRECT・別ポリシーに落ちているホスト名をコピーし、DOMAIN-SUFFIX として TIKTOK グループへ追加してください。CDN を広くまとめすぎると他サービスと競合するので、ログで絞れるならサフィックスを分割するほうが安全です。逆にアプリとウェブを同一出口にそろえたい場合は、モバイル側で観測したドメインもテキストファイルに溜めておくと差分が追いやすくなります。

DNS とルールの関係を公式ドキュメントとあわせて整理したい場合はドキュメントの DNS・Fake-IP 節も参照してください。

ルール例（TIKTOK グループ・環境依存で要検証）

以下は TikTok の本体と CDN をひとまとめにした骨格です。TIKTOK は select 型の例で、回線状況に応じて安定ノードへ切り替えやすくします。購読の RULE-SET より上に置くか、MATCH の出口と矛盾がないかは環境ごとに確認してください。

# Concept only — verify hostnames from your client logs; adjust vs subscription RULE-SET order.
proxy-groups:
  - name: TIKTOK
    type: select
    proxies:
      - node-stable-1
      - node-backup
      - DIRECT

rules:
  - DOMAIN-SUFFIX,tiktok.com,TIKTOK
  - DOMAIN-SUFFIX,tiktokv.com,TIKTOK
  - DOMAIN-SUFFIX,tiktokcdn.com,TIKTOK
  - DOMAIN-SUFFIX,muscdn.com,TIKTOK
  - DOMAIN-SUFFIX,byteoversea.com,TIKTOK
  - DOMAIN-SUFFIX,ttwstatic.com,TIKTOK
  - MATCH,PROXY

byteoversea.com などは他プロダクトとも共有されうるため、影響範囲が気になる場合はログで実名だけを足す運用に寄せてください。DOMAIN-KEYWORD,tiktok のような広い書き方は誤マッチしやすく、基本はサフィックスとログ実名の組み合わせを推奨します。UDP を伴うリアルタイム系が絡む場合は Discord の UDP・ドメイン分流のようにトランスポート層の話も頭に置いてください（TikTok 本体の詳細仕様は変更されやすいため、ここではウェブ経路の整理に限定します）。

ヒント

購読ルールに「動画サイト」カテゴリがあっても、ウェブ版だけ不調なときは tiktok.com 行と CDN 行を購読セットより上に持ち上げてヒット確認すると早いです。新サブドメインはリストより現場ログが先に変わることがあります。

TUN、システムプロキシ、ブラウザの取り込み差

TikTok のウェブ利用はブラウザ依存が強く、OS がシステムプロキシを無視する、別プロファイルだけ例外、企業スプリットトンネルがブラウザのみ直結、といった差が出ます。トラフィックがコアに届いていなければドメイン表を増やしても症状は変わりません。Windows で TUN を使う場合は TUN のトラブルシューティングで仮想アダプタや他 VPN の競合を先に切り分けてください。

DNS・Fake-IP と名前解決のねじれ

ルールはドメイン文字列でマッチするため、DNS の応答と Fake-IP のフィルタ設定が実 TLS 接続とずれると、見かけ上はプロキシ経由のはずが別出口になることがあります。症状が「TikTok だけ」なのか「動画 CDN まとめて」なのかで、nameserver-policy や fake-ip-filter の見直し方も変わります。LAN 機器と絡む場合は Fake-IP と LAN・NAS の記事も参照し、ローカル RFC1918 と競合していないかを確認してください。

切り分けチェックリスト

tiktok.com：www 付き・短縮ドメインともに同じ TIKTOK（または同等）へ入っているか。
tiktokcdn / muscdn / ttwstatic：メディアやバンドルがメインと同じ出口か（読み込みスピナーの典型）。
ログの実名：タイムアウトしているホストがルールに含まれ、不要な DIRECT 抜けがないか。
ルール順：購読の一般ルールに先に飲まれていないか、広すぎる行と競合していないか。
DNS：Fake-IP と実接続の一致。他 SNS 記事と同様、レイヤずれは DNS から疑う。

注意

各サービスの利用規約、居住地域の法規、職場・教育機関のネットワークポリシーは異なります。本稿は一般的なプロキシ設定の説明であり、特定サービスの利用を推奨・保証するものではありません。

まとめ

TikTok のウェブ版や個人ページが読み込みのまま止まるとき、tiktok.com 単体のルールだけでは足りず、CDN・静的ホスト周辺のドメインまで同じ Clash 分流ポリシーに揃えるのが要点です。画面の骨格は出るが動画やサムネイルが死んでいるときは、まずメディア配信ホストの出口食い違いを疑うと早いです。ルールとログを対応づけやすいのが Clash 系クライアントの強みです。

安定した配布物から試すなら、ダウンロードページで OS に合わせて選ぶと、GUI とコアの対応を追いやすいです。ソースは挙動理解に有用ですが、実行ファイルの主な入手先は配布ページに寄せるのがおすすめです。→ 無料で Clash をダウンロードし、TikTok 向けの出口をログで確認する