[{"data":1,"prerenderedAt":447},["ShallowReactive",2],{"blog-search-intent-four-types-pages":3,"blog-prev-search-intent-four-types-pages":168,"blog-next-search-intent-four-types-pages":284},{"id":4,"title":5,"author":6,"body":7,"canonical":151,"category":152,"cover":151,"date":153,"description":154,"draft":155,"extension":156,"keywords":151,"meta":157,"navigation":158,"noindex":155,"ogImage":151,"path":159,"seo":160,"seoDescription":151,"seoTitle":151,"stem":161,"tags":162,"updated":151,"__hash__":167},"blog\u002Fblog\u002Fsearch-intent-four-types-pages.md","搜索意图分四类，我们见过软件站三类配错页面","元析智能",{"type":8,"value":9,"toc":142},"minimark",[10,14,18,21,24,27,30,33,36,39,121,124,127,130,133,136,139],[11,12,13],"p",{},"搜一个词的人想干什么，决定这个页面该长什么样。我们把搜索意图分成四类，每类只配一种页面。软件站最常见的问题是配错，不是写得不生动。配错了，文案改十遍也没用。",[15,16,17],"h2",{"id":17},"四类意图怎么分",[11,19,20],{},"分法很简单，看搜索结果前十。学习类，前十是百科、知乎、媒体长文；方案类，前十是同行的场景文章和案例；对比类，前十是对比页和选型清单；操作类，前十是文档和论坛问答。",[11,22,23],{},"判断只需要五分钟：搜一遍这个词，看前十名的页面类型，多数是什么，意图就是什么。",[15,25,26],{"id":26},"软件站最常配错的三种",[11,28,29],{},"第一种，把“XX 怎么选”写成了科普博客。2025 年 6 月我们接手一个项目管理 SaaS 站的诊断，那篇“XX 怎么选”排在第 8 位，半年带来两次试用。页面上没有对比表，没有价格区间，也没说谁适合谁不适合。搜这个词的人在决策，你给他概念解释。",[11,31,32],{},"第二种，把报错词塞进产品页的 FAQ 里。报错词意图极强，用户已经在用了，但你把他扔到营销页，他下一站就是竞品的文档。",[11,34,35],{},"第三种，拿品牌词当内容词。品牌词的意图是导航，写一篇“XX 是什么”去抢，等于用文章跟自己的首页抢位置。",[15,37,38],{"id":38},"一张对照表",[40,41,42,61],"table",{},[43,44,45],"thead",{},[46,47,48,52,55,58],"tr",{},[49,50,51],"th",{},"意图",[49,53,54],{},"用户状态",[49,56,57],{},"该给的页面",[49,59,60],{},"不该给的",[62,63,64,79,93,107],"tbody",{},[46,65,66,70,73,76],{},[67,68,69],"td",{},"学习",[67,71,72],{},"刚接触，还不知道买不买",[67,74,75],{},"概念、边界、常见误解",[67,77,78],{},"价格表和注册按钮",[46,80,81,84,87,90],{},[67,82,83],{},"方案",[67,85,86],{},"有痛点，在找解法",[67,88,89],{},"场景文、案例、方案拆解",[67,91,92],{},"功能清单",[46,94,95,98,101,104],{},[67,96,97],{},"对比",[67,99,100],{},"在两三家之间犹豫",[67,102,103],{},"对比表、选型清单、替代页",[67,105,106],{},"品牌宣传",[46,108,109,112,115,118],{},[67,110,111],{},"操作",[67,113,114],{},"已经在用，卡住了",[67,116,117],{},"文档、报错排查、配置教程",[67,119,120],{},"首页导流",[15,122,123],{"id":123},"意图会漂移",[11,125,126],{},"同一个词，两年前是学习意图，现在可能变成对比意图。品类越成熟，学习词越少，对比词越多。2024 年我们做的“数据可视化工具”还是个科普词，到 2025 年，这个词前十全是带对比表的页面。",[11,128,129],{},"所以意图判断要定期重做，别一次定终身。",[15,131,132],{"id":132},"我们的落法",[11,134,135],{},"词表里每个词都标上意图和对应的页面类型，没标的词不进排期。新页面立项时先看词表，页面类型定不下来，说明这个词还没研究清楚。",[11,137,138],{},"一个页面只承接一种意图，这是硬规矩。想把对比词和操作词写在同一个页面上，结果通常是两拨人都不满意。2025 年 8 月我们拆过一个“XX 报错解决”页面，把操作部分挪进文档，原来的页面留给对比，四个月后文档页带来的登录量翻了 3 倍。",[11,140,141],{},"意图配错的页面，改标题能救回来一点，救不了根本。真要改，就重写页面。",{"title":143,"searchDepth":144,"depth":144,"links":145},"",2,[146,147,148,149,150],{"id":17,"depth":144,"text":17},{"id":26,"depth":144,"text":26},{"id":38,"depth":144,"text":38},{"id":123,"depth":144,"text":123},{"id":132,"depth":144,"text":132},null,"SEO","2025-09-15","同一个词背后的人想干的是四种不同的事：找答案、找方案、比方案、找产品。四类意图对应四类页面，软件站最常见的错误是配错页面，损失比内容写得不生动大得多。",false,"md",{},true,"\u002Fblog\u002Fsearch-intent-four-types-pages",{"title":5,"description":154},"blog\u002Fsearch-intent-four-types-pages",[163,164,165,166],"搜索意图","页面匹配","内容策略","软件公司","AaM-rwnqfKUnJHI68SEVfAkzB0ehRokN7kVqhM0J-ms",{"id":169,"title":170,"author":6,"body":171,"canonical":151,"category":272,"cover":151,"date":273,"description":274,"draft":155,"extension":156,"keywords":151,"meta":275,"navigation":158,"noindex":155,"ogImage":151,"path":276,"seo":277,"seoDescription":151,"seoTitle":151,"stem":278,"tags":279,"updated":151,"__hash__":283},"blog\u002Fblog\u002Flcp-optimization-retrospective.md","官网首屏提速复盘：从四点六秒到一点九秒我们改了什么",{"type":8,"value":172,"toc":262},[173,176,179,183,186,189,193,196,200,212,216,219,223,230,234,241,244,247,250,253,256,259],[11,174,175],{},"今年 8 月我们接手一个 SaaS 官网的性能整改，移动端 LCP 4.6 秒，六周后稳定在 1.9 秒。中间没有换服务器，也没有重写前端。六件事按性价比排下来，顺序比技术选择更重要。",[11,177,178],{},"这个站的情况挺典型：Next.js 做的营销站，首屏传输 2.8MB，42 个请求，第三方脚本 9 个。老板的原话是\"我们的页面怎么这么慢\"，但没人知道慢在哪。我们先跑了一轮真实的移动端测试，不是本地开 DevTools 看，而是用 4G 模拟加 CPU 4 倍降速。",[15,180,182],{"id":181},"第一件首屏传输从-28mb-压到-740kb","第一件：首屏传输从 2.8MB 压到 740KB",[11,184,185],{},"图片占 1.6MB。hero 图、六张客户 logo、一张 dashboard 截图，全是 PNG。换成 WebP，按容器尺寸出 2 倍图，logo 改 SVG。这一步单独把 LCP 从 4.6 秒带到 3.2 秒。",[11,187,188],{},"顺带一个细节：他们 logo 墙用了六张 400×400 的 PNG，实际渲染 32×32。这种浪费在软件站特别多，客户 logo 是市场部从 PPT 里导出来直接上传的。",[15,190,192],{"id":191},"第二件砍掉三个阻塞渲染的请求","第二件：砍掉三个阻塞渲染的请求",[11,194,195],{},"头部有一个字体 CSS、一个图标库 CSS、一个没用上的组件库样式，合计 210KB，全是同步加载。字体改自托管加 preload，图标库换成内联 SVG 只留用到的 14 个，组件库样式按需引入。LCP 到 2.7 秒。",[15,197,199],{"id":198},"第三件中文字体换子集","第三件：中文字体换子集",[11,201,202,203,207,208,211],{},"他们的中文主字体是 3.4MB 的思源黑体全量包，",[204,205,206],"code",{},"font-display"," 没设。改成常用 3500 字的子集，280KB，",[204,209,210],{},"font-display: swap","。中文软件站这一步几乎必做，代价小，收益稳定。",[15,213,215],{"id":214},"第四件第三方脚本全部延后","第四件：第三方脚本全部延后",[11,217,218],{},"9 个第三方里，客服组件、两个统计、一个 AB 测试、一个热力图，首屏一个都不需要。改成用户首次交互后再加载，首屏请求从 42 降到 19。LCP 到 2.1 秒。",[15,220,222],{"id":221},"第五件给首屏图提优先级","第五件：给首屏图提优先级",[11,224,225,226,229],{},"hero 图加 ",[204,227,228],{},"fetchpriority=\"high\"","，同时在 head 里 preload。这一步单独看收益最小，但在 2.1 秒的基数上，它挤出了最后的 0.2 秒。",[15,231,233],{"id":232},"第六件html-走边缘缓存","第六件：HTML 走边缘缓存",[11,235,236,237,240],{},"营销页内容一周改一次，没必要每次回源。在 CDN 上给首页和定价页设了 10 分钟缓存加 ",[204,238,239],{},"stale-while-revalidate","，TTFB 从 620 毫秒降到 140 毫秒。",[15,242,243],{"id":243},"顺序比技术重要",[11,245,246],{},"六件事如果倒过来做，先上 CDN 再优化图片，效果要差一半。我们判断顺序的标准很土：这一步能不能减少字节或者减少阻塞，能就优先。优先级调整和缓存策略属于锦上添花，放在最后。",[11,248,249],{},"还有个反常识的点：这个站做完 PSI 分数从 31 到 88，但自然流量第三周才开始动，第六周涨了 23%。速度是必要条件，不是充分条件，别指望改完性能排名第二天就往上走。",[15,251,252],{"id":252},"过程中踩的三个坑",[11,254,255],{},"第一个坑是 preload 加重复了。前端在 head 里加了 preload，组件里又自己加载一次，同一张图下载两遍，移动端多花了 400 毫秒。排查方法是在网络面板里按文件大小排序，看到同一 URL 出现两次就明白了。",[11,257,258],{},"第二个坑是缓存把改动盖住了。图片换完，CDN 上还是旧版本，测了两天都是 4.1 秒，差点以为方向错了。现在我们的规矩是每次改静态资源都带版本号或者刷新缓存。",[11,260,261],{},"第三个坑是只测了首页。首页做到 1.9 秒，客户很满意，结果产品页、文档页还在 5 秒以上。营销站真正的入口是产品页和文档，首页只占访问量的三成。这批页面后来单独做了一轮，又多花了两周。",{"title":143,"searchDepth":144,"depth":144,"links":263},[264,265,266,267,268,269,270,271],{"id":181,"depth":144,"text":182},{"id":191,"depth":144,"text":192},{"id":198,"depth":144,"text":199},{"id":214,"depth":144,"text":215},{"id":221,"depth":144,"text":222},{"id":232,"depth":144,"text":233},{"id":243,"depth":144,"text":243},{"id":252,"depth":144,"text":252},"技术SEO","2025-09-14","一个 Next.js 营销站移动端 LCP 4.6 秒，六周做到 1.9 秒，没换服务器没重写前端。六件事按性价比排序：图片、阻塞请求、字体子集、第三方脚本、首图优先级、边缘缓存。",{},"\u002Fblog\u002Flcp-optimization-retrospective",{"title":170,"description":274},"blog\u002Flcp-optimization-retrospective",[280,281,282],"LCP","性能复盘","移动端速度","gYDspv4w527tyyC7CnRBp8IUP7YrQDImAmaZXjafsgY",{"id":285,"title":286,"author":6,"body":287,"canonical":151,"category":435,"cover":151,"date":436,"description":437,"draft":155,"extension":156,"keywords":151,"meta":438,"navigation":158,"noindex":155,"ogImage":151,"path":439,"seo":440,"seoDescription":151,"seoTitle":151,"stem":441,"tags":442,"updated":151,"__hash__":446},"blog\u002Fblog\u002Fchatgpt-search-cited-page-types.md","ChatGPT 搜索最爱引用的四种页面，产品页排最后",{"type":8,"value":288,"toc":427},[289,292,295,298,301,304,307,379,382,385,388,391,394,397,400,403,406,409,412,415,418,421,424],[11,290,291],{},"ChatGPT 搜索引用最多的不是你的产品页，是文档页和第三方对比。我们从 2025 年 6 月起，每周三手工跑 30 个 B2B 软件方向的查询，记录每条回答挂出来的来源，到 9 月底攒了 120 组样本。结论有点扎人：产品页只出现 7 次。",[15,293,294],{"id":294},"引用位和引用源不是一回事",[11,296,297],{},"先分清两件事。引用位是回答里那个角标和链接，引用源是它读了哪些页面。ChatGPT 搜索会先读一批源，再组织答案，最后挂 3 到 6 个链接。你被读了，不一定被挂。",[11,299,300],{},"我们记录的是被挂的链接。120 组回答里，链接总数 431 个，平均每条 3.6 个。",[15,302,303],{"id":303},"四种页面吃掉了大部分引用",[11,305,306],{},"按被挂次数排：",[40,308,309,322],{},[43,310,311],{},[46,312,313,316,319],{},[49,314,315],{},"页面类型",[49,317,318],{},"被挂次数",[49,320,321],{},"占 431 个的比例",[62,323,324,335,346,357,368],{},[46,325,326,329,332],{},[67,327,328],{},"文档页（API、配置、报错说明）",[67,330,331],{},"118",[67,333,334],{},"27%",[46,336,337,340,343],{},[67,338,339],{},"第三方对比与评测",[67,341,342],{},"96",[67,344,345],{},"22%",[46,347,348,351,354],{},[67,349,350],{},"带更新日期的说明页",[67,352,353],{},"71",[67,355,356],{},"16%",[46,358,359,362,365],{},[67,360,361],{},"官方案例页",[67,363,364],{},"39",[67,366,367],{},"9%",[46,369,370,373,376],{},[67,371,372],{},"产品功能页",[67,374,375],{},"7",[67,377,378],{},"1.6%",[11,380,381],{},"文档页能排第一，是因为问法太具体。\"这个 SDK 怎么配置超时\"这种问题，只有文档能答。第三方对比排第二，是因为 ChatGPT 在回答\"选哪个\"的时候，倾向拿不是卖家自己写的东西。",[15,383,384],{"id":384},"更新日期是它的隐性信号",[11,386,387],{},"我们做过一个笨实验。同一个客户的一段说明文字，内容没动，只把页面上\"最后更新\"从 2024 年 7 月改成 2025 年 6 月，别的一概不碰。两周后，这段文字在相关查询里被挂的次数从 1 次到 4 次。",[11,389,390],{},"注意，这只是相关性，不是因果。我们没胆量说改日期能提权，而且这招用两次就不灵了：它还能读到第三方存档和快照，日期和内容对不上，反而降低信任。",[11,392,393],{},"我们的做法是老老实实更新内容，顺便把日期改对。真正起作用的是内容变新了，不是那个数字。",[15,395,396],{"id":396},"产品页怎么才能进引用池",[11,398,399],{},"产品页进不去，不是因为它不好，是因为它无可引用。\"更快、更稳、更好用\"这类表达不构成事实。",[11,401,402],{},"我们把产品页的第一段改成这种结构：这个模块做什么、跑在什么环境、什么量级下实测多少耗时。比如\"单节点每秒处理 1.2 万条写入，P99 延迟 18 毫秒，压测环境 8 核 32G\"。改完之后，产品页在 3 个月里拿到 9 次引用。",[11,404,405],{},"一句话原则：产品页要想被引用，先得像文档。",[15,407,408],{"id":408},"现在每周盯什么",[11,410,411],{},"我们的周表只有四行：本周跑了多少个查询、被挂几个链接、其中官网几个、官网比例掉了没有。官网比例低于 30% 就要看是不是第三方把我们写错了。",[15,413,414],{"id":414},"一个反常识的判断",[11,416,417],{},"文档页排第一这件事，很多人理解反了。他们以为要把博客写成文档，其实不是。文档页之所以被引用，是因为它回答的是\"怎么做\"，而这类问题有唯一正确答案。博客回答的是\"为什么\"，答案有立场，反而不好引用。",[11,419,420],{},"所以正确的动作是：把博客里那些\"如何配置、如何排查、参数是多少\"的内容，搬到文档区去，做成带锚点的独立页。我们一个客户搬了 22 篇，两个月里文档区被引用的次数从 14 次到 41 次，博客那边没掉。",[11,422,423],{},"内容放在哪个区，比内容写得多好，有时候更决定命运。",[11,425,426],{},"这个表手工做要 2 小时，比买工具便宜，也比工具诚实。",{"title":143,"searchDepth":144,"depth":144,"links":428},[429,430,431,432,433,434],{"id":294,"depth":144,"text":294},{"id":303,"depth":144,"text":303},{"id":384,"depth":144,"text":384},{"id":396,"depth":144,"text":396},{"id":408,"depth":144,"text":408},{"id":414,"depth":144,"text":414},"GEO","2025-09-16","我们手工跑了 120 个 B2B 软件相关查询，记录 ChatGPT 每条回答的来源。文档页、对比页、带更新日期的说明页吃掉了大部分引用，产品页只有 7 条。",{},"\u002Fblog\u002Fchatgpt-search-cited-page-types",{"title":286,"description":437},"blog\u002Fchatgpt-search-cited-page-types",[435,443,444,445],"ChatGPT","AI引用","内容运营","L3MsQfQXM-Dx9McQFm9nLX4lg2Q3v6yk0VpecP9YXx0",1794088112384]