想把东西搜准，靠的不是运气，而是两件能练出来的事：把需求写成够精确的关键词，按来源和摘要筛掉不对口的结果。搜索的效果几乎全部由这两件事决定。
动手之前先在心里把「想找什么」说清楚：对象是谁，哪些条件必须满足，想要的形态是文件、条款、参数还是某条原帖。三样说不清，搜出来的东西就会一直跑偏。
这个页面把搜索整条链路摊开讲：搜索由哪些环节组成、最常见的两类卡点分别怎么破、练熟之后有什么实际好处、一步步的操作顺序、以及照做之后会遇到什么变化。也提前提醒一句，排序靠前不等于可信，标题看着对口，仍然要看来源和正文。
关于搜搜指南：这里整理的是哪些搜索常识
搜搜指南只讲一件事：搜索。提问怎么问、关键词怎么抽、结果页怎么读、点开后怎么验，这四步构成一条完整链路，站点把链路逐段拆开写清楚，不铺开去讲别的主题。
页面结构是按这条链路排的：搜索拆解交代环节构成，搜索疑问处理搜不到和结果太杂这两类高频卡点，搜索好处说明练熟的价值，搜索步骤给出可照着做的顺序，搜索效果讲照做之后的实际变化。几个栏目互相引用，读的时候可以按顺序来。
写法上尽量落到具体动作。像「先看来源域名再决定点不点开」「摘要里出现三个以上不相关的词就换词」这类说法，比「要注意甄别信息」更有用，也是站方自己每天在用的顺序。
站点按读者的反馈和之后出现的搜索现象补写条目，长期不变的部分保持稳定，各平台支持程度不一样的地方统一写「以当前页面为准」，不去编造规则。看到就是当前这一份，改过的地方会直接体现在正文里。
一次完整的搜索由哪些环节组成？
一次能用的搜索由五块组成：需求、关键词、检索入口、结果页、验证。缺任何一块，链路都会断在中间。断在哪一块，补救的动作就完全不同，先认清自己卡在哪，比急着换词有用。
需求：先把「要解决什么」定下来
需求是整条链路的源头。写不出需求的表现是：只能说出「想了解一下」，说不出对象、限定条件、想要的形态。这时候搜什么都像，又什么都不对口。先写下一句话，把必须满足的条件标出来，再进入下一步。
关键词：需求的压缩表达
关键词是把那句需求压到最短，只留下能区分目标与噪音的词。宽词适合探路，用来确认这个东西叫什么、业内怎么称呼它；窄词适合定点，用来命中具体文件、具体条款、具体参数。用错场景，宽词会越搜越远，窄词会搜出空白页。
入口：通用检索与站内检索不是一回事
通用检索覆盖面广，能触达的东西多，噪音也大。站内检索只在一个站点或一个应用内部找，覆盖范围窄，但对口率高，论坛的原帖、文档的条款、商品页的规格参数，往往只有站内入口才翻得到。找具体条目时，站内入口常常比通用入口准得多。
结果页：只读三样
结果页上值得看的只有三样：标题、摘要、来源。三样里有两样对不上，就先别点。标题对、来源是陌生小站，摘要又和需求错位，点开多半是浪费时间。来源这一项要单独看，官方文档、原始发布方、原作者的主页，和二次转载的可信度差别很大。
验证：把结果收尾
验证是点开之后必须做的动作，包含三件事：核对发布时间、比对另一个独立来源、确认原文有没有被摘改。三件事做完，一个结果才算真正可用。省掉验证，把二手摘编当成原文用，是最常见的出错方式。
搜不到结果、结果太杂，这两种情况分别怎么处理？
两种情况的处理方向相反：结果太杂要往回收，搜不到要往外放。先判断自己落在哪一边，再动手，别一边加字一边换入口乱试。
宽词搜出一堆广告和资讯，怎么判断是词太宽还是入口不对
先看摘要。摘要里反复出现同类词、却和你的目标没有交集，说明词太宽；摘要内容看着很对口但全是同一个站点的页面，说明入口不对。前者要收紧，后者要换入口。
- 收紧的动作：把口语词删掉，补上必须满足的限定词，比如形态、用途、限定范围。
- 换入口的动作：改到目标站点的站内检索框，或直接进该站点的栏目页再找。
- 固定短语：给不能拆的词组加引号，防止被拆开匹配。
搜不到对口内容，三条路怎么选
换同义词、换表达形态、换入口，三条路按代价排序。换同义词最轻，业内叫法、旧称、学名都试一遍；换表达形态次之，把「怎么弄」改成参数名、把「规定」改成条款编号；换入口最重，从通用检索改到站内或库内，只在前面两条都失败后才做。
'''两类情况共同的误区
一味加字，把整句话都塞进检索框，匹配反而更稀；只翻前几条就下结论，把排序当匹配度；把「搜到了相似的」当成「搜到了对的」。正确的次序是：先改词，再改入口，最后才扩大范围。范围一扩大，噪音立刻回来。
把搜索练熟，对日常到底有什么实际用处？
最直接的好处是少走弯路：同一个需求，练熟的人几轮就能落到具体条目上，不熟的人还在门户首页里翻。差别不在运气，在动作是否到位。
找资料时能落到具体位置
会搜的人不会停在栏目页。他们要文件就直接找文件，要条款就直接找条款编号，要参数就找规格表，要原帖就回论坛站内翻。落点越具体，后面读正文的时间越短。
做判断时有依据
多方比对之后，差异会自己浮出来：哪一版多了一句、哪一版的发布时间对不上、哪一版把限定条件删掉了。看得出这些，就能分辨软文、旧信息和被摘改过的段落，而不是被标题牵着走。
省下反复试错的回合
词一次抽准，入口一次选对，来回换词的空转就少了大半。省下来的精力可以放到真正费脑的地方：读正文、核数字、判断哪一版更接近原始表述。
这套思路能迁移
站内搜索、应用内搜索、资料库里的字段检索，底层动作完全一样：收紧条件、避开噪音、回到原始来源、核对时间。在这里练熟的手感，换个界面照样能用。
具体动作可以对着搜索步骤练，练完再回来看这一节，会更有感觉。
想搜到准确结果，具体该怎么一步步操作？
按下面的顺序做，每一步都对应链路里的一个环节。哪一步卡住，就回到上一步重写，不要跳着来。
- 把需求写成一句话。句子里必须含对象和限定条件。写不出来，说明需求还没想清，先想清楚再动键盘。
- 从这句话里抽关键词。删掉「怎么」「一下」「那个」这类口语词和语气词，只留能区分目标与噪音的词。
- 先用窄词试。窄词搜出结果就直接读；结果太少再逐级放宽，一次只放一档，别一上来就丢大词。
- 用符号和入口收窄。给固定短语加引号，用限定符号限定范围和时间，需要找站内内容就改走站内检索框。各平台支持的符号不一样，以当前页面为准。
- 点开前只看来源和摘要。来源陌生、摘要错位的先跳过。点开后立刻核对正文和发布时间，确认说的和摘要是一回事。
- 把有效的词记下来。写进备忘录，同类需求下次直接复用，不用从头再来。
第 2 步到第 3 步之间最容易出错：很多人把整句话原样贴进去，结果匹配面被压得很窄。抽词的目的是减字，不是把句子搬进检索框。
第 5 步的核对动作，可以配合搜索疑问里的判断标准一起用，遇到来源说不清的结果就先放着。
照这套方法去搜，实际会发生什么变化？
变化主要出现在回合数上：以前要翻很久才碰到的东西，现在前几屏就有。下面三种情景是常见的走向。
情景一：找具体文件
原本只输入一个大词，翻到底也全是门户页。补上形态和限定条件之后，对口的条目直接出现，标题里就带着你需要的字样，不用再往下翻，也不用一页页点开确认。
情景二：核实一件事
以前看第一条就信，后来发现另一版说法不一样。多来源交叉之后，能看出哪一版删了限定条件、哪一版的发布时间更早，判断终于有据可依，转述的时候也敢写明依据在哪。
情景三：搜不到的时候
手里有明确的降级路径：换同义词、换表达形态、换入口，一条一条试，试到哪条为止心里有数。不再乱开窗口、乱改词，也不会因为翻不到就以为这东西不存在。
局限在哪
冷门内容仍然可能一条结果都没有，方法只能把命中率往上抬，保证不了每次都有。关键词本身如果有歧义，收紧到一定程度就会两头都搜不到，这时候要回到需求那一句重写，而不是继续加字。