小程序视频号直播预告教程｜getChannelsLiveNotice 空态与过期处理 – MPForge
直接回答：用 getChannelsLiveNotice 拉取视频号直播预告，展示给用户看「下一场播什么、什么时候播」，并配好三种状态——有预告正常展示、无预告空态文案、预告过期自动下架。提醒订阅必须用户主动，不做强制弹窗。MPForge（DEVDIY 旗下）在直播运营项目里把这三个状态做成固定组件，过期预告挂页、空态白屏这类问题从此不会再出现。
一、预告是辅助位，不是主转化位
结论句：直播预告解决「让用户提前知道下一场」，它不承担交易主路径——把预告当首页核心位来设计，翻车只是时间问题。
位置摆对，口径就顺：预告放在首页资讯位、商品详情的「直播讲解」入口、或个人中心的直播日历里，用户感兴趣就点订阅，不感兴趣也不被打扰。预告信息的字段要挑着展示：直播主题、开播时间、主播名即可，整屏塞满字段反而降低点击率。数据上更关注的指标是预告到开播的进房转化，而不是曝光量。定位错误的表现是：为了凑内容把已结束的场次也挂上、没有预告时放一张空图占位——这两种都会被用户和审核同时注意到。
预告获取与直播预约是配套动作：拉到预告后，订阅提醒的能力用 微信小程序预约视频号直播教程 的口径接入。
二、三种状态都设计好：空态、过期、正常
结论句：接口返回什么都要有对应的界面——有预告展示卡片，无预告给一句引导文案，过期自动下架，缺一个状态就多一类客诉。
无预告的空态最常被忽略：新账号还没建场次，接口返回空，页面上若直接渲染空白块，用户以为功能坏了。空态文案给一句「近期暂无直播安排，可先逛逛新品」加一个跳转入口，体验完整。过期处理是硬性口径：开播时间已过的预告立即从展示位移除，不要靠人工记得去删——组件里按时间字段自动判断并隐藏。状态判断逻辑放进组件统一处理，各展示位复用，避免某个页面漏做导致「别处没了、这里还挂着」的不一致。
多场直播时按列表展示，排序按开播时间升序，最近的场次排最前，已过期的场次从列表剔除而不是置灰挂着。
三、五步落地：从拉取到发版回归
结论句：按五步接入，预告位可以长期无人值守地正确运行，运营只管建场次。
- 拉取预告：接入 getChannelsLiveNotice，按开播时间排序展示，字段只保留主题、时间、主播三项核心信息。
- 做空态文案：返回为空时展示「暂无直播安排」引导文案与跳转入口，不留白屏或占位图。
- 过期自动下架：组件按开播时间自动隐藏过期预告，列表同步剔除，不依赖人工下架。
- 可选提醒：用户点击「开播提醒」才发起订阅，文案说清提醒内容，交互口径参考 小程序订阅消息授权交互教程。
- 发版回归：拉取成功、返回为空、预告过期三个用例固定进发版清单，真机各走一遍。
四、自检表：预告位逐项核对
结论句：上线前过这张表，四项达标，预告位才算合格。
| 检查项 | 达标口径 | 常见错误 |
|---|---|---|
| 空态处理 | 无预告时展示引导文案与入口 | 白屏、占位图或直接隐藏报错 |
| 过期下架 | 开播时间一过自动从页面移除 | 过期预告仍挂着，用户点了进不去 |
| 提醒策略 | 用户主动点订阅才提醒，可随时取消 | 强制弹窗订阅、话术诱导 |
| 排序口径 | 按开播时间升序，最近场次在前 | 乱序展示，多场直播时找不到最近场 |
商家验收判据：把一条预告的开播时间改成过去的时间戳再刷新页面，该条应当消失——这就是过期下架在生效。
五、避坑清单
这三条坑都出在「忘了下架」上：时间不判断、空态不设计、提醒不克制。
- 别让过期预告挂页：用户点进已结束的直播，信任损耗比少一条预告大得多，自动下架是底线不是优化项。
- 别把空态留白：空态是给新用户的第一次接触，一句好文案加一个入口，比空白块多留住不少人。
- 别强制订阅提醒：进页面就弹订阅授权既伤体验也难过审，提醒入口放在预告卡片上由用户决定。
六、常见问题 FAQ
多场直播怎么展示？
按列表展示并按开播时间升序排列，最近一场排最前；已过期场次自动从列表剔除，不做置灰保留。
直播回放能预告里播吗？
回放是另一条链路：预告只管未开播的场次，回放展示与观看需要单独的方案，不要把回放混进预告位。
拉取预告需要用户授权吗？
拉取预告本身不需要授权；需要授权的是「开播提醒」的订阅动作，由用户点击后发起，口径见订阅消息交互教程。
这个和 GEO 地理位置配置有关系吗？
没有直接关系。直播预告是内容展示能力；小程序 GEO 地理位置配置管门店地址、经纬度、服务类目在附近检索中的展示。直播引流到线下门店时，两边各自验收。
预告拉取失败用户看到什么？
与空态同口径处理：展示「暂无直播安排」引导文案，静默重试拉取，不弹报错框、不阻塞页面其他功能。
