[{"data":1,"prerenderedAt":337},["ShallowReactive",2],{"blog-first-48-hours-site-takeover":3,"blog-prev-first-48-hours-site-takeover":110,"blog-next-first-48-hours-site-takeover":205},{"id":4,"title":5,"author":6,"body":7,"canonical":94,"category":95,"cover":94,"date":96,"description":97,"draft":98,"extension":99,"keywords":94,"meta":100,"navigation":101,"noindex":98,"ogImage":94,"path":102,"seo":103,"seoDescription":94,"seoTitle":94,"stem":104,"tags":105,"updated":94,"__hash__":109},"blog\u002Fblog\u002Ffirst-48-hours-site-takeover.md","接站前 48 小时，我们只做这五件事","元析智能",{"type":8,"value":9,"toc":84},"minimark",[10,14,19,22,25,28,32,35,38,42,45,48,51,55,58,61,64,68,71,74,78,81],[11,12,13],"p",{},"2026 年 5 月我们接手一个新站，前 48 小时没写一行方案，全花在五件事上。这两天做错顺序，后面三个月都在补窟窿。常见的错误是一上来就看关键词、给建议，结果改的东西客户那边根本没权限动。",[15,16,18],"h2",{"id":17},"第一件先把数据备份下来","第一件：先把数据备份下来",[11,20,21],{},"GSC 能导的数据全导一份，包括最近 16 个月的查询、页面、收录状态。百度搜索资源平台的数据也存一份。",[11,23,24],{},"为什么要备份？因为接手之后你可能改结构、改 canonical，出了问题要能对比改动前的状态。而且 16 个月之后老数据就没了。",[11,26,27],{},"顺手把日志要一份，至少最近 90 天。很多客户以为日志一直存着，实际只留 7 天。",[15,29,31],{"id":30},"第二件把权限和边界确认清楚","第二件：把权限和边界确认清楚",[11,33,34],{},"谁有网站后台权限、谁管服务器、开发排期谁批、内容谁审。这四件事不确认，后面每个改动都会卡住。",[11,36,37],{},"我们有一张权限表，每一项写清对接人和响应时间。见过最夸张的情况是：方案做完了，发现客户没有 GSC 的管理员权限，验证站点花了三天。",[15,39,41],{"id":40},"第三件跑一次完整爬虫","第三件：跑一次完整爬虫",[11,43,44],{},"爬全站，看状态码分布、标题重复、内链深度、canonical 指向、robots 屏蔽范围。这次爬取的结果是后面所有判断的底图。",[11,46,47],{},"注意用真实的 UA，遵守 robots，先小样本跑 200 页看服务器负载。",[11,49,50],{},"爬完存一份带日期的 CSV。三个月后再爬一次，对比就能看出改动有没有生效。",[15,52,54],{"id":53},"第四件读日志","第四件：读日志",[11,56,57],{},"确认搜索引擎到底抓了什么、抓了多少、哪些路径抓得多、哪些页面从来没被抓过。",[11,59,60],{},"重点看三件事：假蜘蛛占比、5xx 和 404 的分布、核心产品页和文档页的抓取频次。这三件事决定了技术侧先修什么。",[11,62,63],{},"如果日志拿不到，至少看 CDN 的访问日志，别跳过这一步。",[15,65,67],{"id":66},"第五件和客户对齐目标","第五件：和客户对齐目标",[11,69,70],{},"问三个问题：这个站现在最重要的一件事是什么、三个月后什么样算成功、哪些东西不能动。",[11,72,73],{},"第三个问题最容易被忽略。有的客户不允许改 URL，有的不允许动首页文案，有的要求所有页面必须带品牌名。这些约束不知道，方案做出来就是废纸。",[15,75,77],{"id":76},"为什么是-48-小时","为什么是 48 小时",[11,79,80],{},"时间再长，客户会觉得你一直在准备、没产出；时间再短，该确认的没确认，后面返工。",[11,82,83],{},"我们把 48 小时当做一个硬边界：两天内交一份三页的“现状与风险”备忘，不写方案，只写看到了什么。这个做法的好处是，客户在第三天就知道你有没有看懂他的站。",{"title":85,"searchDepth":86,"depth":86,"links":87},"",2,[88,89,90,91,92,93],{"id":17,"depth":86,"text":18},{"id":30,"depth":86,"text":31},{"id":40,"depth":86,"text":41},{"id":53,"depth":86,"text":54},{"id":66,"depth":86,"text":67},{"id":76,"depth":86,"text":77},null,"SEO","2026-05-01","接手一个站的头两天，别急着出方案。我们固定做五件事：备份数据、确认权限、跑一次爬虫、读日志、和客户对齐目标，之后才谈改什么。",false,"md",{},true,"\u002Fblog\u002Ffirst-48-hours-site-takeover",{"title":5,"description":97},"blog\u002Ffirst-48-hours-site-takeover",[106,107,108],"诊断流程","接站","技术SEO","MqWZzKepLsj4XUQXb2LoNtw5SKZTVNkHMr6gOiOOZ7U",{"id":111,"title":112,"author":6,"body":113,"canonical":94,"category":193,"cover":94,"date":194,"description":195,"draft":98,"extension":99,"keywords":94,"meta":196,"navigation":101,"noindex":98,"ogImage":94,"path":197,"seo":198,"seoDescription":94,"seoTitle":94,"stem":199,"tags":200,"updated":94,"__hash__":204},"blog\u002Fblog\u002Fbing-indexing-slow.md","Bing 收录慢不是你的问题，是它的抓取节奏",{"type":8,"value":114,"toc":185},[115,118,121,124,127,130,134,137,140,143,146,149,152,155,158,161,164,167,170,173,176,179,182],[11,116,117],{},"Bing 收录慢是常态，不是你的站有问题。2025 年 11 月起我们监测 14 个站，Bing 首批收录平均 9 天，Google 3 天，中文站更慢，中位数 14 天。知道这个前提，很多焦虑就没必要了。",[15,119,120],{"id":120},"我们的数据",[11,122,123],{},"14 个站在管，覆盖英文文档站、中文官网、双语产品站三类。记录的是新页面从发布到首次收录的天数。",[11,125,126],{},"英文站：Bing 平均 9 天，Google 平均 3 天。中文站：Bing 平均 14 天，Google 平均 6 天，百度平均 5 天。",[11,128,129],{},"英文站的差距在 3 倍左右，中文站差距小一些，因为 Google 对中文内容的抓取本来就不如英文。",[15,131,133],{"id":132},"bing-的抓取节奏为什么慢","Bing 的抓取节奏为什么慢",[11,135,136],{},"三个原因。索引规模小，爬虫资源有限，同样的站点，Bing 分到的抓取次数比 Google 少得多。",[11,138,139],{},"优先级不同，Bing 更看重新鲜度和权威来源，新站、小站排在后面。",[11,141,142],{},"市场投入不同，Bing 在中国区的资源本来就少，中文站的抓取优先级更低。",[11,144,145],{},"这三个原因都不是你能改的，所以\"我的站为什么 Bing 收录慢\"这个问题，大部分时候没有解法，只能等。",[15,147,148],{"id":148},"能加快的三件事",[11,150,151],{},"第一，接 IndexNow。我们测过，推送后平均 4 小时被抓，比等 sitemap 快得多。这是投入产出比最高的一件事。",[11,153,154],{},"第二，把 sitemap 拆细。一个 5000 页的站，一份 sitemap 和按栏目拆成 10 份，Bing 的处理速度差不少。我们一般按内容类型拆，文档、博客、产品各一份。",[11,156,157],{},"第三，从外部引链接。Bing 对来自其他站点的链接更敏感，尤其是英文站。新页面发布后，从站内相关页面和外部合作站各引一条链接，抓取会快一些。",[15,159,160],{"id":160},"不用做的事",[11,162,163],{},"反复提交同一个 URL。我们见过客户每天手动提交 50 条，提交了两周，收录没变。Bing 的提交是\"告知\"，重复告知没有额外收益。",[11,165,166],{},"换域名。收录慢不是域名问题，换了也一样慢，还丢掉已有收录。",[11,168,169],{},"买\"快速收录\"服务。这类服务要么是假的，要么是用大量垃圾链接冲击，短期可能有效，长期是负资产。",[15,171,172],{"id":172},"一个容易误判的场景",[11,174,175],{},"客户看到 Bing 收录慢，第一反应是\"是不是被惩罚了\"，然后去改站、换主题、删页面。",[11,177,178],{},"我们的判断方法很简单：看 Bing 后台的\"已发现 URL\"数。如果数字在涨，说明爬虫来过了，只是没收，这是节奏问题，不是惩罚。如果数字不涨，才需要查技术问题。",[15,180,181],{"id":181},"一句判断",[11,183,184],{},"Bing 的价值不在收录速度，在覆盖。它覆盖的是 Google 之外的一部分用户，还有 Copilot 这类产品的引用。接受它慢，用对方法，别为它焦虑。这批数据我们还在继续记，半年后会再更新一次。",{"title":85,"searchDepth":86,"depth":86,"links":186},[187,188,189,190,191,192],{"id":120,"depth":86,"text":120},{"id":132,"depth":86,"text":133},{"id":148,"depth":86,"text":148},{"id":160,"depth":86,"text":160},{"id":172,"depth":86,"text":172},{"id":181,"depth":86,"text":181},"行业观察","2026-04-30","Bing 收录慢是常态，不是你的站有问题。我们监测的 14 个站里，Bing 首批收录平均 9 天，Google 3 天，中文站更慢。这篇讲清它的抓取节奏、哪些动作能加快、哪些纯属浪费预算，别再把时间花在反复提交上，无效操作也列在文末。",{},"\u002Fblog\u002Fbing-indexing-slow",{"title":112,"description":195},"blog\u002Fbing-indexing-slow",[201,202,203],"Bing","收录","多引擎","AUufBiMyFwWmuBPhx6p3NpUlfDEpepBhBEf-BXXI1Z8",{"id":206,"title":207,"author":6,"body":208,"canonical":94,"category":108,"cover":94,"date":328,"description":329,"draft":98,"extension":99,"keywords":94,"meta":330,"navigation":101,"noindex":98,"ogImage":94,"path":331,"seo":332,"seoDescription":94,"seoTitle":94,"stem":333,"tags":334,"updated":94,"__hash__":336},"blog\u002Fblog\u002Fpagination-canonical-rules.md","分页页的 canonical 要指向自己，别指向第一页",{"type":8,"value":209,"toc":320},[210,213,216,219,222,278,286,289,293,296,299,302,305,308,311,314,317],[11,211,212],{},"分页页 canonical 要指向自己，不要指向第一页。深层分页也别急着 noindex 或 robots 屏蔽，那是在切断内容发现链。这两个错误在软件站里特别普遍，因为模板大多是抄来的。",[15,214,215],{"id":215},"为什么不能指向第一页",[11,217,218],{},"第 2 页的内容不会出现在第 1 页。canonical 指过去，等于告诉搜索引擎\"第 2 页不用单独存在\"，它上面的长尾内容就永远没机会排名。我们见过一个站把 40 页分页全部 canonical 到第一页，结果第 2 到 40 页的内容完全没收录。",[15,220,221],{"id":221},"三种场景的配置",[223,224,225,241],"table",{},[226,227,228],"thead",{},[229,230,231,235,238],"tr",{},[232,233,234],"th",{},"场景",[232,236,237],{},"canonical",[232,239,240],{},"索引控制",[242,243,244,256,267],"tbody",{},[229,245,246,250,253],{},[247,248,249],"td",{},"标准列表分页",[247,251,252],{},"自指",[247,254,255],{},"都允许索引",[229,257,258,261,264],{},[247,259,260],{},"无限滚动",[247,262,263],{},"URL 不变即可",[247,265,266],{},"不生成新 URL",[229,268,269,272,275],{},[247,270,271],{},"筛选加翻页",[247,273,274],{},"指向无筛选的对应分页",[247,276,277],{},"交给 canonical",[11,279,280,281,285],{},"标准分页最简单：每页 canonical 指向自己，第 1 页也指向自己。第 1 页的 URL 要干净，别带 ",[282,283,284],"code",{},"?page=1","。",[11,287,288],{},"无限滚动如果每次加载都改 URL，用 history.replaceState 而不是 pushState，别让浏览器地址栏堆出一串页码。用 pushState 的站，蜘蛛会把每个滚动状态当成独立页面，抓取预算直接崩。",[15,290,292],{"id":291},"_2026-年-3-月那个模板站","2026 年 3 月那个模板站",[11,294,295],{},"一个电商 SaaS 的模板市场，1200 个列表页，每页 20 个模板。原来所有分页 canonical 都指向第一页，结果只有第 1 页的内容被收录，深层模板页拿不到内链权重。",[11,297,298],{},"改成自指、第 1 页 URL 规范化之后，两个月收录从 300 涨到 1100，模板详情页的自然点击涨 52%。改动只有模板里的一行配置。",[15,300,301],{"id":301},"分页页还要注意两件事",[11,303,304],{},"一是标题和描述。分页页的 title 要带上页码或内容范围，比如\"模板市场 - 第 3 页\"，别所有页共用同一个标题，否则蜘蛛分不清哪页是哪页。二是加载速度，分页页往往图片多，LCP 容易超标，图片懒加载和尺寸标注要做。",[11,306,307],{},"另外，分页页的 URL 形式只保留一种。有的站同时支持 \u002Flist\u002Fpage\u002F2 和 \u002Flist?page=2，两套都在线，就是重复内容。上线前统一成路径形式，旧的 301。",[15,309,310],{"id":310},"一个例外",[11,312,313],{},"超过 20 页的深层分页，内容价值确实低。这种可以 noindex，但保留页面上的链接——别用 robots 屏蔽，屏蔽了蜘蛛就爬不到后面的内容了。noindex 至少还能让链接权重流过去。",[15,315,316],{"id":316},"立场",[11,318,319],{},"分页是内容发现链的一部分，不是重复内容。把它当重复内容处理，等于把内链结构拆了。做 SEO 的人要能跟开发讲清楚：分页的 canonical 指向自己，这一条没有例外。",{"title":85,"searchDepth":86,"depth":86,"links":321},[322,323,324,325,326,327],{"id":215,"depth":86,"text":215},{"id":221,"depth":86,"text":221},{"id":291,"depth":86,"text":292},{"id":301,"depth":86,"text":301},{"id":310,"depth":86,"text":310},{"id":316,"depth":86,"text":316},"2026-05-02","分页页指向第一页、给深层分页加 noindex，这两个做法都在伤害收录。我们按三种分页场景给配置表，附一个 2026 年 3 月的模板站案例：收录从 300 涨到 1100。",{},"\u002Fblog\u002Fpagination-canonical-rules",{"title":207,"description":329},"blog\u002Fpagination-canonical-rules",[335,237,202],"分页","UDtpk6-AZFMQdkIm7wmKw3OszmynOJ5lrD0IrXTkm8g",1794088106328]