[{"data":1,"prerenderedAt":322},["ShallowReactive",2],{"blog-competitor-content-gap-audit":3,"blog-prev-competitor-content-gap-audit":111,"blog-next-competitor-content-gap-audit":205},{"id":4,"title":5,"author":6,"body":7,"canonical":95,"category":96,"cover":95,"date":97,"description":98,"draft":99,"extension":100,"keywords":95,"meta":101,"navigation":102,"noindex":99,"ogImage":95,"path":103,"seo":104,"seoDescription":95,"seoTitle":95,"stem":105,"tags":106,"updated":95,"__hash__":110},"blog\u002Fblog\u002Fcompetitor-content-gap-audit.md","竞品内容差距分析，我们从抓竞品目录开始做表","元析智能",{"type":8,"value":9,"toc":85},"minimark",[10,14,19,22,25,29,32,35,39,42,45,48,52,55,58,61,64,67,70,73,76,79,82],[11,12,13],"p",{},"2025 年 9 月，一个客户问：竞品每个月能出 12 篇，我们为什么只能出 3 篇。我把他和两个竞品的博客目录抓下来做成表，400 多行，看完他就不问了——竞品那 12 篇里，8 篇是同一类内容换标题。",[15,16,18],"h2",{"id":17},"第一步抓目录不抓正文","第一步：抓目录，不抓正文",[11,20,21],{},"从 sitemap.xml 和博客列表页抓全量 URL，记四件事：标题、URL 路径、发布时间、有没有更新标记。",[11,23,24],{},"三家加起来 431 篇。数量差得不多，问题在结构。",[15,26,28],{"id":27},"第二步给每篇打标签","第二步：给每篇打标签",[11,30,31],{},"标签只要四个：意图（学习、方案、对比、操作）、主题（按你们的产品模块分）、体裁（教程、清单、观点、对比、数据文）、字数。",[11,33,34],{},"431 篇打完标签，分布就出来了。有一家 60% 的篇幅在写学习类内容，对比页只有 4 篇。这就是空位。",[15,36,38],{"id":37},"第三步三种空位分开看","第三步：三种空位分开看",[11,40,41],{},"题材空位：竞品完全没写的主题。我们的判断是，如果一个主题在客户工单里出现过 3 次以上，竞品没写，我们写。",[11,43,44],{},"角度空位：竞品写了，但只写了通用版。他写“CRM 怎么用”，我们写“电商客服团队怎么用 CRM 管复购”。同一个词，落到具体场景。",[11,46,47],{},"时间空位：竞品两年前写过，数据已经过时。这类最好打，他那个老页面有排名，你的新页面内容更新，用户自己会选。",[15,49,51],{"id":50},"第四步别把空位全填满","第四步：别把空位全填满",[11,53,54],{},"431 篇里我们挑出的空位有 90 多个，最后进三个月排期的是 24 个。剩下的先记着。",[11,56,57],{},"原因很实际：有些空位填了也没人搜，有些空位需要的素材我们拿不到，还有些空位填进去会跟自己的产品能力打架。",[11,59,60],{},"能填的空位和该填的空位，是两件事。",[15,62,63],{"id":63},"做这张表花多少时间",[11,65,66],{},"第一次做，431 篇的标签我花了六个小时，其中四小时在打标签。第二次做同一批竞品，只更新新增的 37 篇，一个半小时。",[11,68,69],{},"后来我们把标签规则写成半自动的：URL 路径含 vs、versus、compare 的标对比，含 guide、how 的标教程，剩下的看标题词。机器先打一遍，人工只改错的，能省三分之二时间。",[11,71,72],{},"省下来的时间应该花在判断上，而不是花在复制粘贴上。",[15,74,75],{"id":75},"这张表怎么用下去",[11,77,78],{},"表格每个月更新一次，只追加新增文章。半年下来你会看到，对手的选题偏好比他的产品路线图还稳定。",[11,80,81],{},"内容差距分析的价值不在找到差异，在找到差异里那些我们能赢的部分。90 个空位里只有 24 个能赢，做那 24 个就够了。",[11,83,84],{},"顺带说一句，这张表还有个副作用：做久了你会对竞品的选题套路脱敏，不再因为它发了什么就慌着跟。2025 年 10 月我们自己的判断标准是，只要对手的新文章不在我们表里的空位清单上，就不跟。",{"title":86,"searchDepth":87,"depth":87,"links":88},"",2,[89,90,91,92,93,94],{"id":17,"depth":87,"text":18},{"id":27,"depth":87,"text":28},{"id":37,"depth":87,"text":38},{"id":50,"depth":87,"text":51},{"id":63,"depth":87,"text":63},{"id":75,"depth":87,"text":75},null,"内容运营","2025-10-01","抓三个竞品的文章目录，打四个标签，做一张 400 行的表，空位就出来了：题材空位、角度空位、时间空位。这篇写我们每月做一次的具体步骤和筛选标准。",false,"md",{},true,"\u002Fblog\u002Fcompetitor-content-gap-audit",{"title":5,"description":98},"blog\u002Fcompetitor-content-gap-audit",[107,108,109],"竞品分析","内容差距","选题","nXUzYJxzTWcZNchJqCjR2NArADiTxhGwTWVxdYBOTyY",{"id":112,"title":113,"author":6,"body":114,"canonical":95,"category":193,"cover":95,"date":194,"description":195,"draft":99,"extension":100,"keywords":95,"meta":196,"navigation":102,"noindex":99,"ogImage":95,"path":197,"seo":198,"seoDescription":95,"seoTitle":95,"stem":199,"tags":200,"updated":95,"__hash__":204},"blog\u002Fblog\u002Flcp-element-diagnosis-steps.md","定位 LCP 元素的三步查法，找错了改什么都白费",{"type":8,"value":115,"toc":186},[116,119,123,126,129,133,136,149,152,156,159,162,165,168,171,174,177,180,183],[11,117,118],{},"软件站做 LCP 优化最常见的浪费，是把首屏最大的那张产品截图当成 LCP 元素，压了半天，其实真正的 LCP 元素是上面那个大标题。先定位元素再动手，三步，十分钟能定下来。",[15,120,122],{"id":121},"第一步看实验室里的-lcp-元素","第一步：看实验室里的 LCP 元素",[11,124,125],{},"PageSpeed Insights 的诊断区块里有 LCP 元素截图和它的选择器；Chrome DevTools 的 Performance 面板录一段加载，时间轴上会标出 LCP 候选和最终元素。这一步能解决八成站点。",[11,127,128],{},"有个坑要注意：如果截图里 LCP 元素是空白，或者显示的是一个 div，多半是图片没下载完就记录了，直接跳到第二步。",[15,130,132],{"id":131},"第二步把元素和请求对上","第二步：把元素和请求对上",[11,134,135],{},"LCP 元素告诉你\"是谁\"，请求瀑布图告诉你\"为什么慢\"。两个数必须对得上：",[137,138,139,143,146],"ul",{},[140,141,142],"li",{},"元素是图，看那张图的发现时间和下载时间",[140,144,145],{},"元素是文字，看字体文件加载和阻塞的 CSS",[140,147,148],{},"元素是容器背景，顺着 CSS 依赖链往下查",[11,150,151],{},"我们上周查一个站，LCP 元素是 h1 文字，请求里排第一的却是一张 1.2MB 的 banner。原因不复杂：字体加载晚于图片，h1 一直用回退字体渲染，等字体到位才记录 LCP。这种情况下你压缩 banner 是无效的，要去修字体加载路径。",[15,153,155],{"id":154},"第三步用真实用户数据交叉验证","第三步：用真实用户数据交叉验证",[11,157,158],{},"实验室是固定网络、固定设备，真实用户不是。GSC 的 Core Web Vitals 报告和 CrUX 数据能按设备、按国家分组，能看出移动端和桌面端是不是同一个元素。",[11,160,161],{},"我们见过移动端 LCP 元素是首图、桌面端是 h1 的站——两个端布局不同，移动端首图占满整屏。这种站只按桌面端优化，移动端等于一点没动。那家客户移动端 P75 是 3.8 秒，桌面端 2.1 秒，差了 1.7 秒，而移动端流量占了他们总访问的 64%。按桌面数据做决策，优化的方向从一开始就是偏的。",[15,163,164],{"id":164},"常见问题",[11,166,167],{},"Q：同一个页面，LCP 元素每次测都不一样怎么办？",[11,169,170],{},"先关掉自动轮播、先别加载 AB 测试和个性化推荐。这三个东西都会让首屏内容变来变去，测出来的元素自然不稳定。关掉之后再测三轮，取出现次数最多的那个元素，那才是你该改的目标。",[11,172,173],{},"Q：实验室数据和真实用户数据差一倍，信哪个？",[11,175,176],{},"都信，但动手术看实验室，验收看真实用户。实验室能告诉你瓶颈在哪，真实用户告诉你改了有没有用。只看实验室容易优化出一个漂亮分数，只看真实用户又不知道从哪里下手。",[15,178,179],{"id":179},"一个判断标准",[11,181,182],{},"三步走完，如果 LCP 元素和那个最慢的请求对不上，先别优化，去查优先级和发现时机；对上了，路径就很清楚：减体积、提前发现、去掉阻塞。",[11,184,185],{},"还有一个顺序问题：软件站的首屏经常有轮播图或者动态文案，LCP 元素会来回跳。遇到这种站，先关掉自动轮播再测，别拿一个每次都不一样的结果去做决策。",{"title":86,"searchDepth":87,"depth":87,"links":187},[188,189,190,191,192],{"id":121,"depth":87,"text":122},{"id":131,"depth":87,"text":132},{"id":154,"depth":87,"text":155},{"id":164,"depth":87,"text":164},{"id":179,"depth":87,"text":179},"技术SEO","2025-09-30","软件站 LCP 优化的常见浪费，是把首屏产品截图当成 LCP 元素，其实真正的是标题。实验室看元素、瀑布图看请求、真实数据看设备差异，三步十分钟定下来。",{},"\u002Fblog\u002Flcp-element-diagnosis-steps",{"title":113,"description":195},"blog\u002Flcp-element-diagnosis-steps",[201,202,203],"LCP","性能诊断","调试方法","E2bLu4HOKFv77RJPfhZHZHgYofDm20Fnnto9nQC-zZk",{"id":206,"title":207,"author":6,"body":208,"canonical":95,"category":310,"cover":95,"date":311,"description":312,"draft":99,"extension":100,"keywords":95,"meta":313,"navigation":102,"noindex":99,"ogImage":95,"path":314,"seo":315,"seoDescription":95,"seoTitle":95,"stem":316,"tags":317,"updated":95,"__hash__":321},"blog\u002Fblog\u002Fai-search-zero-click-accounting.md","AI 搜索吃掉点击之后，B2B 软件站怎么算这笔账",{"type":8,"value":209,"toc":303},[210,213,216,219,222,225,228,231,238,244,250,253,256,270,273,276,279,282,285,288,291,294,297,300],[11,211,212],{},"先说结论：AI 搜索带来的零点击，不该按\"流量损失\"记账。看会话数只会让你做错决定。我们给一个 B2B 数据工具客户换了一套算法，半年里他们的自然流量掉了 18%，注册量涨了 9%，这两件事同时发生。",[15,214,215],{"id":215},"掉的是哪部分流量",[11,217,218],{},"拆开看就清楚了。2025 年 3 月到 8 月，这个客户的自然流量从每月 4.1 万降到 3.36 万。掉的 7400 次会话里，6100 次是\"什么是 XX\"这类定义型长尾词，落地页是博客。",[11,220,221],{},"那批人本来就是来看定义的，看完就走。AI Overviews 现在直接把定义写在搜索结果页上，他们连点都不用点。",[11,223,224],{},"真正该心疼的是商业意图词。同期\"XX 工具报价\"\"XX 替代方案\"这类词的会话只掉了 4%，注册转化率还从 3.1% 升到 3.6%。",[15,226,227],{"id":227},"三个替代指标",[11,229,230],{},"会话数不能当主指标之后，我们盯这三个：",[11,232,233,237],{},[234,235,236],"strong",{},"品牌 + 方案词的自然搜索量。"," 用站长工具看\"品牌名 + 场景\"的组合词，比如\"XX 日志分析\"。这类词搜的人是真要买。",[11,239,240,243],{},[234,241,242],{},"直接访问里的新访客占比。"," AI 回答里提到品牌，用户会直接搜或者直接输域名。这部分人不会带 referrer，但会在直接访问里出现。",[11,245,246,249],{},[234,247,248],{},"注册表单里\"你从哪知道我们\"的选项。"," 老土，但对 B2B 有效。我们把它做成必填，一个月能收到 200 多条填写。",[15,251,252],{"id":252},"一个客户的账",[11,254,255],{},"那个数据工具客户，2025 年 8 月的账是这样的：",[137,257,258,261,264,267],{},[140,259,260],{},"自然流量 3.36 万，同比 -18%",[140,262,263],{},"注册 412 个，同比 +9%",[140,265,266],{},"注册成本从 268 元降到 231 元",[140,268,269],{},"销售那边反馈，成单周期缩短了 11 天",[11,271,272],{},"原因不复杂。AI 搜索把\"比价\"这一段提前做完了。来的人已经知道要什么，进站就填表。",[15,274,275],{"id":275},"别用总流量给自己设陷阱",[11,277,278],{},"我们内部有条规矩：汇报只看\"意向流量\"和\"注册\"，总流量只作为背景数字。因为 AI 搜索会持续吃掉信息型查询，这个趋势不可逆，把它当 KPI 只会逼团队去追那批永远不注册的人。",[11,280,281],{},"有个反例可以说明这事多容易做错。2025 年 5 月，一个客户的市场负责人要求三个月把自然流量拉回 4 万。团队接了，做了一堆\"XX 是什么\"的科普页，流量确实回来了，注册一个没多。钱花了 11 万。",[11,283,284],{},"后来我们把这批科普页砍掉三分之二，省下的预算挪去做两篇对比页和一个客户案例。第四个月注册多了 96 个。",[11,286,287],{},"总流量是好数字，坏指标。",[15,289,290],{"id":290},"什么情况下该慌",[11,292,293],{},"流量掉、注册也掉，那是真出问题。这时候要查两件事：AI 回答里说你的那几句话对不对，以及你的商业意图词有没有被竞争对手占掉。",[11,295,296],{},"我们上个月就碰到一个。某客户被 AI 描述成\"仅支持私有部署\"，其实他们早就有 SaaS 版本。错误描述挂了两个多月，丢了不少中小客户。改法是去更正那几个被引用的第三方页面，官网自己怎么改都没用。",[11,298,299],{},"还有一种情况：流量没掉，注册也没掉，但销售说线索质量差了。那多半是 AI 把你排在\"便宜替代品\"那一栏，来的人预算不对。",[11,301,302],{},"账要按业务算，不是按流量算。这条在 AI 搜索时代只会更重要。",{"title":86,"searchDepth":87,"depth":87,"links":304},[305,306,307,308,309],{"id":215,"depth":87,"text":215},{"id":227,"depth":87,"text":227},{"id":252,"depth":87,"text":252},{"id":275,"depth":87,"text":275},{"id":290,"depth":87,"text":290},"行业观察","2025-10-02","一个客户半年自然流量掉 18%，注册量反而涨 9%。AI 搜索把点击变成了\"看过就走\"。我们换了一套三指标的算法，比盯会话数靠谱。",{},"\u002Fblog\u002Fai-search-zero-click-accounting",{"title":207,"description":312},"blog\u002Fai-search-zero-click-accounting",[318,319,320],"AI搜索","流量分析","B2B软件","RvLd8HxsGXSa-evhsES6NmR-RjfwEyjdu-TkP0YlXdU",1794088111986]