2026 年如何用 X（Twitter）為網站帶來流量

關於怎麼把 X 做起來的建議，大多停在粉絲數上。粉絲數不是流量指標。你可能有三萬九千個粉絲，這個月卻只為網站帶來十一個人，因為決定一則貼文被誰看到的是時間軸，而時間軸並不在乎去年有多少人點過追蹤。

這本手冊講的是另一件事：把 X 帳號變成一條渠道，把讀者送到你自己擁有的頁面上。它假設你已經有一個網站，而且上面有值得讀的東西。它不假設你有受眾、有預算、有團隊。

下面每一段都是為了被執行而寫的，不是為了被欣賞。每個階段都有一個動作、一個你應該看到的結果、一個判斷它是否奏效的方法，以及一條沒奏效時的退路。

做完之後你手上會有什麼

90 天不是一個成長駭客式的承諾。它大致是一個陌生人在回覆串裡認出你名字所需要的時間，而這正是有人點進你網站的前提。

開始之前，先確認兩個前提

第一，你需要一頁配得上流量的頁面。不是首頁。是能針對某個具體讀者回答某個具體問題的頁面。如果它還不存在，先把它寫出來，因為把時間軸的注意力送到一個單薄的首頁上，浪費的是你最稀有的資源：一個陌生人的注意力。

第二，你需要看得見訪客是從哪來的。現在就設好，等發了 90 天之後你再也還原不出來。在 GA4 裡就是「報表 → 獲取 → 流量獲取」，把主要維度設為「工作階段來源/媒介」。用更簡單的工具也行，只要你能把社群參照來源和其他來源分開。

第一則貼文發出去之前還有一件事：把下一節裡的所有數字都當成方向性的，而不是精確值。X 公開過它的開源排序程式碼並多次迭代，也有獨立的拆解文章大致測過這些訊號之間的比例，但這些權重不是一份公開的 API 契約。它們會變。多年來穩定的是訊號的排序，而你要寫的就是這個排序。

第 1 步：先定下你在時間軸上是誰，再決定發什麼

幾乎所有的人都會犯的錯，是先挑一個主題。主題是無限的，也是可以互相替換的。身分不是。一個滑時間軸的讀者掠過你的貼文時，大約一秒內就做出了判斷，而這個判斷是「我知不知道這個帳號是幹什麼的」。

在紙上回答兩個問題：

1. 在這個平台上，我是什麼？不是你的職稱。是你為讀者扮演的角色。
2. 我為誰服務，幫他們解決什麼反覆出現的問題？

然後只挑一個角色，按這個句式寫進簡介：我是誰，我做什麼，用它解決什麼問題，它幫到了誰。

2026 年還有位置的角色

十二個選項是一份菜單，不是一份計畫。挑一個。如果你真的挑不出來，做個測試：回想最近十次別人在工作上或私訊裡問你的問題。反覆出現的那個角色，就是你的角色。

品質檢查。 把你的簡介給一個沒追蹤你的人看，問他覺得你在發什麼。如果他猶豫了，說明這個角色還不夠鋒利。

如果你真的挑不出來，就選列表裡最窄的那個，以後再擴。窄帳號長得更快，因為推薦系統能給它歸類。一個講「AI 與商業」的模糊帳號，不會特別展示給任何人。

定下內容配比，然後守住它

角色定下來之後，提前把比例也定了，免得每天早上重新發明一遍編輯方針。對大多數技術類帳號都管用的配比是：

具體數字沒那麼重要，寫下來並守住這個紀律才重要。那 50% 的部分替你掙來收藏和回覆。那 15% 的部分讓別人關心你這個人，而不只是關心你的主題。

第 2 步：先搭輸入系統，再搭輸出系統

你沒辦法靠記憶連發 90 天。你需要一條流程。

值得訂閱的資訊來源

重點不是把一切都收進來，而是保證任何一個早上你手上都有三件值得說的事，而不用現去找。

收藏到發文的循環

把那些讓你停下滾動的貼文收藏起來。每週翻一遍書籤，在每則旁邊寫一行：這裡有什麼角度是只有我能給的？大部分書籤會死在這一關。這正是篩選器在起作用。

長一些的材料，就一個主題只留一個筆記檔案，往裡剪貼。用什麼工具都行，要求是一樣的：在一個地方、能搜到、而且你真的會重新打開。一條你再也不回頭看的閱讀流程是嗜好，不是基礎設施。

品質檢查。 兩週之後，你手上應該至少有十則帶著角度的收藏。如果你有四十則收藏卻一個角度都沒寫，那你是在消費，不是在準備。

退路。 如果寫角度這件事讓你覺得很難，那多半是第 1 步定的角色太寬了。收窄它，角度就會變容易，因為問題從「這件事有什麼意思」變成了「這件事對我服務的那個具體讀者意味著什麼」。

第 3 步：搞清楚排序系統獎勵什麼，然後別再跟它對著幹

X 的時間軸不是按時間排列的動態牆，而且已經很多年都不是了。理解這條流程，就是「發文」和「分發」之間的差別。

一則貼文怎麼到達陌生人面前

1. 查詢。 系統根據你最近的互動、追蹤、靜音和封鎖，拼出一個興趣輪廓。
2. 候選召回。 來自你追蹤帳號的貼文，加上用這個興趣輪廓做向量搜尋、從整個網路裡撈出來的貼文。
3. 預先過濾。 已經看過的、超過大約 48 小時的、以及來自被封鎖或靜音帳號的貼文會被剔除。
4. 評分。 兩部分。第一部分預測你的貼文可能引發的每種行為的機率。第二部分做調整：作者多樣性，讓一個帳號無法霸佔整條動態牆；對粉絲較少的帳號給一點加成；以及控制站外內容的佔比。
5. 選擇。 按得分取前 K 則。
6. 渲染。 先做安全過濾，再混入廣告和追蹤推薦。

第 3 步和第 4 步直接推出兩個實際後果。一則貼文的有效壽命按小時算，不按天算，所以前期沒動起來的貼文後期也不會動。而一小時內發五則會吃掉你自己的觸及，因為多樣性調整會把同一個帳號的第二、第三、第四則打折。

訊號排序

把這張表當成一份「你到底想激起什麼」的優先順序清單來讀。一則攢了 200 個讚、零回覆的貼文，按排序系統自己的算術，表現比一則 40 個讚、15 則回覆的貼文更差。

直接推出的三條策略

1. 為回覆而寫，不為按讚而寫。觀點、直接提問、對比，都會製造一個讀者想合上的缺口。一個沒有反駁餘地的斷言只會攢讚然後死掉。同一個斷言，加上一個真誠的開放問題，就能攢回覆並傳播出去。
2. 發參考資料。教學、清單、資源列表，任何帶數字的東西都能掙到收藏，而收藏的權重大約是按讚的十倍。這同時也是能把人送到你網站上的內容，因為參考資料會讓讀者想要那個更長的版本。
3. 守住長度上限。單則兩到三句，一個串四到六則。超過這個數，你就是在向一個還沒決定要給你時間的人索要時間。

品質檢查。 發之前先問自己，這則貼文是為了拿到那四種有加權的結果裡的哪一種。如果答案是「按讚」，重寫它。

第 4 步：讓貼文的形態對上它的任務

不是每個想法都想要同一種格式。選錯格式，是一個好點子石沉大海最常見的原因。

五種形態

六個填進去就能用的模板

評測和復盤這兩個模板被用得最少，效果卻格外好，因為它們裡面有數字。數字是掙到收藏最快的路徑。

按目的選格式

最後這一列就是這本手冊圍繞的東西，也是大多數人做反的東西。他們先寫一則泛泛的貼文，最後再掛個連結。正確的做法是，從第一句話開始就圍著目標頁面來搭這則貼文。

第 5 步：寫出讓人回覆的貼文

Hook 是一種張力，不是一句開場白

Hook 不是一句機靈的開場白。它是一個讀者沒辦法不回答的問題。三種張力承擔了大部分工作。

Hook 失敗的四種方式

把觀點當成 hook 來寫。「AI 正在改變一切」是一個立場，不是一種張力。讀完它沒人會產生疑問。

模板疲乏。「我花 30 天學了 X，以下是我的收穫。」這個句式讀者見過太多次了，還沒讀到第二句就滑走了。它管用了大約十八個月，現在已經是壁紙。

缺口開得太大，大到沒人信。「一個決定改變了我整個職涯」讀起來像標題黨，也會被當成標題黨對待。

正文接不住的承諾。如果 hook 暗示有一個重大發現，正文卻只給了一份總結，讀者就會學會不再點你的貼文。這個錯誤是負向複利的，也是這份清單上代價最高的一個。

一則單則貼文的解剖

按順序四個部分：

1. Hook。 一個具體的數字、一組對比，或者一個小故事。不要清喉嚨式的鋪陳。
2. 核心主張。 一到兩句。一個結論，不是三個。
3. 證據。 一個例子、一筆資料，或者一句引文。
4. 一個行動呼籲。 只能選一個：讀完整拆解、回覆你的經驗、收藏、轉推。兩個行動呼籲等於零個。

一些比它應得的還重要的排版規則：一句話一行，行與行之間空一行。當圖片或影片承載資訊時就帶上。首則貼文裡不要放連結和 @。排序系統會給把使用者送出平台的貼文打折，所以首則貼文裡放連結是給觸及封頂最快的方式。

串（Thread）

一個撐得住的骨架：

• 第 1 則：主張，以及讀者讀完能做到什麼
• 第 2 到 4 則：理由，拆成自然的幾塊
• 第 5、6 則：具體步驟、清單或完整例子
• 最後一則：簡短總結加一個行動呼籲

四到六則。如果你需要十二則，那你寫的是一篇文章，不是一個串。

品質檢查。 把後面的內容藏起來，只讀第 1 則。它自己能不能製造出一個疑問？如果不能，那麼第 3 到 6 則寫得再好，這個串也不會有人讀完。

第 6 步：把注意力從時間軸搬到你的網站上

這是時間軸最不鼓勵的部分，而它正是這本手冊的整個重點。X 希望你的讀者留在 X。你希望他們最後落到你控制的頁面上。只要順序排對，雙方都能滿意。

有意識地設計點擊路徑

真正管用的模式是這樣的：貼文把完整想法講完，回覆裡補一句「帶數字和檔案的長版本我寫在這裡」，再附上連結。想要更多的那部分讀者拿到了更多。不想要的那部分讀者也拿到了東西，所以他們還會回來。

一則貼文只指向一個頁面

每則貼文只指向一個頁面。如果你有三樣東西要推，那就分三天寫三則。

在把任何人送過去之前，先確認那個頁面接得住。它應該用同一種語言，在第一屏之內，回答貼文裡提出的同一個問題。一個用公司介紹開頭的頁面會在幾秒內丟掉大部分流量，而且訪客不會再來第二次。在花三個月往管線裡灌水之前，這個檢查值得花幾分鐘做一次頁面健檢。

給每個連結打上標記，才能歸因

沒有 UTM 參數，所有來自 X 的流量都會落進同一個面目不清的「社群」桶子裡，你分不清是哪則貼文起了作用。

同一個系列裡 campaign 名要維持穩定，只在主題變了的時候才改。一個月之後，這張表就是你和瞎猜之間唯一的東西。

接受有一半流量不會以點擊的形式出現

看到你的貼文、之後又造訪你網站的人裡，很大一部分從來沒點過連結。他們會新開一個分頁，搜你的名字，然後以直接造訪或品牌自然搜尋的形式到達。應用內瀏覽器會剝掉參照來源。有些分析設定會丟掉參數。

實際含義是：看三個數字，不是一個。

1. 來自 X 的參照工作階段。這是下限，不是總量
2. 一則表現好的貼文之後幾天裡的直接造訪和品牌搜尋工作階段
3. 你的品牌名有沒有開始出現在 AI 回答和搜尋自動完成裡

第三點每年都更重要。在 X 上發文，會累積出一種可被辨識的實體，當有人問起你這個品類時，語言模型會把它撈起來，而這種認知會以流量的形式出現在一個永遠不會把功勞記給某則推文的渠道裡。所以，打造社群渠道的那 90 天，同時也在累積品牌實體訊號，這就是複利的部分。

第 7 步：借別人的力量做複利

第 1 到 6 步都不需要你有受眾，但有了受眾之後每一樣都會變快，而獲得受眾的辦法不是發得更多。

先列一份你真的想認識的人的名單。不是一份大 V 追蹤清單，而是一份十五到三十人的私密名單，你尊重他們的工作，也真的願意回覆他們的貼文。

然後在你還沒資格被回覆的時候，先去回覆他們。給他們的貼文添點東西：一個反例、一個他們跳過的細節、一個能看出你讀過的提問。這樣先做三週，再去期待任何回報。一個陌生人變成一個別人認得出來的名字，就是這麼來的。

@別人要謹慎。只在你能補上對方想要的資訊時才提。為了吸引注意力而存在的 @，是對方會反感的通知，而且他會記住。

唯一歡迎 @ 的格式是清單貼文。把你這個領域值得追蹤的帳號整理出來，@ 他們，並對每一個說一句具體而真實的話。被包含在名單裡本身就是獎勵，所以它穩定地會被名單上的人轉推。

然後把它搬到線下。那些穩定成長的帳號，主人通常都和互動過的人見過面。會議、線下聚會、飯局，會把一個時間軸上的熟人變成會主動轉推你作品的人。

最後，和跟你同層級的同行交換觸及。找三四個階段差不多的帳號，約定真誠地讀彼此的貼文，只轉推那些真的好。不是那種讀者一眼能聞出來、排序系統本來也會打折的「互讚小圈圈」，只是一小群真的會讀彼此的人。

驗證它是否奏效

只在三個時間點檢查。不要每天看，那個粒度下數字雜訊太大，什麼都說明不了。

第 90 天那個檢查才是關鍵的。如果你能說出三則帶來過工作階段的貼文，那你就有一條能用的渠道，剩下的只是量的問題。如果你說不出來，問題幾乎總在第 6 步而不是第 5 步：好貼文沒有通向網站的路徑，或者目標頁面和承諾對不上。

讀這些數字時有兩個提醒。第一，來自 X 的參照流量是被系統性低估的，把它當下限看。第二，一則沒帶來點擊、卻讓品牌搜尋跳了一下的貼文是有效的，你應該把它算進去。

卡住的時候：一張診斷表

最後一列不是一句軟話。能撐三年的帳號，背後是喜歡這個題目的人。四個月就燒掉的帳號，背後是追著那張訊號表跑的人。

每天的 20 分鐘

維護的循環刻意做得很小：

1. 10 分鐘讀你的資訊來源，隨手存下任何可能變成角度的東西。
2. 5 分鐘回覆名單裡三則貼文，帶上實質內容。
3. 5 分鐘起草明天的貼文，或者把今天的收尾。

每週再加 30 分鐘：回顧這一週的數字，挑出表現最好的格式，把下週的貼文排好，這樣你就不用早上九點還在決定發什麼。批次做的是寫作，不是發文。

常見問題

貼文裡放連結現在還會影響觸及嗎？會，而且基本上一直都會。解決辦法是排順序，而不是迴避：把完整想法放在貼文裡，把連結放在串的最後一則或者你自己的回覆裡。不要做那個「把連結放首則」的實驗，然後得出連結不管用的結論。

這需要很多粉絲才能做起來嗎？不需要，這也是 2026 年時間軸變化最大的地方。召回會從你沒追蹤的帳號裡撈貼文，評分裡也包含對小帳號的加成。你真正需要的是一個足夠窄、能讓系統給你歸類的身分。分散在五個主題上的一萬粉絲，表現不如集中在一個主題上的八百粉絲。

一天應該發幾則？一則好貼文勝過四則平庸的，而一小時內發四則會互相傷害。一天一則，如果要發更多就至少隔兩小時，這是可持續的版本。

多久才能看到流量？頭一個月基本可以按零預期。第 90 天是歸因開始變得可讀的時候，而對品牌搜尋的複利效應還要更久。如果你這週就需要流量，那這個渠道是錯的，付費搜尋才是對的。

該用工具排程發文嗎？發文可以。把寫作批次做完再排程送出去，是這裡最大的一塊時間節省。回覆不行。回覆恰恰是需要你作為一個人在場的部分，而排程送出的回覆讀起來就是排程送出的回覆。

這套方法在別的平台上管用嗎？定位、模板和回覆優先的做法，幾乎原樣就能搬到 LinkedIn 和 Threads 上。具體的訊號權重搬不過去。調整數字，保留方法。

作者：Nina Patel，Auspia 成長策略師，負責過 250 多個內容專案。她寫自然成長渠道、內容專案，以及支撐長期流量的那套實際運轉的系統。