桃花影院：在桃花深处，找到今晚想看的那一部

桃花影院把八个分类放在导航栏和分类索引两处，并且使用完全相同的名称，这不是单纯的视觉重复。对搜索 crawler 来说，导航链接和页面内锚点指向同一组目标，内部链接的指向关系是清晰的；对用户来说，不需要在“导航叫什么”和“分类叫什么”之间做翻译。很多内容站掉收录，问题不出在内容本身，而出在同一个目的地被起了太多名字，链接权重被分散到不同的锚文本上。

热播卡片带播放器入口，但没有把播放器做成需要点击后才由 JavaScript 生成的内容。封面、标题、标签、描述和观看数据在 HTML 里就是现成的，crawler 第一次抓取就能读到完整文本。如果把这些信息全部交给前端渲染，抓取工具看到的是一个空壳，收录自然不稳定。桃花影院的做法是把“可被索引的信息”和“可被交互的操作”分开：信息先落地，播放器图标只是一个入口符号，不承担内容载体的角色。

八条分类路径的命名围绕桃花意象展开，但每一条的描述都指向不同的内容组织方式。桃园热映偏动态数据，花瓣分类偏题材细分，桃枝专题偏主题串接，桃讯速递偏页面变动记录。这种差异不是为了把文案写得多好看，而是让每个分类页在搜索意图上有区分度。如果八个分类的描述都在说“好看的都在这里”，它们在搜索引擎眼里就是同一批页面，收录之后也很难稳定排名。

用户评论精选采用两列网格，而不是三列或四列，主要考虑的是阅读宽度。三十到六十字的短评在窄列里会被频繁折行，视线容易散。两列状态下每条评论有足够的横向空间，评论内容作为页面文本的一部分，也能被完整抓取。评论区的价值不只是“看起来热闹”，它给页面提供了自然语言层面的内容厚度，这对一个以影视条目为主的页面来说，是热播卡片之外的重要补充。

FAQ 区使用手风琴折叠，默认展开第一条，其余条目在点击后展开。折叠本身不影响内容索引，因为每个回答的 HTML 都在页面里，只是初始高度为零。真正影响收录的是把 FAQ 内容放在 JavaScript 字符串里、等用户点击后才插入 DOM。桃花影院的 FAQ 回答直接写在 HTML 结构中，折叠只控制视觉高度，不控制内容是否存在。这样既保留了交互，又不会让答案在抓取时消失。

从更长的时间维度看，桃花影院这类页面要维持收录稳定，关键不在于某一次改动，而在于每一次模块调整都保持“内容先于装饰”的顺序。热播卡片的描述每条单独写、平台资讯每条对应一个可感知的变化、相关资讯不重复热播文案，这些做法都在减少页面内部的同质化文本。搜索引擎对重复模板句的容忍度在下降，一个页面里如果多个模块使用同一套句式，即便字数够，实际信息增量也有限。桃花影院的页面结构选择了用分类差异和描述差异来承载信息量，而不是靠堆砌字数。