[{"data":1,"prerenderedAt":330},["ShallowReactive",2],{"blog-commercial-investigation-pages":3,"blog-prev-commercial-investigation-pages":108,"blog-next-commercial-investigation-pages":180},{"id":4,"title":5,"author":6,"body":7,"canonical":92,"category":93,"cover":92,"date":94,"description":95,"draft":96,"extension":97,"keywords":92,"meta":98,"navigation":99,"noindex":96,"ogImage":92,"path":100,"seo":101,"seoDescription":92,"seoTitle":92,"stem":102,"tags":103,"updated":92,"__hash__":107},"blog\u002Fblog\u002Fcommercial-investigation-pages.md","商业调研词最容易被浪费，别只写产品页","元析智能",{"type":8,"value":9,"toc":81},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78],[11,12,13],"p",{},"商业调研词是最值钱的一类词，也是最容易被浪费的一类。搜“XX 怎么选”“XX 哪个好”“XX 多少钱”的人已经在做决定了，而大多数软件公司给他们的，是一个只有功能罗列的产品页。",[15,16,17],"h2",{"id":17},"这类词长什么样",[11,19,20],{},"带选型、对比、替代、价格、适用对象信号的词：怎么选、哪个好、有什么区别、替代方案、多少钱、适合什么规模、免费版够不够用。",[11,22,23],{},"搜这些词的人处在决策中段。他不缺概念，缺的是判断依据。",[15,25,26],{"id":26},"三种常见的浪费",[11,28,29],{},"第一种，词搜进来直接跳产品页。产品页讲我们有什么，用户想知道的是他该选什么。",[11,31,32],{},"第二种，参数表齐全但没有场景。“支持 200 个并发”这句话，用户无法判断自己的团队需不需要。",[11,34,35],{},"第三种，绕开价格。用户最想知道的成本，页面上一句不提。你不写，他就去搜别家。",[15,37,38],{"id":38},"该给什么信息",[11,40,41],{},"给决策需要的东西：判断要素、成本结构、适用边界、迁移成本。尤其是边界，明确写出“什么情况下不适合我们”，可信度会明显不一样。",[11,43,44],{},"我们 2025 年 11 月给一个做日志分析的客户做了个替代页，标题围绕“XX 替代方案”。页面里列了四种替代路径、三种迁移成本、两种不该换的情况。上线两个月，这个页面的试用申请从每月 3 个到 11 个。",[15,46,47],{"id":47},"页面类型要对上",[11,49,50],{},"“替代”“平替”类，做替代页。“怎么选”“哪个好”类，做选型对比页。“多少钱”类，做价格页或成本拆解页。",[11,52,53],{},"这三类页面各有结构，不要塞进同一篇文章里。塞在一起的页面，三类搜索都接不住。",[15,55,56],{"id":56},"一个判断标准",[11,58,59],{},"写完一页，问自己：一个正在做决定的人，看完这页能不能少问三个问题。能，就合格；不能，说明还在写产品介绍。",[15,61,62],{"id":62},"别把所有调研词放进博客",[11,64,65],{},"博客适合放过程性的内容，决策页适合放结构化的信息。替代页、选型页、价格页放在产品目录下，博客里只放一篇导流的说明文。",[11,67,68],{},"我们 2025 年 8 月挪过一次，把 9 篇决策类文章从 \u002Fblog\u002F 挪到 \u002Fsolutions\u002F，301 之后两个月，这 9 个页面的平均排名从 22 到 11。",[15,70,71],{"id":71},"多久需要更新一次",[11,73,74],{},"替代页和价格页，每季度看一次。竞品改了定价、加了功能、换了定位，你的对比表就过时了。过时的对比表比没有更伤，用户一验证就发现你说错了。",[11,76,77],{},"我们的做法是每季度第一周让客户确认一次竞品信息，确认完才改页面，改的时候更新页面日期。",[11,79,80],{},"商业调研词的竞争不在于谁写得长，在于谁把决策信息写全了。",{"title":82,"searchDepth":83,"depth":83,"links":84},"",2,[85,86,87,88,89,90,91],{"id":17,"depth":83,"text":17},{"id":26,"depth":83,"text":26},{"id":38,"depth":83,"text":38},{"id":47,"depth":83,"text":47},{"id":56,"depth":83,"text":56},{"id":62,"depth":83,"text":62},{"id":71,"depth":83,"text":71},null,"SEO","2025-12-06","搜“怎么选”“哪个好”“价格”的人在准备做决定，你给的却是产品功能页。我们改过一个客户的替代页，试用申请从每月 3 个到 11 个，改的不是文案，是信息种类。",false,"md",{},true,"\u002Fblog\u002Fcommercial-investigation-pages",{"title":5,"description":95},"blog\u002Fcommercial-investigation-pages",[104,105,106],"商业调研词","落地页","搜索意图","lEwc_MW4w5Uwq2p0vYw9atF05etX-NI3INRQd3SGDB0",{"id":109,"title":110,"author":6,"body":111,"canonical":92,"category":168,"cover":92,"date":169,"description":170,"draft":96,"extension":97,"keywords":92,"meta":171,"navigation":99,"noindex":96,"ogImage":92,"path":172,"seo":173,"seoDescription":92,"seoTitle":92,"stem":174,"tags":175,"updated":92,"__hash__":179},"blog\u002Fblog\u002Fcls-ignored-metric.md","CLS 是最容易被放过的一项，代价却落在转化上",{"type":8,"value":112,"toc":161},[113,116,119,122,125,128,131,134,137,140,143,146,149,152,155,158],[11,114,115],{},"三项 Core Web Vitals 里，CLS 最容易被排到最后。原因很直白：它不影响打开速度，也不影响点击响应，看起来只是\"抖一下\"。但它是三项里唯一直接导致误点击的指标，代价落在转化上。",[15,117,118],{"id":118},"位移直接吃掉点击",[11,120,121],{},"我们今年做了一次对比：同一个 B2B 站的注册表单页，CLS 0.34 改到 0.06，前后各观察两周。表单提交率从 11.2% 到 13.8%。样本不算大，但方向很清楚。",[11,123,124],{},"为什么会这样？用户在移动端点\"下一步\"的瞬间，页面因为客服组件插进来往下跳，手指落在别处。录屏里能看到这种误点，一次会话出现两三次，用户就烦了。B2B 的注册表单一条线索值多少钱，市场部自己算得出来。",[15,126,127],{"id":127},"团队为什么总放过它",[11,129,130],{},"三个原因。第一，它不体现在\"打开快不快\"上，老板感知不到，汇报时也不好讲。第二，实验室和真实数据差距大，改完不一定立刻能看到变化，容易被当成噪音。第三，修 CLS 常要动第三方组件，跨团队协调成本高。",[11,132,133],{},"最典型的情况是：技术负责人知道 CLS 差，但排期上永远排在图片压缩和 CDN 后面，因为那两项讲得清收益。",[15,135,136],{"id":136},"我的排序建议",[11,138,139],{},"按对收入的影响排，我给 B2B 软件站的顺序是：INP 优先，CLS 其次，LCP 最后。INP 影响产品使用，CLS 影响表单和点击，LCP 影响首访印象。前两个直接跟转化挂钩，最后一个跟获客成本挂钩。",[11,141,142],{},"如果你只有一天时间，先查移动端的 CLS 归因，找面积最大的一次位移，看它是图片、字体还是第三方组件。这三类占九成，修法都不难，难的是有人愿意排期。",[15,144,145],{"id":145},"一条边界",[11,147,148],{},"CLS 低于 0.1 就别再优化了。0.1 以下的位移用户基本感知不到，继续抠是浪费工程资源。我们给自己定的线是 0.08，留一点余量给第三方组件的波动。",[11,150,151],{},"还有一件事值得做：把 CLS 的验收写进上线流程，而不是等季度复盘才想起来看。位移这种问题，越晚发现越难归因，三个月后没人记得当时动了哪个组件。",[15,153,154],{"id":154},"怎么跟老板讲这项",[11,156,157],{},"我一般不讲指标，讲钱。B2B 站一条注册线索的获取成本按行业在两三百到上千元不等，提交率掉两个百分点，等于每月白扔几十条线索。把这两个数摆在一起，CLS 的优先级自然就上去了。",[11,159,160],{},"如果对方还是没感觉，就放录屏。手机录一段\"点提交的时候页面跳了一下\"，比任何报告都直观。我们给三个客户做过这件事，两个当场把 CLS 加进了下个迭代。",{"title":82,"searchDepth":83,"depth":83,"links":162},[163,164,165,166,167],{"id":118,"depth":83,"text":118},{"id":127,"depth":83,"text":127},{"id":136,"depth":83,"text":136},{"id":145,"depth":83,"text":145},{"id":154,"depth":83,"text":154},"技术SEO","2025-12-05","三项 Core Web Vitals 里 CLS 总被排最后，因为老板感知不到。但它是唯一直接造成误点击的指标：一个 B2B 注册表单页从 0.34 修到 0.06，提交率从 11.2% 到 13.8%。",{},"\u002Fblog\u002Fcls-ignored-metric",{"title":110,"description":170},"blog\u002Fcls-ignored-metric",[176,177,178],"CLS","转化率","体验指标","EZhlGUvUsjLubW1nnAS_Xaiuoj3q9VXcB3zsvJS2FM8",{"id":181,"title":182,"author":6,"body":183,"canonical":92,"category":168,"cover":92,"date":319,"description":320,"draft":96,"extension":97,"keywords":92,"meta":321,"navigation":99,"noindex":96,"ogImage":92,"path":322,"seo":323,"seoDescription":92,"seoTitle":92,"stem":324,"tags":325,"updated":92,"__hash__":329},"blog\u002Fblog\u002Ffaqpage-schema-ai-citation.md","FAQPage 该不该做：40 篇内容对照实验，差别只有 2 个百分点",{"type":8,"value":184,"toc":311},[185,188,191,194,197,200,203,206,209,212,268,271,274,277,281,284,287,290,293,296,299,302,305,308],[11,186,187],{},"FAQPage 结构化数据对 AI 引用的帮助，比你想象的小。2025 年 11 月到 12 月，我们拿 40 篇内容做了个对照：20 篇加 FAQPage schema，20 篇只在正文里改成 Q&A 格式、不加 schema。六周后引用率 27% 对 25%，差别落在噪声里。",[15,189,190],{"id":190},"先分清两件事",[11,192,193],{},"FAQ 富结果和 AI 引用是两码事。",[11,195,196],{},"富结果是搜索结果页上那个可展开的问答块。Google 在 2023 年 8 月收紧了展示条件，绝大多数站点已经拿不到了。指望 FAQPage 抢富结果，是在追一个 2023 年的玩法。",[11,198,199],{},"AI 引用是另一回事。引擎读你的页面，从里面挑一段回答用户。它挑的是文字，不是 JSON-LD。JSON-LD 是给搜索引擎解析用的，不是给大模型读的——大模型读的是渲染后的正文。",[15,201,202],{"id":202},"实验怎么做的",[11,204,205],{},"40 篇，同一个客户的技术博客，主题平均分在 API、部署、权限三块。A 组 20 篇加 FAQPage schema，B 组 20 篇不加 schema，但两组都做了同样的正文改造：把原来散在段落里的问答拆成独立 Q&A，问题用用户原话，答案压到 80 字内。",[11,207,208],{},"对照组是另外 20 篇没动过的老文章。",[11,210,211],{},"六周，每周三跑同样 50 个查询，记录引用。",[213,214,215,231],"table",{},[216,217,218],"thead",{},[219,220,221,225,228],"tr",{},[222,223,224],"th",{},"组别",[222,226,227],{},"处理",[222,229,230],{},"引用率",[232,233,234,246,257],"tbody",{},[219,235,236,240,243],{},[237,238,239],"td",{},"A",[237,241,242],{},"改格式 + schema",[237,244,245],{},"27%",[219,247,248,251,254],{},[237,249,250],{},"B",[237,252,253],{},"只改格式",[237,255,256],{},"25%",[219,258,259,262,265],{},[237,260,261],{},"C",[237,263,264],{},"未改",[237,266,267],{},"12%",[15,269,270],{"id":270},"结论",[11,272,273],{},"格式改造带来 13 个百分点的提升，schema 带来 2 个百分点。2 个点在我们这个样本量下分不清是效果还是波动。",[11,275,276],{},"所以顺序很清楚：先把正文改成机器好抓的问答，再考虑加不加 JSON-LD。反过来做，等于给一栋没打地基的房子装门铃。",[15,278,280],{"id":279},"schema-什么时候真有用","schema 什么时候真有用",[11,282,283],{},"有一种情况值得写：属性型数据。价格、评分、软件类别、支持平台、许可证，这些信息如果只写在正文里，引擎得靠猜；写成 SoftwareApplication 的 offers 和 aggregateRating，它读起来是确定的。",[11,285,286],{},"我们测过一个定价页，加 schema 前后，AI 回答里报对价格的比例从 60% 到 92%。这个提升是实的，因为它减少了歧义，不是增加权重。",[15,288,289],{"id":289},"那还要不要写",[11,291,292],{},"写，但排期往后放。我们的做法是内容改造完、跑一个月、确认引用开始动了，再统一补 schema。补的时候只补三类页：定价页、对比页、产品功能页。这三类页有属性数据，值得结构化。",[11,294,295],{},"博客文章不用每篇都补。40 篇博客的 FAQPage 标记，边际收益接近零，还增加维护成本——页面改版忘记同步 JSON，标出来的信息就和正文对不上。",[11,297,298],{},"工具能一键生成的东西，通常也不值钱。",[15,300,301],{"id":301},"别踩的两个坑",[11,303,304],{},"别在 schema 里写正文没有的内容。有人为了拿富结果，在 FAQPage 里塞了页面上不存在的问答，这属于欺骗性标记，被识别之后整站的结构化数据都会被降权。",[11,306,307],{},"别一页堆十几个 FAQ。我们见过一页 18 个问题的，正文读起来像客服手册，人看不下去，引用也没涨。5 到 8 个是合适的量。",[11,309,310],{},"做内容的人容易迷信技术标记，因为改 JSON 比改文章快。但这活儿，慢的那部分才是有效的。",{"title":82,"searchDepth":83,"depth":83,"links":312},[313,314,315,316,317,318],{"id":190,"depth":83,"text":190},{"id":202,"depth":83,"text":202},{"id":270,"depth":83,"text":270},{"id":279,"depth":83,"text":280},{"id":289,"depth":83,"text":289},{"id":301,"depth":83,"text":301},"2025-12-07","20 篇加 FAQPage 结构化数据，20 篇只改 Q&A 格式。六周后引用率 27% 对 25%，差别在噪声范围。真正起作用的是问答格式，不是那段 JSON。",{},"\u002Fblog\u002Ffaqpage-schema-ai-citation",{"title":182,"description":320},"blog\u002Ffaqpage-schema-ai-citation",[326,327,328,168],"结构化数据","FAQ","AI引用","hoGK6syLtwlPxPiBvNxLSFfhAZxagwpuyTwWj-yWplI",1794088110267]