[{"data":1,"prerenderedAt":338},["ShallowReactive",2],{"blog-site-search-pages-indexed":3,"blog-prev-site-search-pages-indexed":123,"blog-next-site-search-pages-indexed":219},{"id":4,"title":5,"author":6,"body":7,"canonical":107,"category":108,"cover":107,"date":109,"description":110,"draft":111,"extension":112,"keywords":107,"meta":113,"navigation":114,"noindex":111,"ogImage":107,"path":115,"seo":116,"seoDescription":107,"seoTitle":107,"stem":117,"tags":118,"updated":107,"__hash__":122},"blog\u002Fblog\u002Fsite-search-pages-indexed.md","站内搜索页被收录 8 万条：怎么清、怎么防","元析智能",{"type":8,"value":9,"toc":96},"minimark",[10,14,18,26,29,32,35,38,41,44,47,50,53,56,60,63,66,69,72,75,78,81,84,87,90,93],[11,12,13],"p",{},"站内搜索结果页被搜索引擎大量收录，是软件站最常见的索引事故之一。我们处理过一个 8 万条站内搜索页被收录的站：清理用了 8 周，索引量降了 76%。",[15,16,17],"h2",{"id":17},"一次真实的索引事故",[11,19,20,21,25],{},"2026 年 1 月，一个 SaaS 客户的站内搜索页被收录了 8 万多条。用户搜任何词都会生成一个 ",[22,23,24],"code",{},"\u002Fsearch?q=xxx"," 的页面，这些页面没有 noindex，sitemap 也没排除。",[11,27,28],{},"后果：索引里一大半是站内搜索页，核心产品页的抓取频次被压到每周一次，收录也慢。",[15,30,31],{"id":31},"为什么会被收录",[11,33,34],{},"三个原因，通常会同时出现：",[11,36,37],{},"站内搜索页没有 noindex；站内搜索页被大量内链指向（比如热门搜索词、相关搜索）；sitemap 自动包含了所有 URL。",[11,39,40],{},"搜索引擎顺着链接爬，发现页面有内容、能访问，就收了。",[15,42,43],{"id":43},"清理顺序",[11,45,46],{},"第一步，先挡发现路径。站内搜索链接加 nofollow（这里可以用，它只影响发现路径，不影响页面本身），热门搜索词改成提交表单而不是链接。",[11,48,49],{},"第二步，给站内搜索页加 noindex。页面保留给用户用，但告诉搜索引擎别收录。",[11,51,52],{},"第三步，sitemap 里排除搜索页。这是最容易被忘的一步。",[11,54,55],{},"第四步，已经收录的页面，靠 noindex 慢慢退出索引。8 万条的量，退出要 6 到 10 周，别急。",[15,57,59],{"id":58},"为什么不直接-robots-屏蔽","为什么不直接 robots 屏蔽",[11,61,62],{},"robots 屏蔽后，搜索引擎读不到页面上的 noindex，已收录的页面会一直留在索引里，只是不再更新。要清理已收录的页面，必须让它能抓到 noindex。",[11,64,65],{},"所以顺序是：先加 noindex，等索引退出后再考虑 robots。",[15,67,68],{"id":68},"预防的三道闸",[11,70,71],{},"第一道，上线检查：新功能上线时确认有没有生成可索引的搜索结果页。这是流程问题，不是技术问题。",[11,73,74],{},"第二道，sitemap 白名单：sitemap 只包含白名单里的目录，别自动扫描全站。",[11,76,77],{},"第三道，每周看索引报告：GSC 和百度后台的索引量按目录看，搜索页占比超过 5% 就查。我们把这套检查写进了上线清单，每个新功能上线前过一遍。",[15,79,80],{"id":80},"清理后的数据",[11,82,83],{},"8 万条站内搜索页，清理 8 周后索引量从 11 万降到 2.6 万，核心产品页平均抓取间隔从 7 天降到 2 天。",[11,85,86],{},"流量没掉，因为搜索页本来就不带来搜索流量。这件事的技术成本不高，难在流程上有没有人负责。",[15,88,89],{"id":89},"判断",[11,91,92],{},"站内搜索页是给用户用的，不是给搜索引擎看的。这个定位想清楚，就不会出错。",[11,94,95],{},"如果你的索引里已经有一堆搜索页，别慌，先加 noindex，等它慢慢退出，别用 robots 硬挡。",{"title":97,"searchDepth":98,"depth":98,"links":99},"",2,[100,101,102,103,104,105,106],{"id":17,"depth":98,"text":17},{"id":31,"depth":98,"text":31},{"id":43,"depth":98,"text":43},{"id":58,"depth":98,"text":59},{"id":68,"depth":98,"text":68},{"id":80,"depth":98,"text":80},{"id":89,"depth":98,"text":89},null,"技术SEO","2026-09-28","站内搜索结果页被搜索引擎大量收录，是软件站最常见的索引事故之一。我们处理过一个 8 万条站内搜索页被收录的站：清理用了 8 周，索引量降了 76%，核心页抓取翻倍。清理顺序和预防的三道闸都在这篇，照着做能少踩坑。",false,"md",{},true,"\u002Fblog\u002Fsite-search-pages-indexed",{"title":5,"description":110},"blog\u002Fsite-search-pages-indexed",[119,120,121],"站内搜索","索引控制","抓取","wdA5K9X1ONvc4f6CuB6KRHRJmn9s6XxXAj-KaE5_Ndc",{"id":124,"title":125,"author":6,"body":126,"canonical":107,"category":208,"cover":107,"date":209,"description":210,"draft":111,"extension":112,"keywords":107,"meta":211,"navigation":114,"noindex":111,"ogImage":107,"path":212,"seo":213,"seoDescription":107,"seoTitle":107,"stem":214,"tags":215,"updated":107,"__hash__":218},"blog\u002Fblog\u002Fcheap-seo-package-cost.md","低价 SEO 套餐的成本账，便宜在哪省掉了什么",{"type":8,"value":127,"toc":200},[128,131,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182,185,188,191,194,197],[11,129,130],{},"2026 年 9 月一个客户拿了一份报价来问我们，三千块钱一个月，包含二十个关键词优化和五十条外链。我给他算了一笔账，算完他自己也笑了：这个价格连成本都不够，能省掉的只能是活本身。",[15,132,133],{"id":133},"三千块能买到什么",[11,135,136],{},"按一个人一天 8 小时、市场价每天 1500 到 2500 元算，三千块大约是 1.5 到 2 个人天，也就是 12 到 16 小时。",[11,138,139],{},"扣掉销售成本、工具订阅、管理开销，真正花在这个客户身上的时间大概 8 小时。",[11,141,142],{},"8 小时能做两篇普通文章，或者做一次基础技术检查，或者发一批外链。三件事只能选一件。",[15,144,145],{"id":145},"便宜在哪省掉了",[11,147,148],{},"省掉诊断。没有诊断就不知道站的问题在哪，只能按模板做。",[11,150,151],{},"省掉技术修复。技术活最费时间，也最容易被砍，所以很多套餐只做内容和外链。",[11,153,154],{},"省掉复盘。没有复盘就没有调整，六个月做的还是同一套动作。",[11,156,157],{},"省掉沟通。套餐的沟通成本被压到最低，客户提问题得到的回复往往是模板话术。",[15,159,160],{"id":160},"客户为什么买",[11,162,163],{},"第一，试错成本低。三千块，试三个月也就九千，比五万的月度服务便宜太多。",[11,165,166],{},"第二，KPI 压力。市场负责人需要一个能向公司交代的动作，先买一个便宜的试试。",[11,168,169],{},"第三，信息不对称。客户不知道正常的 SEO 项目要投入多少，看到包含“二十个词”就觉得很划算。",[15,171,172],{"id":172},"六个月后的代价",[11,174,175],{},"我们接手过三个从低价套餐转过来的站，共同的问题是：外链质量差，需要花时间清理；内容全是模板，需要重写或下架；技术问题没动过，还要重头查。",[11,177,178],{},"清理成本通常比当初省下的钱多。一个站花了两周清理低质外链，另两个站直接换了域名。",[15,180,181],{"id":181},"一个真实的对比",[11,183,184],{},"2025 年我们接过一个从套餐转来的客户，之前每月三千，做了八个月，站上多了九十多篇模板文，收录不到三分之一。",[11,186,187],{},"我们接手后先做诊断，再花三周把其中十二篇重写，其余的建议下架。清理本身花不了多少钱，但它占掉项目第一个月的时间，这一个月本来该用来做新内容。",[15,189,190],{"id":190},"我们的建议",[11,192,193],{},"预算真的有限，别买套餐，做一次诊断。诊断报告会告诉你问题在哪、哪些自己能改、哪些必须找人。这个投入能用一年。",[11,195,196],{},"预算够但还不想做长期合作，先做内容。内容是可积累的资产，就算换服务商也留得下。",[11,198,199],{},"最不该买的是“二十个关键词优化加五十条外链”这种组合，它把 SEO 当成流水线，而 SEO 恰好是最不像流水线的活。",{"title":97,"searchDepth":98,"depth":98,"links":201},[202,203,204,205,206,207],{"id":133,"depth":98,"text":133},{"id":145,"depth":98,"text":145},{"id":160,"depth":98,"text":160},{"id":172,"depth":98,"text":172},{"id":181,"depth":98,"text":181},{"id":190,"depth":98,"text":190},"行业观察","2026-09-27","三千一个月的套餐，拆开看只有八小时人力和一批外链包。这篇算清低价套餐的成本结构、客户为什么买，以及六个月后重做的代价，附我们的三条建议。",{},"\u002Fblog\u002Fcheap-seo-package-cost",{"title":125,"description":210},"blog\u002Fcheap-seo-package-cost",[216,217,208],"SEO报价","低价套餐","OfK5PVVBhf29Cm1W_uHhXy-qu4z-Y6lHlqK-UzWltSs",{"id":220,"title":221,"author":6,"body":222,"canonical":107,"category":108,"cover":107,"date":327,"description":328,"draft":111,"extension":112,"keywords":107,"meta":329,"navigation":114,"noindex":111,"ogImage":107,"path":330,"seo":331,"seoDescription":107,"seoTitle":107,"stem":332,"tags":333,"updated":107,"__hash__":337},"blog\u002Fblog\u002Fdeploy-speed-regression.md","上线之后变慢，半小时内怎么定位到原因",{"type":8,"value":223,"toc":318},[224,227,231,234,237,240,244,247,250,253,257,260,263,266,270,273,276,279,282,285,288,291,294,297,300,303,306,309,312,315],[11,225,226],{},"2026 年 9 月一个客户周五下午发版，晚上收到告警，移动端 LCP 从 2.3 秒涨到 4.1 秒。我们用半小时定位到原因，是先回滚再查，不是边查边等。",[15,228,230],{"id":229},"第一步先确认是真变慢","第一步：先确认是真变慢",[11,232,233],{},"排除网络波动和测试误差。同一时间用同一个工具测两次，看是否稳定。",[11,235,236],{},"看监控曲线。如果所有页面一起变慢，可能是 CDN 或者服务器的问题；如果只有某类页面，大概率是这次发版的内容。",[11,238,239],{},"再看真实用户数据。CrUX 有延迟，RUM 更及时，有自建监控的这时候才能看出影响面。",[15,241,243],{"id":242},"第二步先回滚","第二步：先回滚",[11,245,246],{},"确认是发版导致的，第一动作是回滚，不是查原因。",[11,248,249],{},"回滚之后用户先恢复正常，然后你在本地慢慢查。这个顺序很多人搞反，结果线上慢了两小时。",[11,251,252],{},"回滚前把版本号和变更记录存好，查的时候要用。",[15,254,256],{"id":255},"第三步看变更清单","第三步：看变更清单",[11,258,259],{},"对比发布前后的资源清单：新增了哪些 JS、图片、字体、第三方脚本，哪些文件体积变大了。",[11,261,262],{},"打包产物通常有 manifest，前后一对比，涨了多少一目了然。",[11,264,265],{},"第三方脚本尤其要查。这次的问题就是一个营销团队加的 A\u002FB 测试脚本，体积 260KB，还在 head 里同步加载。",[15,267,269],{"id":268},"第四步对比瀑布图","第四步：对比瀑布图",[11,271,272],{},"发布前后各抓一份 HAR，放在一起对比。",[11,274,275],{},"看关键资源的请求时间、顺序、优先级。我们这次看到 LCP 图片的请求被一个新脚本挤到了后面，开始时间晚了 1.2 秒。",[11,277,278],{},"这种问题不看瀑布图根本发现不了，因为文件本身没变。",[15,280,281],{"id":281},"我们遇到最多的四种回归",[11,283,284],{},"第一种，新加的第三方脚本。占了大概一半。",[11,286,287],{},"第二种，图片没压缩就上传。设计师给的原图直接传上去，一张三兆。",[11,289,290],{},"第三种，CSS 体积变大。组件库升级，样式文件翻倍。",[11,292,293],{},"第四种，缓存策略被改。发版时改了缓存头，所有静态资源重新下载。",[15,295,296],{"id":296},"回滚之外的补救",[11,298,299],{},"回滚之后要做两件事：把这次的回归写进复盘，说明是哪个提交、为什么没被发现；再补一条监控，让同类问题下次能被提前拦住。",[11,301,302],{},"如果一时修不好，还有临时方案：把新脚本改成异步加载、图片先压缩替换、给关键资源加 preload。",[11,304,305],{},"临时方案只能顶几天，别当长期解。我们见过一个站用临时方案撑了半年，最后谁也说不清当初为什么那么改。",[15,307,308],{"id":308},"一个预防措施",[11,310,311],{},"发版前跑一次性能对比，把核心页面的三个指标和上一个版本比，超过 10% 就不发。",[11,313,314],{},"这个检查放进 CI，几分钟能跑完。比上线后救火便宜太多。",[11,316,317],{},"发版窗口也有讲究。别在周五下午发大改动，出问题没人加班查。这条是我们用两次事故换来的。",{"title":97,"searchDepth":98,"depth":98,"links":319},[320,321,322,323,324,325,326],{"id":229,"depth":98,"text":230},{"id":242,"depth":98,"text":243},{"id":255,"depth":98,"text":256},{"id":268,"depth":98,"text":269},{"id":281,"depth":98,"text":281},{"id":296,"depth":98,"text":296},{"id":308,"depth":98,"text":308},"2026-09-29","发布后性能掉下去，先回滚还是先查。这篇写确认、对比、回滚的半小时流程，以及我们遇到最多的四种回归原因，和发版前的一次对比检查。",{},"\u002Fblog\u002Fdeploy-speed-regression",{"title":221,"description":328},"blog\u002Fdeploy-speed-regression",[334,335,336],"性能回归","排查","上线流程","H5Wk8VoF_ka-uLIKxfSIglkX4ws6Vzgi6B9CNkWDip4",1794088101344]