[{"data":1,"prerenderedAt":339},["ShallowReactive",2],{"blog-about-page-six-questions":3,"blog-prev-about-page-six-questions":100,"blog-next-about-page-six-questions":269},{"id":4,"title":5,"author":6,"body":7,"canonical":84,"category":85,"cover":84,"date":86,"description":87,"draft":88,"extension":89,"keywords":84,"meta":90,"navigation":91,"noindex":88,"ogImage":84,"path":92,"seo":93,"seoDescription":84,"seoTitle":84,"stem":94,"tags":95,"updated":84,"__hash__":99},"blog\u002Fblog\u002Fabout-page-six-questions.md","关于页必须回答的六个问题，少一个都要扣分","元析智能",{"type":8,"value":9,"toc":77},"minimark",[10,14,19,26,32,38,44,50,56,59,62,65,68,71,74],[11,12,13],"p",{},"关于页是客户和搜索引擎共同看的信任落点，但大多数公司把它写成了\"公司简介\"，通篇形容词，读者看完还是不知道你是干嘛的。它该回答的是六个具体问题。",[15,16,18],"h2",{"id":17},"六个问题逐条给写法","六个问题，逐条给写法",[11,20,21,25],{},[22,23,24],"strong",{},"你们做什么？"," 一句话说清产品是什么、给谁用。紧跟着写\"我们不做什么\"，这一句比前一句更建立信任，因为它划了边界。",[11,27,28,31],{},[22,29,30],{},"谁在负责？"," 至少一个真名加职位，配一张正常的工作照。全是\"我们是一支充满热情的团队\"的页面，可信度接近零。",[11,33,34,37],{},[22,35,36],{},"公司多大？"," 人数、成立年份、团队构成。B2B 客户会看这个，判断你是不是明天就倒闭。",[11,39,40,43],{},[22,41,42],{},"你们在哪？"," 写到门牌号，配地图。只写\"位于深圳\"等于没写。",[11,45,46,49],{},[22,47,48],{},"做过什么？"," 客户数量、服务过的行业、两三个具体成果。数字比形容词有用。",[11,51,52,55],{},[22,53,54],{},"怎么联系？"," 电话、邮箱、表单、工作时间，全部放上。只留一个表单的页面，会被当成不想被联系。电话可以不放个人手机，放公司座机或 400 都行，关键是有拨通的可能。",[15,57,58],{"id":58},"一次改版的数据",[11,60,61],{},"2025 年 11 月我们给一个做仓储管理软件的客户重写了关于页。改之前那页 600 字，全是\"专注\"\"使命\"\"愿景\"。改之后按上面六个问题重排，加了地址、地图、三个负责人、12 个客户行业分布。",[11,63,64],{},"数据：页面平均停留时间从 40 秒涨到 75 秒，从关于页跳转到联系页的点击率涨了 2.6 倍，当月的 19 个询盘里有 3 个在沟通时主动提到\"看了你们关于页\"。",[15,66,67],{"id":67},"三个常见错误",[11,69,70],{},"第一，通篇形容词。第二，没有真人。第三，地址只写到城市，或者写一个共享办公空间但没有任何说明。这三个错误改起来都不难，难的是有人愿意花半天时间认真写。",[11,72,73],{},"关于页不产生直接流量，但它决定了一个已经找到你的人要不要继续了解你。这个环节的转化，比多来 100 个访客便宜。",[11,75,76],{},"补一句：关于页要定期更新。人数、客户数、地址变动了却不改，第一次发现的人会怀疑整站信息。我们给客户定的节奏是半年过一遍，改动不大，但必须过。",{"title":78,"searchDepth":79,"depth":79,"links":80},"",2,[81,82,83],{"id":17,"depth":79,"text":18},{"id":58,"depth":79,"text":58},{"id":67,"depth":79,"text":67},null,"内容运营","2026-02-28","关于页被当成公司简介写，所以没人看。这篇列六个必须回答的问题：做什么、不做什么、谁负责、在哪、做了多久、怎么联系，附一次改版前后停留时长与询盘来源的变化。",false,"md",{},true,"\u002Fblog\u002Fabout-page-six-questions",{"title":5,"description":87},"blog\u002Fabout-page-six-questions",[96,97,98],"关于页","信任信号","转化","SBVSbhjOgX0FHouMgt8HIb3eU0NrDa-JUWWFjGhH--g",{"id":101,"title":102,"author":6,"body":103,"canonical":84,"category":257,"cover":84,"date":258,"description":259,"draft":88,"extension":89,"keywords":84,"meta":260,"navigation":91,"noindex":88,"ogImage":84,"path":261,"seo":262,"seoDescription":84,"seoTitle":84,"stem":263,"tags":264,"updated":84,"__hash__":268},"blog\u002Fblog\u002Ffollowup-question-chain.md","AI 搜索的第二问最容易丢客户：我们跑了 60 条追问链",{"type":8,"value":104,"toc":249},[105,108,111,114,117,120,124,127,130,133,189,192,195,198,201,204,207,210,213,219,225,231,234,237,240,243,246],[11,106,107],{},"第一问被引用，不代表第二问还在。2026 年 3 月我们跑了 60 条追问链，同一批查询在 4 个引擎里连问三轮。你的出现率从第一问的 34% 掉到第二问 19%，第三问 8%。掉的不是流量，是用户的决策过程。",[15,109,110],{"id":110},"追问链是怎么形成的",[11,112,113],{},"AI 搜索有个习惯：回答完会建议下一个问题。\"你可能还想了解\"\"接下来可以问\"。",[11,115,116],{},"用户真会点。我们的观察里，约三分之一的人在第一问之后会追问一次，其中一部分会追到第三问。",[11,118,119],{},"这意味着用户在 AI 里完成了一次完整的选型调研：从\"什么是数据管道\"，到\"我们这种规模适合哪种方案\"，再到\"这个方案迁移要多久\"。你只在第一步出现，后面两步就是竞品的场子。",[15,121,123],{"id":122},"_60-条链怎么测的","60 条链怎么测的",[11,125,126],{},"每个引擎跑 20 条，共 60 条链。每条链固定三步：问第一句 → 记录回答和建议追问 → 点第一个建议 → 记录 → 再点。",[11,128,129],{},"记录三件事：出现没出现、出现方式、被引来源。",[11,131,132],{},"三轮下来共 180 次问答。统计结果：",[134,135,136,152],"table",{},[137,138,139],"thead",{},[140,141,142,146,149],"tr",{},[143,144,145],"th",{},"轮次",[143,147,148],{},"出现率",[143,150,151],{},"被引来源里官网占比",[153,154,155,167,178],"tbody",{},[140,156,157,161,164],{},[158,159,160],"td",{},"第一问",[158,162,163],{},"34%",[158,165,166],{},"38%",[140,168,169,172,175],{},[158,170,171],{},"第二问",[158,173,174],{},"19%",[158,176,177],{},"22%",[140,179,180,183,186],{},[158,181,182],{},"第三问",[158,184,185],{},"8%",[158,187,188],{},"11%",[15,190,191],{"id":191},"为什么第二问就丢",[11,193,194],{},"因为第二问更具体。第一问通常是品类词，你的概念页能答；第二问开始带约束——规模、预算、技术栈、部署方式。你的内容如果停在概念层，就接不住。",[11,196,197],{},"我们翻了一遍丢掉的第二问，高频形态是这三种：",[11,199,200],{},"\"我们只有 3 个开发，这套方案维护成本高吗\"——需要按团队规模给判断，你的页面只讲了架构。",[11,202,203],{},"\"能不能迁到国产数据库\"——需要兼容性清单，你的页面只有一句\"支持主流数据库\"。",[11,205,206],{},"\"和 XX 比哪个更适合我们\"——需要对比，你只有自己的功能页。",[15,208,209],{"id":209},"怎么接住",[11,211,212],{},"三个动作，按成本排。",[11,214,215,218],{},[22,216,217],{},"一、每个概念页末尾加\"下一步\"小节。"," 列 3 个自然的下一个问题，每个问题下面给 80 字答案，指向对应页面。这既是给人看的导航，也是给引擎的第二问素材。",[11,220,221,224],{},[22,222,223],{},"二、把约束条件写成独立小节。"," 规模、预算、技术栈、部署方式，各写一段，每段回答\"这种条件下会怎样\"。别把这些话埋在正文里。",[11,226,227,230],{},[22,228,229],{},"三、FAQ 从\"常见问题\"改成\"追问问题\"。"," 别写\"什么是 XX\"，写\"XX 在 200 人团队里怎么配\"。前者是搜索时代的问法，后者是对话时代的问法。",[15,232,233],{"id":233},"一个客户的变化",[11,235,236],{},"那个客户 2 月开始改，先改 12 个核心页面。3 月底复查：第二问出现率从 17% 到 21%，第三问从 6% 到 9%。",[11,238,239],{},"涨得不算猛，但有一件事变了：第三问里出现他们的时候，来源基本都是官网的对比页和文档页，不再是第三方。这说明用户在决策末端拿到的信息是你给的，而不是别人转述的。",[15,241,242],{"id":242},"一句提醒",[11,244,245],{},"别为了追第三问去堆内容。我们试过给一个客户写 40 篇\"下一步\"文章，第二问出现率确实涨了，但询盘没变——因为内容太碎，用户看完不知道你是谁。",[11,247,248],{},"第二问要接，但接的方式是让已有页面能承压，不是再造一批新页面。",{"title":78,"searchDepth":79,"depth":79,"links":250},[251,252,253,254,255,256],{"id":110,"depth":79,"text":110},{"id":122,"depth":79,"text":123},{"id":191,"depth":79,"text":191},{"id":209,"depth":79,"text":209},{"id":233,"depth":79,"text":233},{"id":242,"depth":79,"text":242},"GEO","2026-02-27","第一问被引用不代表第二问还在。60 条追问链实测，出现率从 34% 掉到 19%，第三问只剩 8%。丢的不是流量，是用户的决策过程。附三个接住追问的改法。",{},"\u002Fblog\u002Ffollowup-question-chain",{"title":102,"description":259},"blog\u002Ffollowup-question-chain",[257,265,266,267],"追问链","AI搜索","用户意图","2U83dpAFG3Eyv7n45gfPG1OSn00XcIDysp011ccQV14",{"id":270,"title":271,"author":6,"body":272,"canonical":84,"category":328,"cover":84,"date":329,"description":330,"draft":88,"extension":89,"keywords":84,"meta":331,"navigation":91,"noindex":88,"ogImage":84,"path":332,"seo":333,"seoDescription":84,"seoTitle":84,"stem":334,"tags":335,"updated":84,"__hash__":338},"blog\u002Fblog\u002Fdesign-tool-demo-page-seo.md","设计工具官网放交互 demo，代价是搜不到",{"type":8,"value":273,"toc":322},[274,277,281,284,287,290,293,296,299,302,310,313,316,319],[11,275,276],{},"设计协作工具的产品页，最容易在“演示效果”上翻车。2025 年 12 月我们诊断一个在线白板工具，首页首屏是一个可以点开画的 canvas demo，视觉上很好，但服务端返回的 HTML 正文只有 80 多个字，剩下的全靠 JS 渲染。它在“在线白板”这个词上排第 14 位，同类的两个竞品都在前三。",[15,278,280],{"id":279},"问题不在-demo在结构","问题不在 demo，在结构",[11,282,283],{},"交互 demo 本身没错，它确实能提升转化。问题是你把 demo 放在了正文该在的位置。搜索引擎和 AI 抓取页面时，看到的是一个空壳；用户搜索时看到的是竞品的标题和描述。",[11,285,286],{},"我们的改法是分层：首屏保留 demo，但把 demo 包在一个容器里，容器上方加一句定位话术和两行功能说明；demo 下方按顺序放四段正文，每段 150 到 250 字，讲场景、协作方式、导出格式、权限控制。",[15,288,289],{"id":289},"改完的数字",[11,291,292],{},"改版后服务端返回的可见文本从 80 字到 1400 字，页面收录从 3 天变成当天。第 6 周“在线白板”排到第 6，第 11 周到第 4。首屏 demo 没动，注册转化没降，反而涨了 0.4 个百分点，同期移动端流量也没受影响，因为 demo 下面终于有字告诉用户这东西适合谁。",[11,294,295],{},"值得说的是，我们没动 URL，没做外链，没有内容更新。纯结构问题。",[15,297,298],{"id":298},"三类页面都该这样处理",[11,300,301],{},"产品首页、功能页、模板页，只要是重交互的，都适用同一套逻辑：把可索引文本放在 HTML 里，交互组件按需加载。",[11,303,304,305,309],{},"具体到技术实现，三条建议：一是用 SSR 或 SSG，别全靠客户端渲染；二是交互区用 ",[306,307,308],"code",{},"aria-hidden"," 之外的位置放说明文字，别让爬虫只能读到按钮；三是给每个交互功能加一个静态截图加 alt 文本，图片也是可索引内容。",[15,311,312],{"id":312},"一个常被忽略的位置",[11,314,315],{},"设计工具的“示例文件”页。用户搜“组织架构图 模板”“用户流程图 示例”时，落到的是你的模板详情页。这些页面如果只有一张预览图和下载按钮，等于没内容。我们给一个流程图工具加了 200 字的模板说明加使用步骤，这类页面自然访问三个月涨了 190%。",[11,317,318],{},"顺带说个连带收益：改版后这个白板工具的加载时间从 4.1 秒降到 2.6 秒，因为首屏不再等整个 demo 组件。性能和可索引在这类站上通常是一起变的。",[11,320,321],{},"设计工具的产品优势是视觉，但 SEO 的底层是文本。两者不冲突，冲突的是“把文本放在 demo 后面”这种排序习惯。先说清是什么，再让人上手试，顺序反过来对用户也更友好。",{"title":78,"searchDepth":79,"depth":79,"links":323},[324,325,326,327],{"id":279,"depth":79,"text":280},{"id":289,"depth":79,"text":289},{"id":298,"depth":79,"text":298},{"id":312,"depth":79,"text":312},"技术SEO","2026-03-01","设计协作工具的官网喜欢用可交互 demo 当首屏，但页面正文常常只剩 80 个字。我们给一个白板工具改了两版，索引文本从 80 字到 1400 字。",{},"\u002Fblog\u002Fdesign-tool-demo-page-seo",{"title":271,"description":330},"blog\u002Fdesign-tool-demo-page-seo",[336,337,328],"设计工具","落地页","m3VnXJmUOcfT7iFK20z_7hlJnr7YnLxRAkYskKDqpO4",1794088108006]