一筆 RTP 觀察記錄要能獨立驗算，總投注額這個分母不能出錯。回合數只能從有扣款的交易明細來，免旋和 Demo 模式都不能混入，遊戲版本不同就得另開新表。這三個前提沒過關，後面算出來的百分比沒有參考價值。
扣款記錄才是回合數的唯一憑證
最容易誤判的欄位是回合數。觀察表上的「一轉」不能憑按鍵次數記，也不能看動畫跑了幾次轉輪，唯一能當作一回合的條件是：交易明細裡有一筆扣款記錄。扣款記錄扣的是下注額，但有些情況會扣錢卻不該算成一回合，有些情況跑了一整段動畫卻沒有對應的扣款，這兩種都要先排除。
先處理 Buy Feature。這是玩家付費直接買入免費遊戲或獎金關卡，交易明細上會顯示一筆較大的扣款，動畫也可能展現很多轉輪，但這筆付費只對應一個遊戲回合。供應商的規則是：Buy Feature 就算一回合，中獎金額是這回合的結算結果，不能因為動畫跑出好幾轉就拆成多筆計算。實務上有些平台的交易明細會把 Buy Feature 的扣款標示為「Feature Buy」或「Bonus Purchase」，確認欄位名稱後再把該筆記錄回合數標為 1。如果有將此筆扣款錯標成多筆回合數，會使總投注額被重複計算三到五倍，RTP 分母會直接被拉高。
免旋（Free Spins）剛好相反。免旋是遊戲本身觸發的獎勵，不扣玩家餘額，所以交易明細上沒有對應的扣款。觀察表上，免旋的回合數記為 0，下注額也必須記為 0。有些人會想把免旋的中獎除以一個虛構的下注額來湊 RTP，但這種運算沒有意義，因為目標是計算玩家的實際回報率，不是去推算遊戲的內部實體。免旋期間的中獎金額可以單獨備註，但不能放進正式的 RTP 計算裡，除非另外記錄一筆「名義投注額」（通常等於觸發免旋那一轉的下注額）。這筆名義投注額只供參考，不能拿來宣稱「我這兩小時 RTP 達到多少」。一個常見的例子：如果在 100 轉中觸發 10 轉免旋，把這 10 轉的名義投注額塞進分母，等於憑空增加了一萬元的虛構投注，拉低了真實RTP。
還有一個容易被忽略的條件：遊戲會話中斷後的回合數銜接。有些遊戲在重新啟動後會重置部分統計，有些則保留前次會話的明細。如果沒有辦法從交易明細區分哪一段是前次、哪一段是本次，這段記錄就不能拿來獨立計算 RTP。使用觀察表時，要確保記錄的起始回合對應到一筆可確認的扣款記錄，結束回合對應到最後一筆扣款，中間沒有被未記錄的會話割裂。如果中斷後無法確認回合數的邊界，就應該從新會話的第一次扣款起重新累計，而不是試圖拼湊。
遊戲版本也是回合數能不能混記的核心條件。同一款老虎機可能因為供應商更新而調整過轉輪結構、獎金觸發率或 RTP 設定，這時新舊版的回合數不能放在同一張計算表裡。舉例來說，某些供應商曾在 2025 年末更新過《Starburst》的波動度分布，舊版的某個符號出現頻率改變後，同樣 1000 轉的獎金分布可能就有差異。觀察表至少要記錄遊戲名稱、供應商以及 Paytable 的檢核日期（例如從遊戲資訊頁查到的「Update 03/2026」）。兩個不同版本的回合數合併計算，等於拿兩組不同機率分布的數據去算同一個百分比，沒有意義。
Demo 模式的回合數不能和真錢回合數混在同一張觀察表裡。部分供應商的 Demo 版使用不同的 RNG（隨機數生成器），回報分布和真錢版本不同，把兩組數據合併只會製造假的趨勢。如果真想用 Demo 練習記錄格式，可以另外開一份表，標明「Demo 模式、遊戲版本號、僅練習欄位」，不要和真錢數據合併。
關於回合數的記錄檢查，以下四個條件必須全部確認：一、交易明細有對應扣款，二、扣款欄位標示為下注，非 Buy Feature（除非以買入為一回合），三、遊戲版本與前次記錄一致，四、會話沒有被中斷或重啟。缺任何一條，那一筆回合就不能放進 RTP 計算。
固定下注用乘的，變動下注累加，別混用這兩種算法
總投注額的公式看起來簡單：下注額乘以回合數。但這個公式只在固定下注時有效，一旦過程中調整下注金額，總投注額就必須用另一種算法。
第一種算法是固定下注額乘以總回合數，只適用於整個觀察期間每轉下注完全相同的狀況。如果記錄裡有十轉下注 5 元、五轉下注 10 元，用平均或任意一個數字去乘，總投注額會和實際值出現差距，後面的 RTP 計算就跟著走樣。假設十轉 5 元、五轉 10 元，實際總投注是 5×10 + 10×5 = 100 元，如果用平均下注 6.67 元乘以 15 轉，得到 100.05 元，看起來接近，但如果組合比例不同或回合數更大，誤差就會放大。
第二種算法是變動下注額的逐筆加總。每一筆從交易明細擷取扣款金額，全部加起來。這個數字必須和自己記錄的回合數比對：如果總交易筆數不等於回合數，就代表記錄過程漏了某幾筆，要回頭補。例如記錄表上寫了 200 轉，但交易明細只有 198 筆扣款，就得先找出原因，是免旋被誤算成一回合，還是某次連線異常導致明細遺漏，或是買入 Buy Feature 的重複計數。
第三種算法是直接匯出平台提供的 CSV 交易明細，用 SUM 公式加總下注額欄位。乍看最省事，但這裡有一個陷阱：有些平台的 CSV 把 Buy Feature 的扣款放在下注額欄，有些單獨拉一欄。如果不先檢查欄位定義，直接加總出來的數字可能包含不該算的費用、活動回饋扣抵或紅利扣除額，導致總投注額失真。使用 CSV 時，最好先比對一兩筆明細的扣款數值和遊戲畫面上的下注顯示是否一致。
免旋場景讓總投注額的問題更複雜。免旋不扣款，下注額為 0，但中獎金額可能不小，這時如果直接跑 RTP 公式（中獎金額除以總投注額），會出現除以零或分子畸高的問題。解決方式不是把免旋偷渡進回合數，而是另外建一個輔助欄位「含名義投注額總投注」，標明為獨立計算，不混進原始總投注額那欄。這樣至少能知道自己記了什麼，不會拿一個沒有分母的數字去和人比對。舉例來說，免旋期間中了 800 元，名義投注為 5 元，這筆的計算只應該出現在「名義 RTP」的輔助表中，不能放進常規計算的總投注額欄位。
另一種常見的錯誤是把加碼獎金（比如此局雙倍中獎的加成）記入總投注額。加碼獎金是中獎的一部分，不是投注的一部分，放錯欄位會同時破壞分子和分母的結構。任何從錢包加進來的數字，除非交易明細明確標示為「下注」，否則都不該放進總投注額。
關於總投注額的算法，可以歸納為一個核對清單：固定下注→用第一種（回合數乘固定額）即可，變動下注→用逐筆加總或 CSV SUM，使用 CSV→先確認欄位定義，免旋下注額為 0 時需另建輔助欄。
結算時間抓錯，整筆中獎記錄跟著作廢
中獎金額的判斷標準是錢包實際入帳的結算金額，動畫跳出來的數字和畫面下方的 Win 欄位顯示值都不算數。兩者之間會有時間差，尤其遇到多階段獎金或連鎖消除機制時，動畫顯示的數字可能只是某階段的暫時累計，最終結算後才決定入帳額。
記錄中獎金額的時間點要固定在「錢包歷史記錄出現該筆入帳」的瞬間，不能記動畫數字。這樣做的理由是：部分遊戲的中獎動畫在連線中斷或提早關閉遊戲時會停止，但後續的結算可能仍然發生，也可能被伺服器取消。只查錢包記錄才能確保手上數字和平台端一致。
多階段獎金，像是連鎖消除、累積獎金、獎金關卡裡的分段給獎，結算時間可能拉長到幾秒甚至數十秒。觀察表不應該在動畫還沒跑完時就急著記數字，因為最後一階段的結算可能改變總中獎額，甚至觸發額外的獎勵。正確做法是等遊戲完全回到可下注狀態，確認錢包記錄出現結算金額後，再把總額認列為一筆。
這也衍伸出一個問題：如果一回合內包含多次中獎（例如連鎖消除觸發多次支付），這些支付在錢包記錄中可能分成好幾筆入帳，還是合成一筆？標準做法是把它們記成同一個遊戲回合的總中獎金額，不管錢包記錄分成幾筆。關鍵是確保回合數和總投注額的對應關係不亂掉。最乾淨的記錄順序是：回合數→該回合下注額→該回合總中獎金額。缺任一項就不算完成一筆記錄。
免旋期間的中獎，因為回合數為 0，記錄時需要另外標記。可以記成：免旋段落總中獎金額、名義投注額、觸發該免旋的原回合編號。這些數字不進入常規 RTP 計算，但能幫助識別哪些中獎發生在免旋期間，避免事後回頭對帳時誤判成正常回合。
還有一個容易被忽略的邊界：累積獎金的記錄方式。累積獎金（Progressive Jackpot）的獎池金額來自多個玩家的投注累積，結算時可能一次給付，也可能分期給付。如果觀察期間中了累積獎金，記錄時必須標明「含累積獎金，該筆金額可能不重現」，並在其後的記錄中繼續累計其他回合的資料，因為這一筆巨額中獎會極端拉高總中獎，使短期 RTP 計算失真。標準做法是：先記含累積獎金的總中獎金額，再另建一個輔助欄位記錄排除累積獎金後的數字，兩邊可以分開對比。
如果是買入 Buy Feature 的回合，中獎記錄一樣以錢包入帳為準。但要注意：有些 Buy Feature 的中獎會分多次進入錢包（例如每日釋放一部分獎金），這時要等全部入帳完畢後再結算為該回合的總中獎金額，不能只記第一筆入帳。如果供應商的條款沒有明確寫出釋放週期，至少要記錄該筆 Buy Feature 的回合編號，標註「未完全結算」，並在後續對帳時補入。
關於中獎金額的記錄檢查點：入帳記錄來自錢包歷史，非動畫顯示，多階段獎金等全數結算後再記，累積獎金須標明特殊類型，Buy Feature 若有分期給付需標註未完結狀態。
波動度決定樣本門檻，低波動千轉高波動五千轉
觀察表做完，第一個該問的是樣本數夠不夠大到拿來比對。判斷標準在遊戲的波動度，不是靠感覺。
波動度是供應商在遊戲資訊頁面（Paytable）或官方說明裡公告的數值，通常分成低、中、高三級，有些會具體標示為 Medium-High 或給出標準差倍數。低波動遊戲的中獎頻率高、金額小，RTP 的計算結果在幾千轉內就比較接近公式期望值，高波動遊戲極端值多，實測 RTP 可能要在數萬轉後才開始進入理論值的合理偏離區間。
一個可操作的判讀標準是：低波動遊戲至少累積 1,000 轉再開始看，高波動遊戲建議累積 5,000 轉以上才拿來和理論 RTP 比對。這兩個數字不是保證收斂的門檻，只是一個「短期暴衝的影響開始被大量中等結果稀釋」的觀察起始點。樣本不到這個數量前，單一筆大獎或長時間空轉都能讓實測數字失去參考價值。關於樣本數和波動度對收斂速度的影響，另一篇機率樣本數與波動度的長期觀察有更完整的推導。
即使樣本數夠，實測 RTP 和理論 RTP 之間還是會有差異。這差異是否在合理範圍，可以用簡化的標準差概估：假設每次下注的結果是獨立事件，遊戲的標準差可從 Paytable 裡的變異係數或最大獎金倍率反推，把標準差除以 sqrt(總回合數)，得到的數字就是實測 RTP 偏離的粗略範圍。如果期望 RTP 是 96%，標準差概估偏離是 ±2%，那實測數字落在 94% 到 98% 之間都屬於統計上沒那麼意外的結果。如果偏離超過這個範圍好幾倍，才需要回頭檢查記錄有沒有系統性錯誤，而不是先懷疑遊戲有問題。
遊戲版本也是樣本能不能比較的關鍵。同一個遊戲名稱在不同平台可能掛著不同的 RTP 設定，甚至同一平台在不同時期因為供應商更新而改動過數值。觀察表至少要標記遊戲名稱、供應商、Paytable 版號或查閱日期，不然兩組 RTP 數字擺在一起比較沒有意義。記錄的規則是：更換遊戲版本等於重開一份新觀察表。
另一個常被忽略的因素是玩家的下注策略變動。如果觀察期間從低額下注偶爾跳到高額下注，每一轉的期望中獎雖然和注額成比例，但波動度相對大的回合（高額下注）會對總中獎產生不成比例的影響。因此說明記錄期間的投注範圍也很重要。實務上，如果下注額變動範圍（最高下注除以最低下注）超過五倍，這組記錄的 RTP 就不能與固定下注的常規門檻直接相比。
關於樣本數的判斷，可以先核對以下幾點：遊戲波動度分類為何、樣本數是否達到該級別的觀察起始門檻、實測偏離是否落在標準差概估範圍內、遊戲版本與記錄期間有無變動。都確定後，才會對數字比較有意義的評估。
Demo 模式的記錄可以拿來當參考嗎？
不建議，即使練習記錄格式也最好分開存放。部分供應商在 Demo 模式使用不同的機率表或 RNG 設定，真錢模式和 Demo 模式的回報分布可能不一致，兩組數據混在一起只會破壞觀察的可比性。如果真想用 Demo 練習，表格上要標明「Demo 模式、遊戲版本號、不與真錢合併」。另外也需要知道的是：某些供應商（如 Pragmatic Play）的 Demo 與真錢使用相同 RNG，但獎金觸發機率可能微調，這點並無統一規範。最保險的作法是將 Demo 記錄視為獨立資料集，只用來練習記錄欄位的操作流程，不必拿去比對任何數字。
同一款遊戲在不同平台的記錄能合併計算嗎？
必須先確認兩件事：一是兩邊的遊戲版本與供應商公告的 RTP 設定相同，二是 Paytable 的版號或更新日期一致。實務上，即使遊戲名稱一樣，營運商可能選用不同 RTP 配置（例如 94% vs 96% 版），不回報供應商就無法得知。缺這項確認前，兩邊記錄應視為獨立資料集。另一個檢查點是：兩邊的下注幣種是否相同。如果一邊是新台幣、另一邊是美金，總投注與中獎金額的匯率換算會引入另一層誤差，合併時需要先統一幣制，且需標明匯率計算的方式。
免旋觸發的中獎算一回合嗎？
不算。免旋沒有對應的扣款記錄，回合數必須記為 0，下注額也是 0。免旋期間的中獎金額可以另外備註，但放進一般 RTP 計算會讓分母失去意義。如果需要紀錄，最好獨立標示為「免旋段落中獎／名義投注額／觸發回合編號」，不混入主要表格。例如總共玩了 500 轉，免旋期間中了 2000 元，這 2000 元不能除以 0。建議的做法是把免旋中獎累計成一個獨立字段標示在表格最下方，並記錄觸發免旋的原回合數，以備後續對帳或分析時可以知道這筆中獎是從哪個回合出發的。
為什麼我跟朋友記同款遊戲，出來的數字差很多？
最常見的原因是樣本數差異和波動度。一人記錄 500 轉，另一人記錄 3,000 轉，即使玩同一版本，短期內極端值的影響力完全不同。其次是下注額變動與記錄方式不一致，總投注額算法不同會直接拉開 RTP 計算結果。先比對兩人的回合數、總投注額定義和是否有包含免旋，比對完再談數字差異才不會白做工。還有一個可能性：兩人的記錄期間不同，一個是在遊戲版本更新前，一個是在更新後，這時 RTP 設定可能已經被供應商調整過。先確認版本日期再比較數字才有基礎。
觀察表的 RTP 比官方公告高很多，代表什麼？
通常代表樣本數還不夠，不是遊戲有問題。高波動遊戲在幾千轉內被一兩筆大獎拉高實測 RTP 非常常見，繼續記錄後數字就會往下修正。與其急著解讀，不如先把樣本數、遊戲波動度和記錄期間列清楚，確認偏離幅度是否落在標準差概估的合理範圍內。如果樣本超過萬轉仍大幅偏離，才需要懷疑記錄流程或遊戲版本。而如果實測 RTP 遠高於理論值且偏離超過三倍標準差，這時應該先回頭檢查總投注額的計算是否漏記了某些下注，或者中獎金額是否有重複記錄。
多階段獎金還沒跑完就先關掉遊戲，金額會入帳嗎？
實務上沒有統一的答案，完全看遊戲供應商的結算規則。有些遊戲在連線中斷後會保留結算狀態，重啟後補發未入帳的獎勵，有些則只記錄中斷前已完成的階段。唯一可靠的核對方式是查錢包歷史記錄，看最終入帳了多少，並以該數字為準記錄。如果發現有中獎動畫卻無對應入帳，應透過平台客服查詢該回合的伺服器結算記錄。還有一種情況是：關閉後重新開啟遊戲可能導致多階段獎金直接被取消，這在條款中如果沒有明確規範，就是一個不確定因素，觀察表應該記錄此類事件的回合編號並註明「中斷未結算」。
