很多工厂的独立站,内容不错、关键词也做了,但 Google 就是不给排名。问题往往出在技术 SEO上——页面太慢、移动端不友好、HTTPS 没配好、结构化数据缺失。这些“看不见”的技术问题,会直接卡住你的排名。
技术 SEO 是 SEO 的地基。地基不稳,内容再好也白搭。本文给出工厂独立站必须通过的 10 项技术 SEO 核心指标,每项讲清三件事:怎么检查、什么算合格、怎么修复。你可以把它当成一份“验收清单”,逐项自查,也可以用来评估外包团队的工作质量。
在开始之前,准备三个工具:
- PageSpeed Insights(PSI):测页面速度和 Core Web Vitals。
- Screaming Frog SEO Spider:爬全站,检查技术细节。
- Google Search Console(GSC):看索引状态和搜索表现。
一、页面加载速度
怎么检查: 用 PageSpeed Insights 测首页和 2-3 个核心产品页,看 Performance 得分和加载时间。
什么算合格:
- Performance 得分 ≥ 80(移动端)。
- 首屏加载时间 < 3 秒(4G 网络)。
- 整页资源 < 5MB。
常见问题:
- 图片未压缩,单张 2-5MB,整页资源超过 10MB。
- 没有用 CDN,海外买家访问慢。
- CSS/JS 未压缩,渲染阻塞。
怎么修复:
- 图片全部转 WebP/AVIF,单张 < 100KB,产品图用懒加载。
- 开启 CDN(如 Cloudflare),加速静态资源分发。
- 压缩并合并 CSS/JS,减少渲染阻塞资源。
- 开启浏览器缓存,设置合理的 Cache-Control 头。
二、LCP(最大内容绘制)
怎么检查: PSI 的 Core Web Vitals 报告,看 LCP 值。
什么算合格: LCP < 2.5 秒(75 分位)。
常见问题:
- 首屏大图未优化,加载慢。
- 服务器响应时间(TTFB)过长,超过 200ms。
- 渲染阻塞资源(CSS/JS)延迟了首屏内容显示。
怎么修复:
- 优化首屏图片:压缩、用 WebP、设置明确的宽高(避免布局偏移)。
- 优化服务器响应:用 CDN、开启压缩(gzip/brotli)、优化数据库查询。
- 预加载关键资源:用
<link rel="preload">预加载首屏图片和关键 CSS。 - 减少 TTFB:目标 < 200ms。
三、CLS(布局偏移)
怎么检查: PSI 的 Core Web Vitals 报告,看 CLS 值。
什么算合格: CLS < 0.1(75 分位)。
常见问题:
- 图片没有设置宽高,加载后撑开布局,导致下方内容跳动。
- 广告、弹窗、嵌入内容动态插入,推动页面内容。
- 字体加载后,文字宽度变化,导致布局跳动。
怎么修复:
- 所有图片设置明确的
width和height属性,或 CSS 里设置宽高比。 - 广告和嵌入内容预留固定空间,不要动态插入。
- 用
font-display: swap或预加载关键字体,减少字体加载导致的布局跳动。 - 避免在已渲染内容上方动态插入新内容。
四、INP(交互到下一次绘制)
怎么检查: PSI 的 Core Web Vitals 报告,看 INP 值。(注:INP 已取代 FID,成为 Google 的核心交互指标。)
什么算合格: INP < 200ms(75 分位)。
常见问题:
- 大量 JavaScript 阻塞主线程,用户点击后页面“卡”一下。
- 第三方脚本(分析、聊天、广告)拖慢交互响应。
- 长任务(> 50ms)频繁执行,占用主线程。
怎么修复:
- 减少第三方脚本,只保留必要的(如 GSC、GA4)。
- 把长任务拆成小任务,用
requestIdleCallback在空闲时执行。 - 延迟加载非关键 JS,用
defer或async。 - 优化事件处理函数,避免在点击事件中做重计算。
五、移动端友好性
怎么检查: 用 Mobile-Friendly Test 测试,再用真机(375px 宽)实测。
什么算合格:
- 正文 ≥ 16px,不需要缩放。
- 可点击元素 ≥ 48×48px,间距足够。
- 没有横向滚动条,内容不被裁切。
- 表单在移动端可用,输入框足够大。
常见问题:
- 字体太小,海外买家在手机上看不清。
- 按钮太小,容易误触。
- 桌面端布局在移动端被裁切。
怎么修复:
- 采用响应式布局,正文 ≥ 16px,可点击元素 ≥ 48×48px。
- 表单在移动端保持单列,输入框足够大。
- 用 Astro + Tailwind 等现代框架,375px 到 1440px 全断点测试。
- 避免固定宽度布局,用相对单位(rem、%、vw)。
六、HTTPS 与安全
怎么检查: 浏览器地址栏看锁标志;用 SSL Checker 查证书;GSC 看“安全”状态。
什么算合格:
- 全站 HTTPS,无混合内容警告。
- 证书有效,自动续期。
- http:// 全部 301 到 https://。
常见问题:
- 证书过期,浏览器报“不安全”。
- HTTP 和 HTTPS 混用,出现混合内容警告。
- 没有 301 重定向,两个版本都被收录,权重分散。
怎么修复:
- 用 Let’s Encrypt(免费)或 Cloudflare 证书,自动续期。
- 全站强制 HTTPS,所有 http:// 链接 301 到 https://。
- 在 GSC 设置首选域,确保只有一个版本被收录。
- 检查内部链接,确保没有残留的 http:// 绝对路径。
七、结构化数据
怎么检查: 用 Rich Results Test 测试核心页面。
什么算合格:
- 首页有 Organization schema。
- 产品页有 Product schema。
- 博客有 Article schema。
- Rich Results Test 无错误。
常见问题:
- 完全没加结构化数据。
- 加了但格式错误,Rich Results Test 报错。
- 产品页没加 Product schema,丢失富展示机会。
怎么修复:
- 首页加 Organization schema(公司名、logo、联系方式、社交链接)。
- 产品页加 Product schema(名称、图片、描述、品牌、价格、库存)。
- 博客加 Article schema,FAQ 区块加 FAQPage schema。
- 用 JSON-LD 格式放在
<head>里,用 Schema.org 标准,加完用 Rich Results Test 验证。
八、robots.txt
怎么检查: 访问 你的域名/robots.txt,看内容;用 Screaming Frog 检查是否被正确解析。
什么算合格:
- robots.txt 存在且可访问。
- 允许 Googlebot 抓取核心页面。
- 禁止抓取不必要的页面(如 /admin、/cart、/search)。
- 指向 sitemap 的位置。
常见问题:
- robots.txt 不存在,或返回 404。
- 错误地禁止了核心页面(如
Disallow: /)。 - 没有指向 sitemap。
- 禁止了太多页面,导致 Google 抓不到内容。
怎么修复:
- 创建 robots.txt,允许 Googlebot 抓取核心页面。
- 禁止抓取 /admin、/cart、/search、/tag 等不必要的页面。
- 在 robots.txt 末尾加
Sitemap: https://你的域名/sitemap.xml。 - 用 Screaming Frog 验证 robots.txt 被正确解析。
九、sitemap.xml
怎么检查: 访问 你的域名/sitemap.xml,看内容;在 GSC 提交 sitemap。
什么算合格:
- sitemap.xml 存在且可访问。
- 包含所有核心页面的 URL。
- 每个 URL 有 lastmod(最后修改时间)。
- 在 GSC 成功提交,无错误。
- URL 数量 < 50000,文件大小 < 50MB。
常见问题:
- sitemap.xml 不存在,或返回 404。
- 包含 404 页面、重复 URL、被 robots.txt 禁止的页面。
- 没有 lastmod,Google 不知道哪些页面更新了。
- 没有在 GSC 提交。
怎么修复:
- 生成 sitemap.xml,包含所有核心页面 URL。
- 每个 URL 加 lastmod 标签。
- 排除 404 页面、重复 URL、被禁止的页面。
- 在 GSC 提交 sitemap,确认无错误。
- 用 Astro 等框架自动生成 sitemap,保持更新。
十、索引覆盖率
怎么检查: GSC → 索引编制 → 网页,看“已编制索引”和“未编制索引”的比例。
什么算合格:
- 核心页面 100% 被索引。
- “已发现 - 未编制索引”比例 < 10%。
- 没有大量 404 或重定向错误。
常见问题:
- 大量页面“已发现 - 未编制索引”,Google 认为价值低。
- 重复 URL(带参数、带尾部斜杠),权重分散。
- 404 页面未处理,或重定向链过长。
- 某些页面被 noindex 误伤。
怎么修复:
- 清理重复 URL,用 canonical 标签指定唯一版本。
- 404 页面做友好处理,重要旧页面 301 到新页面。
- 重定向链压到 1 跳。
- 检查 noindex 标签,确保核心页面没有被误伤。
- 用 GSC 的“请求编制索引”功能,手动提交重要页面。
检查清单速查表
| 指标 | 合格标准 | 检查工具 |
|---|---|---|
| 页面加载速度 | Performance ≥ 80,首屏 < 3s | PSI |
| LCP | < 2.5s | PSI |
| CLS | < 0.1 | PSI |
| INP | < 200ms | PSI |
| 移动端友好 | 正文 ≥ 16px,元素 ≥ 48px | Mobile-Friendly Test |
| HTTPS | 全站 HTTPS,无混合内容 | SSL Checker |
| 结构化数据 | 核心页面有对应 schema | Rich Results Test |
| robots.txt | 存在,允许核心页面,指向 sitemap | 浏览器/Screaming Frog |
| sitemap.xml | 存在,含核心页面,有 lastmod | 浏览器/GSC |
| 索引覆盖率 | 核心页面 100% 索引 | GSC |
执行建议
技术 SEO 检查不是一次性工作,建议:
- 首次检查:按 10 项逐项检查,列出问题清单,按优先级修复。
- 每月复查:重点看 PSI 的 Core Web Vitals 和 GSC 的索引覆盖率。
- 每季度全面检查:重新跑一遍 10 项,对比数据,看修复效果。
优先级排序:先修 HTTPS 和索引(让 Google 能抓、能读),再修速度(LCP/CLS/INP),再修结构化数据(让页面有富展示),最后修 robots/sitemap(让抓取更高效)。
技术 SEO 的本质,是让 Google 能快速、完整、准确地抓取和理解你的网站。做到这一点,你的内容才有机会被排名,你的流量才有来源。
想评估你的公司适不适合这套海内外获客方案?添加企业微信获取人工诊断