资讯媒体网站

🏦 场景与客户

某垂直行业媒体，编辑十来个人，日更稿件几十篇，收入靠广告与活动。原做法：公众号和网站两套内容，网站是早年的外包站点，编辑发文要技术同事手动传，格式还得重新排。

卡点集中在时效上：突发新闻发不出去，改一个错别字要等半天；站点列表页翻到后面就打不开，偏偏老文章在搜索引擎上的权重最高。客户要的是编辑能自己发、站点能扛住突发流量。

📅 实施节奏

• 第 1–2 周：栏目与内容模型梳理，定结构化字段
• 第 3–4 周：编辑后台与发布链路（草稿—送审—定时—发布）
• 第 5–6 周：前台模板、结构化数据、站点地图
• 第 7 周：历史稿件迁移，原地址做跳转
• 第 8 周起：上线并进入迭代

🗝️ 方案要点

• 内容分三类：文章、图集、快讯，各自字段不同，不硬塞进一张表
• 发布走状态机：草稿—送审—定时—发布，定时发布靠任务队列触发，不靠轮询
• 前台全静态生成：发布即重建，列表分页预生成，翻页不再打数据库
• 收录一次做全：每篇输出结构化数据、规范链接、站点地图，历史地址逐条跳转
• 图片自动转码：上传即转通用格式并出多档尺寸，原图另存备查

⚖️ 选型与权衡

🚧 实施难点与排查

• 发布延迟：早期每次发布重建全站，新稿几分钟才可见。改为按稿件增量重建
• 编辑误删：没有回收站，草稿被覆盖找不回。补了版本历史与回收站
• 站点地图过大：搜索引擎抓不完。拆成索引文件加分片
• 图片拖慢首屏：原图直出好几兆。加了转码与懒加载后明显改善

💵 成本与收益

• 成本结构：一次性开发约 1 人 × 6 周量级 + 对象存储与 CDN 流量
• 收益侧：编辑自助发文，技术同事不再当发布工具人；静态化后源站配置可降档
• 隐性收益：稿件版本留痕，改错可回退，误发与错字这类低级事故明显减少

🛡️ 风险与保障

• 合规：评论先审后发，敏感词过滤留痕，撤稿需主编确认
• 权限：编辑只能发本栏目，跨栏目需授权
• 归档：已发布内容与历史版本永久留存，不做物理删除
• 容灾：静态产物多副本分发，源站故障页面仍可访问

♾️ 可复用与演进

• 同一套内容模型可扩展视频、专题、直播等形态
• 演进方向：把阅读数据回流，做编辑推荐位与选题参考
• 再进一步：接第三方分发渠道，一次发布多端同步