[{"data":1,"prerenderedAt":235},["ShallowReactive",2],{"blog-baidu-search-resource-platform-tools":3,"blog-prev-baidu-search-resource-platform-tools":89,"blog-next-baidu-search-resource-platform-tools":160},{"id":4,"title":5,"author":6,"body":7,"canonical":73,"category":74,"cover":73,"date":75,"description":76,"draft":77,"extension":78,"keywords":73,"meta":79,"navigation":80,"noindex":77,"ogImage":73,"path":81,"seo":82,"seoDescription":73,"seoTitle":73,"stem":83,"tags":84,"updated":73,"__hash__":88},"blog\u002Fblog\u002Fbaidu-search-resource-platform-tools.md","百度搜索资源平台 8 个入口，我们每周只看 5 个","元析智能",{"type":8,"value":9,"toc":64},"minimark",[10,14,19,22,25,29,32,35,39,42,45,49,52,55,58,61],[11,12,13],"p",{},"百度搜索资源平台有 8 个常用入口，我们每周固定只看 5 个：抓取诊断、索引量、流量与关键词、普通收录、死链提交。剩下 3 个（站点属性、安全检测、站点改版）出事才点。每天 20 分钟，够用。",[15,16,18],"h2",{"id":17},"抓取诊断每周抓-4-个页面","抓取诊断：每周抓 4 个页面",[11,20,21],{},"抓取诊断是唯一能让你看到\"百度眼里的页面长什么样\"的工具。我们每周对首页和 3 个核心栏目各抓一次，重点看两件事：HTTP 状态码，和抓取到的 HTML 里有多少条内链。",[11,23,24],{},"上个月抓一个客户站，百度拿到的首页只有 7 个链接，实际页面 40 多个——导航用 JS 渲染，百度没执行。这种问题不看抓取诊断永远发现不了。频率不用高，一周一次，每次 4 个页面。",[15,26,28],{"id":27},"索引量看趋势不看绝对值","索引量：看趋势，不看绝对值",[11,30,31],{},"索引量给的是百度索引里你这个站的页面数。绝对值和 site: 结果对不上是正常的，我们不纠结这个数准不准，只看一周内的变化。",[11,33,34],{},"我们的线是：一周跌 15% 以上开始排查，跌 30% 以上当天查。今年 6 月一个客户站索引量从 1.2 万掉到 7600，查下来是改版时把栏目页 URL 全换了，没做 301。",[15,36,38],{"id":37},"流量与关键词区分排名掉和需求掉","流量与关键词：区分排名掉和需求掉",[11,40,41],{},"这个工具的价值是拆开看展现和点击。一个词展现没变、点击掉一半，是标题或描述不够吸引人；展现掉了，才是排名掉了。",[11,43,44],{},"我们给客户做月度报告就用这个逻辑，比笼统说\"流量跌了 20%\"清楚得多。上季度一个词展现 4.2 万、点击 3100，点击率 7.4%，改标题后点击率到 11.6%，排名一点没动。",[15,46,48],{"id":47},"普通收录每天不超过-30-条","普通收录：每天不超过 30 条",[11,50,51],{},"普通收录有配额，很多站把配额当任务，每天提交满。我们的用法是只提交当天新增、且确认有搜索需求的页面，一天不超过 30 条。",[11,53,54],{},"判断\"有没有需求\"用一个笨办法：把标题扔进百度搜一下，看下拉和相关搜索有没有同类词。没有的词，收了也不会有展现。我们内部有张表，记录每次提交后一周的收录结果，三个月复盘一次：提交了没收录是内容问题，提交就被拒是抓取问题。",[15,56,57],{"id":57},"死链提交与我们的判断",[11,59,60],{},"死链提交要打包成 txt，一行一条，每周提交一次。这件事的价值不是\"让百度删掉死链\"，是避免死链拖累整站抓取评价。我们见过一个站 3000 条死链没处理，抓取频次三周掉了 40%。",[11,62,63],{},"平台数据是\"百度视角\"，和你自己统计工具的数对不上是常态，别拿两个数互相校准。它的用途是找异常，不是复盘业绩。真要复盘，还是得看自己的日志和排名监测。",{"title":65,"searchDepth":66,"depth":66,"links":67},"",2,[68,69,70,71,72],{"id":17,"depth":66,"text":18},{"id":27,"depth":66,"text":28},{"id":37,"depth":66,"text":38},{"id":47,"depth":66,"text":48},{"id":57,"depth":66,"text":57},null,"工具评测","2025-09-19","平台功能不少，真正影响收录和排名判断的只有几个。我们每周固定看 5 个入口，每个看什么数据、哪些数字是噪音、哪 3 个后台工具出了事才点，一次说清楚。平台后台的数字，和你自己统计里的数对不上是正常的。",false,"md",{},true,"\u002Fblog\u002Fbaidu-search-resource-platform-tools",{"title":5,"description":76},"blog\u002Fbaidu-search-resource-platform-tools",[85,86,87],"百度搜索资源平台","站点后台","数据监测","t1RMK7aF17T-YyNZ_0Sa7yAhZnYbqSJ8LxMSmFpmSd8",{"id":90,"title":91,"author":6,"body":92,"canonical":73,"category":148,"cover":73,"date":149,"description":150,"draft":77,"extension":78,"keywords":73,"meta":151,"navigation":80,"noindex":77,"ogImage":73,"path":152,"seo":153,"seoDescription":73,"seoTitle":73,"stem":154,"tags":155,"updated":73,"__hash__":159},"blog\u002Fblog\u002Fsaas-docs-signup-path.md","SaaS 文档页怎么把人送到注册：我们改过的一条路径",{"type":8,"value":93,"toc":142},[94,97,101,104,107,111,114,117,121,124,130,133,136,139],[11,95,96],{},"文档页的流量质量很高，转化却很烂，原因是文档只教人用产品，没告诉人怎么买。2025 年 4 月我们给一个 API 监控 SaaS 做诊断，它的文档页每月自然访问 1.8 万，注册转化 0.6%。90 天后这个数字是 1.9%，改动只碰了 4 个位置，内容一个字没加。",[15,98,100],{"id":99},"第一处文档首屏加一条定位句","第一处：文档首屏加一条定位句",[11,102,103],{},"这个客户的文档开篇是“欢迎使用 XX 文档”，然后直接进安装步骤。技术用户读完不知道这东西和竞品差在哪，就去搜对比了。我们在每个一级文档页顶部加了一行定位句，格式固定：这个功能解决什么问题、适合多大规模的团队、免费版到哪一步为止。",[11,105,106],{},"关键是“免费版到哪一步”这半句。它把限制说清楚，用户心里有数，反而更容易注册。上线 30 天，文档页的注册点击率从 1.1% 到 2.4%。",[15,108,110],{"id":109},"第二处代码块后面放跑起来要几步","第二处：代码块后面放“跑起来要几步”",[11,112,113],{},"开发者看文档是扫描式的。他会复制代码，跑一下，报错，再回来。我们把每个快速开始页的代码块后面加了一个三步清单：拿 API key、跑这条命令、看这个返回。三步都链到注册页，注册页会带着来源参数预填。",[11,115,116],{},"这一步看着笨，效果最直接。90 天里从文档进注册的会话涨了 62%，而文档本身的跳出率降了 7 个百分点。",[15,118,120],{"id":119},"第三处错误码页底部放排查清单","第三处：错误码页底部放排查清单",[11,122,123],{},"错误码页是文档站里搜索意图最尖的一类。用户搜“429 too many requests XX”，说明他已经在用了。这类页面我们加两块内容：常见原因对照表，和“如果是配额问题，升级路径在这”。一个错误码页一个月能贡献几十个注册，成本几乎为零。",[11,125,126],{},[127,128,129],"strong",{},"第四处：文档和定价页互相指",[11,131,132],{},"文档里出现“额度”“并发”“保留天数”的地方，全部加一个链接指向定价页对应的套餐行。反过来，定价页每个套餐下面写清楚对应的文档章节。这件事我们花了两个下午改模板，之后成了常态。",[15,134,135],{"id":135},"一条需要说清楚的边界",[11,137,138],{},"文档 SEO 不能当增长主渠道用。它的上限由产品复杂度决定，工具越难，文档流量越大。我们给一个做得很轻的表单工具试过同样的方法，文档流量本来就小，转化提上去了绝对值也有限。这类产品该去做模板页和场景页，不是文档。",[11,140,141],{},"文档页的转化优化，本质上是在用户最信任你的那一刻告诉他下一步。多数公司把这一刻浪费在“查看更多文档”上。",{"title":65,"searchDepth":66,"depth":66,"links":143},[144,145,146,147],{"id":99,"depth":66,"text":100},{"id":109,"depth":66,"text":110},{"id":119,"depth":66,"text":120},{"id":135,"depth":66,"text":135},"技术SEO","2025-09-18","文档带来的是技术评估者，不是最终买单的人。我们给一个 API 监控 SaaS 改了文档页的 4 个位置，90 天里文档到注册的转化从 0.6% 提到 1.9%。",{},"\u002Fblog\u002Fsaas-docs-signup-path",{"title":91,"description":150},"blog\u002Fsaas-docs-signup-path",[156,157,158],"文档SEO","SaaS 增长","内容运营","Xv2_ymbx2eWpcmyWk3eLHYBblzPfe9axXrcH-7-I-U4",{"id":161,"title":162,"author":6,"body":163,"canonical":73,"category":74,"cover":73,"date":224,"description":225,"draft":77,"extension":78,"keywords":73,"meta":226,"navigation":80,"noindex":77,"ogImage":73,"path":227,"seo":228,"seoDescription":73,"seoTitle":73,"stem":229,"tags":230,"updated":73,"__hash__":234},"blog\u002Fblog\u002Fbaidu-tongji-vs-ga4-diff.md","百度统计和 GA4 的流量差 30%，问题常在这四处",{"type":8,"value":164,"toc":216},[165,168,171,174,177,180,183,186,189,192,195,198,201,204,207,210,213],[11,166,167],{},"百度统计显示 1.2 万次访问、GA4 只有 8600，这种差距是正常的；不正常的是你花一周去找谁在说谎。两个工具的统计口径天生不同，差异只能解释，不能调平。2025 年 9 月我们给一个站做过完整对账，差异主要来自四处。",[15,169,170],{"id":170},"时区先错位",[11,172,173],{},"百度统计默认东八区。GA4 的媒体资源时区在建资源时设定，很多人选了 UTC，或者干脆没留意默认值。跨过 0 点的那部分流量会算到不同日期，做周对比时，光这一项就能吃掉一半差异。先去 GA4 管理后台把时区改成 Asia\u002FShanghai，再比数据。",[15,175,176],{"id":176},"过滤规则不对称",[11,178,179],{},"GA4 没配内部流量过滤，办公室 IP、测试机的访问全算进去；百度统计如果开了排除 IP，同一批人又不算。反过来，广告拦截插件对 GA4 的 gtag 脚本影响更大，大约 10% 到 20% 的访客不会上报。",[15,181,182],{"id":182},"会话和归因逻辑不同",[11,184,185],{},"百度统计会话默认 30 分钟，GA4 也能设。真正的区别在来源归因：GA4 按 last non-direct 处理，用户先搜索进来、第二天直接访问，仍可能记成 organic；百度统计记成直接访问。评估 SEO 效果时，这个差异会让自然搜索看起来更好。",[15,187,188],{"id":188},"站内跳转被算成推荐流量",[11,190,191],{},"支付回调、帮助中心子域、带参数的站内链接，在 GA4 里经常触发 self-referral，多出一条来源；百度统计基本没这个问题。处理办法是把这些域加进不需要的推荐流量列表，一次配好，后面不用管。",[15,193,194],{"id":194},"我们自己的口径",[11,196,197],{},"海外站以 GA4 为主口径，国内落地页看百度统计，报告里写一句口径不同、不做互相校验。别花时间把两个数字调平，调不平。要判断 SEO 有没有起效，只盯一个工具里有机搜索的落地页和转化事件，趋势对了就够了。",[15,199,200],{"id":200},"对账时我们固定做三件事",[11,202,203],{},"第一，两个工具都切到东八区，取自然月 1 日到月底的数据，避开跨日边界。",[11,205,206],{},"第二，GA4 里导出渠道组为 Organic Search 的会话数，百度统计里导出搜索引擎来源的访问次数，只看这两个数，别看总访问量。",[11,208,209],{},"第三，把差异按落地页拆开，看是哪些页面差得多。通常首页和产品页差 10% 以内，博客文章页能差 30% 以上，因为文章页的访客更多装了拦截插件。",[11,211,212],{},"做完这三步，剩下的差距基本都有解释。写进报告就一句话：两工具口径不同，本站以 GA4 为准。列两个数字让客户自己算，比解剖差异更累。",[11,214,215],{},"上个月还有客户问，能不能用两个工具的平均值当真实流量。不能。平均值只是把两个偏差混在一起，误差不会抵消，只会更难解释。2025 年 9 月那次对账之后，我把这句话变成了报告模板里的固定一行。",{"title":65,"searchDepth":66,"depth":66,"links":217},[218,219,220,221,222,223],{"id":170,"depth":66,"text":170},{"id":176,"depth":66,"text":176},{"id":182,"depth":66,"text":182},{"id":188,"depth":66,"text":188},{"id":194,"depth":66,"text":194},{"id":200,"depth":66,"text":200},"2025-09-20","两个统计工具口径天生不同，差 20% 到 40% 都正常。我们做过一次完整对账，差异集中在时区、过滤规则、会话归因和站内引流四个地方，查完就不用再纠结谁在说谎。",{},"\u002Fblog\u002Fbaidu-tongji-vs-ga4-diff",{"title":162,"description":225},"blog\u002Fbaidu-tongji-vs-ga4-diff",[231,232,233],"百度统计","GA4","数据口径","6ytRWfa-wJoyzx9q6AYF-UwBp6xdkRWjnZLY5A4zCTU",1794088112260]