阅读时间估算：这些分钟到底是什么意思

阅读时间（分钟）通常是词数除以每分钟词数。整个说法都压在速度常数上。一般英文散文默读常取每分钟 200 到 250 词。技术文档、法律文本和密集哲学更慢，略读更快。全站套同一个常数，必然会在部分页面上故意算错。

代码块不是按散文速度读的，对照表和多级清单也不是。有的计算器忽略非散文块，有的把每个 token 同等计数。忽略会低估教程页；按散文计数会高估读者其实在扫读的页面。按你的内容类型选一种行为，并保持一致。

图片不加词数，但加时间。需要解读的图可能消耗和短段落相当的注意力。关闭自动播放时，读者真的点播放的视频会主导访问。对媒体密集页只用词数估算，得到的是下限而不是现实总时间。有的站点给每张图加固定秒数；仍然粗糙，但比假装图片不耗时更好。

中文阅读时间按每分钟字符数，而不是每分钟词数，常见估计大约每分钟 300 到 500 字。把英文每分钟词数模型套到中文上没有意义。混排页面需要分开估算，或给出标注清楚的混合值。

取整到整分钟，避免 6.4 分钟这种假精确。内容类型差异很大时可用区间，或配上平均默读之类的短标签。如果页面主要是工具加简短说明，考虑完全不显示阅读时间；这个指标是为文章设计的。

无论选什么速度，都写在功能旁。日后有人抱怨某页更久，你可以说清用的假设。以后改常数会让所有页面一起变，只要把数字当相对信号而不是绝对值，这没问题。

以英文技术博客为主时，正文按每分钟 220 词是合理起点，排除导航和页脚。纯代码块可排除或降低权重。如果分析显示平均停留时间持续远高于或远低于估算，再回头改常数。

阅读时间对长文有帮助，在工具页、更新日志和短公告上则是干扰。若估算不足两分钟，省略它往往比宣传微不足道的时长更专业。要显示时，标签应诚实：基于词数的预计阅读时间比暗示经过测量的单纯 7 分钟更清楚。

（中文扩写）If average engaged time on a class of articles is consistently double your estimate, lower the words-per-minute constant for that class. If users bounce in seconds, the problem is rarely the reading-time label; it is title, intro or page speed. Recalibrate quarterly at most. Daily tweaks to the constant create noise without teaching you anything about content quality.

（中文扩写）If the business wants every post to look short, pressure will appear to raise the words-per-minute constant until times look flattering. Resist that. An honest longer estimate filters the wrong readers less painfully than a two-minute promise that becomes a twelve-minute slog. Keep the constant in version control next to the feature so changes are reviewable rather than silent.