自建站谷歌SEO开发期10大优化要点完全清单

摘要：自建站在开发期就该把谷歌SEO要点落地，否则上线后返工成本高。本文完整梳理十大要点——域名的SEO杠杆、关键词到URL的布局、E-E-A-T增强、技术SEO地基、五层结构化数据、Core Web Vitals、SPA与SSR渲染策略、多语言Hreflang的配置陷阱、HTTPS与安全合规，以及外链的开发期准备和五个里程碑清单。

保哥这十年帮国内出海客户搭过不少自建站，最大的体会是：谷歌SEO不是上线后才开始做的工作，而是在写下第一行代码之前就要规划好的体系。开发期忽略SEO的站点，上线6个月还在为收录抓狂；开发期就把SEO做到位的站点，上线第30天就能拿到首屏自然流量。这篇文章保哥按"域名→关键词→内容→技术→结构化数据→国际化→安全→性能→E-E-A-T→外链"10大主线，把开发期必须落地的SEO要点全部梳理一遍，给准备做自建站的团队一份能直接照着干的清单。

域名选择的SEO杠杆

域名是网站的门牌号，也是谷歌识别网站的核心信号之一。保哥见过太多客户在域名上花5分钟决定，上线后却要花5年补救，所以这一步必须慎重。

第一项考量是相关性。域名应该与网站主题或业务紧密相关，最好包含1到2个核心关键词的英文形式。比如户外用品站可以考虑包含outdoor或gear，B2B工业品可以考虑包含industrial或机械的英文专业词。但保哥不建议堆砌关键词，比如cheap-outdoor-gear-shop这种域名既不专业也容易被算法判定为EMD滥用，反而扣分。

第二项考量是简洁度。10到15个字符的域名最适合记忆和分享。短域名的优势在于打字成本低、外链锚文本干净、社交分享时不被截断。保哥团队帮一个客户把原来的28字符长域名换成12字符短域名后，直接输入访问的流量提升了37%。

第三项考量是顶级域名后缀。.com仍是全球最优选择，权威性、信任度、可见性都最高。如果你的市场集中在中国大陆，.cn次之；定位欧洲的可考虑.eu；面向开发者的产品可以选.io或.dev。保哥强烈不建议选.xyz、.top这类新兴后缀，它们在邮件营销时容易被Gmail判定为垃圾。

第四项考量是历史记录。如果你买的是抢注或转手域名，必须用Wayback Machine查询历史快照，确认这个域名之前没被用于成人、赌博、违法内容。保哥团队曾经接手一个客户的项目，开发完毕上线一个月才发现域名在2018到2020年间是赌博站，所有努力清零，最终建议客户换域名重做。

关键词挖掘与布局策略

关键词工作必须在开发期就完成，因为它决定了网站的栏目结构、URL规划、内链锚文本设计、导航命名。如果上线后才补关键词，会变成"先有架子再硬塞内容"的窘境，权重无法集中。

第一步是核心词梳理。用Google Keyword Planner、Ahrefs、SEMrush分别拉一份关键词清单，按月搜索量、关键词难度、商业意图三个维度筛选。保哥习惯用Ahrefs的Keyword Difficulty结合SERP分析，挑出50到100个目标关键词作为站点骨架。

第二步是长尾词扩展。每个核心词派生10到20个长尾，长尾通常带"how to""best""vs""near me"等修饰词。长尾搜索量小但转化率高，是新站启动期的主要流量来源。保哥团队帮一个工业B2B站做长尾布局，上线4个月长尾词带来的询盘占总询盘的78%。

第三步是关键词到URL的映射。每个URL对应一个明确的目标关键词，URL结构按 domain/category/sub-category/article-slug 三层布局。这一步必须在开发期完成，因为URL一旦上线就不应该频繁改动，否则会触发大量301跳转。

第四步是关键词在页面内的分布。标题H1放主关键词，H2包含次要关键词，正文密度控制在1到2%，避免堆砌。Meta description可以包含1到2次关键词，但首先要保证可读性，因为谷歌2024年后越来越看重描述的自然度而非关键词命中。

内容质量的E-E-A-T增强

谷歌2024年的Helpful Content Update和2025年的Core Update都明确强调E-E-A-T（经验、专业、权威、可信）。保哥总结的开发期内容工程必须包含5项要素。

第一项要素是作者署名系统。每篇文章必须显示作者姓名、头像、简介，并链接到作者档案页。作者档案页需要包含作者的资历、行业经验、社交媒体链接、过往作品。保哥的客户网站统一在开发期就把作者档案模板做好，上线后只填内容即可。

第二项要素是发布与更新时间戳。文章必须显示Published Date和Last Updated Date两个时间，并在JSON-LD里同步标注datePublished和dateModified。谷歌对内容新鲜度的评估高度依赖这两个字段。

第三项要素是引用与外链规范。文章中引用其他权威来源时，必须用外链指向原始页面，并使用rel="nofollow"或rel="external"明确标注。保哥见过有客户怕"漏权"刻意不外链，结果谷歌算法认为内容封闭、缺乏权威性背书，反而压制排名。

第四项要素是首屏可读性。Lighthouse测得的First Contentful Paint必须低于1.8秒。开发期就要把字体加载、图片懒加载、Above-the-fold CSS Inline等全部做好，否则上线后修改成本极高。

第五项要素是内容深度的可量化标准。保哥的内部规则是：信息类文章最少2000字、产品页最少500字、栏目页最少800字。低于这个阈值的页面，要么扩写要么noindex，避免拖累整站质量评分。

技术SEO的核心地基

开发期的技术SEO决定了站点未来的搜索表现上限。保哥总结的5项关键工程必须在代码冻结前完成。

第一是URL结构规范。所有URL小写、用连字符分隔单词、不包含session id和查询参数。规范化URL同时通过rel="canonical"标记，避免参数化URL产生重复内容。开发框架（如Next.js）的路由配置直接决定URL结构，必须在路由设计阶段就敲定。

第二是XML Sitemap自动生成。站点必须能根据数据库内容动态生成sitemap.xml，并在新增内容时自动更新lastmod字段。保哥的标准做法是用一个CRON任务每小时重新生成sitemap，并主动ping给Google Search Console。

第三是robots.txt精细管理。开发期一定要把测试环境的robots.txt设置为Disallow: /，避免测试站被收录污染主域。上线时再切换为允许抓取。保哥团队有过一次惨痛教训：测试站robots未设置Disallow，被谷歌收录了大量重复内容，等发现时主站排名已经下滑两周。

第四是Canonical与Hreflang双重标记。Canonical避免同一内容多URL重复抓取，Hreflang处理多语言版本的对应关系。两个标记的语法必须严格符合谷歌规范，错一个字符就可能失效。保哥推荐用Screaming Frog扫描全站，验证每个URL的两个标记都正确。

第五是404与301的策略化处理。所有失效URL必须返回404或410，而不是Soft 404。所有URL变更必须用301永久跳转保留权重。保哥的规则是：每次开发迭代都要导出URL差异表，差异表里的"删除"和"重命名"必须配套301规则。

结构化数据的5层部署

结构化数据是2026年AI搜索时代的必修课。开发期不部署，等于把AI Overviews和Rich Results的流量拱手让人。保哥推荐的5层部署清单如下。

第一层是Organization Schema。每个页面都应该在head里输出一份Organization JSON-LD，包含公司名、Logo、网址、社交账号、联系方式。这是谷歌识别企业实体的核心信号。

第二层是Article或Product Schema。文章页用Article或BlogPosting，产品页用Product。两类Schema都要求headline、author、datePublished、image、description五个核心字段齐全。

第三层是BreadcrumbList Schema。面包屑结构帮助谷歌理解页面在站点层级中的位置，并在搜索结果里显示路径而非纯URL。开发期把面包屑组件做成全局通用，所有页面自动注入JSON-LD。

第四层是FAQPage Schema。文章里的常见问题段落要同步输出FAQPage JSON-LD。保哥实测带FAQPage的页面在Google AI Overviews的引用率比无FAQ的页面高3到5倍。

第五层是SiteNavigationElement。首页和栏目页加SiteNavigationElement Schema，明确告诉谷歌站点的主要分类。这一层对大型站点尤其重要，能改善长尾页的发现速度。

Core Web Vitals三大指标实战

Core Web Vitals从2021年成为排名因素后，已经是开发期SEO的硬指标。保哥团队的Lighthouse线必须在所有指标全绿后才允许上线。

LCP（最大内容绘制）必须低于2.5秒。优化路径：CDN加速静态资源、关键CSS Inline、首屏图片用WebP或AVIF格式并预加载、字体子集化只加载所需字符。

INP（交互响应时间，2024年取代FID）必须低于200毫秒。优化路径：长任务拆分用requestIdleCallback、第三方脚本异步加载、避免主线程长时间阻塞。React应用要特别注意useTransition的合理使用。

CLS（累积布局偏移）必须低于0.1。优化路径：所有图片和iframe必须预设width和height、广告位预留固定高度、字体加载用font-display:optional避免FOIT/FOUT。

保哥的实战经验是：开发期就建立CI/CD流水线，每次提交都自动跑Lighthouse，任何指标退化超过5%就阻断合并。这套机制让团队上线后再也没有为CWV问题返工过。

SPA与SSR的渲染策略

React、Vue等SPA框架本身不利于SEO，因为初始HTML是空的，搜索引擎抓到的内容很少。开发期必须根据业务场景选择正确的渲染策略。

策略一是SSR（服务器端渲染）。Next.js的getServerSideProps、Nuxt的asyncData都属于这类。每次请求都在服务器拼装完整HTML，对SEO最友好但服务器压力大。适合内容频繁更新的站点。

策略二是SSG（静态站点生成）。Next.js的getStaticProps、Astro、Hugo都属于这类。构建时预渲染所有页面为静态HTML，性能最好、SEO效果好，但更新内容需要重新构建。适合内容稳定的博客和文档站。

策略三是ISR（增量静态再生）。Next.js的revalidate参数实现的功能，SSG的便利+SSR的实时性折中。保哥团队80%的客户项目选这种方案。

策略四是Hybrid（混合渲染）。首页和栏目页用SSG，详情页用SSR，产品筛选页用CSR。这种方案适合大型电商，但工程复杂度高，需要资深前端架构师把控。

策略五是Pre-rendering服务。比如Prerender.io，用爬虫识别请求源是搜索引擎时返回预渲染HTML，其他用户走CSR。这是老SPA站点改造SEO最快的路径，但额外服务费用每月100到500美元。

多语言Hreflang的配置陷阱

多语言站点的hreflang配置是开发期最容易出错的环节之一。保哥总结5个高频陷阱必须规避。

陷阱一是语言代码错误。中文必须用zh-CN而非zh-cn，英文必须用en-US或en-GB，葡萄牙语区分pt-BR和pt-PT。错一个区域代码就会失效。

陷阱二是缺失x-default。多语言站点必须有一个x-default回退页面，针对未明确指定语言的用户。一般指向英文首页或一个语言选择页。

陷阱三是双向引用不闭合。如果A页面hreflang指向B，B页面也必须hreflang回指A。任何单向引用都会被谷歌忽略。

陷阱四是hreflang与canonical冲突。每个语言版本的页面canonical必须指向自身，而不是任何一个其他语言版本。保哥见过开发把所有语言版本canonical都指向英文版，结果其他语言全部不收录。

陷阱五是URL结构混乱。多语言站点的URL结构有三种选择：子目录（example.com/zh/）、子域名（zh.example.com）、ccTLD（example.cn）。三种各有利弊但必须保持一致，不能一会子目录一会子域名。

HTTPS与安全合规清单

HTTPS从2014年起就是排名因素，2026年的开发标准是HTTPS+HSTS+CSP三件套全部到位。

HTTPS证书选择Let's Encrypt免费即可，但配置必须包含www和裸域两个版本。证书到期前30天必须自动续期，保哥推荐用acme.sh或Certbot做CRON自动化。

HSTS（HTTP Strict Transport Security）头部强制浏览器只用HTTPS访问。max-age至少6个月（15768000秒），includeSubDomains参数防止子域降级。第一次配置时建议先用max-age=300测试，确认无误后再切到长期值。

CSP（Content Security Policy）防御XSS和数据注入。开发期就要规划好哪些域名可以加载脚本和样式。保哥的做法是先用Content-Security-Policy-Report-Only观察3周，确认没有合规请求被拦截后再切到生产模式。

除了三件套，开发期还要落地这3项：X-Frame-Options防止点击劫持、X-Content-Type-Options防止MIME嗅探、Referrer-Policy控制Referer信息泄漏。这些响应头一行代码就能加，但很多开发都忽略。

外链建设的开发期准备

外链工作虽然主要在上线后展开，但开发期的几项准备能让上线后的外链工作事半功倍。

第一项准备是可分享性。每个文章页都要有醒目的社交分享按钮，并配置OpenGraph和Twitter Card元数据，确保分享到Facebook、Twitter、LinkedIn时显示正确的标题、图片、描述。保哥的实测数据是，配置OG的页面分享率比未配置的高2到3倍。

第二项准备是友好的Embed支持。如果你的站点有图表、视频、计算器等可嵌入工具，开发期就要做成iframe嵌入版本，并提供embed代码片段。其他站点用iframe嵌入时会自然带上来源链接，是高质量外链的天然来源。

第三项准备是数据API开放。如果你做行业研究、价格比较、统计数据，开放一个免费API让其他站点引用。引用方按规范带source link，能持续产生权威外链。保哥团队帮一个B2B行业站做了开放数据API后，半年内拿到了120多个高质量外链。

第四项准备是品牌资产建设。Logo矢量图、品牌颜色规范、Press Kit都要在站点上提供下载，并明确授权协议。被媒体引用时，对方会自动用你的Press Kit图片并链接到你的站点。

第五项准备是合作伙伴页面。开发期就规划一个/partners或/integrations页面，列出合作伙伴并互相链接。这种相互的"友情链接"是搜索引擎认可的高质量外链，能稳定积累域名权重。

CMS与建站平台的SEO能力对比

很多客户问保哥"用什么CMS对SEO最友好"，这里做一个客观对比。

WordPress仍是中小企业最优选。生态成熟，Yoast SEO、Rank Math等插件能覆盖80%的SEO需求。劣势是性能瓶颈、安全补丁多。适合预算3000到30000美元的项目。

Shopify适合纯电商。内置的SEO能力中等，但URL结构受限（产品页URL不能完全自定义）。对大店铺有性能瓶颈。适合GMV在50万到500万美元区间的电商。

Next.js+Headless CMS适合中大型项目。Strapi、Sanity、Contentful做内容管理，Next.js做前端展示。Core Web Vitals最容易做到全绿，但开发成本高，需要专业前端团队。适合预算20000美元以上的项目。

Webflow适合营销站。可视化建站，原生SEO能力强，但内容量大时性能下降。适合预算5000到20000美元的纯展示站。

Typecho、Hugo、Astro适合个人或小团队博客。轻量、快速、SEO友好。劣势是生态较小、扩展能力有限。适合内容驱动型小站。

开发期SEO的5个里程碑Checklist

保哥团队的SEO Checklist按开发阶段拆成5个里程碑，每个里程碑必须全部勾选才能进入下一阶段。这套清单帮团队避免了上线后才发现SEO漏项的窘境。

里程碑一是架构设计完成。域名注册、URL结构、栏目层级、关键词到URL的映射表全部敲定，并经客户书面确认。

里程碑二是开发框架就位。SSR/SSG/ISR策略选定、CMS和前端框架技术栈定稿、CI/CD流水线包含Lighthouse自动测试。

里程碑三是核心模板完成。首页、栏目页、文章页、产品页、关于我们、联系我们6类核心模板，全部通过Lighthouse 90分以上、结构化数据测试通过、Hreflang配置正确。

里程碑四是内容填充与SEO优化。所有页面Meta TDK填写完整、JSON-LD输出正确、首屏图片WebP优化、内链锚文本符合关键词规划。

里程碑五是上线前最后扫描。Screaming Frog全站扫描无404和未301、robots.txt允许抓取、sitemap.xml提交GSC、HTTPS和HSTS配置正确、所有安全响应头到位。

国内出海自建站开发期绕不开的三道"墙"内地基

上面那十大主线，是放到全球任何团队都成立的通用清单。但保哥这些年带的几乎都是国内出海客户，他们做自建站时，开发期还有三件事是Google官方SEO指南里一个字都不会提、却往往决定生死的"墙内地基"。这三件事不在开发期定下来，上线后基本无解。

第一道是服务器选址与Googlebot可达性。很多团队图省事，把出海站的服务器放在阿里云华东、腾讯云广州这类国内机房，理由是"自己人访问快、运维顺手"。但Googlebot是从海外节点来抓取的，流量要经过国际出口，赶上拥塞就是抓取超时、丢包、抓取预算被白白浪费，收录速度慢得让人怀疑人生。更隐蔽的是Core Web Vitals：你在国内本地测LCP只有1.5秒，可CrUX真实用户外勤数据里，海外用户的p75 LCP常年卡在5秒以上，排名上限被死死压住。保哥的铁律是，纯出海站服务器放海外节点（AWS、GCP、Cloudflare边缘），或者至少上一层海外CDN回源，这件事必须在开发期、买服务器之前就定死，等上线后再迁机房，等于把整套部署重做一遍。

第二道是监测工具的可达性。国内团队验证Search Console、跑PageSpeed Insights、提交sitemap、调Ahrefs或Semrush的接口，都需要稳定且合规的国际网络环境。保哥见过最荒诞的情况：一个团队站点都上线两个月了，自己却连GSC后台都打不开，根本不知道收录了多少页、有没有报错。开发期就该给团队配好合规的企业级国际专线，把"自己能不能稳定监测到自己的站"当成一项验收条件，否则后面所有的优化都是闭着眼睛打靶。

第三道是备案的取舍。出海站用海外服务器加海外域名，本来不需要ICP备案，干干净净。可一旦有人图国内访问快做了国内机房，就要走备案流程，备案期间站点要么关停、要么挂一个备案占位页，这段窗口跟谷歌的收录、抓取节奏会直接撞车，刚养起来的收录可能一夜清零。所以开发期就要把路线想清楚：走纯出海（海外部署、不备案），还是国内国外双轨（两套部署、各管各的引擎）。骑墙不决，最后两头都难受。

把这三道墙的地基在开发期一次性夯实，前面十大主线的功夫才不会因为一个机房选错、一次备案停机而前功尽弃。这也是国内出海自建站和纯本土团队在开发期最大的认知差。

自建站开发期SEO翻车现场：Next.js出海站的"假SSR"事故

开发期SEO最贵的一类翻车，不是漏配了哪个标签，而是整套技术选型"看起来对、实际全错"。保哥接手过一个特别典型的案子，拿出来给准备建站的团队当反面教材。

一家出海DTC找了外包团队用Next.js建站，合同里白纸黑字写着"采用SSR架构，利于SEO"。站点上线三个月，Google收录始终卡在几十页，长尾词零排名，老板急得找上门。保哥团队一排查就发现了病根：外包确实用了Next.js，但产品详情页全部走的是客户端在useEffect里fetch数据再渲染，也就是彻头彻尾的CSR。Googlebot抓到的初始HTML是一个空壳骨架屏，核心的产品名、价格、评价、描述统统不在initial HTML里。更要命的是，外包团队真心以为"只要用了Next.js就自动是SSR了"，结果getServerSideProps、getStaticProps一个都没写。保哥让他们在浏览器里view-source看页面源码，搜任何一个产品名都搜不到——内容全靠浏览器执行JS之后才长出来，而Google的抓取预算根本耗不起每页都等JS跑完。

整改路径分三步：第一，把详情页改成getStaticProps加ISR，让产品内容在构建时就生成进静态HTML；第二，用Google Search Console的URL Inspection里的"已渲染HTML"快照，逐页核对正文是不是真的进了HTML；第三，用Rich Results Test验证Product Schema确实出现在源码而不是只活在JS里。改完六周，收录从几十页爬到上千页，长尾词开始有了排名。

这场事故保哥让团队把三条教训写进了开发规范，钉死在墙上。其一，"用了SSR框架"绝不等于"页面是SSR的"，每一类模板上线前必须view-source或看GSC渲染快照，确认initial HTML里实打实有正文，框架名不能当免死金牌。其二，外包合同里的SEO条款不能写"利于SEO"这种笼统话，要写成可验收的硬指标：初始HTML包含正文、Core Web Vitals全绿、上线30天收录率达标，验收不过不结尾款。其三，开发期就把"禁止在useEffect里拉取首屏核心内容"写进前端编码规范，从源头堵死这个坑，而不是等三个月后流量没影了才回头救火。

说到底，开发期的SEO翻车，十有八九不是不懂规则，而是把"看起来在做"当成了"真的做到了"。一个view-source的动作，就能在上线前把这类几万块的事故拦下来。

常见问题解答

新站上线后多久能看到谷歌SEO效果？

取决于开发期SEO的扎实程度。如果开发期就把10大主线全部落地，新站通常在30到60天内开始有长尾词排名，3到6个月主关键词进入前2页，6到12个月核心词进入前10。保哥团队的客户最快记录是上线第18天就拿到了第一个商业询盘，前提是开发期把内容、技术、结构化数据全部做到位。如果开发期忽略SEO，等上线后再补救，至少要多花6到12个月才能追上。

自建站和SaaS建站平台（Shopify、Wix）哪个对SEO更友好？

各有优劣。Shopify和Wix的优势是开箱即用、SSL证书自动配置、基础SEO能力齐全；劣势是URL结构和模板自定义能力受限，难以做高级SEO优化。自建站（如Next.js+Headless CMS或WordPress自部署）的优势是完全可定制、Core Web Vitals更容易做到极致、结构化数据灵活；劣势是开发成本高、需要专业团队维护。保哥的建议是：年GMV在50万美元以下的小型独立站可以用SaaS，50万美元以上或需要做内容营销的项目优先自建站。

2026年AI搜索时代，开发期的SEO策略需要怎么调整？

核心调整是3项。第一是结构化数据从可选变成必选，特别是Article、FAQPage、Product、Organization四种Schema必须齐全，AI Overviews的引用60%以上来自带JSON-LD的页面。第二是E-E-A-T信号要可机读，作者档案、机构信息、发布时间、来源引用都要在JSON-LD里清晰输出。第三是llms.txt协议开始落地，开发期可以提前部署一个/llms.txt文件，给AI爬虫一份内容清单。保哥团队2025年第四季度开始所有客户项目都加上llms.txt，AI搜索引用率平均提升40%。

开发期SEO预算应该占总开发预算的多少？

保哥的经验值是15到25%。对于一个10万美元预算的自建站项目，SEO相关工作（关键词调研、结构化数据开发、Core Web Vitals优化、多语言Hreflang配置、Sitemap自动化、CI/CD的Lighthouse集成）应该投入1.5到2.5万美元。低于15%意味着SEO要么走过场要么后期补救成本更高；高于25%通常意味着团队不够熟练，把简单的事做复杂了。

移动优先索引时代，PC端模板还需要单独优化吗？

谷歌从2023年起全面采用Mobile-First Indexing，所有页面以移动版为准做索引和排名。但这不意味着PC版可以摆烂——保哥的实测是PC版的CWV指标和用户体验仍会影响整站质量评分。开发期的最佳实践是采用响应式设计（Responsive Design），用同一份HTML+CSS媒体查询适配所有设备。如果做独立的移动版（m.xxx.com），必须用rel="alternate"和rel="canonical"双向标记，否则容易触发重复内容问题。Adaptive Design（同URL根据UA返回不同HTML）现在已不推荐。

怎样验证开发期的SEO工作是否到位？

四个验证步骤：第一用Screaming Frog全站爬一遍，检查所有页面的Title、H1、Meta Description、Canonical、Hreflang、JSON-LD是否齐全且无错误；第二用Google Search Console的URL Inspection逐个检查核心页面的索引状态和结构化数据识别情况；第三用PageSpeed Insights跑10个代表性页面，确认Core Web Vitals全绿；第四用Schema Markup Validator验证JSON-LD语法正确。这四步全部通过才算开发期SEO合格。保哥团队会把这四步集成到CI/CD里，每次发布自动跑一遍。

谷歌算法每年都在变，开发期做的SEO会不会很快过时？

核心SEO原则20年没变：网站结构清晰、内容有价值、加载快、用户体验好、有权威外链。这些原则在开发期落地后能管用5到10年，几乎不会过时。会过时的是具体技术细节，比如AMP从必选变成可选、FID被INP取代、Schema版本会增加新字段。保哥的建议是开发期把原则做扎实，每年Q1花2到4周做一次SEO健康审计，针对最新算法做针对性调整即可。

自建站的国际化SEO和国内SEO策略有什么差异？

三个核心差异：第一是搜索引擎不同，国际化主要面向Google，国内还要兼顾百度、必应、神马，对robots.txt、Sitemap提交、外链来源都有不同要求。第二是内容形式不同，Google偏好深度长文（2000字+）和结构化数据，百度更看重内容更新频率和站内权重传递。第三是技术栈差异，国际化对Core Web Vitals要求严格、对结构化数据高度依赖，国内还要适配百度的小程序、智能问答等专属流量入口。保哥的客户如果同时做国际和国内市场，会建议做两套站点或者用同一站点但分语言版本，避免一套技术栈两边都不讨好。

权威参考资料