在 91cc，把找短剧的时间省下来好好看

分类的划分参考了短剧题材的常见叫法和用户实际搜索时的用词习惯，同时兼顾了每个分类下面是否有足够的内容体量来支撑筛选。名称控制在2到6个字，是为了在导航栏和分类卡片上都能保持一眼可读。分类之间允许标签重叠，比如“职场”既出现在都市逆袭的交叉标签里，也作为职场群像分类的核心词，这样同一部内容可以从不同路径被找到。

进入任意一个分类页后，标签会显示在筛选栏里。点击第一个标签，结果按该标签收窄；再点击第二个标签，系统会在当前结果集内做交集运算，而不是回到全量重新筛选。部分标签可以同时选中多个值，用于“或”关系的扩展。筛选条件会在结果页顶部以可移除的标签形式显示，点掉任意一个即可放宽该条件。

观看记录默认保留最近一定数量的条目，具体数量会根据设备存储和浏览器策略有所差异。记录的内容包括上次观看的条目、集数和大致进度位置。如果清理了浏览器本地数据，记录会随之清空。目前观看记录不要求登录，也不会上传到账号体系里，它本质上是本地化的便利功能，用来减少“看到一半被打断后重新找位置”的麻烦。

片单更接近一个“待看队列”，你可以手动调整顺序，把最想先打开的条目拖到前面，它服务于“接下来看什么”这个决策。收藏则更偏向长期标记，不强调顺序，适合把某类内容存下来作为后续筛选的参考。两者在入口上是分开的，片单的排序功能是后来加的，目的是让“已经选好但还没看”的那一批内容有一个可操作的先后关系。

搜索支持题材词、标签词和内容方向的自然语言片段，例如“都市逆袭”“古装权谋”“先婚后爱”“悬疑反转”等。搜索不要求精确匹配完整的分类名称，输入一个核心词也能返回相关结果。搜索结果页保留了筛选入口，可以在搜出来的结果基础上继续用标签收窄，而不是只能接受一个固定列表。

分类的内容体量取决于该题材在整体短剧供给中的实际占比，而不是每个分类强行拉平。都市和甜宠类的内容数量天然多于古装生活或职场群像。91cc 的选择是保留这种差异，而不是为了页面整齐而把内容硬塞进不合适的分类。如果一个分类下面可选内容较少，标签交叉的范围也会相应收窄，但分类本身仍然保留，作为后续内容补充的入口。

筛选逻辑本身是一致的：标签叠加、条件交集、可移除筛选条件，这些规则在两端相同。差异主要在交互呈现上。移动端的筛选面板改为底部抽屉，减少手指在屏幕顶部的够取动作；电脑端则保留侧边或顶部的展开式筛选栏，方便鼠标快速点选。两端的分类结构和标签体系完全对齐，不会出现同一标签在不同设备上含义不同的情况。

91cc 的页面本身没有引入重型前端框架，样式和交互脚本以内联方式交付，图片资源以渐变和文字为主，不依赖大体积封面图。影响加载速度的主要因素是网络环境和设备性能。分类列表采用分段加载，首屏只渲染当前可见区域附近的内容，往下翻时再补充后续条目。这种策略在弱网和旧设备上对首屏出现速度的帮助比较明显。

分类结构会按固定节奏回看和调整，但调整以“合并重叠项、对齐叫法、拆分过大的类”为主，不会频繁做整体推翻。名称变化的判断依据主要是标签的实际使用数据和行业用词的迁移。如果某个分类的名称在搜索中被另一种叫法明显覆盖，会优先考虑对齐用户的实际用词，而不是固守一个内部定义。调整时会尽量保留旧名称的跳转入口，减少对已有使用习惯的打断。

不需要。分类浏览、标签筛选、搜索、观看记录和片单都可以在不登录的状态下使用。观看记录和片单保存在浏览器本地，换设备或清理数据后会重置。目前没有强制的账号体系，也没有把核心功能放在注册墙后面的设计。这个选择的考虑是：分类工具的使用决策通常发生在打开页面的头几十秒内，任何额外的步骤都会打断“先看看有什么”的意图。

标签是基于内容方向的归类，不是对每一部内容做逐帧审核。短剧的题材边界本来就容易重叠，同一部内容可能同时符合两三个标签的描述，也可能在某一个标签下显得不那么典型。如果发现某个标签下的内容整体偏离预期，可以通过页面底部的反馈入口指出具体标签和问题方向。标签体系的维护是一个持续校准的过程，用户的实际感受是校准的重要参照。

这些数据是分类卡片上的基础参考指标，用于在同一分类内做横向对比，帮助判断某一类内容的大致热度和受关注程度。它们不是精确的实时统计，也不构成对内容质量的唯一判断。不同的分类和标签下面，数据的量级本身就有差异，跨分类直接比较意义有限。把数据放在卡片上，更多是为了让“这个方向大概有多少人在看”有一个粗略的感知，而不是制造排名压力。

两个分类在情绪底色上有重叠，但侧重点不同。都市逆袭更宽泛，覆盖职场晋升、生意翻身、专业能力被认可等多种路径，主角的成长往往有比较具体的过程展示。战神归来则更聚焦于“隐藏身份—被低估—揭晓”这一条情绪线，节奏更依赖身份落差的铺垫和释放。如果你想看有过程感的翻身，都市逆袭的范围更大；如果更想要明确的身份反转爽感，战神归来的指向更直接。

搜索历史保存在当前浏览器的本地存储中，不会同步到其他设备，也不会在91cc的服务端留存。如果使用的是共享设备，建议在使用后手动清空搜索历史。搜索框下方提供了单条删除和全部清空的入口，不需要进入浏览器的设置菜单去处理。观看记录和片单同样保存在本地，清理浏览器站点数据会一并重置。

卡片封面采用的是渐变加分类文字的轻量方案，没有使用外部图片资源。这样做有两个考虑：一是减少页面加载时需要请求的图片数量，对首屏速度和弱网环境更友好；二是避免封面图风格不统一带来的视觉噪音，让分类名称本身成为卡片的主要识别元素。文字封面不携带额外信息，但它让页面结构更干净，浏览时的注意力更容易落在分类和描述上。

搜索适合你已经知道要找什么的情况，分类适合你只有一个模糊方向的情况。分类导航的价值在于，它把“有哪些方向可选”先摆出来，你不需要先想出一个关键词，只需要在看到的分类里辨认出哪个更接近自己的意图。两者不是替代关系，91cc 在分类页里保留了搜索框，在搜索结果页里也保留了标签筛选，目的就是让两种找法可以随时切换，而不是逼用户二选一。

分类数量会保持在一个可控的范围内，优先通过标签交叉来覆盖细分需求，而不是无限增加一级分类。一级分类过多会让导航重新变得难以扫视，反而抵消了分类的价值。只有当某个方向的内容体量足够大、且与现有分类的边界清晰到无法用标签区分时，才会考虑新增一级分类。现有分类下面的标签会持续补充和调整，这部分的变化会比一级分类更频繁。

可以先尝试刷新页面，或者在浏览器设置中清除该站点的缓存数据后重新打开。如果异常集中在筛选或片单排序等交互上，检查浏览器是否开启了限制脚本执行的扩展。91cc 的交互不依赖外部脚本库，但仍然需要浏览器允许内联脚本运行。如果问题持续出现，记录下操作步骤和异常表现，通过页面底部的联系方式反馈，比只描述“打不开”更容易定位原因。

一般的短剧内容站以“直接观看”为核心路径，首页和频道页的设计目标是让用户尽快进入播放状态。91cc 的核心路径是“先选后看”，页面重心放在分类结构、标签关系和筛选工具上，播放和观看是选好之后顺接的动作，而不是页面首先要推动的行为。这种差异决定了91cc 在信息呈现上更克制，不依赖封面墙和推荐流来维持浏览，而是用分类导航和标签系统来承载“找”的需求。

观看记录、片单排序和搜索历史都保存在浏览器的本地存储（localStorage）中，不经过服务端，也不与账号绑定。这意味着换浏览器、换设备或清理站点数据后，这些记录不会自动迁移。对于不需要跨设备同步的使用场景来说，本地存储的好处是响应快、没有隐私外传的顾虑；代价是数据的可携带性有限。目前没有引入云端同步的计划，核心功能不依赖登录状态。