買號前先把設備與網路準備好

先講結論：帳號在誰手上不重要，重要的是它從哪裡、用什麼設備、以什麼節奏被使用。 你把一個健康的帳號放進一個髒環境，它會在 24 小時內死掉；你把同樣的帳號放進乾淨環境、按部就班養，它可以活很久。

這篇不談任何「怎麼躲偵測」的東西。要談的是營運衛生，跟你管一台伺服器、管一個郵件網域是同一類的事。

一、一個帳號一個環境，不要混用

這是最重要、也最常被忽略的一條。

• 不要用同一個瀏覽器 profile 登入兩個帳號。 Cookie、localStorage、已登入的第三方 session 全都會互相看到。
• 不要在剛登過個人帳號的瀏覽器登入新買的帳號。 這是最典型的「一個帳號出事、整串一起收掉」的原因。
• 最低成本的做法：每個帳號一個獨立的瀏覽器 profile（Chrome 的「新增設定檔」就夠用，不用另外買軟體）。憑證附 cookie 的話，連設定檔要怎麼建、cookie 貼在哪，cookie 登入那一篇有逐步。

本站不提供、也不教學指紋偽造工具的設定。那是在對抗平台的安全機制，不是在正確使用平台。上面這套「一個帳號一個環境」是隔離，目的是「A 出事不要牽連 B」，不是「讓平台認不出我」。

怎麼建立獨立設定檔

Chrome 為例，大約三十秒：

1. 右上角的頭像圖示 → 新增
2. 選「不使用帳戶繼續」（不要登入 Google 帳號）
3. 取一個好認的名字，例如 tw-01、us-02
4. 選一個不同的顏色，方便一眼分辨

每個設定檔會開一個獨立的視窗，有自己的 cookie、自己的登入狀態、自己的擴充功能。彼此看不到對方。

Edge 與 Firefox 也有同樣的功能（Firefox 叫「容器分頁」，機制略有不同但效果類似）。

無痕視窗不能代替

很多人以為無痕視窗就夠了，實際上更糟：

	獨立設定檔	無痕視窗
cookie 隔離	✅	✅
關掉之後保留	✅	❌ 全部清空
下次登入被當成	同一個裝置	全新裝置
適合養號	✅	❌

「每次都被當成全新裝置」正是你要避免的事。 養號的重點是累積連續的行為紀錄，而無痕視窗每次都把紀錄清掉。

命名規則建議

三個帳號之後你會分不清楚哪個視窗是哪個號，所以命名要有規則：

地區-編號       例如 tw-01、us-02、jp-01
用途-編號       例如 main-01、backup-01、test-01

建議用地區編號，因為地區決定你要用哪條網路登入，那是每天都會用到的資訊。

二、網路：穩定比「乾淨」更重要

菜鳥最愛問「要用哪種 IP」。實務上更該問的是「我的 IP 會不會一直跳」。

情況	風險
固定家用寬頻 / 辦公室固定 IP	🟢 最穩
手機熱點（同一張 SIM，不常換基地台）	🟢 可用
每次連線都換一個國家的線路	🔴 帳號會一直被要求驗證
和幾十個陌生人共用的公用出口	🔴 別人的行為會算到你頭上

帳號的地區與你的網路地區要對得起來。 買美國號就別用台灣線路登，買台灣號就別用美國線路登，不是因為會被抓，是因為「帳號在紐約註冊、現在從台北登入、十分鐘後又從法蘭克福登入」這種軌跡本來就會觸發正常的安全驗證，然後你就卡在驗證頁面。

為什麼「穩定」比「哪一種」重要

平台判斷的不是「這個 IP 好不好」，是「這個帳號的登入軌跡合不合理」。

軌跡	看起來像
每天都從同一條線路登入	一個住在那裡的人
偶爾換一次（例如出差）	一個正常的人
一天之內三個國家	帳號被共用或被盜
每次登入都不同國家	自動化操作

你要的是第一種或第二種。 第三、第四種會讓你不斷卡在驗證頁面，而每一次驗證都是一次風險。

買不同地區的號怎麼辦

這是實務上的兩難：你買了美國號，但你人在台灣。

三個實際的選項：

做法	可行度	注意
用台灣線路登美國號	🟡 可能被卡	但很多人這樣做而且過得了
買台灣號	✅ 最簡單	我們目錄有台灣區的品項
買「隨機國家」的號	🟡	拿到哪一國不確定

最省事的做法是買跟你所在地一致的號。 我們目錄裡地區分布是 overseas 65 組、us 34 組、tw 9 組、jp 6 組，台灣區的選擇不多但存在。

如果你真的需要特定地區的號，那個地區的網路怎麼處理是你要先想清楚的事，而不是買了才想。

三、下單前的檢查清單

拿到號之前先把這幾件事做完，不然憑證到手你會手忙腳亂：

1. 建好獨立的瀏覽器 profile（一個帳號一個，命名好，例如 us-01）。
2. 確認網路穩定，且與你要買的帳號地區相符。
3. 準備好 2FA 工具（見2FA 金鑰怎麼用）。多數帳號會附一組金鑰字串，不是簡訊驗證碼。
4. 準備一個記錄表：帳號、購買日期、地區、用途、狀態。三個帳號以後你一定會記不住。
5. 確認你有時間。拿到號的第一個小時是保固期限最關鍵的時段，不要在要出門前買。

記錄表該長什麼樣

一張 Google Sheet 就夠，欄位建議：

帳號 | 購買日 | 商品類型 | 地區 | profile 名稱 | 保固時數
     | 驗收完成時間 | 用途 | 狀態 | 備註

「profile 名稱」與「保固時數」這兩欄最容易被漏掉，但它們最實用。

前者讓你三個月後還知道這個號該用哪個視窗開；後者在爭議發生時是你的依據。

這張表在什麼時候救你

情境	沒有表	有表
三個月後要用某顆號	不知道用哪個 profile	一查就知道
帳號出事要開工單	找不到訂單編號	一查就有
想知道自己換號頻率	憑感覺	算得出來
備援放多久沒登入了	不知道	看得到

第三項是最有價值的。 「我這個月換了幾顆號」這個數字，決定你該檢討的是帳號品質還是操作方式，而沒有記錄的話你只能猜。

四、拿到號之前就該知道的「不要做」

• 不要一拿到就改密碼、改 email、改手機。 這是最常見的死法，詳見拿到號的第一個小時。
• 不要立刻上傳大頭貼、改名字、發文。 全新登入的 session 做一連串資料變更，是最像被盜用的行為模式。
• 不要同時登入五個號。 一次處理一個，處理完再下一個。
• 不要用自動化腳本操作。 你買的是帳號，不是機器人。

為什麼「同時登入五個」特別糟

三個獨立的問題會同時發生：

1. 環境污染：如果你為了方便而用同一個 profile，五個帳號互相看得到
2. 軌跡異常：同一條網路在幾分鐘內登入五個不同帳號，那是很明確的訊號
3. 你會做不完：五個號的驗收各要三十分鐘，總共兩個半小時，多數人會草草了事

第三項最實際。 一次買五顆而只驗了第一顆，剩下四顆的保固期限就這樣過了。

五、成本很低，別省

項目	建議	大概花費
獨立瀏覽器 profile	Chrome / Edge 內建	0
穩定網路	你家的寬頻	0
2FA 工具	任何 TOTP app，或我們的產生器	0
記錄表	一張 Google Sheet	0

準備工作的成本是零，不做的成本是整批帳號。 這是這門生意裡投報率最高的三十分鐘。

用數字說明「不做的成本」

以我們目錄的中位價 10 U 計算：

環境有沒有隔離	每月換幾顆	月資產成本	年成本
沒有	8	80 U	960 U
有	0.5	5 U	60 U

一年差 900 U，約合台幣三萬。 而準備工作只要三十分鐘，一次性的。

這還沒算停機成本：每次換號要重新養七天、重跑學習期三天，那十天的營收接近零。

五之二、平台實際上在看什麼

理解機制之後，前面每一條規則都會變成常識而不是規矩。

兩個層面的識別

平台識別「這是誰在用」有兩個層面：

層面	包含什麼	你能控制的部分
裝置與瀏覽器	cookie、localStorage、已登入的 session、瀏覽器設定	用獨立設定檔隔離
網路與位置	IP、大致的地理位置、連線的穩定度	用固定線路

這兩個層面是分開的，所以隔離也要分開想：

• 兩個帳號用同一條網路但不同設定檔 → 🟡 可以接受
• 兩個帳號用不同網路但同一個設定檔 → 🔴 危險
• 兩個帳號同網路又同設定檔 → 🔴 最危險

設定檔的隔離比網路的隔離重要。 因為 cookie 與 session 是直接的關聯證據，而共用網路只是弱關聯（同一個家庭本來就會共用網路）。

為什麼共用設定檔這麼危險

一個瀏覽器設定檔裡有：

東西	為什麼是關聯證據
cookie	上一個帳號的登入痕跡還在
localStorage	網站存在本機的識別資料
已登入的第三方 session	例如你用同一個 Google 帳號登入過
瀏覽器擴充功能與設定	組合起來相當獨特

最後一項最容易被忽略。 你裝的擴充功能、時區設定、語言設定、螢幕解析度，組合起來的獨特性很高。同一個設定檔登入的所有帳號，這些特徵完全一樣。

做對了長什麼樣

一個判斷的方法：在新建的設定檔裡打開 Facebook，如果它顯示「歡迎回來，某某某」，那就是沒隔離乾淨。

正常的樣子是完全空白的登入頁，沒有任何預填的帳號、沒有任何「你可能認識的人」。

五之三、每天的操作習慣

環境建好之後，每天怎麼用也會影響結果。

五個習慣

習慣	為什麼
固定用同一個設定檔開同一個號	累積連續的裝置紀錄
每次從同一條網路登入	累積連續的位置紀錄
一次只開一個設定檔	避免同時操作多個號
用完關掉，不要一直開著	減少非預期的背景活動
不要在同一個設定檔裡逛別的網站	避免累積不相關的痕跡

最後一項很多人沒想過。 你用養號的設定檔去逛購物網站、看影片、登入其他服務，那些痕跡都會累積在同一個 cookie 空間裡。

建議：養號的設定檔只用來做那一件事。 你自己平常上網用另外一個設定檔。

出差或換地方要注意什麼

真人會出差，所以偶爾換地方本身不是問題。要注意的是：

做法	風險
出差一週，全程用當地網路	🟢 低，像正常出差
一天之內在兩個城市之間跳	🟡 中
每天換一個國家	🔴 高

如果你真的要出差，最安全的做法是「出差期間就不要動那些帳號」。 回來再繼續，比在陌生網路登入安全。

六、環境做對了還是會出事的三種情況

環境隔離不是萬靈丹，這一節講它的邊界。

出事原因	環境隔離有幫助嗎
陌生裝置觸發的檢查點	✅ 有
一個帳號出事牽連其他帳號	✅ 有
素材違規被拒登	❌ 沒有
加碼太快觸發風控	❌ 沒有
平台規則批次調整	❌ 沒有

環境隔離解決的是「裝置與軌跡」層面的問題，它不能防素材違規（那要看廣告設定）或加碼太快（那要看漸進操作曲線）。

三件事各自獨立，做好一件不代表另外兩件也安全。

七、常見的五個環境錯誤

① 用主力個人帳號的瀏覽器登新買的號。 最典型的死法。你的主力帳號跟買來的號會被關聯起來，而買來的號出事的機率遠高於你的主力。

② 用無痕視窗當隔離。 每次都被當成全新裝置，那正是你要避免的。

③ 網路一直換。 今天家裡、明天公司、後天咖啡廳，如果那三個地方的出口 IP 差很多，帳號會一直被要求驗證。

④ 買了不同地區的號卻沒想過怎麼登。 買美國號的時候沒想過「我在台灣要怎麼登」，拿到才發現一直被卡。

⑤ 沒有記錄表。 三個月後你不知道哪顆號用哪個 profile、什麼時候買的、保固多久。

五個錯誤的共同點

都是在下單之前就可以避免的。

這也是為什麼這一篇排在整個系列的第一篇：它講的所有東西都要在你花錢之前做完，做完之後買什麼、怎麼養、怎麼加碼才有意義。

七之二、環境問題的六種症狀與對應

環境有問題的時候，症狀通常不會直接說「你的環境有問題」。這張表把症狀對回原因。

你看到的症狀	多半是	怎麼修
第一次登入就被要求驗證	裝置陌生（正常）或環境髒	完成驗證，確認 profile 是新建的
登入後顯示「歡迎回來，某某某」	設定檔沒隔離乾淨	換一個全新的設定檔
每次登入都被要求驗證	網路一直跳	固定一條線路
養到第二天就被卡	兩次登入的環境不一致	確認 profile 與網路都固定
一顆出事之後其他顆跟著出事	設定檔共用	每顆一個獨立設定檔
手機登入之後桌機被卡	兩邊的網路差太多	手機連家裡的 Wi-Fi 再登

粗體那兩項是同一個根因：設定檔沒隔離。 而它也是最容易修的，成本是零。

一個快速的自我檢查

打開你正在用的那個設定檔，做三件事：

1. 開一個新分頁，打 facebook.com — 應該是完全空白的登入頁
2. 檢查右上角的設定檔名稱 — 應該是你為這顆號建的那一個
3. 看擴充功能列 — 應該只有你刻意裝的，沒有一堆平常用的工具

三項任何一項不對，那個設定檔就不乾淨。

七之三、什麼時候該重建設定檔

設定檔用久了會累積東西，但不是每次都要重建。

需要重建的三種情況

情況	為什麼
那顆號已經死了，要換新的號	舊號的痕跡會關聯到新號
你不小心在那個設定檔登了別的帳號	已經交叉污染
你不小心用它逛了很多其他網站	累積了不相關的痕跡

不需要重建的情況

情況	為什麼
只是換了網路	網路跟設定檔是兩件事
帳號被卡但救回來了	環境沒有問題
用了三個月	時間長不是問題，連續性反而是優點

「用久了要換」是個誤解。 一個設定檔用同一顆號用三個月，累積的是連續的裝置紀錄，那是好事不是壞事。

重建的正確做法

不是「清除瀏覽資料」，是刪掉整個設定檔再建一個新的。

清除瀏覽資料只清 cookie 與快取，設定檔的其他特徵（擴充功能、設定、指紋組合）還在。而且清除本身也是一個訊號：一個突然把所有 cookie 清空的裝置，下次登入會被當成半陌生的。

正確順序： 舊號死掉 → 刪掉那個設定檔 → 建一個新的、換一個名字 → 用新號登入。

八、把這一篇壓縮成一張卡

下單前一定要做完（一次性，約 30 分鐘）：
  □ Chrome 建好獨立設定檔，命名 地區-編號
  □ 確認網路穩定，而且跟你要買的號的地區對得上
  □ TOTP 工具準備好
  □ Google Sheet 記錄表開好

每買一顆多做（約 2 分鐘）：
  □ 多建一個設定檔
  □ 記錄表加一列

拿到號之前就要知道的「不要」：
  不要改密碼 / 改 email / 改頭像 / 改名字
  不要同時登入多個號
  不要用無痕視窗
  不要用自動化腳本

下單當下要確認：
  □ 我現在有 30 分鐘可以驗收

---

下一篇：拿到號的第一個小時該做什麼，照做可以把首登死亡率壓到很低。

---

資料來源（皆為官方頁面，查證於 2026-09-08）。文中的價格、目錄分佈與保固比例是我們目錄與工單的一手資料，不出自這些頁面：

• Facebook 雙重驗證的運作方式 — Facebook 使用說明 — facebook.com
• 使用 Google Authenticator 取得驗證碼 — Google 帳戶說明 — support.google.com
• 社群守則 — Meta Transparency Center — transparency.meta.com
• Meta 服務條款 — facebook.com