先说结论：如果你这几天总觉得自己的听歌时长、本周排行"对不上账"，大概率不是你手机的问题——9月26日开始，小红书、微博上有一批网易云老用户在集中反馈同一件事：听歌数据异常。有人循环了一晚上的歌没进听歌记录，有人听了3小时被系统算成4分钟，还有人只听过一次的歌被标成"本周听了60多次"。而官方客服给出的口径从"已恢复"一路走到"加急修复中，9.30前关注一下"——今天正好是10月1日，这个承诺的到期日。
一场"双向出错"的数据混乱：少的少，多的多
翻完这波反馈，异常其实分两个方向，不是简单的"没记上"：
少记的方向。 最早的一批反馈出现在9月26日傍晚，有用户发帖催官方修bug：“上午听的两个多小时还会计入，下午开始怎么听都没有变化”。 当晚21点多，有用户晒出听歌报告页，本周聆听0分钟、页面数据完全显示不出来；22点多另一位用户直接喊话官方账号"网易云我听歌记录呢！"。小红书小红书小红书
最直观的还有歌曲页面的"正在一起听"人数：一首原本999+人在线听的歌，当晚直接掉到不足20人，这条反馈拿到了340个赞、137条评论，顶到最前面的评论（373赞）是"循环好多遍的歌也没进听歌记录和排行"，下面一水儿的"＋1"“我还以为我手机有问题了”。 还有人"听了不少首歌，结果就记录了一首"，凌晨两点还在听也记不上，时长停在48分；有用户晒出的报告页里，总时长8541小时的大数字下面，九月那一栏是刺眼的0分钟。小红书小红书
多记的方向。 有用户"刚听了4次的歌显示听了六十多次"，同一晚另一位用户发现"听过一两遍的变成了十几二十遍，今天更是显示一首歌听了六小时"。 有用户直接开怼：什么叫19点已经听了24小时，听歌排行这周突然好几首歌变成二十几次播放但自己根本没听过。小红书小红书小红书
更诡异的是"莫名其妙被加歌、加时长"：有人晒出"云村听歌足迹"页面，九月显示听了253小时29分、28天/30天，自称"被自己的听歌时长吓到了"。 而且这类虚增甚至不是这几天的事——8月底就有用户反馈"没听过的歌莫名其妙出现在听歌排行"，找客服删除却"一直转不了人工"。 数据不是不动，是乱动。小红书小红书
值得多说一句：这不是网易云听歌统计第一次被用户集中质疑。2025年12月年度报告上线时，就有大批用户反馈"高频听的歌手歌曲没上榜、毫无印象的歌反而上榜"，网易云官方当时的发文回应称"经反复核查，听歌报告数据的整体逻辑准确"，并把偏差归因到多设备、多人听歌、个性化推荐、离线听歌四类因素。 再往前，2019年的年度报告也出现过"听歌的次数也不对，差很多"的抱怨。 也就是说，听歌流水这条统计管道和用户感知之间的对账问题有长期前科；而它下游连着的是每个老用户最在意的东西——每周听歌报告、等级、听歌排行，以及12月那份全民晒图的年度听歌报告。同一片水域里，QuestMobile口径下汽水音乐正以约1.2亿月活、90%+的涨幅逼近网易云，"数据还准不准"对网易云就不只是体验问题，而是信任资产问题。蓝鲸新闻微博
官方三次回复，口径一路在变
把时间线拉出来（都来自公开帖子和评论区）：
9月26日下午起，陆续有用户反馈听歌时长不再增加，当晚官方账号在评论区回复"技术小哥哥在加急排查中，麻烦您晚点再试"。小红书
9月27日，异常集中爆发（在线人数、听歌排行、总时长多类问题），官方在帖子下统一回复"经核实目前已恢复"。 但同一评论区里，最高赞的后续反馈是"并没有恢复，听歌次数不正确"。小红书小红书
9月28日，官方换了口径，回复变成"已经加急修复中，辛苦您9.30号前关注一下"。小红书
9月29日至10月1日，仍有用户回帖"+1"，有人在10月1日当天留言"我几天前也是"——问题似乎没有被彻底清零。
需要说清楚证据边界：这波异常目前只见用户在小红书等平台的集中反馈和客服零散回复，网易云没有发过正式的全平台公告，所以没法断言"所有用户、所有端口都挂了"，影响范围只能说到"反馈样本覆盖安卓、iPad等多端，且持续到9月底未绝迹"。但"已恢复"和"用户还在报"两个事实同时存在，本身就说明9月27日那次"已恢复"下得太早——对数据党来说，真正的问题只有一个：这段乱掉的流水，还能不能补回来。
这波谁亏得最狠：三类对数字敏感的人
对普通"放歌当背景音"的用户，这半个月顶多是听歌周报不好看了；但对下面三类人，数据异常是实打实的成本：
等年度报告的人。 网易云的年度听歌报告按全年听歌流水生成，9月26日前后这个窗口的数据如果修复时不做回补，年度报告里这段就会缺一块——而且参考往年（2019、2025都有人报出入），用户对"统计管道"的信任本来就经不起再来一次。
靠播放数据吃饭和内容曝光的人。 音乐人、歌单达人的作品播放量、榜单曝光建立在同样的流水上。少记等于白干，多记等于掺水——尤其后者，会污染"哪些歌真的有人听"的判断。
做收听任务的人。 粉丝刷播放、日常任务型用户依赖收听计数，少记的每一天都是无效工时。这里还有一层反常识的对照：就在9月28日，网易云官方还发过长文，宣布持续打击刷量刷粉黑产、守护清朗音乐社区环境。 平台一边清理假数据、一边自家的真数据出了错，普通用户想分辨"我的播放到底被系统怎么算的"，难度反而更高了。知乎
三分钟自查清单：先对账，再留证据，最后盯窗口
不管你有没有刷到"闹鬼"帖，这几天都可以花三分钟把自己的账对一下：
对周报：打开"我的—听歌报告"，看你最近一周的总时长、本周听歌排行，和实际收听记忆差多少。像"听了几次却排本周第一""听了一晚纯音乐只计几首"这种反向偏差，是最典型的异常信号。
对单曲页：随机点开几首冷门和热门歌，看"正在一起听"的人数是不是断崖（从三位数掉到个位数、二十位数）。
对副设备：iPad、车机上听的部分最容易漏计，单独核一遍。
截图存档：发现对不上的，把听歌报告页、单曲页截图存好，页面自带时间戳，这就是后续申诉的凭证；客服入口在App内"我的—在线客服"，直接把异常截图甩给客服登记，别只停留在评论区"+1"。
盯12月的年度报告：这是最终检验。值得注意的是，网易云官号9月中旬刚发过"听歌报告十周年、听劝系列又来啦"，9月23日又发起投票，问用户今年希望在12月中旬还是下旬收到报告——上线时间由用户投票决定，意味着这份报告对"数据完整"的要求比往年更高。 官方"9.30前关注"的承诺今天已经到期，如果你的数据在10月仍显示异常，或12月底的年度报告明显缺失9月底到10月初这段，拿着当时的存档截图去找客服，比到时候重新举证省事得多。小红书小红书
最后说句判断
这篇不是"网易云塌房"檄文——从公开反馈看，这波异常影响的是统计层，歌还能正常听，账号和歌单资产也没丢。但它给所有把网易云当"音乐履历本"用的老用户提了个醒：你每年12月晒出去的那张年度报告，前提是这条统计管道平时值得信任。对比去年年底官方还能发文回应"整体逻辑准确"，这一次的处理退化成评论区里"已恢复""9.30前关注"的碎片口径，三天换三版、下结论比修复快，这个姿态比数据本身更值得盯。现在能做的就三件事：对账、留证、等12月。到时候年度报告要是真少了半个月，别默认是自己那阵子没听歌。
本文事实均来自公开平台用户反馈与官方账号回复，影响范围以反馈样本为限；平台未发布正式事故公告。
