一、元数据为什么需要可核验

用户判断一部作品值不值得看，通常先看年份、片种和评分三个字段。这三个字段只要有任意一个出错，后续决策就会跑偏。里番在线在字段层做了两件事：一是给每个字段标注来源，二是给每张卡片标注抓取日期。来源解决"从哪来"，日期解决"新不新"，两个信息加在一起，用户才有自行复核的可能。

二、评分口径：加权均值与样本下限

单站评分容易受短期情绪影响，所以我们取三个公开数据库的公开分值做加权平均，权重按各站当期样本量分配。样本量低于 200 的作品不展示分数，只显示"样本不足"。这条规则会让我们看起来信息不全，但能避免一两百人的打分决定一部作品的口碑走向。

三、导航与托管的边界

页面只做观看路径导航，不托管任何视频文件。这个边界决定了页面的技术形态：不需要播放器、不需要鉴权、不需要带宽预算，因此可以做成纯静态页面，首屏不加载任何第三方脚本。边界清晰带来的好处是可核验——页面上每个数字都能回溯到公开来源。

四、放送日历与更新节奏的关系

档期分布直接影响追番体验。周中更新的作品容易被漏掉，周末集中更新又容易造成堆积。我们把档期按周一至周日拆开呈现，并标注每条作品的更新频率，帮助用户把追番计划铺开，而不是全部压在同一个时间点。

五、长尾内容：从剧场版到漫画原著

剧场版和漫画原著属于典型的长尾需求：检索量不如当季新番，但用户目的性极强。这两类内容的字段要求也不同——剧场版更看重上映年份与时长，漫画原著更看重连载状态与刊行信息。分开建卡片、分开标注来源，比塞进同一个模板更实用。

六、移动端首屏体验的工程取舍

首屏不放图片，让标题文字承担最大内容渲染元素的职责，避免图片加载拖慢第一屏。所有图片统一懒加载并设置占位色块，同时写死宽高属性，保证图片出现前后不发生布局位移。详情弹窗用纯 CSS 的 :target 实现，不依赖脚本渲染，既快又对爬虫友好。