同一趟健行，為什麼不同 App 算出來的配速不一樣

簡單說

配速是距離除以行進時長，是健行結束以後算出來的，不是感測器直接讀出來的。這道算術本身沒有一個環節是直接測量的，兩個原料——距離和行進時長——早就可能因為跟配速毫不相干的原因，在不同 App 之間對不上了。所以看到兩個 App 的配速不一樣，正確的第一步不是盯著配速看，而是分別去查它下面的這兩個數字。

配速是算出來的，不是量出來的

GPX 軌跡點裡存的是座標，通常還有海拔和時間戳——配速沒有對應的欄位，行進時長也沒有。每次打開檔案，App 都要從頭把這兩樣東西算出來——用它自己的距離算法，加上它自己判斷「在走還是停著」的規則，跟它打開任何別的檔案時是同一套辦法。也就是說，配速不是從一個 App 傳到另一個 App 的數字，而是每次打開都要重新算一遍的數字，它根本就沒有一個「本來正確」的值可以拿來對照。

距離對不上，配速就跟著差同樣的比例

同一趟記錄，兩個 App 的距離很少能算得分毫不差，因為距離本身就是一串 GPS 點累加出來的，各家在這條線上做多少簡化或者平滑處理都不一樣。一個 App 算出的距離比另一個高出百分之幾，配速也會跟著差不多同樣的百分比，因為距離就直接坐在配速這個分數的分子上。一趟健行一邊算出 14.1 公里，另一邊算出 14.6 公里，哪怕兩邊的行進時長精確到秒都完全一致，距離算得短的那個 App，配速也會相應顯得更快。

行進時長對不上，配速的落差通常更大

行進時長不是時鐘上讀出來的事實，而是判斷的結果——每個 App 各自決定這趟健行裡哪些區間算「停留」。有的 App 盯著 GPS 速度，低於某個門檻就自動從行進時長裡扣掉；有的只認自己按過的暫停鍵；有的服務在你匯入檔案之後，根本不理會記錄 App 已經算好的行進時長，拿原始點位按自己的門檻重新算一遍。這些判斷在一趟普通的健行裡就能差出好幾分鐘，而配速是拿行進時長去「除」而不是去「加」，所以一個單看不算大的行進時長差異，反而可能比同等大小的距離差異，把配速拉得更偏。兩個 App 之間真正的配速落差，多數時候源頭在這裡，而不在距離。

捨入和顯示方式，也會添一點小落差

就算距離和行進時長已經很接近，本不該造成什麼影響，螢幕上顯示的配速還是可能看著不一樣。配速通常四捨五入到每公里或每英里差幾秒的精度顯示，拿兩個本來就有一點點差異的數字做除法，結果又被再取整一次，哪怕底層的差異極小，顯示出來的數字也可能挪一格。在公里和英里之間切換，又多一道換算帶來的取整。這跟距離或行進時長真正的分歧不是一回事，更像是拿兩把刻度稍有不同的尺，去量同一樣東西。

這兩個原因，通常不會互相抵消

容易想當然地覺得，一個 App 距離算得偏長、行進時長也算得偏長，分子分母同時變大，配速上應該能抵消掉。但實際上沒有理由讓這兩者同步變化，因為距離和行進時長是各自獨立算出來的，用的是為完全不同的問題設計的規則——一個是在累加 GPS 的抖動，另一個是在判斷有沒有停下來。有時候兩邊碰巧抵消一些，有時候又疊加在同一個方向上，只看最後配速的落差，沒法分辨到底是哪種情況。想知道背後到底發生了什麼，只有把距離和行進時長分開各自核對一遍。

容易搞混的地方

• 看到配速對不上，就以為是某個 App 的配速演算法出了 bug——幾乎總是上游的兩個數字本身不一致，配速的演算法反而沒什麼問題。
• 沒先確認兩邊的距離和行進時長是否各自一致，就直接比配速——如果這兩樣都對得上，配速上剩下的差異多半只是取整造成的。
• 把這個問題跟同一個 App 裡即時配速和平均配速的差別搞混——那說的是當下這一刻和整趟健行的彙總值之間的區別，跟這裡討論的兩個不同 App 對同一趟已經結束的健行算出不同結果，是兩碼事。
• 以為重新匯入的 GPX 檔案會原樣帶著最初算好的配速——檔案裡根本沒存這個數字，匯入的 App 是拿自己重新算出來的距離和行進時長，重新算一遍配速。

TrailCam 在這裡能幫上什麼

TrailCam 會按公里或英里記錄每條路線的配速，背後用來算配速的距離和行進時長來自同一趟記錄，不會被兩個不同的服務各自重新算一遍——行進時長來自你自己按的暫停鍵，不是靠猜 GPS 速度得出的。路線可以匯出成 GPX 1.1 或者 CSV。CSV 彙總裡，距離、行進時長和配速會放在一起留下來，數字跟著這趟健行一起走，不用等下一個打開檔案的 App 從頭再算一遍。匯出是可選的 TrailCam Pro 功能，App 本身免費下載。