91jav 搜索功能 PRD 阅读版，来源文件：docs/91jav搜索功能PRD草案.md。

#91jav 搜索功能 PRD 草案

版本: v0.14

状态: 产品方案草案

适用范围: 91jav 当前上线 Demo 到本次搜索迭代完整交付能力

页面定位: search.html?q=关键词，搜索结果页为 noindex,nofollow 用户功能页

#0. 文档阅读说明

这份文档面向产品、设计、前端、后端共同评审。

本文不定义具体接口字段和技术协议，但会明确:

1. 用户场景是什么。
2. 页面应该展示什么。
3. 搜索联想什么时候触发。
4. 输入词如何识别。
5. 多结果、多歧义、无结果怎么处理。
6. 后台需要提供哪些功能能力。

推荐阅读路径:

1. Leader / 评审先看 0.1 评审摘要、1 产品定位、15 本次迭代范围与边界。
2. 产品 / 设计重点看搜索场景、PC/H5 交互、联想结构、结果页形态、无结果兜底。
3. 前端 / 后端重点看意图识别、匹配规则、筛选排序分页、埋点、广告和风控边界。

开发拆任务时，可按以下模块拆:

1. 搜索入口与搜索面板。
2. 搜索联想。
3. 搜索意图识别。
4. 搜索结果页。
5. 搜索词映射管理。
6. 用户搜索行为统计。
7. 广告策略接入。

#0.1 评审摘要

#本文口径

本文的“本次迭代”指本 PRD 推演出的搜索功能完整交付范围，作为一个完整交付包评审和开发。

#给 Leader 的一屏摘要

一句话概括: 本次迭代要把 91jav 的搜索从“顶部输入框”升级成完整找片闭环，覆盖明确找某部片、找女优作品、找某类内容、模糊找片、搜不到后的继续发现，并补齐行为数据、广告边界和风控规则。

本次体验闭环:

1. 用户从 PC 顶部搜索框或 H5 全屏搜索面板进入。
2. 未输入时用最近搜索和大家在搜承接。
3. 输入时实时给出搜索当前词、番号、女优、相关条件、视频等联想。
4. 用户点击任意联想或回车提交后，统一进入 search.html?q=。
5. 搜索结果页按意图展示不同形态，不直跳详情页。
6. 结果不足或无结果时，用纠错、大家在搜、推荐视频继续承接。
7. 搜索行为沉淀为大家在搜、最热排序、搜索质量指标和基础反作弊的数据来源。

本次搜索主流程:

#本次迭代做什么

1. 统一搜索入口到 search.html?q=。
2. PC/H5 搜索提交和搜索结果页。
3. PC/H5 搜索联想。
4. 最近搜索。
5. 大家在搜。
6. 番号、女优、标签、属性、标题关键词搜索。
7. 综合搜索页形态。
8. 筛选、排序、分页、URL 状态同步。
9. 搜索词基础映射和映射后台。
10. 搜索行为统计、成功指标、基础反作弊。
11. 搜索广告策略接入。

#本次迭代不做什么

1. AI 语义搜索。
2. 复杂自然语言理解。
3. 搜索页 SEO 收录化。
4. 联想直跳详情页、女优页、标签页。
5. 运营后台加权搜索排序。
6. 影评搜索。
7. 合集实体搜索。
8. 过度个性化推荐。

#核心争议点

1. 搜索联想点击统一进搜索结果页，不直达详情页或女优页。
2. 搜索结果页为 noindex,nofollow 功能页，不做 SEO 收录页。
3. 标签和属性后台区分，前台统一放在“相关条件”展示。
4. 综合搜索中，无歧义属性自动作为筛选条件，但必须允许用户取消。
5. 广告占 20 个展示卡位，但不能导致自然结果丢失。

#需要技术确认的问题

1. 是否能按本文定义完成搜索埋点和指标归因。
2. 搜索联想 300ms 防抖、请求取消和超时降级是否可实现。
3. 广告占位后，自然结果分页是否由后端直接返回，还是前端组装。
4. 搜索行为的 search_id 归因链路由前端生成还是后端生成。
5. 是否存在风险词/禁用词名单；如果暂无词库，公开展示词的审核和过滤由哪一侧处理。

#外部规则最小摘要

分页规则:

1. 搜索结果页属于视频列表页。
2. 每页 20 个展示卡位。
3. PC 为 5×4，H5 为 2×10。
4. PC/H5 都使用传统分页，不使用加载更多。

广告规则:

1. 搜索结果页是 noindex 功能页，广告可比收录列表页放开一档。
2. 首次搜索 2 个中插，非首次搜索 4 个中插。
3. 中插广告占 20 个展示卡位。
4. 无结果页不放中插广告。
5. 广告必须有明确“广告”标识，不能伪装自然视频结果。

#1. 产品定位

91jav 搜索不是大而全搜索引擎，而是服务视频门户的核心找片路径。

本次迭代能力目标:

1. 支持番号找片。
2. 支持女优找片。
3. 支持标签、属性找片。
4. 支持标题关键词找片。
5. 搜不到时提供纠错和兜底。

本次迭代设计原则:

1. 全站搜索统一进入 search.html?q=关键词。
2. 搜索联想点击统一进入搜索结果页，不直达详情页、女优页、标签页。
3. 搜索结果页按意图展示不同结果形态。
4. 搜索结果页保持 noindex,nofollow，不做 SEO 收录页。
5. 不做 AI 语义搜索、不做复杂自然语言理解、不做运营加权排序。

#1.1 成功指标

搜索上线后不能只靠主观判断“准不准”，需要用行为指标看搜索是否帮助用户找到内容。

核心指标:

上线初期口径:

1. 本次迭代上线时，必须保证核心指标可采集。
2. 首版不强行设绝对目标值，避免没有基线时拍脑袋。
3. 上线后 7 天形成基线，再按环比优化判断搜索质量。
4. 番号精确命中、无结果率、搜索后点击率是第一批重点观察指标。

指标计算口径:

补充说明:

1. “搜索成功点击”只统计自然搜索承接项，包括视频、女优卡、纠错建议；页面广告卡不属于搜索结果，不参与搜索成功率统计。
2. “首屏点击”以页面首次渲染时无需滚动可见的自然结果为准。
3. 广告卡如发生点击，只进入广告指标，不进入搜索后点击率、首屏点击率等搜索质量指标。
4. 已识别的风险词、禁用词搜索不进入搜索质量指标，只进入风控统计；如暂无风险词库，则至少保证未审核搜索词不进入公开推荐。

#1.2 功能验收口径

本次迭代作为一个完整交付包处理，以下能力都属于本次开发需要完成的搜索闭环。

功能验收:

1. PC/H5 能提交搜索并进入 search.html?q=。
2. 番号精确搜索可展示主命中。
3. 番号前缀搜索可展示相关番号列表。
4. 女优名称搜索可展示女优卡和作品列表。
5. 标题关键词搜索可展示视频列表。
6. 无结果页有基础兜底。
7. 搜索结果页传统分页可用。
8. PC 搜索联想可用。
9. H5 全屏搜索联想可用。
10. 最近搜索可保存、删除、清空。
11. 大家在搜可展示真实或冷启动候选。
12. 标签/属性搜索可展示相关条件和视频结果。
13. 筛选、排序、URL 状态同步可用。
14. 综合搜索页可展示女优候选、相关条件和视频列表。
15. 基础搜索词映射可用，如 中字 -> 中文字幕。
16. 广告可按搜索结果页规则插入，且不伪装自然结果。
17. 无意义词、未审核公开词、已识别风险词/禁用词有明确处理结果。

数据验收:

1. 能记录搜索词提交。
2. 能记录搜索结果曝光和点击。
3. 能记录无结果搜索词。
4. 能记录联想曝光。
5. 能记录联想点击。
6. 能记录筛选、排序、分页行为。
7. 能区分首次搜索和非首次搜索。
8. 大家在搜可基于搜索行为数据生成；最热排序使用视频 hot 字段，hot 可由全站行为数据生成。
9. 搜索词映射后台可审核、启用、禁用、冲突处理和回滚。
10. 搜索行为分析和异常流量过滤可用。

#1.3 验收用例表

#1.4 边界验收用例表

#2. 搜索对象与优先级

#2.1 搜索对象

#2.2 标签与属性

后台规则上必须区分标签和属性。

前台搜索联想和搜索结果页中，标签和属性统一展示为“相关条件”。

白话定义:

相关条件 = 系统从用户输入里识别出来的、可以帮助用户缩小搜索范围的条件。

它不是视频结果，也不是女优结果，而是“搜索方向提示”。

相关条件包含两类:

1. 属性条件: 字幕、类型、清晰度、年份。
2. 标签条件: 题材、角色、场景等内容标签。

展示示例:

相关条件
[字幕] 中文字幕
[类型] 无码
[清晰度] 4K
[题材] 素人
[题材] 剧情

真实场景示例:

这样做的原因:

1. 用户不需要理解后台字段差异。
2. 搜索面板不拆成过多碎分区。
3. 每个条件仍用小标识说明类型。
4. 多义输入不自动改写，只展示候选条件让用户选择。

#2.3 搜索结果页意图优先级

结果页主意图优先级:

1. 番号精确命中。
2. 番号前缀命中。
3. 女优唯一强命中。
4. 属性强命中。
5. 标签强命中。
6. 普通关键词命中。
7. 无结果。

多义规则:

1. 能唯一判断时，展示对应主意图。
2. 不能唯一判断时，进入综合搜索。
3. 非主意图可以作为辅助模块展示。
4. 不替用户强行选择多义结果。

#3. 搜索入口

#3.1 PC 搜索入口

位置: 顶部导航搜索框。

占位文案:

番号 / 女优 / 关键词

交互:

1. 聚焦时展示搜索浮层。
2. 空输入展示搜索空态。
3. 有输入展示实时联想。
4. 点击外部关闭。
5. 按 Esc 关闭。
6. 按 Enter 提交搜索。

#3.2 H5 搜索入口

位置: 顶部搜索入口。

交互:

1. 点击后打开全屏搜索面板。
2. 输入框自动聚焦。
3. 空输入展示搜索空态。
4. 有输入展示实时联想。
5. 点击取消 / 返回关闭面板。
6. 点击搜索按钮或键盘搜索提交。

#4. 搜索空态

#4.1 空态触发

搜索框为空并聚焦时展示空态。

PC: 下拉浮层。

H5: 全屏搜索面板。

#4.2 空态结构

最近搜索

大家在搜
- 热门番号
- 热门女优
- 热门关键词

#4.3 最近搜索

来源: 用户本地搜索记录。

规则:

1. 最多保存 8 条。
2. 重复搜索置顶，不重复展示。
3. 支持单条删除。
4. 支持清空。
5. 最近搜索为空时，隐藏整个模块，不展示“暂无最近搜索”。

隐私规则:

1. 最近搜索默认只保存在用户本地，不作为服务端个人历史长期存储。
2. 用户点击清空后，本地最近搜索应立即删除。
3. 风险词、禁用词不保存到最近搜索。
4. 浏览器无痕/隐私模式下，如果本地存储不可用，最近搜索功能自动失效，不报错。
5. 最近搜索不做跨设备同步。
6. 最近搜索不展示给其他用户，也不用于公开热词。
7. 服务端搜索行为统计只用于聚合指标，不反向展示个人搜索历史。

#4.4 大家在搜

“大家在搜”来自用户搜索行为，不是运营手动配置热词墙。

热门关键词包含:

1. 标签，如素人、剧情、护士。
2. 属性，如中文字幕、无码、4K。
3. 普通关键词，如新人出道、温泉。

#4.5 空态展示数量

数量定义原则:

1. 最近搜索保留 8 条，是因为它是用户自己的历史行为，复搜价值最高，允许比热门区更完整。
2. 热门番号和热门女优是强意图入口，PC 各 4 条可以形成一行，H5 各 2 条避免首屏被热词占满。
3. 热门关键词覆盖标签、属性、普通关键词，类型更杂，所以 PC 给 6 条、H5 给 4 条，保证有一定覆盖面。
4. 空态不是频道页，不承担完整发现任务，只提供快速复搜和少量群体搜索趋势。
5. 所有数量都是展示上限，不足时展示实际数量，不能用低质量词硬凑满。

#4.6 空态展示示例

PC:

最近搜索
[ABCD-123] [波多野结衣] [中文字幕] [护士] [清空]

大家在搜
热门番号
[ABCD-123] [SSIS-001] [IPX-888] [ABP-984]

热门女优
[波多野结衣] [三上悠亚] [明日花绮罗] [桥本有菜]

热门关键词
[中文字幕] [无码] [4K] [人妻] [素人] [剧情]

H5:

最近搜索
ABCD-123     ×
波多野结衣   ×
中文字幕      ×

大家在搜
热门番号
[ABCD-123] [SSIS-001]

热门女优
[波多野结衣] [三上悠亚]

热门关键词
[中文字幕] [无码] [4K] [人妻]

#4.7 空态缺省规则

1. 最近搜索无数据: 隐藏最近搜索模块。
2. 热门番号无数据: 隐藏热门番号子模块。
3. 热门女优无数据: 隐藏热门女优子模块。
4. 热门关键词无数据: 隐藏热门关键词子模块。
5. 大家在搜三个子模块都无数据: 隐藏大家在搜。
6. 最近搜索和大家在搜都无数据: 展示冷启动兜底“推荐搜索”。

冷启动推荐搜索示例:

推荐搜索
[中文字幕] [4K] [1080P] [无码]
[有码] [素人] [剧情] [制服]
[人妻] [巨乳] [护士] [女教师]

说明:

1. 以上词汇只是行业通用示例，最终以站内真实标签、属性和视频库存为准。
2. 推荐搜索只用于冷启动，不是长期运营推荐。
3. 推荐搜索只放当前搜索规则可以直接识别的标签或属性词。
4. 不放 最新上架、本月热播、精选合集 这类榜单词或运营词，避免用户点击后无法按关键词稳定召回结果。
5. 推荐搜索不参与热度排序；真实行为数据足够后，由“大家在搜”接管空态入口。

#4.8 大家在搜排序

排序以用户行为为主:

搜索次数 + 搜索后点击次数

同一子模块内热度相同时:

1. 搜索后点击次数高的在前。
2. 仍相同时，按固定顺序兜底，保证刷新后顺序稳定。

不进入“大家在搜”的词:

1. 单字中文，如 女、波、无。
2. 单个英文字母，如 A。
3. 纯数字短词，如 1、12。
4. 已识别的风险词、禁用词。
5. 明显无意义或无点击的高频误输入。
6. 未经过公开展示审核的用户搜索词。

边界定义:

示例:

“女”       -> 单字泛词，不进大家在搜
“aaaa”     -> 无意义重复输入，不进大家在搜
“ABCD-123” -> 明确番号，可进入热门番号
“波多野结衣” -> 明确女优，可进入热门女优
“中文字幕” -> 明确属性，可进入热门关键词

判断口径:

1. 是否进入大家在搜，不只看搜索次数，还要看是否有有效点击。
2. 搜索次数高但点击很低，说明用户没有找到想要内容，不应作为热词推荐给更多人。
3. 如果已有风险词、禁用词名单，则按名单过滤。
4. 如果暂无风险词、禁用词名单，未审核的用户搜索词不得自动进入大家在搜。
5. 大家在搜只展示系统确认可公开展示的词，避免把用户输入直接放大到公共入口。

本期不强制要求按“最近一次搜索时间”排序，避免增加开发复杂度。后续如果已有完整搜索日志，可作为增强兜底规则。

#5. 搜索联想触发规则

#5.1 联想触发总原则

搜索联想在搜索框聚焦后生效。

联想分两种:

1. 空态联想: 输入为空时展示最近搜索和大家在搜。
2. 输入联想: 输入不为空时展示搜索当前词、番号、女优、视频、相关条件等结果。

页面加载时不主动弹出联想，避免干扰浏览。

#5.2 触发场景表

#5.3 中文输入法拼音阶段

中文输入法会出现“还在拼音输入中、汉字尚未上屏”的阶段。

例如用户想输入“波”:

1. 键盘先出现 bo。
2. 输入法候选栏出现“波 / 博 / 播”等候选字。
3. 用户选中“波”后，搜索框里才真正出现“波”。

其中 bo 就是拼音中间态。这个阶段如果直接触发搜索，会把 bo、boduo 误认为罗马音或英文搜索。

规则:

1. 汉字尚未上屏时，不用拼音中间态刷新女优、视频、标签等复杂联想。
2. 拼音输入过程中，可以保持上一帧联想结果，或只展示 搜索「当前输入」。
3. 用户选字完成后，再按最终上屏文字触发联想。
4. 组合阶段按 Enter，优先视为输入法选字，不提交搜索。
5. 选字完成后按 Enter，才提交搜索。

示例:

用户用中文输入法输入 bo，尚未选字
不把 bo 当成罗马音女优搜索

用户选字为“波”
按“波”触发中文弱联想

如果用户明确输入并保留英文 boduo，不处于中文输入法组合阶段，则按罗马音规则触发女优联想。

#5.4 回车前、回车后

回车前:

1. 用户每次输入变化后，实时刷新联想。
2. 第一条永远展示 搜索「当前输入词」。
3. 其他分区根据命中情况展示。

回车后:

1. 保存最近搜索。
2. 进入 search.html?q=当前输入词。
3. 结果页按意图展示结果。
4. 结果页顶部搜索框显示当前搜索词。
5. 页面加载后不自动弹出联想。
6. 用户再次聚焦搜索框时，基于框内已有关键词展示联想。

#5.5 点击联想后

点击任意联想项:

1. 保存最近搜索。
2. 进入 search.html?q=联想项对应词。
3. 不停留在搜索框内做回填确认。
4. 不直达详情页、女优页、标签页。

#5.6 联想性能与降级

触发频率:

1. 用户输入后 300ms 内没有继续输入，再触发联想请求。
2. 用户连续输入时，不对每个字符都发请求。
3. 粘贴关键词后立即进入 300ms 防抖逻辑。

请求处理:

1. 新输入产生后，取消或忽略上一次未完成的联想请求。
2. 只渲染最后一次输入对应的结果。
3. 如果旧请求晚于新请求返回，必须丢弃旧结果。
4. 联想请求超时时间建议 800 到 1000ms。

失败降级:

1. 联想接口失败时，保留第一行 搜索「当前输入词」。
2. 不阻塞用户回车提交搜索。
3. 不展示错误弹窗。
4. 可保留上一帧联想结果，但需要避免与当前输入明显不一致。
5. 空态接口失败时，仍可展示本地最近搜索。

提交优先级:

1. 用户按 Enter 或点击搜索按钮时，不等待联想接口返回。
2. 搜索提交直接进入结果页。

#6. 输入后联想面板

#6.1 基础结构

输入后第一条永远是:

搜索「当前输入词」

它是联想面板第一行操作项，不是 placeholder。

后续分区只展示有命中的内容。

联想面板不分页、不加载更多。

数量定义原则:

1. 搜索当前词固定 1 条，保证用户始终可以按原词搜索。
2. 番号相关是高确定意图，但输入前缀时候选不会太多，PC 3 条、H5 2 条足够让用户快速确认。
3. 女优候选最多 2 条，是为了处理同名前缀或别名歧义；超过 2 条会让搜索面板像女优列表页。
4. 相关视频是主体内容，PC 5 条能覆盖一屏主要候选，H5 4 条避免挤压其他分区。
5. 相关条件承载标签和属性，PC 5 条、H5 4 条用于覆盖字幕、类型、清晰度、题材等方向。
6. 联想只做预览和引导，更多内容交给搜索结果页分页承接。

#6.2 相关条件展示内容

“相关条件”是联想面板里的可点击条件行，用来提示用户: 系统识别到了某个筛选方向或题材方向。

它不是视频卡片，不展示缩略图，也不展示视频标题。

展示形态:

相关条件
[字幕] 中文字幕
[类型] 无码
[清晰度] 4K
[年份] 2025
[题材] 素人

每条相关条件由两部分组成:

1. 条件类型，如 [字幕]、[类型]、[清晰度]、[年份]、[题材]。
2. 条件值，如 中文字幕、无码、4K、2025、素人。

点击规则:

1. 点击相关条件后，统一进入 search.html?q=条件值。
2. 不直跳标签页。
3. 不停留在当前搜索面板。
4. 结果页根据条件值识别对应意图，并展示视频结果。

点击示例:

输入场景示例:

用户输入: 中字

搜索「中字」

相关条件
[字幕] 中文字幕

相关视频
[缩略图] 【中文字幕】示例视频标题
ABCD-123 · 中文字幕 / 1080P

用户输入: 无

搜索「无」

相关条件
[类型] 无码
[字幕] 无字幕

说明:
“无”有歧义，不自动改写成无码或无字幕。
用户点击哪个条件，结果页就按哪个条件搜索。

用户输入: 新人 4K

搜索「新人 4K」

相关条件
[题材] 新人
[清晰度] 4K

相关视频
[缩略图] 新人出道示例标题
ABCD-100 · 新人 / 4K / 中文字幕

不展示相关条件的情况:

1. 输入只命中视频标题，没有命中标签或属性。
2. 输入太短或太泛，如 女、人、无，且无法形成明确条件时，只展示候选或不展示。
3. 标签库和属性映射都没有对应值。

#6.3 相关视频展示内容

“相关视频”不是单纯标题文字，而是视频候选行。

联想面板里的相关视频建议展示:

1. 视频缩略图。
2. 视频标题。
3. 番号。
4. 主要女优，若有。
5. 关键属性或标签，最多 2 到 3 个，如 中文字幕、4K、素人。
6. 时长，若有。

PC 示例:

相关视频
[缩略图] 【中文字幕】波多野结衣 新人出道完整收录
        SSIS-001 · 波多野结衣 · 中文字幕 / 1080P · 42:18

[缩略图] 波多野温泉旅行特别篇
        ABCD-123 · 波多野结衣 · 无码 / 4K · 51:06

H5 示例:

相关视频
[缩略图] 【中文字幕】波多野结衣 新人出道完整收录
SSIS-001 · 中文字幕 / 1080P

点击相关视频行后，仍进入:

search.html?q=该视频番号

不直达视频详情页。

文字展示边界:

1. 视频标题 PC 最多展示 2 行，超出省略号。
2. 视频标题 H5 最多展示 2 行，超出省略号。
3. 番号、女优、属性、标签等元信息展示 1 行，超出省略号。
4. 属性/标签最多展示 3 个，超出不展示，避免元信息挤爆。
5. 标题优先级高于元信息；空间不足时先收起部分属性/标签，不截掉番号。
6. 缩略图尺寸固定，文字变化不能撑高整行导致浮层跳动。
7. 如果没有缩略图，使用默认占位缩略图，仍保持同样行高。

#6.4 分区顺序

分区顺序按输入意图调整，不按命中数量机械排序。

说明:

1. 一个输入可以同时展示多个分区。
2. 某个分区结果多，不代表它一定排第一。
3. 分区上限固定，超出不展示“更多”，用户可直接搜索进入结果页。

#6.5 同分区排序

同一分区内排序:

1. 完全匹配优先。
2. 前缀匹配其次。
3. 包含匹配再次。
4. 搜索后点击次数高的优先。
5. 无行为数据时按内容默认顺序兜底。

如果同一分区内有多个“完全匹配”，继续按以下顺序排序:

1. 搜索后点击次数高的在前。
2. 关联作品数多的在前，适用于女优、标签、属性。
3. 发布时间新的在前，适用于视频。
4. 仍相同时按内容 ID 或后台返回顺序固定兜底。

默认顺序定义:

说明:

1. “后台固定顺序”不是随机顺序，应保证同一输入多次刷新展示稳定。
2. 如果真实行为数据未接入，直接跳过点击次数排序，使用各分区默认顺序。
3. 不允许前端每次随机打乱联想排序。

#7. 联想匹配规则

#7.1 查询预处理

所有输入先做基础处理:

1. 去首尾空格。
2. 多个空格合并为一个。
3. 英文字母匹配时不区分大小写。
4. 番号匹配时忽略横杠。
5. 全角英文字母、数字、符号转半角。
6. 中文空格、制表符、换行等统一按普通空格处理。
7. 特殊横杠统一为普通横杠，例如 －、–、—、‐ 都按 - 处理。
8. URL 编码先解码后再匹配，例如 %E4%B8%AD%E5%AD%97 解码为 中字。
9. 移除不可见字符，例如零宽空格、控制字符。
10. 中文本期不做复杂分词，优先依赖词库、字段和包含匹配。

繁简处理:

1. 常见属性、标签、女优别名可以通过搜索词映射支持繁简差异。
2. 本次不建议对所有内容做全量自动繁简转换，避免人名、片名被错误转换。
3. 如果后端已有稳定繁简转换能力，可以只对属性、标签、女优别名启用，不对视频标题做强制转换。

#7.2 番号识别

认为“像番号”的输入:

1. 完整番号: 字母 2-6 位 + 可选横杠 + 数字 2 位及以上，如 ABCD-123、ABCD123、IPX-999。
2. 番号前缀: 字母 2-6 位，且站内存在以该前缀开头的番号，如 ABCD 命中 ABCD-123。
3. 字母 + 部分数字，如 ABCD12，可匹配 ABCD-123。

不触发番号联想:

1. 单字母，如 A。
2. 纯数字，如 123。
3. 中文词，如 护士、中文字幕。
4. 普通英文词且站内没有对应番号前缀，如 love。

匹配方式:

示例:

输入 AB -> 可命中 ABCD-123、ABP-985
输入 ABCD12 -> 可命中 ABCD-123
输入 ABCD-123 -> 精确命中 ABCD-123

无命中处理:

1. 完整番号格式但没有精确命中时，展示“未找到该番号”。
2. 如果存在同前缀番号，展示同前缀相关番号。
3. 如果同前缀也没有结果，进入无结果兜底。
4. 纯英文输入不强判番号，按普通关键词搜索标题、女优别名、罗马音、标签映射；仍无命中时进入无结果兜底。

#7.3 女优识别

认为“像女优”的输入:

1. 命中女优正式名。
2. 命中女优正式名前缀。
3. 命中女优别名。
4. 命中女优罗马音。
5. 命中女优简称。

长度限制:

匹配优先级:

1. 正式名完全匹配。
2. 别名完全匹配。
3. 正式名前缀匹配。
4. 罗马音完全匹配。
5. 罗马音前缀匹配。
6. 简称匹配。
7. 包含匹配。

唯一命中时可强判女优。多个候选时只展示候选，不自动替用户选择。

相似女优候选来源:

1. 相似女优候选不是 AI 猜测，也不是中文名编辑距离猜测。
2. 只从女优正式名、别名、罗马音/英文名、简称字段中匹配出来。
3. 如果没有别名、罗马音/英文名、简称字段，则只支持女优正式名和正式名前缀匹配。
4. 中文名不做低置信猜测；英文/罗马音可做前缀匹配。

#7.4 属性识别

属性包括:

1. 字幕: 中文字幕、无字幕。
2. 类型: 有码、无码。
3. 清晰度: 4K、1080P、720P。
4. 年份: 如 2026、2025、2024，优先匹配视频 year 字段。

命中方式:

1. 输入等于属性标准值。
2. 输入等于属性同义词。
3. 输入是属性标准值前缀。
4. 输入可被映射到属性值。

示例:

中字 -> 中文字幕
中文 -> 中文字幕
无马 -> 无码
无修 -> 无码
高清 -> 4K / 1080P
4k -> 4K
1080 -> 1080P

歧义示例:

输入“无”
可能是“无码”，也可能是“无字幕”
只展示候选，不自动改写

年份规则:

1. 年份搜索优先按视频 year 字段筛选。
2. 如果数据没有 year 字段，则按发布时间 date/dateNum 的年份部分筛选。
3. 前台统一展示为“年份”，不向用户区分 year 和发布时间年份。
4. 命中年份后，默认仍按发布时间倒序排列，最新发布的在前。

#7.5 标签识别

标签是内容题材词。

示例:

素人、剧情、制服、人妻、巨乳、护士、新人

标签命中分三档:

标签命中过多时:

1. 相关条件区 PC 最多 5 条、H5 最多 4 条。
2. 超出上限时不展示“更多标签”。
3. 排序为: 完整匹配 > 前缀匹配 > 搜索后点击次数 > 关联作品数 > 固定顺序。
4. 单字中文只做弱联想。
5. 人、女、大、高、无 这类泛词不强触发标签意图。
6. 标签前缀命中只影响联想，不直接决定结果页主意图。

#7.6 视频标题识别

视频标题用于普通关键词匹配，也可作为其他意图的辅助结果。

匹配范围:

1. 标题包含输入词。
2. 标题包含归一化后的番号。
3. 标题包含女优名。
4. 标题包含标签或属性词。

规则:

1. 标题命中不高于番号字段精确命中。
2. 标题命中不高于女优唯一强命中。
3. 标题命中主要用于“相关视频”和普通关键词结果。

#8. 搜索联想场景示例

#8.1 拼音输入阶段

场景: 用户用中文输入法准备输入“波”。

输入法组合中: bo
展示: 保持上一帧联想，或只展示“搜索「bo」”

选字完成: 波
展示: 按“波”触发中文弱联想

#8.2 女优输入: 波

搜索「波」

女优
波多野结衣
波多美咲

相关视频
[缩略图] 波多野温泉旅行特别篇
ABCD-123 · 波多野结衣 · 中文字幕 / 1080P

相关条件
命中的题材条件，如有

规则:

1. 波 是单字，只做弱联想。
2. 不强判为某个女优。
3. 女优最多展示 2 个候选。

#8.3 女优输入: 波多

搜索「波多」

女优
波多野结衣
波多美咲

相关视频
[缩略图] 波多野温泉旅行特别篇
ABCD-123 · 波多野结衣 · 中文字幕 / 1080P
[缩略图] 波多美咲剧情精选
EFGH-456 · 波多美咲 · 无码 / 4K

规则:

1. 波多 可能命中多个女优。
2. 不自动判唯一女优。
3. 候选按匹配强度和点击表现排序。

#8.4 女优输入: 波多野结衣

搜索「波多野结衣」

女优
波多野结衣  作品数

相关视频
[缩略图] 【中文字幕】波多野结衣 新人出道完整收录
SSIS-001 · 波多野结衣 · 中文字幕 / 1080P

规则:

1. 唯一命中女优，女优区置顶。
2. 点击女优项进入 search.html?q=波多野结衣。
3. 结果页展示女优卡和她的作品列表。

#8.5 罗马音输入: boduo

如果用户不是中文输入法组合阶段，而是明确输入英文:

搜索「boduo」

女优
波多野结衣
波多美咲

规则:

1. 罗马音前缀可能命中多个女优。
2. 展示候选，不自动替用户选择。

#8.6 罗马音输入: boduo ye

搜索「boduo ye」

女优
波多野结衣

规则:

1. 如果唯一命中，则可强判为女优。
2. 结果页可提示“已为你匹配: 波多野结衣/实际命中的女优名”，以词库为准。

#8.7 组合搜索: 波多野结衣 中字

搜索「波多野结衣 中字」

女优
波多野结衣

相关条件
[字幕] 中文字幕

相关视频
[缩略图] 【中文字幕】波多野结衣 新人出道完整收录
SSIS-001 · 波多野结衣 · 中文字幕 / 1080P

规则:

1. 识别出女优和字幕属性。
2. 结果页以女优为主意图。
3. 作品列表自动带入 字幕 = 中文字幕 条件。

#8.8 番号输入: A

搜索「A」

规则:

1. 单字母不触发番号联想。
2. 避免召回过泛。

#8.9 番号输入: AB

搜索「AB」

番号相关
ABCD-123
ABP-985

规则:

1. 2 个及以上英文字母开始触发番号前缀联想。
2. 候选番号必须以前缀命中为主。

#8.10 番号输入: ABCD

搜索「ABCD」

番号相关
ABCD-100
ABCD-123
ABCD-156

相关视频
[缩略图] ABCD 系列剧情作品
ABCD-100 · 女优A · 中文字幕 / 1080P
[缩略图] ABCD 温泉特别篇
ABCD-123 · 女优B · 无码 / 4K

#8.11 番号输入: ABCD-123

搜索「ABCD-123」

番号相关
ABCD-123  标题

规则:

1. 精确番号排第一。
2. 不在联想中展示过多弱相关内容。

#8.12 属性输入: 中

搜索「中」

相关条件
[字幕] 中文字幕

规则:

1. 中 可弱联想到中文字幕。
2. 不直接改写搜索词。

#8.13 属性输入: 中字

搜索「中字」

相关条件
[字幕] 中文字幕

规则:

1. 中字 通过搜索词映射识别为 中文字幕。
2. 点击后进入 search.html?q=中文字幕。

#8.14 属性输入: 无

搜索「无」

相关条件
[类型] 无码
[字幕] 无字幕

规则:

1. 无 存在歧义。
2. 不自动纠错为某一个条件。
3. 展示多个相关条件供用户选择。

#8.15 标签输入: 素

搜索「素」

相关条件
[题材] 素人

规则:

1. 单字只做弱联想。
2. 不强判为标签意图。

#8.16 标签输入: 素人

搜索「素人」

相关条件
[题材] 素人

相关视频
[缩略图] 素人初体验街头实录
BCDE-191 · 素人 / 中文字幕 / 1080P

规则:

1. 完整命中标签，可作为标签意图。
2. 结果页展示标签相关作品。

#8.17 视频标题输入: 护士

如果“护士”是标签:

搜索「护士」

相关条件
[题材] 护士

相关视频
[缩略图] 【中文字幕】护士的诱惑 病房秘密
EFGH-107 · 中文字幕 / 剧情 / 1080P

如果“护士”不是标签:

搜索「护士」

相关视频
[缩略图] 【中文字幕】护士的诱惑 病房秘密
EFGH-107 · 中文字幕 / 剧情 / 1080P

规则:

1. 标签库有则展示相关条件。
2. 标签库没有则走普通标题关键词。

#8.18 视频标题输入: 新人出道

搜索「新人出道」

相关条件
[题材] 新人

相关视频
[缩略图] 新人出道单体企划 完全收录版
ABCD-100 · 新人 / 中文字幕 / 1080P

规则:

1. 视频优先。
2. 如果“新人”是标签，展示相关条件。
3. 本次不展示合集入口。

#8.19 无命中

搜索「xxxx」

没有找到相关内容
你是不是想搜: xxx

大家在搜
热门番号 / 热门女优 / 热门关键词

规则:

1. 有高置信纠错时展示“你是不是想搜”。
2. 无高置信纠错时不展示纠错。
3. 不硬凑低相关视频。

#9. 搜索结果页

#9.1 通用结构

搜索「xxx」
意图结果区
筛选栏
视频列表
分页
广告位

分页与数量采用知识库《首页楼层 / 数量规范 / 分页》的固定口径:

1. 搜索属于视频列表页。
2. 每页 20 个展示卡位。
3. PC 为 5×4。
4. H5 为 2×10。
5. PC 与 H5 使用同一套数据、同一个 page。
6. PC 和 H5 都使用传统分页，不使用加载更多。
7. 中插广告启用时，占用展示卡位，详见第 14 章广告策略。

#9.1.1 搜索 URL 状态

搜索结果页需要把用户当前状态写入 URL，保证刷新、分享、返回、分页时状态不丢。

URL 参数:

规则:

1. 搜索提交时必须带 q。
2. page、sort 是页面状态必需项，但默认值可在 URL 中省略。
3. 切换筛选或排序后，page 重置为 1。
4. 翻页时保留 q、sort、筛选条件。
5. 清空某个筛选项时，从 URL 移除对应参数。
6. 搜索页为 noindex 功能页，不需要为筛选参数做 SEO canonical 设计，但用户状态必须稳定。

示例:

search.html?q=波多野结衣&page=2&sort=latest&subtitle=中文字幕&quality=1080P

#9.1.2 综合搜索页形态

当输入无法唯一判断为番号、女优、标签、属性时，进入综合搜索。

触发场景:

1. 同一搜索词同时命中女优和标签，但不能唯一确定主意图。
2. 输入包含多个意图，如 波 无码、新人 4K。
3. 输入是泛词或短词，无法强判。
4. 输入既命中标题，又命中标签/属性。

页面标题:

搜索「xxx」

辅助提示:

为你找到以下相关内容

模块顺序:

1. 可能相关的女优，最多 2 个。
2. 相关条件，最多 5 个。
3. 视频结果列表。
4. 分页。

展示规则:

1. 只有命中的模块才展示。
2. 视频结果列表永远是主体。
3. 女优、相关条件都是辅助入口，不替代视频列表。
4. 辅助模块不分页。
5. 视频列表按普通关键词相关度排序。

示例:

搜索「波 无码」

可能相关的女优
[波多野结衣] [波多美咲]

相关条件
[类型] 无码

视频结果
[视频卡列表，每页 20]

综合搜索不展示“已为你匹配”，因为系统没有唯一改写用户输入。

综合搜索的条件应用规则:

1. 如果输入中包含无歧义属性词，则自动转为筛选条件。
2. 如果输入中包含无歧义标签词，则作为相关条件，并可参与视频召回。
3. 如果剩余词仍有关键词，则用于标题、简介、女优名、标签等普通匹配。
4. 自动应用的条件必须在筛选栏或条件条中可见。
5. 用户可以手动取消自动应用的条件。
6. 用户取消条件后，URL 同步移除对应参数，并重新搜索。
7. 多义词不自动应用为条件，只展示候选。

示例:

输入: 波 无码
识别:
- “波” = 女优/标题弱匹配，不能唯一确定
- “无码” = 类型属性，唯一确定

结果:
- 展示可能相关的女优候选
- 自动应用 type=无码
- 视频列表按“波”相关 + 无码条件展示

输入: 新人 4K
识别:
- “新人” = 标签/标题关键词
- “4K” = 清晰度属性，唯一确定

结果:
- 自动应用 quality=4K
- 视频列表按新人相关 + 4K 条件展示

输入: 无
识别:
- 可能是“无码”
- 也可能是“无字幕”

结果:
- 不自动应用条件
- 展示 [类型] 无码、[字幕] 无字幕 两个相关条件候选

#9.2 番号精确命中

采用方案 C:

番号精确命中
- 1 条主结果

更多相关结果
- 标题 / 番号 / 相关字段继续匹配到的视频列表

规则:

1. 顶部独立展示“番号精确命中”模块。
2. 主命中展示 1 条视频大卡或单卡。
3. 精确命中的视频不在下方列表重复出现。
4. 下方列表为空时，只展示主命中。
5. 更多相关结果支持筛选、排序、分页。

#9.3 番号前缀命中

用户输入如 ABCD 时:

1. 展示相关番号视频列表。
2. 候选番号必须以用户输入为前缀。
3. 支持筛选、排序、分页。

#9.4 女优命中

用户输入唯一命中女优时:

女优命中卡
- 女优名称
- 作品数
- 出道信息
- 头像或占位头像

她的作品列表

规则:

1. 女优卡可点击进入女优页。
2. 作品列表来自女优关联作品，不是简单标题匹配。
3. 如果输入里同时包含属性，如 波多野结衣 中字，作品列表自动带入字幕条件。

#9.5 属性命中

用户输入如 中文字幕、中字、无码、4K 时:

1. 结果页标题展示相关作品。
2. 视频列表按对应属性筛选。
3. 筛选栏可自动命中对应条件。

示例:

搜索「中字」
已为你匹配: 中文字幕
筛选: 字幕 = 中文字幕

#9.6 标签命中

用户输入如 素人、剧情、护士 时:

1. 展示标签相关作品。
2. 如果已有对应标签页入口，结果页可以提供“查看该条件全部作品”的入口。
3. 不自动跳标签页，保持搜索联想和搜索结果页统一承接用户意图。

#9.7 普通关键词命中

用户输入标题词、题材词或模糊词时:

1. 展示视频列表。
2. 默认按相关度排序。
3. 支持筛选、排序、分页。

#9.8 无结果

无结果页展示:

1. 没有找到 xxx 的结果。
2. 有高置信纠错时展示“你是不是想搜”。
3. 展示大家在搜或推荐搜索。
4. 按推荐规则展示推荐视频，不固定强塞。
5. 不硬凑低相关结果。

推荐视频方案:

方案 A: 全站热门兜底。

1. 触发条件: 搜索自然结果数为 0，且没有可识别的明确条件。
2. 如果视频有 hot 字段，按 hot 从高到低排序。
3. 如果没有 hot 字段，按发布时间倒序排列，最新发布的在前。
4. PC 候选数大于等于 10 时展示 10 条；5 到 9 条时展示实际数量；少于 5 条时不展示视频推荐，强化大家在搜。
5. H5 候选数大于等于 8 时展示 8 条；4 到 7 条时展示实际数量；少于 4 条时不展示视频推荐，强化大家在搜。

方案 B: 条件可识别时的相关推荐。

1. 完整番号未命中: 展示“未找到该番号”，如果有同前缀番号，则展示同前缀相关番号；没有同前缀则进入方案 A。
2. 像女优但未精确命中: 只展示由正式名、别名、罗马音/英文名、简称匹配出的女优候选；用户点击候选后进入该女优搜索结果。
3. 命中属性: 推荐满足该属性的视频，如 4K、中文字幕、无码。
4. 命中标签: 推荐包含该标签的视频。
5. 命中年份: 优先按视频 year 字段推荐该年份视频；没有 year 时按发布时间年份处理。
6. 普通关键词无结果: 不强做弱相关，进入方案 A。
7. 完全乱码或无意义词: 可进入方案 A，也可只展示大家在搜。

说明:

1. 如果标题、番号、女优、标签、属性任一字段命中视频，则不算无结果，直接展示搜索结果。
2. 只有自然结果数为 0 时，才进入无结果页推荐。
3. 推荐视频不插中插广告，避免用户已挫败时继续打断。

#10. 筛选与排序

#10.1 筛选项

本次迭代搜索结果页至少支持:

1. 类型: 有码 / 无码。
2. 字幕: 中文字幕 / 无字幕。
3. 清晰度: 4K / 1080P / 720P。
4. 年份。

交互规则:

1. 类型、字幕、清晰度、年份本次均为单选。
2. 每组筛选都有“全部”选项。
3. 年份本次按单年筛选，不做年份区间。
4. 切换筛选后，页码重置为第 1 页。
5. 自动匹配出的属性条件可以手动取消。
6. 取消自动条件后，按剩余关键词重新搜索。
7. 筛选后无结果时，展示“当前筛选无结果”，并提供“清空筛选”按钮。
8. 筛选条件必须同步到 URL。

筛选后无结果展示:

当前筛选下没有结果
[清空筛选]

说明:

1. 筛选后无结果不等于原始搜索无结果。
2. 筛选后无结果页可以保留原始搜索的推荐视频，但不插中插广告。

#10.2 排序项

排序项:

1. 默认相关度。
2. 最新。
3. 最热。

标签/属性命中默认排序:

1. 标签、属性命中后，先按命中条件筛出视频，再排序。
2. 标签命中、属性命中、标签 + 属性组合命中，默认按发布时间倒序排列，最新发布的在前。
3. 如果同时命中多个条件，完全满足所有条件的视频在前；只满足部分条件的视频作为补充结果在后。
4. 同一组内按发布时间倒序排列。
5. 用户手动切换“最热”时，如果视频有 hot 字段，按 hot 从高到低；如果没有 hot 字段，仍按发布时间倒序排列。

#10.3 默认相关度排序

默认相关度用于普通关键词、综合搜索、更多相关结果等视频列表。

评分原则:

1. 强字段命中优先于弱字段命中。
2. 完全匹配优先于前缀匹配。
3. 前缀匹配优先于包含匹配。
4. 同等相关度下，再看 hot 和发布时间。

建议评分:

规则:

1. 番号精确命中仍走番号主结果，不只依赖分数排序。
2. 女优唯一强命中仍走女优结果页形态，不只依赖视频分数。
3. 分数用于视频列表内部排序，不改变结果页主意图。
4. 简介命中权重低，避免简介长文本把弱相关视频顶上来。
5. 同一视频多个字段命中时，可以累加，但应设置分数上限，避免堆字段刷相关度。
6. 没有 hot 字段时，跳过热度加分。

同分兜底:

1. 有 hot 字段时，hot 高的在前。
2. 发布时间新的在前。
3. 内容状态可播放的在前。
4. 仍相同，按内容 ID 或后台固定顺序兜底。

#10.4 最热排序

hot 是视频的全站系统热度字段，不是运营手动加权字段，也不是搜索页临时计算字段。

规则:

1. 如果视频有 hot 字段，最热排序按 hot 从高到低。
2. hot 可以由搜索点击、详情页点击、播放、收藏等全站行为数据生成，但本 PRD 不要求搜索功能自己生成 hot。
3. 如果没有 hot 字段，隐藏“最热”排序选项。
4. 如果产品或技术必须保留“最热”入口，则点击“最热”时按发布时间倒序排列，最新发布的在前，并不展示为真实热度排序。
5. hot 的具体生成方式由后端或数据系统负责，产品不要求运营手动给视频加权。
6. Demo 阶段可以使用占位数据中的 hot 字段。

口径说明:

1. “大家在搜”依赖搜索行为数据。
2. “最热排序”依赖视频 hot 字段。
3. 搜索行为数据未来可以成为 hot 的来源之一，但不能把搜索次数直接当作视频热度。

#10.5 运营加权

本期不做运营搜索加权。

运营只参与:

1. 内容上下架。
2. 风险词过滤。
3. 违规结果屏蔽。

不做:

1. 视频搜索排序加权。
2. 女优搜索排序加权。
3. 标签搜索排序加权。
4. 热搜词人工置顶。

说明:

1. 搜索排序只认匹配规则和真实用户行为数据。
2. 产品后台不提供“把某视频/女优/标签强行排前”的加权入口。
3. 如果运营确实希望某内容在搜索体系里更容易被看见，应优先通过正常内容运营位、首页楼层、合集、推荐位解决。
4. 如运营坚持影响搜索热度，只能通过前台真实路径产生行为数据，不作为后台加权功能需求。

#11. 搜索词映射管理

#11.1 功能定义

后台功能名:

搜索词映射管理

目标:

1. 处理用户输入不标准的问题。
2. 支持同义词、别名、错别字、罗马音、简称。
3. 将用户输入转换成明确搜索条件。

#11.2 词库来源

#11.3 预制词示例

中字 -> 中文字幕
中文 -> 中文字幕
无马 -> 无码
无修 -> 无码
高清 -> 4K / 1080P
4k -> 4K

#11.4 维护规则

1. 系统预制词默认启用。
2. 内容词自动生成，不需要人工维护。
3. 运营只补系统不知道的别名、错别字、高频失败词。
4. 无歧义词可自动匹配。
5. 多义词不自动改写，进入综合搜索。
6. 同一个词不能同时配置多个自动改写目标。
7. 无结果搜索词进入待处理池，供运营判断是否补词。
8. 自动匹配词需要审核后上线。

#11.5 状态流转

搜索词映射后台至少需要以下状态:

最小字段:

1. 输入词。
2. 标准词。
3. 目标类型，如女优、标签、字幕属性、类型属性、清晰度属性。
4. 目标值。
5. 是否自动改写。
6. 状态。
7. 创建人。
8. 审核人。
9. 创建时间。
10. 审核时间。
11. 生效时间。
12. 最近修改记录。

规则:

1. 新增自动改写词必须先进入待审核。
2. 审核通过后才进入已启用。
3. 出现一词多目标冲突时，状态标记为冲突，不允许启用。
4. 已启用词可以禁用。
5. 已启用词修改后应生成新版本，不能直接覆盖旧版本。
6. 需要支持回滚到上一可用版本。

#11.6 对前台的影响

词库不是前端文字替换，而是把用户输入转换成搜索条件。

影响:

1. 联想面板展示标准结果。
2. 结果页展示“已为你匹配: 标准词”。
3. 属性类词可自动带入筛选条件。
4. 多义词展示多个相关区，不替用户改词。

#12. 后台能力需求

本节不定义接口，只定义功能能力。

#12.0 渲染结果示例

本 PRD 不定义接口字段，不要求后端按本文示例返回固定字段。以下只说明前端页面需要拿到哪些信息，便于渲染对应形态。

示例 A: 中字

页面需要知道:

1. 用户原始输入是 中字。
2. 系统识别为字幕属性。
3. 标准匹配词是 中文字幕。
4. 需要展示“已为你匹配: 中文字幕”。
5. 视频列表按 字幕 = 中文字幕 展示。
6. 当前筛选栏中 字幕 为 中文字幕。

示例 B: 波 无码

页面需要知道:

1. 用户原始输入是 波 无码。
2. 波 不能唯一确定女优。
3. 无码 是明确类型属性。
4. 页面进入综合搜索。
5. 页面展示可能相关的女优候选。
6. 视频列表自动应用 类型 = 无码。
7. 用户可以取消 无码 条件。

示例 C: ABCD-123

页面需要知道:

1. 用户原始输入是 ABCD-123。
2. 命中番号精确结果。
3. 顶部展示 1 条番号主命中。
4. 下方展示更多相关结果，且不重复主命中视频。

说明:

1. 前端不应靠字符串猜测结果页形态。
2. 技术实现可以自行设计接口字段，但必须满足上述渲染需求。
3. 多义词进入综合搜索时，页面要能区分“主结果”和“辅助模块”。

#12.1 搜索联想能力

解决的问题: 用户输入过程中快速确认搜索方向。

需要支持:

1. 根据当前输入返回分区联想结果。
2. 区分番号、女优、视频、相关条件。
3. 支持 PC/H5 不同数量上限。
4. 支持输入法组合阶段不误触发。

#12.2 意图识别能力

解决的问题: 搜索结果页应该展示哪种主形态。

需要支持:

1. 番号精确命中。
2. 番号前缀命中。
3. 女优唯一强命中。
4. 属性强命中。
5. 标签强命中。
6. 普通关键词命中。
7. 综合搜索。
8. 无结果。

#12.3 搜索结果能力

解决的问题: 用户进入结果页后的完整浏览。

需要支持:

1. 视频列表。
2. 女优卡和作品列表。
3. 番号主命中和更多相关结果。
4. 筛选、排序、分页。

#12.4 行为统计能力

解决的问题: 生成大家在搜、最热排序、搜索优化依据。

需要记录:

1. 搜索词提交。
2. 搜索结果点击。
3. 详情页点击。
4. 无结果搜索词。

本期不要为了热度引入复杂运营加权。

核心事件:

公共归因信息:

1. 会话。
2. 用户，未登录可为空。
3. 设备类型。
4. 页面 URL。
5. 时间。
6. 是否疑似异常流量，如可识别。

归因规则:

1. 一次搜索生成一个 search_id。
2. 同一次搜索的翻页、筛选、排序、点击沿用同一个 search_id。
3. 用户提交新关键词时生成新的 search_id。
4. 联想曝光可先使用 tracking_id，点击联想进入结果页后与 search_id 关联。

防刷和去重规则:

1. 同一 session 内短时间重复搜索同一词，只计入搜索日志，不重复贡献热搜权重。
2. 同一 session 对同一结果的连续重复点击，只计一次有效点击。
3. 明显异常频率的搜索或点击，不进入大家在搜和最热排序。
4. 已识别的爬虫、监控、测试流量，不进入热度统计。
5. 后台需要区分“原始日志”和“用于热度计算的有效行为”。
6. 搜索后没有任何点击的高频词，不应直接进入大家在搜，应进入待分析池。

最小可执行口径:

1. 按 session 去重。
2. 按 IP/设备指纹做异常频率过滤，具体阈值由技术实现评估。
3. 后台保留黑名单和过滤规则，不让异常词污染热榜。

#12.5 风险与过滤能力

需要支持:

1. 内容下架后不出现在搜索中。
2. 已识别的风险词不出现在大家在搜。
3. 违规内容不被联想和结果页召回。
4. 如果暂无风险词词库，未审核用户搜索词不自动进入大家在搜、联想推荐和公开推荐位。

风险词搜索结果页处理:

前端文案建议:

没有找到相关内容
请尝试更换关键词

说明:

1. 已识别风险词不展示“大家在搜”兜底，避免继续引导敏感方向。
2. 已识别风险词不展示热门推荐视频，避免误导为站内推荐。
3. 风险词是否记录到后台，由风控策略决定；产品层面不进入公开推荐体系。
4. 本次不强制要求已有完整风险词库，但必须保证未审核用户搜索词不会自动进入公开展示模块。

#13. 纠错与无结果兜底

#13.1 纠错范围

本期做规则型纠错:

1. 大小写纠错。
2. 番号横杠兼容。
3. 番号空格兼容。
4. 同义词映射。
5. 属性映射。
6. 女优别名、罗马音、简称匹配。

不做:

1. 复杂自然语言纠错。
2. AI 语义纠错。
3. 低置信强行推荐。

#13.2 展示规则

明确纠错时:

搜索「中字」
已为你匹配: 中文字幕

不明确时:

1. 不展示“已为你匹配”。
2. 不自动改写。
3. 展示综合结果或无结果兜底。

#14. 广告策略

搜索广告采用知识库《搜索结果页广告位方案（定稿）》。

页面定位:

1. 搜索结果页是 noindex 功能页。
2. 广告可比可收录列表页放开一档。
3. 唯一底线是不能淹没搜索结果。

广告位:

1. 视频流中插赞助卡。
2. 分页器上方横幅 1 条。

中插规则:

规则:

1. 首次/非首次按 session 内是否已搜索过判断。
2. 中插封顶 4 个。
3. 广告不能导致视频结果失去主体地位。
4. 无结果页不放中插广告。
5. 番号精确命中页按搜索结果页广告规则执行，但主命中模块必须优先展示，不被广告打断。
6. 广告卡必须有明确“广告”标识。
7. 广告卡不能伪装成自然视频结果，视觉上可以同网格但必须可识别。
8. 广告卡互动只进入广告指标，不进入搜索结果点击率。

插入位置:

广告是否占 20 个卡位:

1. 搜索结果页每页为 20 个展示卡位。
2. 中插广告占展示卡位，不额外增加页面卡片数量。
3. 首次搜索可见 18 条自然视频 + 2 个广告卡。
4. 非首次搜索可见 16 条自然视频 + 4 个广告卡。
5. 页面仍保持 PC 5×4、H5 2×10 的整齐网格。

分页统计口径:

1. totalItems 按自然视频结果总数计算，不包含广告卡。
2. totalPages 按自然视频结果总数和每页自然结果容量计算，不按 20 个展示卡位直接计算。
3. 广告卡只影响当前页可展示的自然结果数量，不改变自然结果总数。
4. 分页器展示的总页数以自然结果分页为准。
5. 广告卡不参与结果序号，不计入“第几条自然结果”。

示例:

非首次搜索: 每页 20 个展示卡位，其中 4 个广告卡
每页自然结果容量 = 16
自然结果 totalItems = 48
totalPages = 3

第 1 页自然结果: 1-16
第 2 页自然结果: 17-32
第 3 页自然结果: 33-48

自然结果分页取数:

1. 广告占展示卡位，但不能导致自然结果丢失。
2. 每页自然结果数量 = 20 - 当前页广告数量。
3. 首次搜索广告策略下，每页展示 18 条自然结果，第 2 页从第 19 条自然结果开始。
4. 非首次搜索广告策略下，每页展示 16 条自然结果，第 2 页从第 17 条自然结果开始。
5. 同一次搜索的广告策略需要固定，不因翻页变化导致自然结果重复或跳号。
6. 后端分页如果按自然结果分页，需要知道当前搜索的 adProfile 和自然容量。
7. 前端不能简单取 20 条自然结果再用广告替换其中几条，否则会造成自然结果丢失。
8. 如果后端返回分页数据，推荐直接返回当前页自然结果列表、自然结果总数、每页自然容量和广告卡位配置。

示例:

非首次搜索，每页 4 个广告
第 1 页自然结果: 1-16
第 2 页自然结果: 17-32
第 3 页自然结果: 33-48

结果数量不足时:

筛选后结果变少时:

1. 按筛选后的当前结果数重新计算中插数量。
2. 不能为了塞广告让广告数量超过自然结果主体。
3. 无结果、弱结果页以推荐和纠错为主，不强插广告。

#15. 本次迭代范围与边界

#15.1 本次迭代必须交付

本次目标不是先做一个“能搜”的半成品，而是把 Demo 上线版本的搜索体验闭环一次做完整。以下能力都属于本次开发范围。

搜索入口:

1. 全站公共搜索统一进入 search.html?q=。
2. PC 顶部搜索框支持提交和联想。
3. H5 全屏搜索面板支持提交和联想。
4. 搜索占位文案保持“番号 / 女优 / 关键词”。

搜索联想:

1. 空态展示最近搜索和大家在搜。
2. 输入后展示搜索当前词、番号命中、女优命中、相关条件、相关视频。
3. 联想点击统一进入搜索结果页，不直跳详情页、女优页、标签页。
4. 联想请求支持防抖、取消上一次请求、失败降级。

搜索结果:

1. 番号精确命中展示主命中视频，并补充相关番号/相似作品。
2. 番号前缀命中展示相关番号列表。
3. 女优命中展示女优卡和她的作品列表。
4. 标签/属性命中展示相关条件和视频列表。
5. 普通关键词命中展示视频列表。
6. 多意图无法唯一判断时进入综合搜索页。
7. 无结果页展示纠错、大家在搜和推荐视频。

筛选、排序、分页:

1. 支持类型、字幕、清晰度、年份筛选。
2. 支持最新、最热、相关度排序。
3. PC/H5 都使用传统分页。
4. 每页 20 个展示卡位，PC 5×4，H5 2×10。
5. 筛选、排序、分页状态进入 URL，默认值可省略。

搜索数据能力:

1. 支持查询归一化。
2. 支持番号横杠兼容。
3. 支持基础搜索词映射，如 中字 -> 中文字幕。
4. 支持女优正式名、别名、罗马音、简称匹配。
5. 支持搜索词映射后台的审核、启用、禁用、冲突和回滚。
6. 支持用户搜索行为统计，用于大家在搜、最热排序和搜索质量指标。
7. 支持基础反作弊，避免热词和最热排序被异常行为污染。

广告与风控:

1. 搜索结果页接入既定广告策略。
2. 广告占展示卡位，不伪装自然结果。
3. 无结果页不放中插广告。
4. 已识别风险词、禁用词不进入联想、大家在搜、最近搜索和搜索质量指标；如暂无词库，未审核用户搜索词不进入公开推荐模块。

#15.2 本次明确不做

以下不是本次搜索闭环需要解决的问题，写入边界是为了避免需求发散。

1. AI 语义搜索。
2. 复杂自然语言理解。
3. 搜索结果页 SEO 收录化。
4. 联想点击直跳详情页、女优页、标签页。
5. 运营后台手动加权搜索排序。
6. 影评搜索。
7. 过度个性化推荐。
8. 全站标题、人名、标签的自动繁简强转换。
9. 年份区间、多选筛选等复杂筛选。
10. 合集实体搜索。

#15.3 后续增强参考

这些能力可以在本次搜索闭环稳定后再评估，但不影响本次 PRD 的交付判断。

1. 更细的个性化推荐。
2. 更复杂的拼写纠错。
3. 标签页与搜索页深度联动。
4. 搜索行为分析后台的深度报表。
5. 广告按用户分层、结果多少、意图强弱做更细策略。
6. 更大规模的女优别名、罗马音、简称数据补全。
7. 合集实体搜索与搜索结果页联动。

#16. 已定规则、上线前配置样例与动态规则

#16.1 已定规则

1. 搜索结果页每页 20 个展示卡位，PC 5×4，H5 2×10。
2. H5 搜索结果页使用传统分页，不使用加载更多。
3. 无结果页推荐视频按候选数量动态展示，不固定强塞。
4. 无结果页不放中插广告。
5. 搜索结果页广告按首次搜索 2 个中插、非首次搜索 4 个中插执行。
6. 本次不做合集实体搜索；合集内视频如命中关键词，可作为普通视频结果出现。
7. 冷启动推荐搜索做简单预置；真实行为数据足够后，由大家在搜接管。
8. 最热排序优先使用 hot 字段；没有 hot 时按发布时间倒序排列，最新发布的在前。

#16.2 上线前配置样例

以下配置只是行业通用示例，最终以站内真实标签、属性、视频库存和审核结果为准。

冷启动推荐搜索词示例:

中文字幕、4K、1080P、无码、有码、素人、剧情、制服、人妻、巨乳、护士、女教师

不放:

最新上架、本月热播、精选合集、单体作品

原因:

1. 最新上架、本月热播 属于榜单或排序入口，不是稳定关键词。
2. 精选合集 属于合集实体入口，本次不做合集实体搜索。
3. 单体作品 如果没有作品形态字段或标签，搜索结果不稳定。

#16.3 无结果页推荐视频动态规则

方案 A: 全站热门兜底。

1. 搜索自然结果数为 0，且没有可识别明确条件时使用。
2. 如果视频有 hot 字段，按 hot 从高到低排序。
3. 如果没有 hot 字段，按发布时间倒序排列，最新发布的在前。
4. PC 候选数大于等于 10 时展示 10 条；5 到 9 条时展示实际数量；少于 5 条时不展示视频推荐，强化大家在搜。
5. H5 候选数大于等于 8 时展示 8 条；4 到 7 条时展示实际数量；少于 4 条时不展示视频推荐，强化大家在搜。

方案 B: 条件可识别时的相关推荐。

1. 完整番号未命中: 优先推荐同前缀番号；没有同前缀时进入方案 A。
2. 像女优但未精确命中: 只展示由正式名、别名、罗马音/英文名、简称匹配出的女优候选。
3. 命中属性: 推荐满足该属性的视频。
4. 命中标签: 推荐包含该标签的视频。
5. 命中年份: 优先按视频 year 字段推荐；没有 year 时按发布时间年份推荐。
6. 普通关键词无结果: 不强做弱相关，进入方案 A。
7. 完全乱码或无意义词: 可进入方案 A，也可只展示大家在搜。

#16.4 合集搜索边界

本次不做合集实体搜索。

规则:

1. 搜索联想不展示合集入口。
2. 搜索结果页不展示合集卡片或合集模块。
3. 不匹配合集标题、合集简介。
4. 不自动汇总合集下视频标签作为合集标签。
5. 如果合集内的视频本身命中番号、女优、标签、属性或标题关键词，该视频可以作为普通视频结果出现。