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