作者MuMuH (MuMuH)
看板Road_Running
标题[心得] 2017 - 2025 起跑区延迟趋势
时间Wed Dec 24 06:42:23 2025
分享一个我自己觉得满有趣的探索。本文整理了 2017–2025 年台北马拉松起跑区的延
迟情况,并将等待时间做成趋势图,过程中也发现了一些值得注意的现象。资料来源
为中华民国路跑协会(成绩系统)。
2025 台北马拉松,赛事为半程马拉松,跑者在起跑区被延迟了多久呢?如下:
n = 16944
P50 = 5 min 58 sec
P75 = 9 min 50 sec
P90 = 12 min 23 sec
P95 = 13 min 13 sec
在 16944 位完成赛事的跑者中,有 50% 的跑者在鸣枪後花了超过 6 分钟才能真正开始
跑步。而 25% 的跑者起跑等待将近 10分钟,而 10% 的跑者延迟超过12分钟,而最後
的 5% 跑者因前面太挤而被迫承担超过 13 min 的等待时间。
这样的数字已经大到无法忽略,令人想探索事情的一开始是什麽呢? 我的意思是等待时
间是年年逐步累积的结果吗?是随着报名人数增加而越来越挤,拉长了起跑区的延迟?
还是跑者自身能力不足让後面的队伍越拉越长?又或是这样问题本来就存在无法避免?
首先,我们往前推到 2020 年,
N = 14818
P50 = 6 min 35 sec
P75 = 10 min 44 sec
P90 = 13 min 26 sec
P95 = 14 min 25 sec
看起来还是非常的久, 50% 之後的跑者都需要等待相当长的时间。然而我们再往前一点
点到 2019 年:
N = 15352
P50 = 3 min 32 sec
P75 = 6 min 10 sec
P90 = 9 min 38 sec
P95 = 10 min 13 sec
这就很有趣了,2020 年跟 2019 年有巨大的差异:
P50 由 6 min 35 sec 降低到 3 min 32 sec
P75 由 10 min 44 sec 降低到 6 min 10 sec
P90 由 13 min 26 sec 降低到 9 min 38 sec
P95 由 14 min 25 sec 降低到 10 min 13 sec
在 2019 年时,50% 跑者在鸣枪之後 3 分 32 秒就可以通过台北马拉松拱门。而 25%
的跑者也不需要等待将近 10 分钟才放行,6分之後你就会通过感应地垫。我们由 2019
年的核心区间 (P50-P90)来看,2019年的跑者平均比 2020 年少等待约 3 分 48 秒。
下图为 2017 - 2025 年起跑区延迟趋势,你可以看到明显的变化,在 2020 年之後拉长
了跑者等待的时间。
https://imgur.com/a/KXQS12L
那麽 2020 年发生了什麽?
查阅了一下 2020 年的新闻报导, 发现在[1] 中曾提及:
「赛道的宽度设计,除了与参赛人数有很大关系外,不同时段的人流控制也很重要,从
起跑区的以成绩证明分配区域出发,避免不同程度跑者混合相互干扰跑速,2020台北马
也将原本16公尺的拱门改为10公尺,在拱门前就先控制人流,避免庞大人流塞在宽度较
窄的仁爱路。」
拱门由 16 公尺改为如今的 10 公尺,这似乎是优化赛道的一种方式,避免大量跑者瞬
间进入仁爱路产生的拥挤与碰撞,就算假设此设计确实提升了仁爱路段的流畅度,但从
起跑区延迟分布来看,这样的改善是以後段分区跑者承担显着且累积性的等待时间作为
代价。那麽在关门时间上,是否有考量到後面分区跑友呢?
2020年的关门时间[2],以半程马拉松 CP1 为例,在 2020 年为 7.7 公里,8:05 分
关门。
2020年之前由 web.archive.org 所储存的
https://www.taipeicitymarathon.com/en/
并没有关门时间的字眼,然而可以找到 2019 年交通管制时间表 [3],其中
路口/大约公里数/最後一名通过路口管制时间
中山北路—长安东路 7.5km 08:04
中山北路—南京东路 7.8km 08:06
显然关门的时间并没有因为起跑区宽度缩为 10 公尺而进行调整。换言之,起跑区宽度
的制度性调整,实际上改变了部分跑者可用的比赛时间,却未反映在关门标准的设计中。
这使得後段分区跑者在制度上处於不对等的竞赛条件。
参考:
[1] 马拉松赛事规划执行 承办单位专业大考验 By 欣单车
因连结被视为广告,请直接 google 搜寻。
[2] 2020年台北马拉松关门时间,由台北马拉松脸书取得:
https://imgur.com/a/W1XykB8
[3] 2019 年各路口交通管制时间表:
https://web.archive.org/web/20190721170644/www.taipeicitymarathon.com/traffic-ex.php
[4] Re: [讨论] 台北马的关门时间
https://webptt.com/cn.aspx?n=bbs/Road_Running/M.1765929524.A.BC0.html
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 101.10.97.165 (台湾)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Road_Running/M.1766529747.A.2BA.html
1F:推 adimater: 推 蛮有趣的分析 12/24 08:32
2F:推 eric93: 原来拱门宽度有缩过! 12/24 08:37
3F:→ eric93: 这篇分析太棒了。 12/24 08:37
4F:推 matsui725: 今年纸本手册还写超过起跑时间10分钟後出发者,大会有 12/24 08:43
5F:→ matsui725: 权不予计算成绩。到底是10分钟还15分钟? 12/24 08:43
6F:推 GoBadger: 当台上主持人说4分钟後关门时,还塞在分区C末端离拱门大 12/24 09:56
7F:→ GoBadger: 约10公尺啊~ 12/24 09:56
8F:推 okucts: 推 感谢原po分析 但是主办方是不看PTT的 也没有发现问题 12/24 10:56
9F:→ okucts: 等一下又会有人来留言说跑得慢就不要去抽签占名额 12/24 10:56
在资讯还不够齐全的情况下,跑友难免会用比较主观的印象来判断,我自己其实也常常
如此。不过我相信,当资讯逐渐被整理清楚,大多数跑友都会愿意回到事实本身,一起
正视这个问题。:)
10F:推 exergy: 参赛者回馈很重要,沟通要找路协或市政府? 12/24 11:29
11F:推 rock04rock: 这次半马D区,7:10分才过拱门,延迟了10分钟 12/24 11:42
12F:→ a031rex: 缩拱门效果是很快,但分区的精细度可能更有帮助 12/24 12:13
13F:推 judavida: 半马B区11秒 但5:55左右就进去 万一肚子怎麽了就挫屎了 12/24 12:32
14F:→ judavida: 裁判在入口说只进不出 12/24 12:32
15F:推 philip571: 看起来还是得在起始道路宽度跟拱门宽度间取舍 12/24 12:40
16F:→ philip571: 最近看了一些YT分享台北马的画面,感觉他即便身处A区, 12/24 12:42
17F:→ philip571: 还是有很多速度落差的跑者必须闪躲 12/24 12:42
18F:推 uei1201: 因为,有人靠爸就可以A区起跑,不用成绩啊XD 12/24 13:33
^^ 早上也一起看了 "checkpoint": "Start", "pass_time": "07:00:00" 也就是准时
出发但後来没有完赛的跑友,令我惊讶的是A区好像也没那麽 A 区,或许可以在探讨
看看:)
19F:推 yur: 台北马取消半马的话,每个起跑区都隔5分钟出发,也许能改善? 12/24 13:45
20F:→ yur: 我不知道 12/24 13:45
21F:推 nds3ds: 推 12/24 13:46
22F:推 LoliCar: 推个 12/24 14:24
※ 编辑: MuMuH (101.10.97.165 台湾), 12/24/2025 14:31:46
23F:推 doglegbow: M大文必推,专业分析 12/24 14:50
24F:推 yafx4200p: 2026厦马 17区 分8枪起跑 12/24 17:26
25F:→ yafx4200p: 分区起跑~跑者还是都要提前入等待区等待时间没减少多少 12/24 17:29
八枪起跑,每枪两区就是 wave start 的方式,在拱门宽度以及前方道路宽度有
限的情况下,会比传统分区更为安全的起跑。
https://pmc.ncbi.nlm.nih.gov/articles/PMC9500882/
台北马是传统的分区,每区并没有 hold and release 的机制。
26F:推 tommytgm: 专业推 12/24 17:39
※ 编辑: MuMuH (101.10.97.165 台湾), 12/24/2025 17:51:47
27F:→ MuMuH: 厦门马拉松的关门时间是依据各区鸣枪後持续时间计算,台湾 12/24 17:55
28F:→ MuMuH: 是两万人一起计算。 12/24 17:55
29F:推 playjoy: 今年没跑,特地在起跑点看半马最後一位跑者通过的时间, 12/24 18:13
30F:→ playjoy: 结果离关门时间大概剩不到30秒 12/24 18:13
31F:推 ayame0625: 推数据分析,改了起跑拱门宽度但没有调整CP的关门时间 12/24 21:34
32F:→ ayame0625: 真的需要修正 12/24 21:34
33F:推 moriyako: 很棒的文章,台北马半马关门时间真的很不友善。 12/24 21:40
34F:推 articlebear: 推 主办单位真的该多用点心 12/24 22:20
35F:推 TradeoffLove: 推 12/24 23:29
※ 编辑: MuMuH (101.10.97.165 台湾), 12/25/2025 07:13:21
36F:推 kevin9964: 优文 12/25 09:46
37F:推 kevin9964: 不过看到跑者分享 个关门点 有弹性延长的样子 我看邱 12/25 09:50
38F:→ kevin9964: 葛分享 终点也破三小时多 也是完赛 12/25 09:50
39F:推 kevin9964: 更正 刚看IG他应该三小时内完赛 12/25 10:00
的确,如果回头看最後几笔完赛成绩,会看到一定程度的弹性
存在。不过这些弹性比较像是受到当天赛道状况或交管回收进
度影响,而不是 2020 年後制度性调整所对应的结果。在起跑
区宽度缩减为 10 公尺,关门时间仍以一枪计算且明文未变的
情况下,後段起跑的跑友实际可用的比赛时间,确实会被压缩
。
※ 编辑: MuMuH (101.10.97.165 台湾), 12/25/2025 10:18:21
※ 编辑: MuMuH (101.10.97.165 台湾), 12/25/2025 10:19:33
40F:推 icydream: 推 12/25 11:20
41F:→ cxas: 不好意思,我有疑惑,拿最低限度跑半马,成本转价,合理吗? 12/26 21:55
42F:→ cxas: 这麽讲好了,把所有成本都转嫁,这也太奇怪了吧。 12/26 22:06
43F:推 muching: 赛道前600公尺到光复南路口前难道不能用仁爱路全路幅吗? 12/27 00:56
44F:→ muching: 明明要让起跑流畅的方式很多种 台北马选择缩大门 12/27 00:57
45F:→ muching: 今年终点门更蠢到离领牌物资区距离很近 12/27 00:57
46F:→ MuMuH: cxas 抱歉不太理解您的意思。 12/27 06:05
路段宽度的拓宽或限缩我就无法评论了。但 muching 大,起跑流畅的确有其他方式,
这几天在分析柏林半程马拉松的数据,这是一场规模很大的比赛,参赛人数有
43486 人,你可以看到有跑者:
Gun time 为 3:46:07 , Net time 为 2:29:31
是否会觉得赛制对这位跑者很不公平呢? 柏林半程马拉松也是如同厦门马拉松一样
是wave start多波段起跑,只是柏林半程马拉松只鸣一枪,因此你会看到 Gun &
Net 差异很大,但其他各区有自己的起跑时间 hold and release, 而关门时间以
及最後的成绩排名,都是以Net time (晶片时间为主),也因此他们不会有 87 分
完赛,排名却输 90分跑者的情况,也不会有因为Gun time 3:46:07 被关门的情况。
※ 编辑: MuMuH (101.10.97.165 台湾), 12/27/2025 06:22:53
47F:→ MuMuH: 除了公平性,wave start 也兼顾了安全性,毕竟人流是波段放 12/27 06:25
48F:推 exergy: 很想听听主办单位的规划理念,或是有什麽难处? 12/27 10:48
49F:推 your025: 希望分享给主办调整 12/28 08:09
我的想法是我们的确在台北马拉松发现了起跑区延迟而可能让後段分区跑者处於
不对等的竞赛条件。我想我们有义务技术回馈给官方。
- 目前的样本数为完赛的跑者,而昨天我们也有了有报名但未完赛的跑友也就是
DNF 以及 DNS 的人数,我们会再更进一步分析。此外,我们也有国际重要赛事
的 raw data。
- 基於我们的发现致函给台北市体育局,中华民国田径总会以及路跑协会做技术
的回馈。
- 最後将我们的资料以及内容放於公众平台 PTT road_running & github 留待
检验。留待给有兴趣的跑友更进一步检验。
※ 编辑: MuMuH (101.10.97.165 台湾), 12/28/2025 08:46:44
50F:推 exergy: 谢谢MuMuH大大的用心(鞠躬) 12/28 14:02
51F:→ Mrlegend: 半马最後还有挤不进终点线的问题 12/29 08:41
52F:推 articlebear: 挤不进终点线真的太扯了 12/29 19:29