视觉阅读手册
视觉标签不是关键词清单：它们应该解释内容关系
说明自然光、暗调、城市、构图等标签如何服务用户导航和相关推荐，为什么不能把十几个词堆在同一个页面标题或正文里。
一个标签首先要回答“这些内容为什么被放在一起”
如果“自然光”标签下的内容只是标题里都出现自然光，却看不出共同视觉关系，这个标签就没有导航价值。有效标签需要指向可观察特征：光源来自环境、阴影边缘较自然、人物与空间的亮度关系可比较。暗调、城市、构图等标签也一样。站内 data.php 中每个作品只保存少量核心字段，详情页再根据人物和标签建立相关内容，避免给每个对象塞入长串关键词。用户看到标签时，应该能预测点击后会遇到什么，而不是面对无边界的搜索词集合。
页面主关键词和站内标签承担不同任务
Title、Description 和 H1 需要围绕当前 URL 的主要搜索意图，例如人物页负责一个人物，集合页负责一个视觉主题；站内标签则用于连接相关内容。二者如果混在一起，页面就会出现标题同时包含“官网、APP、下载、在线、图集、人物、专题”等多个方向，用户和搜索引擎都难以判断重点。本站首页保留固定模板变量和规定关键词，但正文组织仍然以视觉内容和人物作品为主，辅助词只在真正相关的页面出现。
相关推荐应该说明关系，而不是依赖随机顺序
相关内容如果只按随机或最新排序，用户可能从窗边自然光突然跳到完全不同的暗调城市作品。站内 related_works 会优先考虑同人物和同标签，再补充同内容类型，虽然逻辑简单，但至少提供可解释关系。详情页也用文字提示“同人物”“同视觉方向”分别意味着什么。未来若扩展数据，可以加入更多人工编辑权重，但不应该用虚构热度或点击量替代真实关系。
搜索适合明确词，浏览适合上下文
用户输入“陈小喵”“暗调”“窗边”时，搜索可以直接匹配站内现有文本；但如果用户只是想看看有什么内容，标签搜索并不是最好的起点。集合页和人物页提供更完整的上下文，包括主题说明、代表作品和下一步入口。因此站内搜索被设计成辅助功能，弹窗默认隐藏，也不会在首屏自动弹出。这样的功能层级既符合内容站阅读习惯，也能避免搜索框变成没有内容架构的万能入口。