Cloudflare SEO 配置实战:从提速、缓存到爬虫抓取的完整命令指南
Cloudflare 如何做 SEO 优化|附完整命令
Cloudflare 是全球使用率非常高的 CDN、DNS 与安全防护平台。很多站长最初接触 Cloudflare,往往是为了免费 CDN、隐藏源站 IP、防 DDoS、开启 HTTPS 等功能。但如果配置得当,Cloudflare 同样可以在 SEO 优化中发挥重要作用。
对于搜索引擎来说,网站的访问速度、稳定性、安全性、可抓取性、移动端体验、核心网页指标 Core Web Vitals 都会影响页面表现。Cloudflare 本身并不会“直接提升排名”,但它可以通过优化网站性能、降低延迟、提高可用性、减少恶意流量、改善缓存策略等方式,间接帮助网站获得更好的 SEO 基础。
本文将系统讲解 Cloudflare 如何做 SEO 优化,并附上常用检测命令、配置命令和排查命令,适合个人站长、企业官网、WordPress 网站、独立博客以及跨境网站参考。
一、Cloudflare 对 SEO 有哪些帮助?
在开始配置之前,需要先明确 Cloudflare 与 SEO 的关系。
Cloudflare 并不是搜索引擎优化工具,它不会帮你写标题、生成内容、建设外链,也不会直接让关键词排名上升。但它可以从技术层面改善网站体验。
主要体现在以下几个方面:
-
提升网站访问速度
- Cloudflare CDN 会将静态资源缓存到全球边缘节点。
- 用户访问网站时,会从距离更近的节点获取资源。
- 对海外用户、跨境电商、英文站点尤其有帮助。
-
提升网站稳定性
- 源站短暂宕机时,Cloudflare 可通过缓存继续提供部分页面。
- 可以减少服务器压力,避免因流量峰值导致网站崩溃。
-
增强 HTTPS 安全
- 搜索引擎更倾向于推荐安全站点。
- HTTPS 已经是现代网站 SEO 的基础配置。
-
优化 Core Web Vitals
- 通过 Brotli、HTTP/2、HTTP/3、缓存、图片优化等功能,改善 LCP、FID/INP、CLS 等指标。
-
防止恶意爬虫和垃圾请求
- 减少无效流量占用服务器资源。
- 保护正常搜索引擎蜘蛛的抓取效率。
-
改善全球访问体验
- 如果网站用户分布在多个国家或地区,Cloudflare 的边缘网络可以显著降低跨境访问延迟。
二、接入 Cloudflare 前的准备工作
在正式配置 Cloudflare 之前,建议先完成以下准备:
1. 确认网站可以正常访问
在接入 Cloudflare 前,源站本身必须可以正常访问。
可以使用以下命令检测:
curl -I https://example.com
如果还没有 HTTPS,可以先检测 HTTP:
curl -I http://example.com
正常情况下,你应该看到类似结果:
HTTP/2 200
server: nginx
content-type: text/html
如果返回 500、502、503、504,说明源站本身存在问题,需要先修复服务器或程序错误。
2. 检查 DNS 解析
查看当前域名解析到哪个 IP:
dig example.com
或者:
nslookup example.com
查看 A 记录:
dig A example.com +short
查看 www 子域名:
dig A www.example.com +short
如果你使用的是 IPv6,还可以查看 AAAA 记录:
dig AAAA example.com +short
3. 备份当前 DNS 记录
在把域名 NS 修改到 Cloudflare 之前,建议先保存现有 DNS 记录。
如果服务器上安装了 dig,可以导出常见记录:
dig example.com any
不过很多 DNS 服务商会限制 ANY 查询,因此也可以分别查询:
dig A example.com
dig CNAME www.example.com
dig MX example.com
dig TXT example.com
dig NS example.com
建议手动截图或导出 DNS 控制台配置,避免迁移后邮件、子域名、验证记录丢失。
三、Cloudflare DNS 配置优化
Cloudflare 接入的第一步,是将域名 DNS 托管到 Cloudflare。完成后,你需要重点检查 DNS 记录是否正确。
1. A 记录与 CNAME 记录
常见配置如下:
| 类型 | 名称 | 内容 | 代理状态 |
|---|---|---|---|
| A | @ | 源站 IP | 已代理 |
| CNAME | www | example.com | 已代理 |
| MX | @ | 邮件服务器 | 仅 DNS |
| TXT | @ | SPF/DKIM/验证记录 | 仅 DNS |
SEO 角度建议:
- 主站域名建议开启 Cloudflare 代理,也就是橙色云朵。
- 邮件相关记录不要开启代理。
- API、后台、特殊服务可根据实际情况决定是否代理。
- 不要让多个域名版本都返回 200,避免重复收录。
2. 检查 Cloudflare 是否生效
修改 NS 后,可以使用以下命令检查:
dig NS example.com +short
如果返回类似:
alice.ns.cloudflare.com.
bob.ns.cloudflare.com.
说明域名 NS 已切换到 Cloudflare。
检查网站是否经过 Cloudflare:
curl -I https://example.com
如果响应头中出现:
server: cloudflare
cf-cache-status: HIT
cf-ray: xxxxx
说明请求已经经过 Cloudflare。
四、HTTPS 与 SSL/TLS 配置
HTTPS 是 SEO 的基础配置之一。Cloudflare 提供多种 SSL/TLS 模式,但不同模式安全性差异很大。
1. 推荐使用 Full strict 模式
Cloudflare SSL/TLS 模式主要有:
| 模式 | 说明 | 是否推荐 |
|---|---|---|
| Off | 不启用 HTTPS | 不推荐 |
| Flexible | 用户到 Cloudflare 是 HTTPS,Cloudflare 到源站是 HTTP | 不推荐 |
| Full | 用户到 Cloudflare 是 HTTPS,Cloudflare 到源站也是 HTTPS,但不严格验证证书 | 一般 |
| Full strict | 全链路 HTTPS,并验证源站证书 | 强烈推荐 |
SEO 优化建议:
推荐使用 Full strict,不要使用 Flexible。
因为 Flexible 模式容易造成重定向循环、后台异常、Canonical 错误、Mixed Content 等问题。
2. 安装 Cloudflare Origin Certificate
如果你没有源站证书,可以在 Cloudflare 后台申请 Origin Certificate,然后安装到服务器。
以 Nginx 为例,将证书保存为:
/etc/nginx/ssl/example.com.pem
/etc/nginx/ssl/example.com.key
创建目录:
sudo mkdir -p /etc/nginx/ssl
设置权限:
sudo chmod 600 /etc/nginx/ssl/example.com.key
sudo chmod 644 /etc/nginx/ssl/example.com.pem
Nginx 配置示例:
server {
listen 443 ssl http2;
server_name example.com www.example.com;
ssl_certificate /etc/nginx/ssl/example.com.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.key;
root /var/www/example.com;
index index.html index.php;
location / {
try_files $uri $uri/ /index.php?$args;
}
}
检查 Nginx 配置:
sudo nginx -t
重载 Nginx:
sudo systemctl reload nginx
检测 HTTPS:
curl -I https://example.com
3. 开启 Always Use HTTPS
Cloudflare 后台路径:
SSL/TLS → Edge Certificates → Always Use HTTPS
开启后,HTTP 请求会自动跳转到 HTTPS。
也可以在 Nginx 中做 301 跳转:
server {
listen 80;
server_name example.com www.example.com;
return 301 https://$host$request_uri;
}
检测跳转是否正确:
curl -I http://example.com
正常应该返回:
HTTP/1.1 301 Moved Permanently
location: https://example.com/
五、统一域名版本,避免重复收录
网站常见的重复版本包括:
http://example.com
http://www.example.com
https://example.com
https://www.example.com
如果这些版本都可以访问并返回 200,搜索引擎可能会认为存在重复内容。
SEO 建议只保留一个主版本,例如:
https://example.com
其他版本全部 301 到主版本。
1. Nginx 强制跳转到非 www
server {
listen 80;
listen 443 ssl http2;
server_name www.example.com;
ssl_certificate /etc/nginx/ssl/example.com.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.key;
return 301 https://example.com$request_uri;
}
主站配置:
server {
listen 443 ssl http2;
server_name example.com;
ssl_certificate /etc/nginx/ssl/example.com.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.key;
root /var/www/example.com;
index index.html index.php;
location / {
try_files $uri $uri/ /index.php?$args;
}
}
检查跳转链:
curl -I http://www.example.com/test
curl -I https://www.example.com/test
curl -I http://example.com/test
curl -I https://example.com/test
理想结果是:
- 所有非主版本只跳转一次;
- 最终都到
https://example.com/test; - 不要出现 302;
- 不要出现多次 301 链。
2. Cloudflare Redirect Rules 设置
如果你想在 Cloudflare 侧完成跳转,可以使用 Redirect Rules。
示例规则:
如果 hostname 等于 www.example.com
则 Static Redirect 到 https://example.com/${uri}
状态码 301
保留查询字符串
也可以设置 HTTP 到 HTTPS,但一般开启 Always Use HTTPS 即可。
六、缓存策略优化
缓存是 Cloudflare SEO 优化中最重要的一环。配置合理可以显著提高速度,配置错误则可能导致页面不更新、用户看到旧内容、后台异常,甚至影响收录。
1. 理解 Cache-Control
源站可以通过响应头告诉 Cloudflare 和浏览器资源应该缓存多久。
检测响应头:
curl -I https://example.com/style.css
你可能看到:
cache-control: public, max-age=31536000
cf-cache-status: HIT
常见字段含义:
| 字段 | 含义 |
|---|---|
| public | 可被 CDN 和浏览器缓存 |
| private | 仅浏览器缓存,不建议 CDN 缓存 |
| max-age | 浏览器缓存时间,单位秒 |
| s-maxage | CDN 缓存时间,优先级高于 max-age |
| no-cache | 使用前需重新验证 |
| no-store | 不缓存 |
2. 静态资源缓存一年
对于带版本号的静态资源,例如:
/app.8f3a1.css
/main.92ab3.js
/logo.2024.png
可以设置长缓存。
Nginx 配置:
location ~* \.(css|js|jpg|jpeg|png|gif|webp|avif|svg|ico|woff|woff2|ttf|eot)$ {
expires 365d;
add_header Cache-Control "public, max-age=31536000, immutable";
}
重载:
sudo nginx -t
sudo systemctl reload nginx
检测:
curl -I https://example.com/assets/app.css
3. HTML 页面谨慎缓存
HTML 页面是否缓存,要看网站类型:
- 纯静态博客:可以缓存 HTML;
- WordPress:前台页面可缓存,但后台、登录、购物车不可缓存;
- 电商站:商品页可谨慎缓存,购物车和结账页绝对不能缓存;
- SaaS 后台:通常不缓存 HTML。
如果你用的是静态网站,可以使用 Cloudflare Cache Rules 设置:
URI path 不包含 /admin
Cache eligibility: Eligible for cache
Edge TTL: 1 hour 或 1 day
Browser TTL: Respect origin
如果是 WordPress,建议排除:
/wp-admin/*
/wp-login.php
/cart/*
/checkout/*
/my-account/*
4. 检查 Cloudflare 缓存状态
使用命令:
curl -I https://example.com/style.css
关注:
cf-cache-status: HIT
常见状态说明:
| 状态 | 含义 |
|---|---|
| HIT | 命中 Cloudflare 缓存 |
| MISS | 未命中缓存,已回源 |
| BYPASS | 绕过缓存 |
| DYNAMIC | 动态内容,不缓存 |
| EXPIRED | 缓存过期,重新验证 |
| REVALIDATED | 重新验证后继续使用缓存 |
如果静态资源长期是 MISS 或 DYNAMIC,说明缓存规则可能没有生效。
七、开启 Brotli、HTTP/2、HTTP/3
压缩和协议优化对页面速度非常重要。
1. 开启 Brotli
Cloudflare 后台路径:
Speed → Optimization → Content Optimization → Brotli
开启后,可以减少 HTML、CSS、JS 等文本资源体积。
检测 Brotli:
curl -H "Accept-Encoding: br" -I https://example.com
如果响应头出现:
content-encoding: br
说明 Brotli 生效。
2. 开启 HTTP/2 和 HTTP/3
Cloudflare 后台路径:
Speed → Optimization → Protocol Optimization
建议开启:
HTTP/2
HTTP/3 with QUIC
0-RTT Connection Resumption
检测 HTTP/2:
curl -I --http2 https://example.com
检测 HTTP/3 可以使用支持 HTTP/3 的 curl:
curl -I --http3 https://example.com
如果本地 curl 不支持 HTTP/3,可以查看版本:
curl -V
八、图片优化与 SEO
图片会直接影响 LCP,也会影响移动端体验。Cloudflare 提供多种图片优化能力,不过部分功能需要付费。
1. 使用 WebP 或 AVIF
如果服务器端可以生成 WebP,建议开启。
检测图片格式:
curl -I https://example.com/uploads/test.webp
Nginx 静态图片缓存:
location ~* \.(jpg|jpeg|png|webp|avif|gif|svg)$ {
expires 365d;
add_header Cache-Control "public, max-age=31536000, immutable";
}
2. Cloudflare Polish
Cloudflare Polish 可以自动压缩图片,并在支持的浏览器中提供 WebP。
后台路径:
Speed → Optimization → Image Optimization → Polish
建议:
Polish: Lossy 或 Lossless
WebP: On
如果是摄影作品站,建议使用 Lossless;如果是普通内容站,可以使用 Lossy。
3. 图片 SEO 基础不要忽略
Cloudflare 只能优化图片加载,不能替你完成图片 SEO。你仍然需要:
- 给图片添加有意义的文件名;
- 添加
alt属性; - 控制图片尺寸;
- 使用懒加载;
- 不要上传过大的原图;
- 重要图片不要全部用 CSS 背景图替代。
示例:

九、Cloudflare 防火墙与搜索引擎蜘蛛
很多站点开启 Cloudflare 后出现“收录下降”,原因不一定是 Cloudflare 本身,而是配置了过于严格的安全规则,误伤了搜索引擎蜘蛛。
1. 不要随意拦截搜索引擎蜘蛛
如果 Cloudflare 安全级别设置太高,可能会让 Googlebot、Bingbot、百度蜘蛛等遇到挑战页面。
SEO 建议:
- 不要对全站开启过高安全级别;
- 不要让搜索引擎蜘蛛看到 JS Challenge;
- 不要拦截常见搜索引擎 User-Agent;
- 使用 WAF 时要查看日志确认是否误伤。
查看访问日志时,可以过滤搜索引擎蜘蛛:
grep -i "Googlebot" /var/log/nginx/access.log
grep -i "Baiduspider" /var/log/nginx/access.log
grep -i "bingbot" /var/log/nginx/access.log
2. 验证 Googlebot 是否真实
不能只看 User-Agent,因为恶意爬虫也可以伪造 Googlebot。Google 官方建议通过反向 DNS 验证。
假设蜘蛛 IP 是:
66.249.66.1
执行:
host 66.249.66.1
如果返回类似:
1.66.249.66.in-addr.arpa domain name pointer crawl-66-249-66-1.googlebot.com.
再正向解析:
host crawl-66-249-66-1.googlebot.com
如果解析回原 IP,说明是真 Googlebot。
3. 使用 Cloudflare WAF 放行搜索引擎
可以在 Cloudflare WAF 中设置规则,允许已验证机器人:
字段:cf.client.bot
操作:Skip 或 Allow
规则表达式示例:
(cf.client.bot)
建议跳过:
Skip WAF Managed Rules
Skip Super Bot Fight Mode
Skip Security Level
这样可以降低误伤搜索引擎蜘蛛的概率。
十、robots.txt 与 sitemap.xml 检查
Cloudflare 配置完成后,一定要检查搜索引擎能否正常访问 robots.txt 和 sitemap.xml。
1. 检查 robots.txt
curl -I https://example.com/robots.txt
curl https://example.com/robots.txt
正确示例:
User-agent: *
Allow: /
Sitemap: https://example.com/sitemap.xml
不要出现:
User-agent: *
Disallow: /
这会阻止搜索引擎抓取全站。
2. 检查 sitemap.xml
curl -I https://example.com/sitemap.xml
curl https://example.com/sitemap.xml | head
正常应返回:
HTTP/2 200
content-type: application/xml
如果返回 403、404、503,都需要及时修复。
十一、页面速度检测命令
除了使用 PageSpeed Insights、GTmetrix、WebPageTest,也可以用命令行进行基础检测。
1. 查看首字节时间 TTFB
curl -o /dev/null -s -w "DNS: %{time_namelookup}\nConnect: %{time_connect}\nTLS: %{time_appconnect}\nTTFB: %{time_starttransfer}\nTotal: %{time_total}\n" https://example.com
输出示例:
DNS: 0.012
Connect: 0.038
TLS: 0.096
TTFB: 0.182
Total: 0.245
SEO 角度建议:
- TTFB 越低越好;
- 静态页面建议控制在 200ms~500ms;
- 动态站点如果超过 1 秒,需要重点优化。
2. 检查页面大小
curl -L https://example.com -o index.html
ls -lh index.html
查看是否压缩:
curl -H "Accept-Encoding: br,gzip" -I https://example.com
3. 使用 Lighthouse
如果服务器或本地安装了 Node.js,可以使用 Lighthouse CLI。
安装:
npm install -g lighthouse
运行:
lighthouse https://example.com --view
生成报告:
lighthouse https://example.com --output html --output-path ./report.html
只跑移动端:
lighthouse https://example.com --preset=desktop
十二、WordPress 网站的 Cloudflare SEO 优化
WordPress 是最常见的网站程序之一,配合 Cloudflare 可以获得很好的性能提升。
1. 推荐配置
WordPress 推荐开启:
- Full strict SSL;
- Always Use HTTPS;
- Brotli;
- HTTP/2;
- HTTP/3;
- 静态资源长缓存;
- HTML 页面缓存;
- 排除后台和登录页;
- 图片 WebP;
- 自动清理缓存插件。
2. WordPress 缓存排除规则
Cloudflare Cache Rules 可排除以下路径:
/wp-admin/*
/wp-login.php
/wp-json/*
/xmlrpc.php
/cart/*
/checkout/*
/my-account/*
对于 WooCommerce,还要排除带有以下 Cookie 的请求:
woocommerce_items_in_cart
woocommerce_cart_hash
wp_woocommerce_session_
wordpress_logged_in_
3. Nginx WordPress 配置示例
server {
listen 443 ssl http2;
server_name example.com;
ssl_certificate /etc/nginx/ssl/example.com.pem;
ssl_certificate_key /etc/nginx/ssl/example.com.key;
root /var/www/example.com;
index index.php index.html;
location / {
try_files $uri $uri/ /index.php?$args;
}
location ~* \.(css|js|jpg|jpeg|png|gif|webp|avif|svg|ico|woff|woff2)$ {
expires 365d;
add_header Cache-Control "public, max-age=31536000, immutable";
}
location ~ \.php$ {
include snippets/fastcgi-php.conf;
fastcgi_pass unix:/run/php/php8.2-fpm.sock;
}
location ~ /\.ht {
deny all;
}
}
检查配置:
sudo nginx -t
sudo systemctl reload nginx
十三、Cloudflare Page Rules / Cache Rules 实战示例
虽然 Cloudflare 新版更推荐使用 Cache Rules、Redirect Rules、Configuration Rules,但很多站点仍在使用 Page Rules。
1. 后台不缓存
URL: example.com/wp-admin/*
Cache Level: Bypass
Security Level: High
2. 登录页不缓存
URL: example.com/wp-login.php*
Cache Level: Bypass
3. 静态资源强缓存
URL: example.com/*.{css,js,png,jpg,jpeg,webp,svg,woff,woff2}
Cache Level: Cache Everything
Edge Cache TTL: a month
Browser Cache TTL: a year
4. 全站静态页面缓存
适用于静态博客:
URL: example.com/*
Cache Level: Cache Everything
Edge Cache TTL: 1 day
Browser Cache TTL: Respect Existing Headers
注意:动态网站不要盲目全站 Cache Everything,否则可能缓存用户登录状态、购物车页面或后台页面。
十四、清理 Cloudflare 缓存命令
如果你使用 Cloudflare API,可以通过命令行清理缓存。
1. 清理全部缓存
准备变量:
export CF_API_TOKEN="你的Cloudflare_API_Token"
export CF_ZONE_ID="你的Zone_ID"
执行清理:
curl -X POST "https://api.cloudflare.com/client/v4/zones/$CF_ZONE_ID/purge_cache" \
-H "Authorization: Bearer $CF_API_TOKEN" \
-H "Content-Type: application/json" \
--data '{"purge_everything":true}'
2. 清理指定 URL
curl -X POST "https://api.cloudflare.com/client/v4/zones/$CF_ZONE_ID/purge_cache" \
-H "Authorization: Bearer $CF_API_TOKEN" \
-H "Content-Type: application/json" \
--data '{"files":["https://example.com/","https://example.com/style.css"]}'
3. 清理指定标签
如果你的网站支持 Cache-Tag,可以按标签清理:
curl -X POST "https://api.cloudflare.com/client/v4/zones/$CF_ZONE_ID/purge_cache" \
-H "Authorization: Bearer $CF_API_TOKEN" \
-H "Content-Type: application/json" \
--data '{"tags":["post-123","category-seo"]}'
十五、常见 SEO 问题排查
1. 网站开启 Cloudflare 后排名下降怎么办?
先不要急着关闭 Cloudflare,建议检查:
curl -I https://example.com
curl -I https://example.com/robots.txt
curl -I https://example.com/sitemap.xml
重点确认:
- 是否返回 200;
- 是否被 403;
- 是否出现 5xx;
- 是否跳转链过长;
- 是否 robots.txt 禁止抓取;
- 是否开启了 JS Challenge;
- 是否误拦搜索引擎蜘蛛;
- 是否 canonical 指向错误版本。
2. 出现 521、522、523、524 错误
这些错误通常和源站有关。
| 错误 | 含义 |
|---|---|
| 521 | Web Server Down |
| 522 | Connection Timed Out |
| 523 | Origin Unreachable |
| 524 | A Timeout Occurred |
检查源站 Nginx:
sudo systemctl status nginx
检查端口:
sudo ss -tulpn | grep -E ':80|:443'
检查防火墙:
sudo ufw status
允许 HTTP/HTTPS:
sudo ufw allow 80/tcp
sudo ufw allow 443/tcp
sudo ufw reload
查看日志:
sudo tail -f /var/log/nginx/error.log
sudo tail -f /var/log/nginx/access.log
3. Cloudflare IP 被源站防火墙拦截
如果源站只允许部分 IP,必须放行 Cloudflare IP 段。
获取 Cloudflare IPv4:
curl https://www.cloudflare.com/ips-v4
获取 Cloudflare IPv6:
curl https://www.cloudflare.com/ips-v6
UFW 放行示例:
for ip in $(curl -s https://www.cloudflare.com/ips-v4); do
sudo ufw allow from $ip to any port 80 proto tcp
sudo ufw allow from $ip to any port 443 proto tcp
done
IPv6:
for ip in $(curl -s https://www.cloudflare.com/ips-v6); do
sudo ufw allow from $ip to any port 80 proto tcp
sudo ufw allow from $ip to any port 443 proto tcp
done
十六、恢复真实访客 IP
接入 Cloudflare 后,源站看到的访问 IP 默认可能是 Cloudflare 节点 IP,而不是用户真实 IP。对于日志分析、安全策略和 SEO 爬虫判断,建议恢复真实 IP。
1. Nginx 配置 Cloudflare Real IP
创建配置文件:
sudo nano /etc/nginx/conf.d/cloudflare-real-ip.conf
写入:
real_ip_header CF-Connecting-IP;
set_real_ip_from 173.245.48.0/20;
set_real_ip_from 103.21.244.0/22;
set_real_ip_from 103.22.200.0/22;
set_real_ip_from 103.31.4.0/22;
set_real_ip_from 141.101.64.0/18;
set_real_ip_from 108.162.192.0/18;
set_real_ip_from 190.93.240.0/20;
set_real_ip_from 188.114.96.0/20;
set_real_ip_from 197.234.240.0/22;
set_real_ip_from 198.41.128.0/17;
set_real_ip_from 162.158.0.0/15;
set_real_ip_from 104.16.0.0/13;
set_real_ip_from 104.24.0.0/14;
set_real_ip_from 172.64.0.0/13;
set_real_ip_from 131.0.72.0/22;
检查并重载:
sudo nginx -t
sudo systemctl reload nginx
查看日志是否恢复真实 IP:
sudo tail -f /var/log/nginx/access.log
十七、SEO 优化检查清单
最后给出一份 Cloudflare SEO 配置检查清单,适合上线前逐项确认。
基础配置
- [ ] DNS 记录正确;
- [ ] 主域名开启 Cloudflare 代理;
- [ ] 邮件记录保持仅 DNS;
- [ ] NS 已切换到 Cloudflare;
- [ ] 网站返回 200;
- [ ] 没有异常 5xx。
HTTPS 配置
- [ ] SSL/TLS 使用 Full strict;
- [ ] 源站证书有效;
- [ ] 开启 Always Use HTTPS;
- [ ] 没有混合内容;
- [ ] HTTP 正确 301 到 HTTPS。
域名规范化
- [ ] www 与非 www 已统一;
- [ ] HTTP 与 HTTPS 已统一;
- [ ] 不存在多个版本返回 200;
- [ ] canonical 标签正确;
- [ ] 跳转链不超过一次或两次。
性能优化
- [ ] Brotli 已开启;
- [ ] HTTP/2 已开启;
- [ ] HTTP/3 已开启;
- [ ] 静态资源命中缓存;
- [ ] 图片已压缩;
- [ ] CSS/JS 文件体积合理;
- [ ] TTFB 控制在合理范围。
爬虫友好
- [ ] robots.txt 可访问;
- [ ] sitemap.xml 可访问;
- [ ] 没有误拦 Googlebot、Bingbot、Baiduspider;
- [ ] WAF 日志无异常拦截;
- [ ] 没有给搜索引擎返回挑战页。
WordPress 额外检查
- [ ]
/wp-admin/不缓存; - [ ]
/wp-login.php不缓存; - [ ] 登录用户不缓存;
- [ ] WooCommerce 购物车、结账页不缓存;
- [ ] 发布文章后自动清理缓存。
十八、推荐的完整检测命令合集
为了方便使用,这里整理一份完整命令合集。将 example.com 替换成你的域名即可。
DNS 检测
dig NS example.com +short
dig A example.com +short
dig AAAA example.com +short
dig CNAME www.example.com +short
dig MX example.com +short
dig TXT example.com +short
HTTP 状态检测
curl -I https://example.com
curl -I http://example.com
curl -I https://www.example.com
curl -I http://www.example.com
跳转链检测
curl -IL http://example.com
curl -IL http://www.example.com
curl -IL https://www.example.com
缓存检测
curl -I https://example.com
curl -I https://example.com/style.css
curl -I https://example.com/app.js
curl -I https://example.com/logo.webp
Brotli 检测
curl -H "Accept-Encoding: br" -I https://example.com
HTTP/2 检测
curl -I --http2 https://example.com
HTTP/3 检测
curl -I --http3 https://example.com
TTFB 检测
curl -o /dev/null -s -w "DNS: %{time_namelookup}\nConnect: %{time_connect}\nTLS: %{time_appconnect}\nTTFB: %{time_starttransfer}\nTotal: %{time_total}\n" https://example.com
robots 与 sitemap 检测
curl -I https://example.com/robots.txt
curl https://example.com/robots.txt
curl -I https://example.com/sitemap.xml
curl https://example.com/sitemap.xml | head
搜索引擎蜘蛛日志检测
grep -i "Googlebot" /var/log/nginx/access.log
grep -i "Baiduspider" /var/log/nginx/access.log
grep -i "bingbot" /var/log/nginx/access.log
Nginx 检测
sudo nginx -t
sudo systemctl status nginx
sudo systemctl reload nginx
sudo tail -f /var/log/nginx/access.log
sudo tail -f /var/log/nginx/error.log
Cloudflare 缓存清理
export CF_API_TOKEN="你的Cloudflare_API_Token"
export CF_ZONE_ID="你的Zone_ID"
curl -X POST "https://api.cloudflare.com/client/v4/zones/$CF_ZONE_ID/purge_cache" \
-H "Authorization: Bearer $CF_API_TOKEN" \
-H "Content-Type: application/json" \
--data '{"purge_everything":true}'
总结
Cloudflare 做 SEO 优化的核心,不是“开了 CDN 就能提升排名”,而是通过技术配置让网站更快、更稳、更安全、更容易被搜索引擎抓取。
真正有效的 Cloudflare SEO 优化,应重点做好以下几点:
- 使用正确 DNS 配置,确保访问稳定;
- SSL/TLS 使用 Full strict,避免 Flexible 带来的隐患;
- 统一 HTTP/HTTPS、www/非 www,防止重复收录;
- 合理设置缓存策略,提高静态资源加载速度;
- 开启 Brotli、HTTP/2、HTTP/3,改善性能指标;
- 优化图片格式和缓存,降低 LCP;
- 防火墙不要误伤搜索引擎蜘蛛;
- 确保 robots.txt 和 sitemap.xml 正常访问;
- 使用命令定期检测响应状态、缓存状态和跳转链;
- WordPress、电商站、会员站要谨慎缓存动态页面。
只要配置合理,Cloudflare 可以成为网站技术 SEO 的重要基础设施。它不能替代内容质量、关键词布局和外链建设,但能为搜索引擎和用户提供更快、更稳定、更安全的访问体验,这正是现代 SEO 中非常重要的一环。