[{"data":1,"prerenderedAt":315},["ShallowReactive",2],{"blog-domestic-cdn-selection":3,"blog-prev-domestic-cdn-selection":120,"blog-next-domestic-cdn-selection":217},{"id":4,"title":5,"author":6,"body":7,"canonical":104,"category":105,"cover":104,"date":106,"description":107,"draft":108,"extension":109,"keywords":104,"meta":110,"navigation":111,"noindex":108,"ogImage":104,"path":112,"seo":113,"seoDescription":104,"seoTitle":104,"stem":114,"tags":115,"updated":104,"__hash__":119},"blog\u002Fblog\u002Fdomestic-cdn-selection.md","海外 CDN 在国内慢在哪，选型先看三个指标","元析智能",{"type":8,"value":9,"toc":93},"minimark",[10,14,18,21,24,27,30,33,36,39,42,45,48,51,54,57,60,63,66,69,72,75,78,81,84,87,90],[11,12,13],"p",{},"2026 年 6 月一个客户的官网放在海外 CDN 上，国内打开首字节 1.1 秒。换回国内节点之后，同一个页面降到 240 毫秒。这不是 CDN 好坏的问题，是路径的问题。",[15,16,17],"h2",{"id":17},"跨境链路的三个问题",[11,19,20],{},"第一，物理距离。数据包来回一趟就是 150 到 200 毫秒，TLS 握手要两三个来回，光建立连接就 400 毫秒。",[11,22,23],{},"第二，国际出口拥塞。晚高峰丢包率能到 5%，TCP 一丢包就退避，速度断崖式下降。",[11,25,26],{},"第三，DNS 解析。海外 DNS 在国内解析慢，有时还会被解析到不合适的节点。",[15,28,29],{"id":29},"国内选型的三个指标",[11,31,32],{},"第一，首字节时间。这是用户能感知到的等待，比下载速度重要。目标 300 毫秒以内。",[11,34,35],{},"第二，丢包率。跨网访问时，丢包率超过 1% 体验就开始明显变差。",[11,37,38],{},"第三，跨网延迟。电信、联通、移动三网之间的延迟差很多，要选多线或者 BGP 的节点。",[15,40,41],{"id":41},"备案是前提",[11,43,44],{},"国内 CDN 需要域名备案。没有备案，只能用海外节点，这是硬门槛，绕不过去。",[11,46,47],{},"有些公司用香港节点过渡，延迟比美西好，但比国内节点还是差一截。用户主要在国内，早晚要备案。",[15,49,50],{"id":50},"国内海外双线怎么搭",[11,52,53],{},"主域名走国内 CDN，海外用户解析到海外节点。用智能 DNS 按地域分流，一套代码两个入口。",[11,55,56],{},"注意两件事：一是证书要覆盖两个入口，二是 hreflang 和 canonical 别写死成单一域名，否则搜索引擎会分裂。",[11,58,59],{},"如果海外流量占比很低，可以不做双线，先把国内的体验做好。",[15,61,62],{"id":62},"怎么实测",[11,64,65],{},"用多个城市的节点跑 ping 和 mtr，看每一跳的延迟和丢包。mtr 比 ping 有用，因为它能看到具体哪一跳出问题。",[11,67,68],{},"再看真实用户数据。CrUX 里可以按国家筛，国内用户的 TTFB 和 LCP 分布能直接反映问题。",[11,70,71],{},"第三方测速平台也能用，但要看它有没有国内节点，只有海外节点的平台测出来的数据没参考价值。",[15,73,74],{"id":74},"不能备案时的过渡方案",[11,76,77],{},"如果暂时不能备案，可以先做两件事：把字体、图片、JS 这些静态资源放到国内能访问的对象存储上，主站 HTML 仍然在海外；再用 preconnect 提前把连接建起来。",[11,79,80],{},"这两件事不涉及备案，能抢回一部分时间。但 HTML 本身的往返省不掉，体验只能改善一半。",[11,82,83],{},"所以过渡方案只能撑一阵，真要做国内市场，最后还是得备案加国内节点。",[15,85,86],{"id":86},"一个明确的态度",[11,88,89],{},"用户主要在国内，就别用海外 CDN。这句话我说过很多次，还是经常看到软件公司的官网挂在海外服务上，国内打开要三四秒。",[11,91,92],{},"他们的理由是开发方便、海外客户多。可以理解，但官网是给客户看的，客户的体验优先。一套双线配置多花两天，换来的是国内用户不再流失。",{"title":94,"searchDepth":95,"depth":95,"links":96},"",2,[97,98,99,100,101,102,103],{"id":17,"depth":95,"text":17},{"id":29,"depth":95,"text":29},{"id":41,"depth":95,"text":41},{"id":50,"depth":95,"text":50},{"id":62,"depth":95,"text":62},{"id":74,"depth":95,"text":74},{"id":86,"depth":95,"text":86},null,"技术SEO","2026-06-03","一个站换回国内 CDN，首字节从 1.1 秒降到 240 毫秒。这篇写跨境链路的问题、国内选型的三个指标，以及国内海外双线怎么搭。",false,"md",{},true,"\u002Fblog\u002Fdomestic-cdn-selection",{"title":5,"description":107},"blog\u002Fdomestic-cdn-selection",[116,117,118],"CDN","国内访问","页面体验","bQSsakkIdQgKH-1Mc9VT0NGwsiCQmxwGt_e9Xm0pofs",{"id":121,"title":122,"author":6,"body":123,"canonical":104,"category":105,"cover":104,"date":206,"description":207,"draft":108,"extension":109,"keywords":104,"meta":208,"navigation":111,"noindex":108,"ogImage":104,"path":209,"seo":210,"seoDescription":104,"seoTitle":104,"stem":211,"tags":212,"updated":104,"__hash__":216},"blog\u002Fblog\u002Fpagination-seo-rules.md","rel=next 没用了之后，分页页面怎么做技术 SEO",{"type":8,"value":124,"toc":198},[125,128,132,135,138,141,144,147,150,153,156,159,162,165,168,171,174,177,180,183,186,189,192,195],[11,126,127],{},"Google 早就不把 rel=next\u002Fprev 当收录信号，很多站的分页配置还停在五年前。2026 年 4 月我们给 8 个内容站重做了分页逻辑，核心是三件事：可抓取、有上限、尾部别急着 noindex。",[15,129,131],{"id":130},"rel-nextprev-的现状","rel next\u002Fprev 的现状",[11,133,134],{},"Google 2019 年就宣布不再把 rel=next\u002Fprev 当作索引信号。它现在只是把分页页当成普通页面处理，靠链接发现后续页。",[11,136,137],{},"百度对 rel=next\u002Fprev 的支持也有限，更多还是看页面之间的链接关系。",[11,139,140],{},"所以配置分页时，别把精力花在加标签上，把精力花在\"链接能不能被爬到\"上。",[15,142,143],{"id":143},"分页的三个目标",[11,145,146],{},"第一，让搜索引擎能发现深层的列表内容。第二页之后的条目，如果没有链接路径，等于不存在。",[11,148,149],{},"第二，别让分页页占满索引。一个 100 页的分页列表，前 5 页有价值，后面 95 页是重复内容。",[11,151,152],{},"第三，别让分页吃抓取预算。我们见过一个站，抓取请求的 30% 落在 page=20 之后的空列表上。",[15,154,155],{"id":155},"我们的做法",[11,157,158],{},"第一，分页链接用普通的 a 标签，href 指向真实 URL，别用 JS 点击加载。这是最基本的，但很多站做不到。",[11,160,161],{},"第二，给分页设上限。列表超过 10 页的，只保留前 10 页可抓取，后面的页面返回 404 或者用 robots 屏蔽。具体留几页，看内容量和用户行为，我们一般按\"前 3 页有点击\"来定。",[11,163,164],{},"第三，分页页的标题加页码，描述别复制第一页。重复的标题和描述会让搜索引擎判定为重复页。",[11,166,167],{},"第四，canonical 指向自己，不要指向第一页。分页页是独立页面，canonical 到第一页等于告诉搜索引擎\"这些都是第一页\"，深层内容就废了。",[15,169,170],{"id":170},"一个反常识的做法",[11,172,173],{},"很多教程说\"分页页全部 noindex\"。我们不同意。",[11,175,176],{},"分页页是发现深层内容的路径，noindex 之后，搜索引擎虽然还能顺着链接爬，但优先级会降低。我们的做法是：前几页保留 index，尾部页面才处理。",[11,178,179],{},"一个内容站按这个做法调整后，第 4 页之后的文章收录率从 22% 涨到 61%。",[15,181,182],{"id":182},"一个案例",[11,184,185],{},"一个做行业资讯的客户，列表页有 60 多页，之前每页都加 noindex。结果第 10 页之后的文章基本不收录。",[11,187,188],{},"我们改成：前 5 页 index，第 6 页之后 noindex 但保留链接，同时把所有文章的发布时间和分类归档页补上。两个月后，老文章收录量涨了 3 倍。",[15,190,191],{"id":191},"判断",[11,193,194],{},"分页不是\"要不要收录\"的二选一，是分层处理：头部页面给权重，尾部页面给路径。",[11,196,197],{},"别抄五年前的教程，先看你的分页现在到底被爬了多少、被收了多少，再决定怎么改。",{"title":94,"searchDepth":95,"depth":95,"links":199},[200,201,202,203,204,205],{"id":130,"depth":95,"text":131},{"id":143,"depth":95,"text":143},{"id":155,"depth":95,"text":155},{"id":170,"depth":95,"text":170},{"id":182,"depth":95,"text":182},{"id":191,"depth":95,"text":191},"2026-06-02","Google 早就不把 rel=next\u002Fprev 当收录信号，很多站的分页配置还停在五年前。2026 年 4 月我们给 8 个内容站重做了分页逻辑：可抓取、有上限、尾部不 noindex。三个目标、具体做法和一个反常识结论都在这篇。这套做法我们用了两年，8 个站都跑通了。",{},"\u002Fblog\u002Fpagination-seo-rules",{"title":122,"description":207},"blog\u002Fpagination-seo-rules",[213,214,215],"分页","抓取","站点结构","0ivLfnbd3p5hGJAF0MUWc97e4LSMe0LxC58RnTb6p44",{"id":218,"title":219,"author":6,"body":220,"canonical":104,"category":303,"cover":104,"date":304,"description":305,"draft":108,"extension":109,"keywords":104,"meta":306,"navigation":111,"noindex":108,"ogImage":104,"path":307,"seo":308,"seoDescription":104,"seoTitle":104,"stem":309,"tags":310,"updated":104,"__hash__":314},"blog\u002Fblog\u002Fkeyword-intent-drift.md","搜索意图会漂移：三年前的文章，可能已经答错了问题",{"type":8,"value":221,"toc":295},[222,225,228,231,234,237,240,243,246,249,253,256,259,262,265,268,271,274,277,280,283,286,289,292],[11,223,224],{},"同一个关键词，三年前的搜索结果和现在可能完全不是一回事。我们复查了 40 个老词，有 11 个的意图发生了变化，最典型的是从\"了解\"变成\"购买\"。",[15,226,227],{"id":227},"我们怎么发现意图变了",[11,229,230],{},"方法很土：把三年前 TOP10 的页面类型和现在的 TOP10 比。",[11,232,233],{},"比如\"数据仓库\"这个词，2022 年前 10 名有 7 篇是科普文章；2026 年再看，前 10 名有 6 个是厂商的产品页和对比页。意图从\"了解\"变成了\"选型\"。",[11,235,236],{},"我们 2026 年 4 月复查 40 个老词，11 个的 SERP 类型发生了变化，其中 7 个是从信息型转向商业型。",[15,238,239],{"id":239},"意图漂移的三个原因",[11,241,242],{},"第一，市场成熟了。一个品类刚出现时大家都在学习，成熟后大家都在选型。",[11,244,245],{},"第二，搜索引擎的判断变了。同样的词，搜索引擎现在认为用户想看对比，就给对比页更多位置。",[11,247,248],{},"第三，竞品内容改变了 SERP。厂商大量投放产品页，把 SERP 结构带偏了。",[15,250,252],{"id":251},"意图变了内容怎么办","意图变了，内容怎么办",[11,254,255],{},"三种处理。第一种，内容还匹配新意图，只改标题和首段，强调新的意图。这类最省力。",[11,257,258],{},"第二种，内容不匹配，但页面有排名基础，就地改造：加对比、加价格、加选型建议。",[11,260,261],{},"第三种，页面没有排名基础，直接重写，或者新写一篇、老文 301。",[11,263,264],{},"我们那个\"数据仓库\"的老客户，选的是第二种：在科普文章里加了一节\"主流方案对比\"，加了一张价格区间表，三个月后排到第 7。",[15,266,267],{"id":267},"一个反例",[11,269,270],{},"2025 年有个客户坚持不改，说\"我们的文章是行业最好的科普\"。结果排名从第 5 掉到 30 开外。",[11,272,273],{},"不是文章不好，是用户想看的东西变了。用户想选型，你还在科普，搜索引擎自然不给位置。",[15,275,276],{"id":276},"怎么建立复查机制",[11,278,279],{},"我们现在的做法：每季度抽 20 个核心词，对比 SERP 类型变化。变化超过一半，就标记为\"意图漂移\"，排进内容更新。",[11,281,282],{},"这个动作花不了多少时间，但能提前发现问题，而不是等排名掉了才查。复查时顺手把每个词的 SERP 类型记下来，下次再比就有基线了。",[11,284,285],{},"这件事没有工具能替你做，只能人工看，没有捷径。",[15,287,288],{"id":288},"一句判断",[11,290,291],{},"关键词不是静态的资产，它跟着市场一起变。做内容的人要定期回头看，别把三年前正确的答案，当成今天的答案。",[11,293,294],{},"还有一个信号：如果你的文章点击率在掉、排名没动，先别改标题，去看看 SERP 是不是变了。意图漂移往往比标题问题更早出现。",{"title":94,"searchDepth":95,"depth":95,"links":296},[297,298,299,300,301,302],{"id":227,"depth":95,"text":227},{"id":239,"depth":95,"text":239},{"id":251,"depth":95,"text":252},{"id":267,"depth":95,"text":267},{"id":276,"depth":95,"text":276},{"id":288,"depth":95,"text":288},"内容运营","2026-06-04","同一个关键词，三年前的搜索结果和现在可能完全不是一回事。我们复查了 40 个老词，有 11 个的意图发生了变化，最典型的是从“了解”变成“购买”。怎么发现、怎么改、什么时候该重写都在这篇，附我们每季度的复查方法。",{},"\u002Fblog\u002Fkeyword-intent-drift",{"title":219,"description":305},"blog\u002Fkeyword-intent-drift",[311,312,313],"搜索意图","内容更新","关键词","p3u7AF8PZqfzej5fVZ7w2l4Gt32pFXcQNr5PYMH1-Ug",1794088105082]