搜索意图分成四类：目录站的类目该怎么对上用户真正想干的事

做目录站的人习惯按「行业」分类：设计、开发、运营、教育。这套分类看着整齐，但它和用户搜索时脑子里的想法对不上。

用户不会搜「设计类网站」，他搜的是「logo 怎么做」「有没有能免费商用的字体」「站酷首页」。这三句话要的东西完全不同，却被塞进同一个类目里。

图片来源：网络，版权归原作者所有，侵权请联系删除

谷歌那套查询分类

谷歌在介绍搜索工作原理的文档里，把用户的查询按意图归成几类。常见的是这几种：

意图	用户想干什么	典型查询	该用什么页面接
know（ informational ）	想了解一件事	「什么是矢量图」「免费商用字体有哪些」	解释型内容页 / 带说明的合集页
do（ transactional ）	想做一件事	「在线压缩图片」「pdf 转 word」	工具类条目页 + 直达链接
go（ navigational ）	想找某个具体站点	「站酷」「iconfont 官网」	该条目的详情页，或分类页里的强锚点
visit-in-person	想找线下地点	「附近打印店」	本地类目录，带地址和地图

这套分法的好处在于，它逼你从「内容形态」倒推「页面形态」，而不是反过来。同样是设计类，know 的需求要的是一段解释加一串候选，do 的需求要的是能立刻点进去干活的入口，go 的需求要的是别让我在页面上找半天。

把类目词按意图分一遍

实操很简单：把你手上积累的关键词（搜索下拉、相关搜索、竞品目录倒出来的都算）导进一张表，逐条标上意图。标完大概率会发现两件事。

第一，know 类词的量远超预期。用户在一个新领域里，先问的往往是「有哪些」「怎么办」，而不是某个具体站点。这类词用纯链接列表页去接，几乎接不住，因为列表页没有解释。

第二，go 类词集中在少数头部站点。这些词的流量看着诱人，但用户搜站名的时候，第一个结果通常是官网本身，目录站能拿到的份额有限，而且这种流量留不住。

类目设计该怎么改

按「动作」而不是按「行业」命名一部分类目

「在线转换」「图片处理」「数据查询」这类名字，直接对应 do 类需求。它们和「设计素材」这种行业类目会交叉，没关系，交叉的部分用标签解决。

给 know 类需求单开内容位

不必把每个 know 词都做成一篇长文。放在分类页顶部的两三百字说明，讲清楚这一类是什么、怎么挑、有什么坑，就足以让那个页面从「链接表」变成「有答案的页面」。

go 类词靠条目页承接，不要靠分类页

品牌词要的是直达。条目页的标题里带上站点全名和常用别名，页面里给出清晰的外链按钮，比把它塞在某个分类页里有效得多。

分类和意图的错配长什么样

举个真实例子。某目录站有个类目叫「素材下载」，里面塞了八十多个站点。搜「免费商用图片」的用户点进去，看到的是八十个名字，不知道哪个能商用；搜「pexels」的用户点进去，要在这八十个里找那一个。两类人都不满意。

拆开就好了：把「免费商用」这个限制条件做成筛选维度或子类目，把站名交给搜索框和条目页。一个类目同时服务三种意图，结果通常是三种都没服务好。

别把话说死

意图分类是分析工具，不是分类标准。一个词在不同上下文里可能跨类，用户自己也不总说得清想要什么。用它来做「这个类目主要接哪种需求」的判断，比用它做精确的页面映射靠谱。