Content Demand:找出站内搜索未能回答的问题
访客已经用搜索词告诉您,他们想知道什么。查看没有结果的 WordPress 搜索,再决定哪些答案需要完善。
搜索没有结果,可能是两种不同的问题。
一位访客在场馆网站上搜索“无台阶入口”,却没有找到结果。网站可能缺少这项信息,也可能已在“无障碍设施”页面中介绍。两种情况需要不同的处理方式。
Content Demand 汇总没有结果的搜索,让编辑或已通过身份验证的 MCP 助手分析反复出现的搜索词。这些记录只能说明访客没有通过该次搜索找到答案,不能证明网站需要再写一篇文章。
先查找已有答案。确实缺少有用的回答时,再补充信息。
找出反复出现的问题,把处理决定保存在对应记录中。
两项需要身份验证的功能让助手可以列出候选项,并更新状态或备注。使用这两项功能的 WordPress 用户都必须拥有编辑页面的权限。
筛选值得检查的搜索词
按无结果搜索的次数和处理状态筛选。记录次数较多的搜索词排在前面。这里统计的是搜索次数,而不是独立访客或已确认的客户。常见机器人的用户代理标识会被排除,但过滤器无法识别所有自动请求。
记录下一步工作
在备注中保存已核实的信息和下一步操作。状态可设为
new、planned、published 或 ignored。将候选项标记为 published 并不会创建或发布 WordPress 页面。选择真正能帮助访客的处理方式。
以无台阶入口为例,先检查场馆已有的说明并核实事实,再决定修改什么。
答案已经存在
让说明更容易被搜索到。在无障碍通行介绍中自然地加入相关搜索用语,然后重新搜索,确认有用的页面能够出现在结果中。
答案确实缺失
向场馆确认入口、通行路线及限制条件,在合适的页面补上清晰答案。只有主题确实需要时,才单独创建页面。
搜索内容与网站无关
注明该搜索词为何不相关,并将其标记为 ignored。仅凭搜索次数多,不足以决定发布与网站无关的内容。
确认哪些搜索会被记录,以及保存哪些数据。
自动记录仅覆盖在网站前台执行、经过 WordPress 处理且没有结果的搜索。不经过该请求流程的静态搜索或第三方搜索服务,不会被自动记录。插件不提供 WordPress 后台报告、文章生成器或自动发布功能。
搜索词可能包含个人信息。规范化处理会移除类似网址的词语和电子邮件地址中的个人部分,但不能保证匿名。新写入的 URL 上下文只保留协议、主机及可选端口;旧记录不会被清除。插件没有自动保留期限或删除功能。启用前,请判断记录搜索词是否适合您的网站。
把未获回答的搜索转化为有用的下一步工作。
如果网站使用 WordPress 搜索,且编辑团队通过 MCP 工作,可以安装 Content Demand。需要 WordPress 6.9 或更高版本、PHP 8.0 或更高版本、WordPress MCP Adapter 和 MCP Expose Abilities。
