[{"data":1,"prerenderedAt":240},["ShallowReactive",2],{"blog-soc2-compliance-page-seo":3,"blog-prev-soc2-compliance-page-seo":82,"blog-next-soc2-compliance-page-seo":145},{"id":4,"title":5,"author":6,"body":7,"canonical":66,"category":67,"cover":66,"date":68,"description":69,"draft":70,"extension":71,"keywords":66,"meta":72,"navigation":73,"noindex":70,"ogImage":66,"path":74,"seo":75,"seoDescription":66,"seoTitle":66,"stem":76,"tags":77,"updated":66,"__hash__":81},"blog\u002Fblog\u002Fsoc2-compliance-page-seo.md","合规页怎么做才能带来 B2B 搜索流量","元析智能",{"type":8,"value":9,"toc":58},"minimark",[10,14,18,21,24,27,30,33,36,39,42,46,49,52,55],[11,12,13],"p",{},"合规页是 B2B 软件站里搜索意图最靠后的页面之一，也是最容易被做成一个 PDF 的页面。2025 年 10 月我们给一个做数据同步的 SaaS 重做合规区，把 6 页 PDF 拆成 14 个可索引的页面，到 2026 年 1 月这组页面带来 32 条企业线索，占同期官网线索的 19%。",[15,16,17],"h2",{"id":17},"谁在搜这些词",[11,19,20],{},"三类人：采购方的安全负责人、法务、以及填供应商问卷的实施人员。他们搜的是很具体的问题：“XX 是否支持 SOC 2 Type II”“数据存储在哪”“子处理商有哪些”“渗透测试多久做一次”。",[11,22,23],{},"这些问题每一个都值得一个页面。你把答案放进 PDF，搜索引擎读不到，AI 回答引擎也读不到，采购方只能去问你的销售，链路长了三倍。",[15,25,26],{"id":26},"页面结构怎么定",[11,28,29],{},"一个合规页要回答四层：认证是什么、覆盖哪些范围、有效期到什么时候、怎么拿到报告。最后一层是关键，用户要的是“怎么验证”，不是“我们有认证”。",[11,31,32],{},"我们的写法是在每个页面顶部放一张状态卡：认证名、状态（已获得\u002F进行中）、覆盖的产品线、报告申请入口。下面再展开说明。这个卡片用结构化数据标一下，Google 有时会在结果里直接展示。",[15,34,35],{"id":35},"常见的搜索词清单",[11,37,38],{},"按我们的经验，值得单独做页面的有：SOC 2、ISO 27001、ISO 27701、GDPR 数据处理、数据驻留区域、子处理商列表、漏洞披露政策、渗透测试说明、业务连续性、备份与恢复。",[11,40,41],{},"子处理商列表这页特别值得做，很多采购流程里必查，但很少有公司公开。我们做了之后，有个客户反馈说销售周期平均缩短了 5 天，因为不用来回发邮件确认。",[15,43,45],{"id":44},"别写空话写边界","别写空话，写边界",[11,47,48],{},"合规内容最怕写“我们高度重视安全”。改成写边界：“日志保留 90 天，企业版可延长到 12 个月”“数据默认存新加坡，可选法兰克福”。写清边界的页面转化率高，因为它帮采购方快速判断能不能用。",[11,50,51],{},"还有一个细节：合规页的 URL 要稳定。有客户把合规页放在帮助中心里，改版时路径变了，外链全断。这类页面被采购方收藏的概率高，URL 别乱动。",[11,53,54],{},"再补一个操作细节：合规页之间要互链。用户从 SOC 2 页会想点开子处理商、数据驻留、备份策略，这几个问题经常连着问。互链之后，单次访问的页面数从 1.3 到 2.8。",[11,56,57],{},"合规页的流量不大，一个词每月几十次搜索就算不错。但它的转化率是博客的十倍以上。做这块别用流量思维算账。",{"title":59,"searchDepth":60,"depth":60,"links":61},"",2,[62,63,64,65],{"id":17,"depth":60,"text":17},{"id":26,"depth":60,"text":26},{"id":35,"depth":60,"text":35},{"id":44,"depth":60,"text":45},null,"技术SEO","2025-12-28","SOC 2、ISO 27001 这类合规页，多数公司只放一个 PDF 下载。我们把它做成搜索落地页，一个客户的合规页半年带来 30 多个企业线索。",false,"md",{},true,"\u002Fblog\u002Fsoc2-compliance-page-seo",{"title":5,"description":69},"blog\u002Fsoc2-compliance-page-seo",[78,79,80],"合规页","B2B SEO","安全软件","1xEFGW1ztWG9RGwV6TUgIZ52kl3b18IfdmtVmSOVKxs",{"id":83,"title":84,"author":6,"body":85,"canonical":66,"category":133,"cover":66,"date":134,"description":135,"draft":70,"extension":71,"keywords":66,"meta":136,"navigation":73,"noindex":70,"ogImage":66,"path":137,"seo":138,"seoDescription":66,"seoTitle":66,"stem":139,"tags":140,"updated":66,"__hash__":144},"blog\u002Fblog\u002Fbrand-search-share-metric.md","品牌搜索占比：最被低估的指标和我们看的那条线",{"type":8,"value":86,"toc":127},[87,90,93,96,99,103,106,109,112,115,118,121,124],[11,88,89],{},"如果只能看一个指标判断 SEO 健不健康，我看品牌词点击占自然搜索点击的比例。这个数比总流量稳，也比排名诚实。2026 年 2 月我们复盘了 11 个软件公司站，品牌占比低于 15% 的 4 个站，接下来三个月自然流量全部在跌。",[15,91,92],{"id":92},"为什么这个指标比流量靠谱",[11,94,95],{},"排名会动，算法会变，一次核心更新就能让流量腰斩。但用户主动搜你的品牌名，这件事算法改不了。它说明有人记住了你，而且是在搜索框里主动找过来的。",[11,97,98],{},"品牌搜索占比还有一个好处：它不会被\"蹭来的流量\"骗到。买量、蹭热点、投信息流，都能把总流量做上去，但品牌搜索占比不会跟着涨。老板问\"我们的 SEO 到底做得好不好\"，这个数比流量曲线有说服力。",[15,100,102],{"id":101},"怎么算线定在哪","怎么算，线定在哪",[11,104,105],{},"口径是：品牌词清单在 GSC 里的点击，除以自然搜索总点击，按周或按月算。品牌词清单至少覆盖公司名全称、简称、英文名、产品名和常见错别字。",[11,107,108],{},"那条线，我们内部按品类分：开发者工具和基础设施类，25% 到 40% 算健康；通用型 SaaS，10% 到 25%；面向非技术行业客户的软件，10% 左右也正常。低于 15% 就要警惕，说明你的站还没有形成\"被记住\"的效果。",[15,110,111],{"id":111},"低了怎么办",[11,113,114],{},"先查是不是口径问题，有没有把产品词算进品牌词。确认没算错，再动手。",[11,116,117],{},"能拉高这个数的动作有四类：客户案例（搜产品名的人会顺带搜案例）、社区内容（知乎、掘金上的讨论）、媒体报道（品牌名第一次出现在别人的文章里）、作者页和证书类内容（让搜你名字的人有东西可看）。刷指数没有用，我们见过客户买品牌词搜索量，数据好看了一个季度，询盘一个没多。",[15,119,120],{"id":120},"一个反例",[11,122,123],{},"2025 年 9 月有个客户，总自然流量三个月涨了 70%，他很高兴。我们拆开看，涨的全是行业通用词，品牌词点击只从 60 涨到 65。这种增长很脆，一次算法波动就会回去，而且获客成本会一直高，因为用户不认你，只认关键词。",[11,125,126],{},"品牌搜索占比是慢指标，涨得慢，跌得也慢。它不刺激，但它是唯一能证明\"品牌在积累\"的数。",{"title":59,"searchDepth":60,"depth":60,"links":128},[129,130,131,132],{"id":92,"depth":60,"text":92},{"id":101,"depth":60,"text":102},{"id":111,"depth":60,"text":111},{"id":120,"depth":60,"text":120},"SEO","2025-12-27","我们给客户做季度复盘，第一个看的不是排名也不是总流量，是品牌词点击占自然点击的比例。2026 年 2 月复盘 11 个站，占比低于 15% 的 4 个站，三个月后自然流量全在跌。",{},"\u002Fblog\u002Fbrand-search-share-metric",{"title":84,"description":135},"blog\u002Fbrand-search-share-metric",[141,142,143],"品牌搜索","SEO指标","数据复盘","vbsGeqr2CHx510G690tGOHE8Xr7vfMqVCHaCvgeAeA8",{"id":146,"title":147,"author":6,"body":148,"canonical":66,"category":67,"cover":66,"date":229,"description":230,"draft":70,"extension":71,"keywords":66,"meta":231,"navigation":73,"noindex":70,"ogImage":66,"path":232,"seo":233,"seoDescription":66,"seoTitle":66,"stem":234,"tags":235,"updated":66,"__hash__":239},"blog\u002Fblog\u002Fbaidu-api-index-submission.md","百度普通收录 API：从手动提交到脚本自动跑",{"type":8,"value":149,"toc":221},[150,153,156,159,169,172,175,178,181,185,188,191,194,197,200,203,206,209,212,215,218],[11,151,152],{},"手动提交 URL 费时还容易漏。我们把百度普通收录 API 接进发布流程，每天自动推 30 条，半年省下约 40 小时。接口本身很简单，难在提交策略。",[15,154,155],{"id":155},"接口长什么样",[11,157,158],{},"百度普通收录 API 是一个 HTTP 请求，site 和 token 在搜索资源平台后台拿：",[160,161,166],"pre",{"className":162,"code":164,"language":165},[163],"language-text","curl -H 'Content-Type:text\u002Fplain' \\\n  --data-binary @urls.txt \\\n  'http:\u002F\u002Fdata.zz.baidu.com\u002Furls?site=https:\u002F\u002Fwww.example.com&token=xxx'\n","text",[167,168,164],"code",{"__ignoreMap":59},[11,170,171],{},"urls.txt 一行一条 URL，返回 JSON，里面有本次成功条数和剩余配额。就这么点东西，20 行脚本能跑通。",[15,173,174],{"id":174},"我们的脚本怎么跑",[11,176,177],{},"发布流程里加一步：新内容上线后，脚本从数据库取当天新增的 URL，过滤掉重复提交过的，拼成 urls.txt，调接口，把返回结果记日志。",[11,179,180],{},"两个细节。一是去重表，同一个 URL 只推一次，重复推不增加收录，还浪费配额。二是失败重试，接口偶尔超时，脚本第二天自动补推，不人工介入。",[15,182,184],{"id":183},"提交策略只推这四类-url","提交策略：只推这四类 URL",[11,186,187],{},"配额有限，什么 URL 都推等于没推。我们只推四类：新发布的文章、新上线的产品页、有搜索需求但还没收录的页面、更新过核心内容的老页面。",[11,189,190],{},"不推的：分类页、标签页、分页、搜索结果页、参数页。这些页面推了也大概率不收，收了也是低质页面。",[15,192,193],{"id":193},"快速收录和普通收录别搞混",[11,195,196],{},"搜索资源平台里有两个接口：普通收录和快速收录。快速收录不是所有站都有，需要站点有相应权益，别照着旧教程硬调，调不通先看后台有没有这个入口。",[11,198,199],{},"普通收录是保底的。我们所有站都接普通收录，快速收录只给有权益的站配，两者不冲突。",[15,201,202],{"id":202},"常见错误码",[11,204,205],{},"返回 401 是 token 不对；403 是配额用完或者站点没验证；400 常见于 URL 格式错误，比如带空格、没写协议头。",[11,207,208],{},"还有一个坑：同一批里有一条 URL 格式不对，整批可能失败。我们的脚本会先做格式校验，再提交。",[15,210,211],{"id":211},"效果和一个提醒",[11,213,214],{},"2025 年 8 月接入，到今年 1 月正好半年。一个 800 页的站，接 API 之前手动提交，一周推 60 条左右，收录周期 5 到 9 天。接完之后每天推 30 条，收录周期缩到 3 到 6 天，人工投入几乎为零。",[11,216,217],{},"提醒一句：提交只是告知，不是保证收录。我们见过客户每天推满配额，收录率还是不到 30%，问题在页面质量，不在接口。先把页面做好，再用 API 提效，顺序别反。",[11,219,220],{},"半年复盘：这个站的人工提交时间从每周 70 分钟降到 5 分钟，收录周期稳定在 3 到 6 天。今天这篇就是脚本自动推的，推完 4 天收录。对一个日更的站，这个时间差会放大，人工根本盯不过来。",{"title":59,"searchDepth":60,"depth":60,"links":222},[223,224,225,226,227,228],{"id":155,"depth":60,"text":155},{"id":174,"depth":60,"text":174},{"id":183,"depth":60,"text":184},{"id":193,"depth":60,"text":193},{"id":202,"depth":60,"text":202},{"id":211,"depth":60,"text":211},"2025-12-29","手动提交 URL 费时还容易漏。我们把百度普通收录 API 接进发布流程，每天自动推 30 条，半年省下约 40 小时。接口用法、提交策略、常见错误码和踩过的坑，这篇一次讲完，最后一节是我们半年后的复盘，照着做能省出每周一小时。",{},"\u002Fblog\u002Fbaidu-api-index-submission",{"title":147,"description":230},"blog\u002Fbaidu-api-index-submission",[236,237,238],"百度收录","API","自动化","ryB5loOd061VIlJKAxV1Q26u0OTCmcRbqDzd7DNpNLk",1794088109684]