上一篇 下一篇 分享链接 返回 返回顶部

Cloudflare SEO 配置实战:从提速、缓存到爬虫抓取的完整命令指南

发布人:慈云数据-客服中心 发布时间:3小时前 阅读量:4

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 并不是搜索引擎优化工具,它不会帮你写标题、生成内容、建设外链,也不会直接让关键词排名上升。但它可以从技术层面改善网站体验。

主要体现在以下几个方面:

  1. 提升网站访问速度

    • Cloudflare CDN 会将静态资源缓存到全球边缘节点。
    • 用户访问网站时,会从距离更近的节点获取资源。
    • 对海外用户、跨境电商、英文站点尤其有帮助。
  2. 提升网站稳定性

    • 源站短暂宕机时,Cloudflare 可通过缓存继续提供部分页面。
    • 可以减少服务器压力,避免因流量峰值导致网站崩溃。
  3. 增强 HTTPS 安全

    • 搜索引擎更倾向于推荐安全站点。
    • HTTPS 已经是现代网站 SEO 的基础配置。
  4. 优化 Core Web Vitals

    • 通过 Brotli、HTTP/2、HTTP/3、缓存、图片优化等功能,改善 LCP、FID/INP、CLS 等指标。
  5. 防止恶意爬虫和垃圾请求

    • 减少无效流量占用服务器资源。
    • 保护正常搜索引擎蜘蛛的抓取效率。
  6. 改善全球访问体验

    • 如果网站用户分布在多个国家或地区,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

如果返回 500502503504,说明源站本身存在问题,需要先修复服务器或程序错误。


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 重新验证后继续使用缓存

如果静态资源长期是 MISSDYNAMIC,说明缓存规则可能没有生效。


七、开启 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 SEO 优化配置后台示意图

九、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.txtsitemap.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 优化,应重点做好以下几点:

  1. 使用正确 DNS 配置,确保访问稳定;
  2. SSL/TLS 使用 Full strict,避免 Flexible 带来的隐患;
  3. 统一 HTTP/HTTPS、www/非 www,防止重复收录;
  4. 合理设置缓存策略,提高静态资源加载速度;
  5. 开启 Brotli、HTTP/2、HTTP/3,改善性能指标;
  6. 优化图片格式和缓存,降低 LCP;
  7. 防火墙不要误伤搜索引擎蜘蛛;
  8. 确保 robots.txt 和 sitemap.xml 正常访问;
  9. 使用命令定期检测响应状态、缓存状态和跳转链;
  10. WordPress、电商站、会员站要谨慎缓存动态页面。

只要配置合理,Cloudflare 可以成为网站技术 SEO 的重要基础设施。它不能替代内容质量、关键词布局和外链建设,但能为搜索引擎和用户提供更快、更稳定、更安全的访问体验,这正是现代 SEO 中非常重要的一环。

目录结构
全文