娛樂城評測方法
公開本站點樣拆分六個評測維度、用咩資料、遇到資料衝突點處理， 以及品牌條款、優惠、支付同客服有變更時，分數與結論點樣更新。
本站評測先做比較，再做結論
一個品牌的評測不會只靠優惠大細、單次提款快慢，或者品牌知名度落結論。 我們先把同一地區版本、同一幣別及同一類服務放在一起核對，再按平台資料、真人娛樂、 出金支付、優惠、手機與客服六個維度逐項寫出可追溯理由。
每一項分數先要有可核對資料；資料不足時不會用猜測補齊。
平台公開條款屬「規則」；本站真正完成的到賬測試先可以叫「實測」。
分數或結論有調整時，要能指出是哪一項資料、條款或實測結果發生變化。
六維評分：每一維究竟睇咩？
六個維度固定，但每個品牌實際可用的證據不同。品牌頁必須寫出該維度的具體理由， 不能只放一個分數而無解釋。
| 維度 | 主要證據 | 常見扣分／留意位置 | 延伸核對 |
|---|---|---|---|
| 平台資料 | 官方網址、條款、營運與安全資料 | 資料互相對不上、長期失效、重要欄位無法確認 | 安全核對 |
| 真人娛樂 | 實際可見遊戲、供應商、桌台與手機畫面 | 宣傳與實際內容不一致、遊戲入口或供應商資料不清 | 真人娛樂 |
| 出金支付 | 收銀台、提款條款、FPS／USDT 規則與本站實測 | 最低提款高、限制多、規則不清、實測與公開時間差距大 | 出金與支付 |
| 優惠 | 活動頁與完整條款 | 高額但打碼高、有效期短、遊戲或提款限制多 | 優惠條件 |
| 手機 | 手機版頁面、App／Web 操作、遊戲與付款入口 | 導航難找、重要功能手機端缺失、操作路徑不穩定 | 品牌頁核對 |
| 客服 | 官網客服入口、聯絡方式與問題處理紀錄 | 入口不一致、聯絡方式難核對、問題長期無清晰回覆 | 客服入口核對 |
六維加權評分方程與風控否決門檻
六個維度均按 0–10 分評分，分數必須對應可追溯的官方資料、本站核對紀錄或第一方測試證據。平台資料維度同時涵蓋營運、安全及合規核對；出金支付維度只使用相應付款方式的規則與有效交易證據。
加權總分：
Sweighted = 0.30 × Spayout + 0.20 × Splatform + 0.15 × Sbonus + 0.15 × Slive + 0.10 × Smobile + 0.10 × Sservice
- 出金支付（權重 0.30）：提款方式、收款條件、平台流程及有證據支持的實際到賬表現。
- 平台資料與合規（權重 0.20）：官方入口、營運資料、安全資訊及可核對的合規資料。
- 優惠（權重 0.15）：紅利、流水、有效期、遊戲貢獻及提款限制。
- 真人娛樂（權重 0.15）：供應商、桌台、遊戲內容及實際可用性。
- 手機（權重 0.10）：手機網頁／App 的登入、遊戲及支付操作。
- 客服（權重 0.10）：官方聯絡渠道、中文支援及問題處理紀錄。
權重合計為 1.00。六個維度均有有效評分時才計算加權總分；任何維度的核心證據不足，該維度標示「未評分」，整體總分暫不發布，不以估值或其他維度分數補位。
風控一票否決（Veto Hurdle）：若出金支付分數 Spayout 低於 6.0，或平台資料與合規分數 Splatform 低於 6.0，則最終分數按以下上限處理：Sfinal = min(Sweighted, 5.0)，並標示「風控受限／不予推薦」。此門檻優先於其他維度的加權結果，避免其他高分抵銷核心金流或合規風險。
資料來源有先後次序
不同資料來源的用途不同。平台自己的公開條款可以證明「平台點樣寫」； 第一方實測可以證明「本站實際遇到咩」；其他作者評測與玩家經驗則適合用來發現值得再核對的問題， 但不能直接改寫成本站親自測過。
| 來源 | 本站點樣用 | 可否直接當第一方證據 |
|---|---|---|
| 本站第一方實測／核對紀錄 | 用於實際到賬、操作路徑、可見內容及已保存的測試結果 | 可以 |
| 品牌官方網站／條款／收銀台 | 核對平台公開規則、優惠、支付方式、客服與營運資料 | 可作官方規則證據，但不是本站實測 |
| 其他作者評測 | 可改編其問題框架、比較維度或找出需要重新核對的細節；涉及事實時重新找原始來源 | 不可以 |
| 玩家真實體驗／投訴 | 作問題線索，例如提款延遲、客服入口或條款爭議，再由本站或官方資料交叉核對 | 不可以 |
| 搜尋摘要／論壇轉述 | 只作發現線索，未找到可核對來源前不拿來支持評分 | 不可以 |
「已確認、未確認、未實測」有咩分別？
已確認
有當前可核對的官方資料、頁面內容或本站保存紀錄支持該欄位。
未確認
資料不足、來源互相衝突，或者當前版本無法重新核對；不會自行補值。
已實測
由本站按既定方法完成並保存測試資料，例如 FPS／USDT 到賬樣本。
未實測
沒有本站完整第一方樣本；平台宣傳時間或其他網站測試不能拿來填成本站結果。
分數幾時會改？
本站不會因為「到了新月份」就機械調分。只有原本支撐分數的證據發生實質變化， 才需要重新看該維度與整體結論。
| 變更 | 可能影響的維度 | 處理方式 |
|---|---|---|
| 官方網址／營運資料變更 | 平台資料 | 重新核對來源、最近審核日期與品牌頁相關欄位 |
| 新增／移除真人供應商或桌台 | 真人娛樂、手機 | 重查遊戲內容與手機端實際可見狀態 |
| 提款方式／最低額／KYC 改變 | 出金支付 | 更新平台規則；如有第一方樣本，公開規則與實測仍分欄 |
| 優惠金額或條款改變 | 優惠 | 金額、打碼、有效期、遊戲與提款限制重新拆解 |
| 手機頁／App 流程有明顯變更 | 手機 | 重新核對登入、遊戲、入數、提款與客服入口 |
| 客服渠道／處理紀錄改變 | 客服 | 更新官方入口與可核對問題處理紀錄 |
平台資料、其他評測與玩家體驗互相矛盾，點處理？
遇到衝突時，不直接揀一個最符合原本結論的說法。先確認大家講的是不是同一地區版本、 同一日期、同一幣別及同一付款方式，再決定哪些可以放入評測。
- 1對齊地區／版本
- 2對齊審查日期
- 3核驗官方原始資料
- 4執行本站核對
- 5記錄未確認項目
- 官方條款 vs 舊評測
先按最新可核對官方版本更新，舊評測只保留歷史背景。 - 官方宣傳 vs 實際介面
記錄兩者差異，不把宣傳頁直接當成當前可用功能。 - 單一玩家投訴 vs 平台規則
投訴可以提示問題，但需要更多資料先判斷是否具代表性。 - 不同作者結果不同
比較測試條件、日期、帳戶版本與方法，而不是平均兩個結論。
三階取證差分審計管線
保存核對時的請求網址、HTTP 狀態碼、回應時間、必要回應標頭、TLS 憑證有效狀態及已遮蔽的關鍵回應欄位；同時記錄地區、語言、帳戶版本與香港時區時間戳。匯出前必須移除 Cookie、Authorization、Session ID、存取令牌、完整個人資料及銀行帳號，避免把登入憑證或敏感資料寫入審計檔。
保存核對頁面的來源網址、擷取時間、地區／版本及條款正文快照，為原始檔計算 SHA-256；更新時對照前後版本差異，逐項記錄新增、刪除及修改的條款文字、生效日期與差異摘要。快照雜湊、版本號及審核人員一併寫入變更紀錄。
FPS 樣本保存已遮蔽的提款工單編號、金額、T0、平台付款狀態、銀行交易參考及 T1；USDT 樣本保存網絡、提款工單、TXID、鏈上確認狀態及錢包實收時間。平台訂單與銀行／鏈上紀錄必須能互相對應，並以唯一證據編號串接；公開版本遮蔽完整帳號、錢包敏感資訊及個人識別資料。
每項衝突個案均建立證據編號、來源版本、擷取時間、SHA-256、差異摘要、處理結論、主審與覆核人。分數變更必須能回溯至對應證據與版本差異；單純改寫文案不構成評分變更依據。
合作關係、商業網關與評分數據如何隔離？
商業合作只進入獨立的導流與點擊統計管線，不進入六維評分計算。
品牌 CTA 統一使用站內 /go/{slug}/ 路由，由伺服器按固定白名單映射目的網址並回傳 302；
評測頁 DOM 不輸出外部加盟網址或 原始返利查詢參數。
商業入口獨立網關
頁面只連到 /go/{slug}/。伺服器以固定 slug 白名單選取目的網址，回傳 HTTP 302；不接受使用者傳入任意 target URL，避免形成開放式重定向。
HTTP 回應隔離
網關回應要求包含 X-Robots-Tag: noindex, nofollow, noarchive 及 Cache-Control: private, no-store；頁面商業連結使用 rel="sponsored nofollow noopener"。
評分資料單向只讀
六維分數、權重及證據索引以版本庫管理；商業點擊與轉化統計寫入獨立分析資料，不授予分析管線修改評分資料或觸發加分的權限。
每次改分留差分紀錄
評分變更必須記錄證據編號、來源版本、修改前後分數、變更理由、提交人、覆核人及時間戳。佣金、點擊率及轉化率不列入評分輸入。
商業隔離工程驗收標準
逐條檢查品牌 CTA 的 HTML，確認只出現本站 /go/{slug}/，沒有原始加盟網域或返利參數；逐條請求網關，核對 HTTP 狀態為 302、回應標頭包含上述索引與快取控制值，並確認 slug 只會映射至預先登記的目的網址。
評分版本以 Git 提交差分及權限紀錄驗收；商業點擊分析帳號不得具有評分資料庫寫入權限。每次方法論或品牌分數更新，均須附來源、證據編號及雙主審覆核紀錄。