WordPress + Cloudflare CDN：外贸站最小可用配置（不影响 SEO 的做法）

Cloudflare 对外贸站的价值很大：海外访问更稳、静态资源更快、还能做基础防护。但它也是翻车高发区：重定向循环、缓存导致改了页面不生效、甚至把 Googlebot 拦掉。

这篇只给你最小可用配置：先保证不影响 SEO、不中断后台，再谈更高级的优化。

图：Cloudflare 在 WordPress.org 插件目录的页面（用于确认插件名称与来源）。

第 0 步：先统一你的“规范域名版本”

你必须先确定一件事：你最终想让 Google 收录哪个版本？

• 必须是 https
• www 或 non-www 二选一（选了就统一 301）

很多“SEO 问题”其实是 URL 版本混乱造成的重复页面。

Step 1：DNS 配置（先让网站能稳定打开）

Cloudflare 接管后，你通常会配置 A 记录或 CNAME。原则：

• 先按主机商要求把解析指对
• 先验证网站能正常打开，再做规则/缓存

Step 2：SSL/TLS（避免无限重定向）

最常见翻车点：SSL 模式选错。

• 推荐：Full (strict)（前提：源站也有有效证书）
• 不推荐：Flexible（容易引发登录/重定向各种问题）

Step 3：缓存（新手先只缓存静态资源）

新手最容易犯的错是“缓存 HTML”，然后后台改内容前台不变。建议：

• 先让图片/CSS/JS 走 CDN 缓存
• 不要一上来用规则把全站 HTML 缓存

你如果已经用了 WordPress 缓存插件，记住：这是两层缓存，排错时要两边都清。

Step 4：WAF/安全（别把 Googlebot 拦掉）

如果你开了很激进的 Bot Fight/WAF，可能出现：

• GSC 提交 sitemap fetch 失败
• 站点被抓取时返回 403

遇到这种情况，先放宽规则或为 Googlebot 设允许策略。然后再看 sitemap 是否正常：sitemap 提交与排错。

常见问题排错

Too many redirects（无限重定向）

通常是 WordPress 强制 https + Cloudflare SSL 模式不匹配。先确认源站 https 正常，再把 Cloudflare 设为 Full (strict)。

改了页面不生效

清缓存顺序：WordPress 缓存插件 → Cloudflare 缓存。很多人只清一边就以为没生效。

sitemap 抓取失败

先浏览器打开 /sitemap_index.xml；如果能打开，再去看 Cloudflare 安全事件/防火墙是否拦截。

验收清单（做完就够用）

• 网站海外访问稳定，且规范域名统一
• sitemap 可访问并能在 GSC 提交成功
• 后台更新内容后，清缓存能立刻生效

Cloudflare 稳了之后，站内提速的下一步通常是：图片与缓存最小配置：缓存插件最小配置、图片 WebP 实操。