[{"data":1,"prerenderedAt":277},["ShallowReactive",2],{"blog-bulk-meta-rewrite-script":3,"blog-prev-bulk-meta-rewrite-script":94,"blog-next-bulk-meta-rewrite-script":179},{"id":4,"title":5,"author":6,"body":7,"canonical":78,"category":79,"cover":78,"date":80,"description":81,"draft":82,"extension":83,"keywords":78,"meta":84,"navigation":85,"noindex":82,"ogImage":78,"path":86,"seo":87,"seoDescription":78,"seoTitle":78,"stem":88,"tags":89,"updated":78,"__hash__":93},"blog\u002Fblog\u002Fbulk-meta-rewrite-script.md","批量改标题和描述，脚本能做和不能做的事","元析智能",{"type":8,"value":9,"toc":69},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66],[11,12,13],"p",{},"2026 年 3 月我们给一个站批量改了 400 个产品文档页的标题和描述，用的是脚本。改完四周看数据，有 60 个页面的点击率反而降了，最后回滚了其中 40 个。批量改动这件事，脚本能做的比想象中少。",[15,16,17],"h2",{"id":17},"脚本能做的三件事",[11,19,20],{},"批量读。从站点地图或者 CMS 数据库把全部标题、描述、URL 拉出来，存成表。这一步人工做要一整天，脚本五分钟。",[11,22,23],{},"批量写。通过 CMS 的接口或者直接改数据库，把新标题写回去。写完立刻读一遍确认，不能写完就跑。",[11,25,26],{},"批量校验。标题长度、重复标题、描述长度、有没有漏填，这些规则让脚本查，比人眼靠谱。我们用的规则很简单：标题超过 30 个汉字截断，描述控制在 60 到 120 字，同站重复标题直接报错。",[15,28,29],{"id":29},"脚本做不了的事",[11,31,32],{},"判断哪个标题更好。这是内容判断，脚本没有数学依据。点击率受位置、搜索意图、竞品、季节影响，标题只是其中一个变量。",[11,34,35],{},"判断用户意图。产品页的标题是给已经知道产品的人看的，博客标题是给还在找答案的人看的，两种写法完全不一样，脚本分不出来。",[11,37,38],{},"判断品牌调性。有的公司要求标题里必须带产品名，有的要求口语化。这些约束得写进规则表，由人定。",[15,40,41],{"id":41},"我们的流程",[11,43,44],{},"先人工写 50 个标题，作为样本。这 50 个要覆盖不同类型页面，产品页、文档页、博客、案例。写完让团队投票选出最好的 10 个，总结出规律。",[11,46,47],{},"脚本按规律套模板生成剩下的 350 个，但每条都要人工扫一遍。我们抽了 10% 做详细复核，发现 7 条有语病。",[11,49,50],{},"上线后四周看数据，按页面类型分组对比点击率，下降超过 15% 的回滚。",[15,52,53],{"id":53},"那次失败的原因",[11,55,56],{},"我们把 400 个文档页的标题从“某功能官方文档”改成“某功能怎么用，完整步骤”。听起来更吸引人，但搜“某功能文档”的人是在找参考手册，加一句“怎么用”反而模糊。",[11,58,59],{},"导航型查询的页面，标题别乱改。它本来就不靠点击率吃饭，用户是直奔这个页面来的。",[15,61,62],{"id":62},"回滚机制",[11,64,65],{},"改之前把原值存一份带日期的表，按批次分组。一周内能一键回滚，超过两周就不好判断是不是标题造成的影响了。",[11,67,68],{},"还有一个规矩：别直接改生产库。先改测试环境，抽几个页面看渲染结果，确认没问题再上生产。我们见过脚本把 HTML 标签写进标题字段的事故，修复花了两天。",{"title":70,"searchDepth":71,"depth":71,"links":72},"",2,[73,74,75,76,77],{"id":17,"depth":71,"text":17},{"id":29,"depth":71,"text":29},{"id":41,"depth":71,"text":41},{"id":53,"depth":71,"text":53},{"id":62,"depth":71,"text":62},null,"技术SEO","2026-03-19","400 个页面批量改标题，60 个改完点击率反而降了。脚本能读、能写、能回滚，但判断哪个标题更好它做不了。这篇写我们的流程和那次回滚。",false,"md",{},true,"\u002Fblog\u002Fbulk-meta-rewrite-script",{"title":5,"description":81},"blog\u002Fbulk-meta-rewrite-script",[90,91,92],"标题优化","批量处理","自动化","fTP_cDi4gMzNzOux0BWzteLMo5QXuS-hrfLSbxYQ65Q",{"id":95,"title":96,"author":6,"body":97,"canonical":78,"category":167,"cover":78,"date":168,"description":169,"draft":82,"extension":83,"keywords":78,"meta":170,"navigation":85,"noindex":82,"ogImage":78,"path":171,"seo":172,"seoDescription":78,"seoTitle":78,"stem":173,"tags":174,"updated":78,"__hash__":178},"blog\u002Fblog\u002Fbaidu-video-serp.md","视频结果在百度搜索结果里越来越占地方",{"type":8,"value":98,"toc":159},[99,102,105,108,111,114,117,120,123,126,129,132,135,138,141,144,147,150,153,156],[11,100,101],{},"百度搜索结果里视频卡片的占比明显上升。我们监测的 60 个软件类关键词里，21 个首屏出现视频，比一年前多了 9 个。软件公司现在不做视频，等于把这块位置让给同行。",[15,103,104],{"id":104},"我们监测到的形态",[11,106,107],{},"这组数据是 2025 年 6 月开始记的，每两周查一次同样的 60 个词，按首屏出现视频位置计数，到今年 4 月一共记了 22 轮。",[11,109,110],{},"视频结果主要有三种位置：首屏右侧的竖版卡片、自然结果中间的视频聚合块、以及\"相关视频\"横滑条。",[11,112,113],{},"来源上看，好看视频和 B 站最多，其次是站点自建的视频页。我们给一个客户的产品演示视频页加了 Video 结构化数据，三周后被百度收录，出现在两个功能词的结果里。",[15,115,116],{"id":116},"为什么软件类词也出视频",[11,118,119],{},"以前我们以为视频是消费类内容的专利。这一年观察下来，软件类查询出视频的场景集中在三类：产品演示、操作教程、对比测评。",[11,121,122],{},"用户搜\"XX 工具怎么用\"\"XX 和 YY 哪个好\"，百度判断视频能更好回答，就给视频位置。这三类需求恰好是软件公司最容易做的内容。",[15,124,125],{"id":125},"一条视频怎么被百度收录",[11,127,128],{},"我们试下来，四件事最关键。标题带关键词，别用\"第一期\"这种；视频页有文字说明，至少 300 字，讲清视频里讲了什么；时长控制在 3 到 8 分钟，太短信息量不够，太长完播率低；发布在百度能抓到的平台，好看视频、B 站、自建站都行。",[11,130,131],{},"自建站要注意：视频别只用 iframe 嵌第三方，页面本身要有可读的文字内容和 Video 结构化数据，否则百度只能看到一个空壳。",[15,133,134],{"id":134},"我们怎么做的",[11,136,137],{},"给一个做低代码平台的客户，我们把 12 个功能各录一条 3 分钟演示，配文字稿，发在好看视频和自家站。三个月后，6 条视频进了相关词的搜索结果，带来 400 多次播放页访问，注册转化 30 多个。",[11,139,140],{},"成本不高，一条视频加剪辑大概 4 小时。比写 4 篇文章便宜。",[15,142,143],{"id":143},"一个容易忽略的细节",[11,145,146],{},"视频的标题和封面，决定用户点不点。我们测过同一批视频，只换封面，播放率差 3 倍。封面上放一行大字讲清讲什么，比放产品 logo 有用得多。",[11,148,149],{},"另外，视频页的评论区、点赞数这类信号，在百度里能看到的权重还不明确，我们不做刻意运营，把内容本身做好就够了。",[15,151,152],{"id":152},"一句判断",[11,154,155],{},"视频不是\"品牌宣传片\"，是搜索结果里的一个位置。做不做，取决于你的目标词里有没有视频结果——先去搜一遍，有位置就做，没有就别浪费钱。",[11,157,158],{},"我们现在的做法是：每个客户先监测 20 个核心词的 SERP 形态，有视频位置的才排期拍摄。",{"title":70,"searchDepth":71,"depth":71,"links":160},[161,162,163,164,165,166],{"id":104,"depth":71,"text":104},{"id":116,"depth":71,"text":116},{"id":125,"depth":71,"text":125},{"id":134,"depth":71,"text":134},{"id":143,"depth":71,"text":143},{"id":152,"depth":71,"text":152},"行业观察","2026-03-18","我们监测的 60 个软件类关键词里，21 个首屏出现视频卡片，比一年前多了 9 个。软件公司现在不做视频，等于把这块位置让给同行。视频怎么被收录、怎么做、成本多少，这篇写清楚。60 个词、22 轮记录，数据都在正文里。",{},"\u002Fblog\u002Fbaidu-video-serp",{"title":96,"description":169},"blog\u002Fbaidu-video-serp",[175,176,177],"百度SERP","视频SEO","搜索结果形态","QCqG6d1czIJ59ku5fev6gXI5dofUvEYnzro9phNTHyE",{"id":180,"title":181,"author":6,"body":182,"canonical":78,"category":79,"cover":78,"date":266,"description":267,"draft":82,"extension":83,"keywords":78,"meta":268,"navigation":85,"noindex":82,"ogImage":78,"path":269,"seo":270,"seoDescription":78,"seoTitle":78,"stem":271,"tags":272,"updated":78,"__hash__":276},"blog\u002Fblog\u002Fprerender-baidu-indexing-test.md","预渲染救不了百度收录？我们测了 4 个站",{"type":8,"value":183,"toc":257},[184,187,190,193,209,212,215,218,221,224,236,239,242,245,248,251,254],[11,185,186],{},"预渲染对百度有效，但有前提：预渲染服务要快、快照要新、百度蜘蛛的 UA 要能命中规则。三条缺一条，效果就会打对折甚至归零。",[15,188,189],{"id":189},"四个站的三个月对照",[11,191,192],{},"2025 年 10 月，我们给四个客户站接入预渲染，方案是自建服务加缓存，观察三个月百度收录变化。",[194,195,196,200,203,206],"ul",{},[197,198,199],"li",{},"A 站，文档站 800 页：收录从 2100 涨到 1.9 万。",[197,201,202],{},"B 站，营销站 300 页：从 1400 涨到 9000。",[197,204,205],{},"C 站，产品站 600 页：从 3200 只涨到 3400。",[197,207,208],{},"D 站，博客 400 页：从 6000 涨到 7100。",[15,210,211],{"id":211},"有效的那两个做对了什么",[11,213,214],{},"预渲染服务响应都在 500 毫秒以内，快照缓存 24 小时内刷新，主站没有屏蔽预渲染服务的请求路径。A 站还额外做了两件事：把 sitemap 重新提交，并在正文里补了 300 字以上的说明文字。快照里只有标题和图片的页面，收进去也没用。",[15,216,217],{"id":217},"无效的那两个差在哪",[11,219,220],{},"C 站的预渲染服务平均响应 3.2 秒，百度蜘蛛超时后直接放弃，日志里能看到大量请求 499 中断。D 站的问题更简单：预渲染规则只匹配了 Googlebot 的 UA，百度 UA 没进白名单，一直拿到的是空壳 HTML。配置一行之差，白等了三个月。",[15,222,223],{"id":223},"三条可执行建议",[225,226,227,230,233],"ol",{},[197,228,229],{},"预渲染的 UA 白名单必须包含 Baiduspider，还要考虑百度移动蜘蛛。",[197,231,232],{},"服务响应压到 1 秒内，超时就等于没做。",[197,234,235],{},"快照定期刷新，价格、产品名这类内容别用一年前的缓存。",[15,237,238],{"id":238},"怎么验证有没有生效",[11,240,241],{},"用百度搜索资源平台的抓取诊断，看\"抓取到的 HTML\"里有没有正文。这是最直接的方法，比在浏览器里看源码可靠。Google 这边用网址检查的\"已呈现的 HTML\"。",[15,243,244],{"id":244},"成本和我们自己的做法",[11,246,247],{},"自建一套预渲染服务，按 1000 个页面算，服务器成本每月几百块，开发两天。第三方服务按请求量计费，抓取量大的站一个月要几千块，而且响应时间不受你控制，这是 C 站翻车的主要原因。",[11,249,250],{},"我们的默认做法是自建加 Redis 缓存，快照按内容类型设过期时间：产品页 6 小时，文档页 24 小时，营销页 7 天。监控加两个指标就够了——预渲染服务的 P95 响应时间和快照缓存命中率，命中率低于 80% 就要查缓存键。",[15,252,253],{"id":253},"立场",[11,255,256],{},"预渲染是止痛药，不是治疗方案。它解决的是\"现在就要收录\"，不解决\"三年后的结构问题\"。真要做长线，SSR 或者 SSG 早晚要上。预渲染只适合两类团队：排期排不出重构的，和页面数量不大、只想先拿流量的。",{"title":70,"searchDepth":71,"depth":71,"links":258},[259,260,261,262,263,264,265],{"id":189,"depth":71,"text":189},{"id":211,"depth":71,"text":211},{"id":217,"depth":71,"text":217},{"id":223,"depth":71,"text":223},{"id":238,"depth":71,"text":238},{"id":244,"depth":71,"text":244},{"id":253,"depth":71,"text":253},"2026-03-20","预渲染在 Google 上通常有效，在百度上不一定。我们用 4 个客户站做了 3 个月对照，2 个收录明显改善，2 个几乎没变化，差异出在三个可查的地方。",{},"\u002Fblog\u002Fprerender-baidu-indexing-test",{"title":181,"description":267},"blog\u002Fprerender-baidu-indexing-test",[273,274,275],"预渲染","百度收录","SPA","rjyjKEfLsRqG6iabp6gXIRsF5HV9TjvgQ9bLo0Wbgjw",1794088107490]