為何「tiktok.com 能開，畫面卻像凍結」：網頁端背後是多條 HTTPS

論壇與社群裡常見說法包括TikTok 打不開、TikTok 網頁版首頁或個人頁一直載入轉圈，或影片縮圖永遠刷不出來。這往往不等於「單一主網被擋」：現代版的網頁前端會平行向多組主機請求頁面殼層、使用者資料 API、短影片串流與縮圖、以及紀錄／實驗用的次要端點。實務上除了使用者一眼看到的 tiktok.com／www.tiktok.com／m.tiktok.com 這類入口網域外，日誌裡還常出現形如 tiktokv.com、tiktokcdn.com（含各地區 shard，如 *.tiktokcdn.com）、byteoversea.com 等影音與後端相關後綴；部分舊連線或相容路徑仍可能看到 musical.ly，而分析／SDK 類主機偶爾會落在其它後綴（例如日誌出現再補）。細節會隨產品與地區改版而變動，本節重在方法而非背死清單。

只要任一條連線被過寬的直連規則先命中、被錯誤的策略組接走，或與DNS／Fake-IP決策不一致，瀏覽器就可能獲得 HTML 骨架後永遠等不到關鍵腳本或影片描述檔，對使用者而言就像「代理已開卻沒反應」。本文與本站Reddit（redd.it／CDN）、Threads（threads.net／Meta CDN）屬同一型思路：主網域一條規則往往不夠，但 TikTok 的網域家族與 Discord 語音（UDP）或純 IM 長連線不同，不宜直接套用他站清單。底下先把流量分段，再談Clash 分流順序與可複製的規則寫法。

分段表：入口、API／登入、影音 CDN、次要遙測

開改規則前，請在 Clash 連線預覽或日誌中，於轉圈發生當下抄下完整主機名。粗略可分成四類：第一是網址列對應的入口，如 tiktok.com 及常見子域；第二是動態資料與互動，實際主機名常以 tiktokv.com、byteoversea.com 或其他後端後綴出現，搜尋「API」「登入態」相關逾時時請優先對準這一組；第三是圖片、影片分片與大型靜態，常落在 tiktokcdn.com／*.tiktokcdn.com 這類TikTok CDN 規則可涵蓋的範圍；第四是分析、第三方腳本或區域性實驗端點——若 DevTools 裡見紅字腳本，請以實際主機名前綴補獨立條款，而不是猜測。

理解這張表後，就能解釋為何只寫DOMAIN-SUFFIX,tiktok.com仍可能失敗：影片與關鍵 API若在另一後綴上被提早的 GEOIP／DIRECT 規則截走，單頁應用會長時間等待下游。對跨境電商與創作者而言，穩定的是「整套出口一致」：同一瀏覽工作階段裡，入口與 CDN 不應分裂成「一半節點、一半直連」，否則看起來像線路差，其實是路由決策不對齊。

規則順序與獨立策略組：避免國內直連先於 TikTok CDN

Clash 由上而下命中，命中即止。若規則表前段有過寬的國內直連、GEOIP 或過早的 MATCH，TikTok 相關子域可能在未達你預設的「國外組」前就被送去 DIRECT，表面統計仍是「代理開著」，體驗卻是個人頁空白或精選影片轉圈。建議比照 Reddit／Threads 類案例，為 TikTok 建獨立策略組（例：TIKTOK），放入你驗證過適合短影片與圖片密集的節點，並在自訂 rules: 中靠前擺放與日誌對齊的網域規則。若規則來自 rule-provider，仍要檢查載入順序：泛用清單是否壓過了你為 tiktokcdn／tiktokv 寫的補強。

若對策略組巢狀與 YAML 結構不熟，可先讀Clash YAML 配置深度解析再回來調整。TikTok 代理在工程上不只靠延遲數字：只要有一條關鍵 CDN 仍在直連環境下握手失敗或抖動嚴重，整頁體感仍會像當機。把 TikTok 視為一組網域家族一併決策，比只盯網址列上的單詞更能對準根因。

DNS、Fake-IP 與「規則寫了卻像沒生效」

開啟 Fake-IP 時，須確保規則對主機名的判斷與 DNS 模組、SNI 語意一致；若部份子域仍走不同解析鏈，會出現命中紀錄矛盾或請求反覆重試。文件頁的 DNS 與 Fake-IP 說明可先對照全域設定；套用在本主題時，請核對 tiktok、byteoversea、tiktokcdn 相關主機在 nameserver-policy、fake-ip-filter（若使用）等區塊是否一致，避免一半走本機假地址、一半走公開解析而產生「規則與真實連線脫鉤」。

僅改掉路由器 DNS 或系統 DNS 往往治不好 TikTok 這類單頁多權威域服務：核心仍是Clash 分流是否把各主機穩定導向同一策略組。若國內外分流與 DNS 覆寫互相打架，就容易變成「縮圖偶爾有、影片永遠載不完」的割裂狀態，與 Reddit 文裡「留言區轉圈」是同一類工程問題，只是物件換成短影片版面。

網頁版情境：桌面瀏覽器、手機瀏覽器與 App 差異

TikTok 網頁版與官方 App 的連線集合並非完全一致：App 可能多一組推播、背景同步或專有 API，而桌面 Chrome、Safari、Edge 與手機上的行動瀏覽器，在 TLS 快取、預連線與套件載入順序上也會讓日誌順序略有差異。若你只用瀏覽器 HTTPS 代理而系統其它流量繞過，請確認瀏覽行程確實走 Clash，而不是同時掛另一張全系統 VPN造成分流競態。創作者或營運若在同一裝置上切換多帳號，也建議在每次重現問題時清一次硬性重新整理並對照日誌，避免把「Cookie 或地區設定」誤判成純網路問題。

若你啟用 TUN 希望全機一致，卻出現路由衝突，可先穿插閱讀Windows TUN 排查，排除與其他通道客戶端爭奪預設路由後，再回到 TikTok 網域細節，避免在低層不穩時上層盲補規則。

設定檔示意：TIKTOK 策略組與常見後綴（請以日誌為準）

下列為概念示意，請依節點名稱、規則方言版本與你的連線紀錄調整後再套用；務必備份原檔。所列後綴為常見輪廓，若日誌出現新 shard 或區域性主機，應補成獨立 DOMAIN／DOMAIN-SUFFIX 並靠前放置，而不是假設「抄一次永遠管用」。

proxy-groups:
  - name: TIKTOK
    type: select
    proxies:
      - YOUR_PROXY_NODE
      - DIRECT

rules:
  # Entry hostnames shown in the address bar
  - DOMAIN-SUFFIX,tiktok.com,TIKTOK
  # Video / API tier — confirm against your live logs:
  - DOMAIN-SUFFIX,tiktokv.com,TIKTOK
  # Image, video segments, CDN shards (*.tiktokcdn.com covered)
  - DOMAIN-SUFFIX,tiktokcdn.com,TIKTOK
  # International stack endpoints seen in many regions:
  - DOMAIN-SUFFIX,byteoversea.com,TIKTOK
  # Legacy / compatibility — keep only if telemetry shows hits:
  - DOMAIN-SUFFIX,musical.ly,TIKTOK

若你已使用 GEOSITE 或社群維護的「短影片／社群」合集，仍請用即時日誌驗證是否漏了新版 CDN 或區域專用後綴。對於強依賴分片載入的產品，補一條對準實際主機的靠前規則往往比整包升級規則集更能快篩「個人頁打開卻沒內容」的問題。

驗證流程：用最短路徑對照日誌

套用後請用固定複現路徑驗收：硬性重新整理首頁直至錯誤或成功結束；開啟任一使用者個人頁；播放一支短片並拖曳進度列；若有上傳後台或創作者工具，再試開設定子頁。每步同時看連線紀錄，預期與版面相關的請求（入口、tiktokv、tiktokcdn、byteoversea 等）落在同一策略組，且沒有單一 shard 長時間離群逾時。若仍見紅字，先搜主機名前綴是否仍被國內直連規則擋在前方；若命中正確但延遲極差，可暫時固定單節點排除自動測速噪聲，再判斷是線路還是分類錯置。對無限下拉與影片起播而言，握手失敗與抖動對體感的傷害常大於平均 Ping 多幾毫秒。

若同一節點下其它站正常、唯獨 TikTok 異常，可再收斂：TIKTOK 組是否誤用了不可用子策略；是否有更高優先規則悄悄覆蓋。只有當「規則層、節點層、DNS 層」三者都暫時看起來合理，才考慮 ISP 對特定 CDN 的路由 policy——避免一開始就放棄檢視Clash 分流表。

現象對照：第一輪排查

仍以實際日誌為準，下表協助對齊常見象限。

現象 可能原因 建議處理
網址已是 tiktok.com，畫面空白或無限轉圈 主 JS 或 API 請求走錯出口／逾時 開 DevTools／Clash 日誌，補對應主機並提前規則
骨架出現，縮圖或影片永遠載入中 tiktokcdn.com／tiktokv.com 未與入口同一策略組 對齊 CDN 規則與國內直連區塊優先級
個人頁偶發可開、重整又卡 子域輪替或規則集過舊 對新路徑補 DOMAIN-SUFFIX 或更新合集
僅某瀏覽器正常 進代理路徑不同（系統代理 vs TUN） 統一通道或指定行程路由
規則顯示命中但仍逾時 DNS／Fake-IP 或節點對該 CDN 品質差 檢查 DNS 模組並更換較穩節點

使用 TikTok 服務仍須遵守平台條款、授權範圍與所在地法規；節點供應商亦可能有獨立政策。本文僅從網路工程／Clash角度說明網域與 CDN 分流思路，實際合規由使用者自行確認。

結語：把 TikTok 當「入口 + 影音後端 + CDN 家族」整包決策

TikTok 打不開若只鎖 tiktok.com 而忽略 TikTok CDN 與 API 層後綴，很容易低估現代網頁端的連線複雜度。把入口、資料與分片靜態放進同一策略視野，用連線紀錄驗證命中並對齊 DNS／Fake-IP，就能把「網頁版與個人頁一直載入」收斂成可複現、可維護的配置問題——也與本站 Reddit、Threads 等系列文同一套路，只是關鍵字換成創作者與跨境日常裡最常見的短影片平台。

若你希望先選定一款視覺化與日誌友善的用戶端再依本篇調規則，歡迎從本站用戶端下載頁取得對應系統版本。把節點品質與規則可觀察性集中在單一策略組，長期維護多分域服務通常比到處複製泛用清單更省事。→ 立即免費下載 Clash，開啟流暢上網新體驗