[{"data":1,"prerenderedAt":336},["ShallowReactive",2],{"blog-third-party-script-audit":3,"blog-prev-third-party-script-audit":130,"blog-next-third-party-script-audit":223},{"id":4,"title":5,"author":6,"body":7,"canonical":114,"category":115,"cover":114,"date":116,"description":117,"draft":118,"extension":119,"keywords":114,"meta":120,"navigation":121,"noindex":118,"ogImage":114,"path":122,"seo":123,"seoDescription":114,"seoTitle":114,"stem":124,"tags":125,"updated":114,"__hash__":129},"blog\u002Fblog\u002Fthird-party-script-audit.md","第三方脚本治理，先砍掉不产生价值的那几个","元析智能",{"type":8,"value":9,"toc":103},"minimark",[10,14,19,22,25,28,31,34,37,40,43,46,49,52,55,58,61,64,67,70,73,76,79,82,85,88,91,94,97,100],[11,12,13],"p",{},"2026 年 7 月我们给一个 SaaS 站清点第三方脚本，23 个域，占了主线程接近一半的时间。逐个查完，其中 9 个从上线到现在没有产生过任何转化，也没人说得清是谁加的。",[15,16,18],"h2",{"id":17},"先清点别先优化","先清点，别先优化",[11,20,21],{},"打开 DevTools 的 Network 面板，按域名分组，把第三方域列出来。再看每个脚本的体积、加载时机、执行耗时。",[11,23,24],{},"更省事的办法是用 Lighthouse 的第三方汇总，它会把每个域占用的主线程时间列出来，排序很清楚。",[11,26,27],{},"清点这一步最容易被跳过，但它是唯一能发现“没人知道这脚本干嘛”的步骤。",[15,29,30],{"id":30},"分三类处理",[11,32,33],{},"第一类，必须有。统计、客服、支付、登录。这些直接支撑业务，不能砍，但可以调加载方式。",[11,35,36],{},"第二类，有时用。A\u002FB 测试、热图、会话录制。项目期间开，项目结束关掉，别一直挂着。",[11,38,39],{},"第三类，可以砍。营销像素、聊天插件、推荐组件、社交分享按钮。这类东西装的时候都觉得有用，一年后没人记得。",[15,41,42],{"id":42},"加载时机怎么调",[11,44,45],{},"统计脚本用 defer，别阻塞。",[11,47,48],{},"客服插件改成用户点击或者滚动到一定位置再加载，首屏完全不加载。",[11,50,51],{},"A\u002FB 测试脚本尽量自托管，减少一次 DNS 和 TLS。",[11,53,54],{},"视频、地图、评论这类嵌入内容，用一个占位图代替，用户点击后再加载真实内容。",[15,56,57],{"id":57},"一个具体数字",[11,59,60],{},"客服插件是第三方脚本里最重的，常见体积 200 到 400KB，还要建立 WebSocket 连接。",[11,62,63],{},"我们给一个站把它改成延迟加载之后，主线程阻塞时间减少了 380 毫秒，首屏 LCP 提前了 200 多毫秒。",[11,65,66],{},"这个改动只花了半天，比重构业务代码划算得多。",[15,68,69],{"id":69},"治理要有规则",[11,71,72],{},"第一，新加任何第三方脚本要报备，写清用途、体积、加载方式。",[11,74,75],{},"第二，季度审计一次，把没产生价值的清掉。",[11,77,78],{},"第三，上线前设预算，第三方脚本总执行时间不超过 500 毫秒，超了要评审。",[11,80,81],{},"没有规则，脚本只会越来越多。三年后你会发现站上跑着四十个脚本，没人敢删。",[15,83,84],{"id":84},"一个常见的反对意见",[11,86,87],{},"“这个脚本是市场部要的”。这句话我们听过很多次。处理办法不是争论，是把主线程耗时和转化数据放在一起给对方看。",[11,89,90],{},"如果脚本确实在产生线索，留着；如果一年零转化，市场部自己也会同意关掉。",[15,92,93],{"id":93},"一个态度",[11,95,96],{},"第三方脚本治理是性能优化里性价比最高的一件事，因为它不需要改业务代码，只要做减法。",[11,98,99],{},"但它需要跨部门协调，因为每个脚本背后都有人负责。这也是它经常被搁置的原因。",[11,101,102],{},"我们的做法是先出一份清单，标出每个脚本的主线程耗时和最近一次带来的转化，让数据说话。清单摆出来，砍哪个不用我们开口。",{"title":104,"searchDepth":105,"depth":105,"links":106},"",2,[107,108,109,110,111,112,113],{"id":17,"depth":105,"text":18},{"id":30,"depth":105,"text":30},{"id":42,"depth":105,"text":42},{"id":57,"depth":105,"text":57},{"id":69,"depth":105,"text":69},{"id":84,"depth":105,"text":84},{"id":93,"depth":105,"text":93},null,"技术SEO","2026-07-03","一个站 23 个第三方脚本，9 个从没带来过转化。这篇写怎么清点、分三类处理、加载时机怎么调，以及上线前的准入规则，附一份季度审计清单。",false,"md",{},true,"\u002Fblog\u002Fthird-party-script-audit",{"title":5,"description":117},"blog\u002Fthird-party-script-audit",[126,127,128],"第三方脚本","性能治理","页面体验","Z8hedxrnrsVt4sLlslJ3KOd9eErOUXUUFqjyw89RVg8",{"id":131,"title":132,"author":6,"body":133,"canonical":114,"category":115,"cover":114,"date":212,"description":213,"draft":118,"extension":119,"keywords":114,"meta":214,"navigation":121,"noindex":118,"ogImage":114,"path":215,"seo":216,"seoDescription":114,"seoTitle":114,"stem":217,"tags":218,"updated":114,"__hash__":222},"blog\u002Fblog\u002Finternal-link-depth.md","500 页的站，每个页面都能 3 次点击到达吗",{"type":8,"value":134,"toc":204},[135,138,141,144,147,150,153,156,159,162,165,168,171,174,177,180,183,186,189,192,195,198,201],[11,136,137],{},"我们抽查过 30 个软件站，平均有 34% 的页面从首页点 4 次以上才能到。内链深度不是玄学，它直接决定抓取频次和排名。抽查方法很简单，补链的方式也就三种。",[15,139,140],{"id":140},"怎么抽查",[11,142,143],{},"三个办法。第一个，用爬虫工具跑全站，导出每个页面的\"点击深度\"。Screaming Frog 有这个字段，免费版也能看 500 个页面。",[11,145,146],{},"第二个，手动抽查 20 个页面：从首页开始，只通过可见链接，看几次能点到。这个方法笨，但最接近真实用户和蜘蛛的路径。",[11,148,149],{},"第三个，看日志。抓取频次高的页面，基本都是深度浅的页面。深度 4 以上的页面，抓取间隔通常是深度 2 的 5 倍以上。",[11,151,152],{},"我们给客户做诊断，一般三个办法都用，互相验证。",[15,154,155],{"id":155},"为什么深度重要",[11,157,158],{},"搜索引擎的抓取预算是按页面分配的。深度浅的页面，被发现得早、抓得勤；深度深的页面，可能几周才被抓一次，收录和排名都慢。",[11,160,161],{},"我们做过对比：同一个站，深度 2 的页面平均 3 天抓一次，深度 5 的页面平均 21 天抓一次。内容质量差不多，排名差距明显。",[15,163,164],{"id":164},"三种补链方式",[11,166,167],{},"第一种，加栏目索引页。把散落的页面按主题归类，每个栏目做一个索引页，首页链到索引页，索引页链到具体页面。一层就砍掉两个深度。",[11,169,170],{},"第二种，加相关推荐。每篇文章底部放 5 个相关链接，跨栏目也可以。这是最省力的补链方式。",[11,172,173],{},"第三种，改导航。把重要但藏得深的页面提到主导航或者页脚。页脚链接全站可见，对深度的改善最直接。",[15,175,176],{"id":176},"一个案例",[11,178,179],{},"2026 年 3 月我们给一个做安全软件的客户做诊断，800 个页面，深度 4 以上的占 45%。文档页尤其深，要从首页点 6 次才能到。",[11,181,182],{},"我们做了三件事：把文档按产品模块拆成 8 个索引页挂到导航；每篇文档加\"上一篇\u002F下一篇\u002F相关 5 篇\"；页脚加\"热门文档\"入口。",[11,184,185],{},"改完第 4 周，文档页的平均抓取间隔从 18 天降到 4 天，收录率从 52% 涨到 89%。排名变化慢一些，第 8 周开始有 20 多个词进前 20。",[15,187,188],{"id":188},"一个误区",[11,190,191],{},"不是所有页面都要往首页塞。深度控制在 3 以内是针对\"重要页面\"的，也就是有搜索需求、有转化价值的页面。",[11,193,194],{},"标签页、归档页、参数页，深度深一点没关系，它们本来就不该抢抓取预算。",[15,196,197],{"id":197},"一句判断",[11,199,200],{},"内链是技术 SEO 里投入产出比最高的一项，因为它不需要写内容，改的是结构。一个下午能加几十条链接，效果两周内能看到。",[11,202,203],{},"先抽查深度，再补链，别凭感觉。",{"title":104,"searchDepth":105,"depth":105,"links":205},[206,207,208,209,210,211],{"id":140,"depth":105,"text":140},{"id":155,"depth":105,"text":155},{"id":164,"depth":105,"text":164},{"id":176,"depth":105,"text":176},{"id":188,"depth":105,"text":188},{"id":197,"depth":105,"text":197},"2026-07-02","我们抽查过 30 个软件站，平均有 34% 的页面从首页点 4 次以上才能到。内链深度不是玄学，它直接决定抓取频次和排名。抽查方法、三种补链方式和一次改版后的数据都在这篇。先抽查再加链接，两周能看到变化。",{},"\u002Fblog\u002Finternal-link-depth",{"title":132,"description":213},"blog\u002Finternal-link-depth",[219,220,221],"内链","站点结构","抓取","u81NcXxAHEqKayYI1AVxzSm2iqVwSaPpJZtpmBWospA",{"id":224,"title":225,"author":6,"body":226,"canonical":114,"category":324,"cover":114,"date":325,"description":326,"draft":118,"extension":119,"keywords":114,"meta":327,"navigation":121,"noindex":118,"ogImage":114,"path":328,"seo":329,"seoDescription":114,"seoTitle":114,"stem":330,"tags":331,"updated":114,"__hash__":335},"blog\u002Fblog\u002Fsecond-article-chance.md","同一个话题别人写过了，第二篇还有机会吗",{"type":8,"value":227,"toc":314},[228,231,235,238,241,244,248,251,254,258,261,264,267,270,273,276,279,282,285,288,291,294,297,300,303,306,309,311],[11,229,230],{},"关键词被大站占满，不代表不能写。我们判断\"第二篇有没有机会\"看三个信号：SERP 里有没有旧内容、有没有没被覆盖的子问题、我们有没有独家素材。",[15,232,234],{"id":233},"先看-serp-的年龄结构","先看 SERP 的\"年龄结构\"",[11,236,237],{},"如果前 10 名里有 5 篇以上是两年前的文章，说明这个题的更新需求存在，第二篇有机会。",[11,239,240],{},"如果前 10 名都是近半年更新的，说明竞争激烈，除非有独家，否则别碰。",[11,242,243],{},"我们 2026 年 3 月做过一个统计：软件类关键词里，前 10 名平均有 3.2 篇是两年前的。这个比例不低，说明\"旧内容\"是常见机会。",[15,245,247],{"id":246},"信号二有没有没被覆盖的子问题","信号二：有没有没被覆盖的子问题",[11,249,250],{},"把前 10 名的标题和小标题拆开，看哪些用户问题没人回答。",[11,252,253],{},"一个典型例子：所有讲\"日志管理\"的文章都在讲工具对比，没人讲\"日志量上来之后成本怎么控\"。这就是空白。",[15,255,257],{"id":256},"信号三我们有没有独家素材","信号三：我们有没有独家素材",[11,259,260],{},"独家素材包括：实测数据、客户案例、内部踩坑、原创调研。",[11,262,263],{},"有独家，第二篇能写得比第一篇好；没有独家，第二篇就是\"换个说法再写一遍\"，搜索引擎不需要。",[15,265,266],{"id":266},"三种可以写第二篇的情况",[11,268,269],{},"第一种，SERP 老旧。前 10 名里超过一半是两年前的，且内容有明显过时（工具下架、价格变了）。",[11,271,272],{},"第二种，有空白子问题。用户真正关心的问题没人讲，或者讲得很浅。",[11,274,275],{},"第三种，我们有独家案例。客户愿意公开的使用数据、踩坑记录，这些别人拿不到。",[15,277,278],{"id":278},"三种不该写的情况",[11,280,281],{},"第一种，前 10 名都是大站的旗舰内容，更新频繁、数据完整、外链多。硬碰是浪费。",[11,283,284],{},"第二种，话题本身没有搜索需求，只是\"看起来该写\"。",[11,286,287],{},"第三种，写了也没法承接。用户看完这篇文章，没有下一步动作可做。",[15,289,290],{"id":290},"我们写第二篇的做法",[11,292,293],{},"第一步，先选题角度，不选关键词。同一个词，找一个别人没写过的角度。",[11,295,296],{},"第二步，标题明确\"第二篇\"的差异。比如别人写\"日志管理工具对比\"，我们写\"日志管理成本怎么算：3 个真实账单\"。",[11,298,299],{},"第三步，内链到自己的相关文章，形成主题集群。",[15,301,302],{"id":302},"一个例子",[11,304,305],{},"\"API 监控\"这个词，前 10 名全是工具对比。我们 2025 年 12 月写了\"API 监控告警太多怎么办\"，讲告警降噪，用的是三个客户的真实数据。",[11,307,308],{},"上线 6 周排到第 8，因为这个词下的子问题没人认真写过。",[15,310,197],{"id":197},[11,312,313],{},"第二篇的机会不在\"写得更全\"，在\"写得更准\"。找一个别人没回答好的问题，用独家素材回答它，比重新写一遍大而全的指南有效。",{"title":104,"searchDepth":105,"depth":105,"links":315},[316,317,318,319,320,321,322,323],{"id":233,"depth":105,"text":234},{"id":246,"depth":105,"text":247},{"id":256,"depth":105,"text":257},{"id":266,"depth":105,"text":266},{"id":278,"depth":105,"text":278},{"id":290,"depth":105,"text":290},{"id":302,"depth":105,"text":302},{"id":197,"depth":105,"text":197},"内容运营","2026-07-04","关键词被大站占满，不代表不能写。我们判断“第二篇有没有机会”看三个信号：SERP 里有没有旧内容、有没有没被覆盖的子问题、我们有没有独家素材。三种可以写、三种别写的情况都在这篇，看完能判断一个词值不值得做第二篇。",{},"\u002Fblog\u002Fsecond-article-chance",{"title":225,"description":326},"blog\u002Fsecond-article-chance",[332,333,334],"内容选题","竞争分析","信息增益","q58FmhznOTr8Hs1Us4Pi33tLECWoz7JgWPErIw3XD88",1794088104128]