Shopee FHR 不達標會連坐嗎？從快速出貨率到罰分制度，一次講清店鋪影響

A 店連續兩週快速出貨率掉在目標線以下，第三天你在 B 店後台看到一則違規通知。兩件事前後腳發生，第一反應幾乎一定是「被連坐了」。但把時間線拉長，這種「前後腳」至少有三種成因：B 店自己也有履約問題、兩家店被平台歸到同一控制主體後按主體合併處理、或者只是通知下發存在時間差。

要判斷屬於哪一種，得先把三個詞分開：FHR 是履約指標，罰分是違規積分記錄，連坐不是平台制度裡的正式名詞，而是罰分從一家店傳導到另一家店的現象描述。下面按「FHR 不達標怎麼變成罰分、罰分怎麼跨店」這條鏈逐層拆。

FHR、罰分、連坐：三個詞在後台的真實關係

快速出貨率（FHR）衡量的是你在規定時間內把包裹交給物流商的比例，它本身只是一個數字，不是處罰。罰分才是處罰的載體：平台把各類違規行為折算成積分，累積到不同檔位對應不同強度的限制。FHR 長期低於目標值，會被歸入履約類違規，轉成罰分。

三者的關係是單向的：FHR 不達標 → 觸發履約類罰分 → 罰分掛在店鋪維度累積 → 累積到檔位後該店鋪被限制。跨店傳導只會發生在最後一步之前，而且必須先有一個前提——平台認定這幾家店屬於同一控制主體。

換句話說，FHR 不達標本身不會讓另一家店扣分，真正跨店的是「主體認定」這個結論。所以問題不是「FHR 會不會連坐」，而是「你的多店結構，在平台的判定邏輯裡能撐住幾次違規」。

Shopee 罰分制度怎麼扣：FHR 不達標觸發的是哪一類懲罰

各站點的目標線、考核窗口和扣分節奏並不統一，跨境店和本土店的履約鏈路也不同——跨境店要經過頭程與轉運倉，本土店從本地倉出貨。所以不存在一套能套所有店的數字，下面的結構用來判斷方向，具體閾值和週期請以賣家中心該站點的政策頁面、你收到的那條通知以及 Shopee 官方幫助中心為準。

這兩種店在履約、資金與環境上的整體差異不止這一處，可以參考Shopee 本土店和跨境店營運上的九個差別先建立框架，再回來判斷罰分口徑。

罰分累積到不同檔位，店鋪會依序失去什麼

順序基本上是從流量側往資格側、再往帳戶側走。各站點細節有出入，但方向一致：越往後恢復成本越高。

• 流量降權——搜尋排序和推薦位權重下調，訂單量下滑，但後台沒有明顯報錯，很多人到這一步還查不出原因。
• 行銷受限——閃購、優惠券、平台大促的報名入口被鎖，先被拿掉的是拉新和清庫存的手段。
• 資格取消——優選賣家、商城賣家、免運補貼等身份類權益被撤銷，轉化率會跟著掉一檔。
• 資金側收緊——結算週期被拉長，提現審核變嚴，現金流比訂單量更早出問題。
• 店鋪凍結——商品下架、無法上新，這一檔通常要申訴才有可能恢復。

判斷自己現在站在第幾檔，別靠猜，直接看賣家中心裡的帳戶健康與違規記錄頁面。

判定是否連坐，平台看的是這四層變數

平台判斷幾家店是否屬於同一控制人時，不會只看 FHR，也不會只看 IP。它會交叉比對四層變數，重合的層數越多，被判為同一主體的機率越高。

1. 主體資料層——營業執照、法人身分、店鋪註冊郵箱與手機號、退貨地址。
2. 資金鏈路層——收款帳戶主體、提現銀行卡、稅務資訊。
3. 環境與網路層——瀏覽器指紋（時區、語言、字體、Canvas/WebGL 等可探測訊號）、裝置特徵、登入 IP 的歸屬與重用記錄。
4. 行為軌跡層——子帳號交叉授權、客服話術範本、商品主圖與詳情頁重合度、上下架時間節奏。

只換 IP、而主體資料和收款帳戶完全一致，屬於典型的「換了一層、留了三層」。這四層分別被採集哪些訊號，可以對照平台判斷幾個帳號是同一人時通常看哪些維度，判定邏輯在不同平台之間是相通的。

同一主體下，A 店 FHR 不達標會傳導到 B 店嗎？分三種情況

第二種和第三種的區別不在「有沒有關聯」，而在「關聯證據夠不夠被自動觸發」。同主體但環境隔離的店，往往要等到人工審核或風控週期盤點時才會浮現，所以表現形式是延遲，而不是不發生。

第三種情況下，先出問題的通常不是 IP，而是資金鏈路——收款主體、帳號、提現卡、稅務資訊被交叉比對後，多店會被直接歸到同一控制人。這條鏈路的具體後果順序，可以參考幾個店鋪共用一個收款帳戶會發生什麼。

自查：你的店鋪是否已經被判定為關聯

不用等通知，下面這幾項逐條核對，出現兩項以上就應當按「已被關聯」來處理。

• 後台通知指向的是店鋪名，還是營業執照號、法人姓名或主體名稱；
• 子帳號是否用同一個電子信箱、手機號碼同時授權到多家店；
• 收款帳戶、提現銀行卡、稅務資訊在各店之間是否存在重疊；
• 同一瀏覽器環境或同一 IP 是否登入過多家店，登入時間是否交叉重疊；
• 商品標題、主圖、詳情頁、客服自動回覆是否高度雷同；
• 是否出現過「新店剛開、老店就收到驗證要求」這種時間對應。

隔離設定：不想被連坐，每層要拆到什麼程度

隔離不是把所有東西都換掉，而是分清哪些層可以共享、哪些層必須一店一套。

• 主體層：能拆就拆。拆不了，就要接受主體層的風險敞口——只要執照相同，平台依然能把兩家店歸到同一控制人。此時至少保證每家店的註冊信箱、手機號碼、退貨地址不同。
• 資金層：一店一收款帳戶是底線。這一層在多店關聯判定裡權重最高，共用等於主動提供證據。
• 環境層：一店一個獨立的瀏覽器設定檔，Cookie、Local Storage、快取和指紋參數都不共用。同一視窗開無痕模式切換店鋪不算隔離，無痕只清本機記錄，不改變指紋特徵。
• 網路層：一店一個固定出口 IP，歸屬地要和店鋪站點、日常登入習慣一致，避免短時間內跨地區跳變。
• 行為層：子帳號按店鋪授權而不是按人授權；客服範本、商品素材做差異化；避免多家店在幾分鐘內執行完全相同的操作。

可以共享的是辦公設備、人員和 ERP 帳號體系，前提是 API 授權按店鋪區分。必須一店一套的是收款帳戶、瀏覽器環境、登入 IP 和子帳號權限。多店矩陣的完整隔離順序和分組命名方式，可對照東南亞本土店矩陣實操手冊（Shopee / Lazada）；日常在一台機器上管理多店時的環境切換規範，見多帳號管理。