我用 Cloudflare 部署网站踩过的 3 个坑

> 摘要:Cloudflare 部署网站看起来很简单,但真正上线时,DNS 生效、访问入口统一、搜索收录这些小问题很容易把人卡住。这篇不是官方教程,而是我给普通独立开发者整理的一份上线前避坑清单。 前两天写 UPTools 的时候,我一直在

2026-06-19
UpUpUppppppp

摘要:Cloudflare 部署网站看起来很简单,但真正上线时,DNS 生效、访问入口统一、搜索收录这些小问题很容易把人卡住。这篇不是官方教程,而是我给普通独立开发者整理的一份上线前避坑清单。

前两天写 UPTools 的时候,我一直在说一件事:

副业产品第一版不要想太完整,先上线。

但真的到“上线”这一步,事情又没有想象中那么轻松。

我一开始以为,用 Cloudflare 部署网站,无非就是把域名接上、DNS 配一下、等它生效。

结果真正操作时才发现,很多坑都不大,但特别烦。

它不会像代码报错那样直接告诉你哪里错了。

它更像是:

页面有时候能打开,有时候打不开。

根域名能访问,www 不行。

HTTP、HTTPS、www、裸域名几个入口表现不一致。

改了配置,半天看不到效果。

搜索引擎抓取时又出现奇怪状态。

这些问题单独看都不高级,但对一个主业之外做副业产品的人来说,很容易把晚上两三个小时全部吃掉。

所以今天这篇,我不写那种完整教程。

就写我觉得最容易遇到的 3 个坑,以及如果你也准备部署网站,可以先怎么检查。

第一个坑:DNS 改了,但网站就是不按你想的走

部署网站时,最让人没耐心的就是 DNS。

你在后台改完解析,心里期待的是:刷新一下,马上生效。

现实往往是:你刷新十次,它还是老样子。

有时候根域名能打开,www 打不开。

有时候电脑能打开,手机不行。

有时候你自己能打开,朋友那边打不开。

这个时候最容易开始乱改。

A 记录改一下。

CNAME 改一下。

代理开关点一下。

过一会儿又改回去。

越改越乱。

我后来给自己的提醒是:DNS 问题先别急着连续操作。

因为它有传播时间,也有缓存。

你刚改完配置,不代表所有地方立刻看到新结果。

如果这个时候你一直改,很容易把原本快生效的配置又改坏。

如果你也遇到这个问题,可以先按这个顺序检查:

  1. 先确认根域名和 www 是否都配置了。
  2. 确认你的网站平台要求的是 A 记录还是 CNAME。
  3. 改完之后先等一段时间,不要每隔几分钟就反复改。
  4. 用无痕窗口、手机网络、第三方 DNS 查询工具交叉看结果。
  5. 记录每次改动,不要凭记忆乱试。

这里最重要的不是技术细节,而是别慌。

DNS 很多时候不是你没配对,而是你还没等它真的生效。

第二个坑:HTTPS 通常有,但入口不统一会让人以为网站坏了

第二个容易误解的点,是 HTTPS 和重定向。

这里先说清楚:如果你用的是 Cloudflare Pages 这类部署方式,HTTPS 通常不是最麻烦的地方。很多情况下,平台会帮你处理证书和 HTTPS 访问。

真正容易出问题的,是不同入口最后没有统一到同一个地址。

一个网站上线后,用户可能会用不同方式访问:

http://你的域名

https://你的域名

www.你的域名

不带 www 的域名

你自己测试时,可能只打开了其中一种。

但真实用户和搜索引擎,不一定只访问这一种。

于是问题就来了。

有的地址能打开。

有的地址没有按预期跳到 HTTPS。

有的地址跳来跳去。

有的地址最后打不开。

这种问题最烦的地方是,它看起来不像一个功能 bug,更像“玄学”。

但本质上,很多时候不是 Cloudflare 没有 HTTPS,而是 HTTP 到 HTTPS、www 到裸域名,或者裸域名到 www 的跳转规则没有想清楚。

我现在会先做一个很笨但很有效的检查:

把常见入口都手动打开一遍。

不要只测一个地址。

上线前至少检查这 4 个入口:

  1. http://yourdomain.com
  2. https://yourdomain.com
  3. http://www.yourdomain.com
  4. https://www.yourdomain.com

如果你希望最终都跳到同一个版本,就要确认它们最后落到同一个地址。

比如统一到 https://yourdomain.com

这里没有绝对标准,关键是要统一。

不统一的结果是:

用户体验混乱。

搜索引擎可能看到多个重复入口。

你自己后面排查问题也会更麻烦。

所以这个坑给我的教训是:

部署不是“能打开一次”就结束了,而是所有常见入口都要能稳定到达同一个正确页面。

第三个坑:页面能打开,不代表适合被收录

第三个坑更隐蔽。

很多人部署完网站,只要浏览器能打开,就觉得上线完成了。

我一开始也是这样。

但后来发现,对工具站来说,“能打开”和“适合被搜索引擎收录”不是一回事。

尤其是你想做搜索流量,就不能只关心页面能不能访问。

你还要看这些东西:

页面标题是不是清楚。

描述是不是能说明工具用途。

页面有没有被 robots 拦住。

sitemap 有没有准备。

移动端能不能正常访问。

首屏是不是太慢。

重要页面是不是有稳定链接。

这些东西不处理,网站也能打开。

但搜索引擎未必能很好理解你的网站。

这对工具站很关键。

因为工具站最有价值的流量,很多时候不是你发朋友圈带来的,而是用户真的遇到问题后搜索进来的。

如果页面本身没有给搜索引擎一个清楚信号,那后面做再多工具,也可能只是自己在站内堆功能。

如果你准备做工具站,我建议上线当天就检查这几件事:

  1. 每个核心页面有没有独立标题。
  2. 每个工具页面有没有一句话说明用途。
  3. 是否允许搜索引擎抓取。
  4. 是否有 sitemap 或后续准备生成 sitemap。
  5. 移动端打开是否正常。
  6. 首页到工具页是否有清晰入口。

这不是为了立刻有流量。

而是为了别等一个月后才发现:网站早就上线了,但搜索引擎一直没理解它。

给普通独立开发者的上线清单

如果你也在主业之外做网站,不想每次上线都手忙脚乱,可以准备一个很简单的清单。

不用复杂。

就三块。

第一块:域名能不能到网站。

根域名和 www 都检查。

DNS 记录别乱改。

每次改动留个记录。

第二块:用户能不能稳定打开。

HTTP 和 HTTPS 都试。

手机和电脑都试。

无痕模式也试。

确认最后跳到同一个版本。

第三块:搜索引擎能不能理解。

标题、描述、移动端、sitemap、robots,这些先过一遍。

不求一步到位,但至少别明显挡路。

我现在越来越觉得,独立开发里很多坑都不是“大技术难题”。

它们更像是一堆不起眼的小门槛。

每个都不难。

但如果你没有清单,每次都靠临场反应,就会反复浪费时间。

今天的小结

Cloudflare 本身是很好用的工具。

我踩坑,不是因为它不好,而是因为我一开始把“部署”想得太简单了。

对副业独立开发来说,上线不是最后一步。

上线只是你开始面对真实世界的第一步。

域名、访问入口、重定向、收录、移动端,这些东西都不性感,但它们会直接影响一个小网站能不能正常被访问、被理解、被搜索到。

如果你也准备上线第一个工具站,我建议你先别急着加新功能。

先把这三个问题查清楚:

域名是否稳定解析?

访问入口是否统一?

搜索引擎是否能理解你的页面?

这三个过了,你的网站才算真正站稳第一步。

明天我会写:

www 和裸域名到底怎么选?我实操后的结论。

这个问题看起来很小,但对后面的 SEO、重定向和链接统一都挺重要。

大家可以关注的公众号:UP独立开发笔记,我会持续更新我的独立开发历程