企业官网 CDN 怎么配置？缓存、HTTPS、回源与刷新验收清单
企业官网接入 CDN 后，首页测速可能立刻变快，也可能出现另一批问题：后台更新了图片，访客仍看到旧版本；登录页面被错误缓存；表单提交到错误节点；HTTPS 在浏览器端正常，CDN 回源却使用不安全连接；源站 IP 暴露后仍承受大量直接请求。
CDN 是位于访客与源站之间的内容分发和代理层。它能复用合适的响应、缩短传输距离并吸收部分流量，但不会自动理解网站业务。企业要先划分静态与动态内容，再设置缓存、证书、回源、刷新和监测，最后用真实页面验收。
接入前先说明希望解决什么问题
不同目标会影响方案。海外客户访问慢，重点在节点覆盖、跨境链路和图片体积；源站带宽紧张，需要观察缓存命中与回源流量；网站频繁被恶意请求，则还涉及访问控制和安全服务。不能只写“开启 CDN 提速”。
企业可以保存接入前的代表页面、访问地区、响应时间、源站带宽、错误率和月流量。上线后使用相同条件比较，才知道变化来自缓存、网络、图片优化还是测试波动。
画出访客、CDN 和源站之间的链路
访客通常先通过 DNS 到达 CDN 边缘节点，节点根据域名、路径、请求方法、参数、请求头和缓存规则决定直接返回已有内容，还是向源站请求。源站可能是 Web 服务器、对象存储或云负载均衡。
链路图应标出公网域名、源站地址、回源端口、Host、协议、证书、健康检查和防火墙。网站术语与账号边界可参考企业官网域名、DNS、HTTPS、CMS 与 CDN 说明。
域名和 CDN 账号应由企业控制
接入 CDN 常需要修改 DNS 解析或切换权威 DNS。企业应保留域名注册商、DNS 和 CDN 管理权，开启多因素验证，并记录服务商人员的受限权限。项目结束后，临时账号和 API 凭据要撤销。
切换前导出原有 DNS 记录，确认邮件 MX、域名验证和其他子域不会受影响。降低 TTL 可以缩短部分缓存等待，但各地解析仍可能在一段时间内不一致，必须准备回退记录。
浏览器到边缘、边缘到源站都要保护
CDN 架构存在两段连接。边缘证书负责访客浏览器与 CDN 之间的 HTTPS，源站证书负责 CDN 与源站之间的连接。只给边缘配置证书，再让 CDN 通过明文 HTTP 回源，无法保护完整链路。
Cloudflare 的SSL/TLS 概念说明也把边缘证书与源站证书分开。无论选择哪家服务，企业都应启用严格的源站证书验证，记录证书签发对象、有效期、续期方式和失败告警。
先给资源分类，再决定缓存时间
带内容哈希或版本号的 CSS、JavaScript、字体和图片，文件内容改变时地址也会变化，适合较长缓存。没有版本的产品图片、PDF 和普通静态页需要更谨慎，因为后台替换同一地址后，边缘与浏览器可能继续使用旧副本。
登录页、后台、购物车、用户账户、表单结果和含个人信息的响应通常不应进入共享缓存。文章 HTML 能否缓存，要看内容是否对所有访客一致、更新频率和系统设置。不能仅按扩展名或“看起来像页面”决定。
理解 Cache-Control 的实际含义
IETF 的RFC 9111 HTTP Caching定义了 HTTP 缓存和相关响应头。共享缓存可以为多个用户复用响应，私有缓存通常只服务单一用户。缓存键、新鲜度、重新验证与存储限制共同决定某个响应能否复用。
public、private、no-store、max-age、s-maxage 和 must-revalidate 等指令承担不同作用。no-cache并非简单表示“不存储”，它要求在复用前进行验证；不希望任何缓存存储时，应结合具体响应评估 no-store。
源站响应头与边缘规则要保持一致
源站程序最了解页面内容，可以通过 Cache-Control、ETag、Last-Modified 和 Vary 表达缓存意图。CDN 还能通过边缘规则覆盖源站设置，但覆盖越多，后续排查越困难。
Cloudflare 的源站缓存控制说明展示了源站指令与边缘 TTL、浏览器 TTL 及其他功能之间的关系。不同套餐和厂商处理方式会变化，企业应以当前服务商文档和实际响应头为准。
动态页面先建立明确的绕过规则
后台路径、登录状态、预览、搜索、表单、支付和个性化页面应列成清单。绕过条件可以使用路径、请求方法、特定 Cookie 或授权头，但规则要覆盖所有入口。只排除一个后台首页，仍可能缓存编辑接口或预览地址。
验收人员应使用两个不同账号和无痕窗口交叉测试，确认一个用户的页面不会出现在另一个会话中。若发现带姓名、邮箱、订单或后台工具栏的响应进入共享缓存，应立即停用相关规则并清理缓存。
缓存键决定哪些请求共用一份响应
缓存键至少会考虑请求方法和目标 URI，CDN 还可能纳入 Host、查询参数、设备、语言、Cookie 或请求头。缓存键过宽，会把本应不同的页面混在一起；过细则降低命中率，让大量请求回到源站。
例如追踪参数不改变页面内容时，可以评估从缓存键中排除；产品筛选、语言和搜索参数会改变响应，就不能随意忽略。Cloudflare 的缓存键文档说明了查询字符串、Header、Cookie、Host 和用户特征等组成方式，这些属于其产品实现，其他 CDN 需要另行核对。
语言和设备版本要与缓存变化一致
如果同一 URL 根据 Cookie、Accept-Language 或设备返回不同内容，缓存层必须能区分这些变化，否则中文访客可能收到英文页面，手机也可能拿到不合适的版本。更容易维护的做法通常是让语言页面使用独立 URL，设备布局则由响应式前端处理。
多语言站的 URL、lang 和 hreflang 规划见外贸独立站多语言实施清单。任何基于地区或语言的边缘重写，都要测试直接打开深层链接和用户手动切换。
Set-Cookie 响应需要特别检查
页面返回 Set-Cookie 往往说明服务器正在建立会话或偏好，但不同缓存产品对这类响应的默认处理并不完全一致。团队不能看到页面是 GET 请求就认为安全可缓存。
Nginx 的代理模块文档说明其默认不会缓存包含 Set-Cookie 响应头的响应，并列出 proxy_cache_bypass、proxy_no_cache、重新验证和陈旧内容等指令。若项目主动忽略这些头，应记录理由并做会话隔离测试。
表单提交和 API 不要被静态规则覆盖
表单页面的公共 HTML 可以按设计缓存，但 POST 请求、验证码、提交结果、上传和后台接口需要单独处理。CDN 不能丢失请求体、改变必要请求头，或把一次成功结果复用给其他人。
接入后应重新提交各语言和产品的真实测试询盘，核对后台记录、邮件通知、附件和来源页面。表单验收方法见企业官网询盘表单设计与验收清单。
更新静态资源优先使用版本化文件名
CSS、JavaScript 和长期缓存图片若内容变化，可以生成新文件名，并让 HTML 引用新地址。这样不必等待所有浏览器和节点中的旧副本过期，也降低全站清缓存带来的流量突增。
产品图片需要保留稳定 URL 时，后台发布流程应触发指定地址刷新，并验证各节点是否更新。制造业图片的源文件、命名和响应式版本准备见制造业官网图片准备与交付清单。
缓存刷新要有范围和确认结果
服务商通常提供单 URL、前缀、标签或全站刷新。日常内容更新应尽量缩小范围，全站清理会让大量资源同时回源，可能造成源站负载上升。刷新接口失败时，发布系统要提示，而不是继续显示“上线成功”。
验收人员可以先请求旧版本，执行刷新，再从不同网络和无痕窗口检查内容、响应头与缓存状态。浏览器自身缓存也要区分，避免只按一次强制刷新判断边缘节点已经更新。
错误页面和重定向也可能被缓存
CDN 可能缓存 301、302、404 或其他状态，具体取决于规则与响应头。改版时若先访问了尚未上线的新地址，缓存中的 404 可能在发布后继续出现；错误的永久重定向也可能被浏览器长时间保存。
上线顺序应先准备目标页面，再发布重定向，并在刷新后直接检查状态码与 Location。URL 改版流程见网站改版 URL 迁移与 301 清单。
压缩与图片转换要保留兼容路径
CDN 可以提供 Brotli/Gzip 压缩、WebP/AVIF 转换、尺寸裁剪或质量优化。开启前要确认源文件、目标浏览器、缓存键、响应 Content-Type 和回退格式。不能把源图删除后只依赖某家厂商的转换地址。
对比时既看字节数，也看产品细节、透明背景、色彩和文本清晰度。下载文件和已经压缩的图片不一定适合再次压缩，错误的内容类型还会导致浏览器拒绝显示。
陈旧内容策略要区分故障与更新
stale-if-error 可以在源站错误时允许缓存继续提供一段时间的旧响应，stale-while-revalidate 则允许缓存一边返回旧内容一边后台验证。它们可能改善短时故障体验，也会延迟用户看到更新。
企业应选择适用页面和时长。新闻、产品参数、库存、价格和政策内容对时效性的要求不同。后台、表单结果和个人页面不应为了可用性而返回其他会话的旧副本。
保护源站不能只隐藏一个 IP
接入 CDN 后，企业可以在防火墙中限制 Web 端口只接受 CDN 回源地址，并保留受控运维通道。源站域名、历史 DNS、邮件记录或第三方服务仍可能暴露 IP，需要整体盘点。限制前应确认服务商地址列表更新机制和健康检查来源。
CDN 的 WAF、速率限制和机器人管理属于额外安全能力，不能替代源站补丁、权限、日志与备份。规则过严还可能拦截搜索爬虫、表单或真实海外客户，必须使用日志和业务测试调整。
日志与统计要区分边缘和源站
源站日志只记录回源请求，无法直接代表全部访问量。CDN 日志包含边缘请求、缓存状态、地区和安全动作，但字段、保留期和导出能力取决于服务。企业应明确哪个系统用于流量、错误、安全和业务分析。
日志可能包含 IP、URL 参数和用户标识，需要纳入隐私与保留管理。官网隐私政策和第三方服务盘点方法见企业官网隐私政策与 Cookie 清单。
监测要同时覆盖边缘与源站
企业至少要监测公共域名状态、证书、DNS、主要页面、缓存命中或绕过、回源错误和源站资源。只从 CDN 控制台看“在线”，可能漏掉某个地区的解析、回源证书或单条缓存规则问题。
源站也需要独立健康检查。若边缘仍在返回缓存首页，源站数据库或表单接口可能已经故障。监测应包含一次动态请求或表单测试，并控制测试数据和频率。
故障回退要在切换前准备
企业应保存原 DNS、CDN 配置、源站证书和防火墙规则，写明关闭代理、恢复解析和开放源站访问的顺序。DNS 回退受缓存影响，不会瞬间覆盖所有访客，因此源站在迁移期间要能同时处理新旧路径。
配置变更前创建网站与数据库恢复点，重大更新后验证恢复材料。备份方案可参考企业官网备份与恢复演练清单。
费用比较要看流量方向和附加能力
CDN 可能按下行流量、请求量、功能套餐、日志、图片处理、规则数或回源流量收费。低单价不代表总成本低，尤其是大量下载、视频、缓存未命中或被攻击时。
需求书应写明预计地区、月流量、峰值、文件大小、动态比例、日志和安全需求，并要求候选服务商列出超额、退出和数据导出费用。官网项目需求书的组织方式见制造业官网需求书与验收清单。
上线验收要观察两次以上请求
首次请求可能回源，第二次才命中缓存。验收人员应记录状态码、内容、Age、Cache-Control、ETag、Vary、服务商缓存状态头和响应时间。再改变参数、Cookie、语言、登录状态和请求方法，确认缓存键与绕过规则符合预期。
测试页面应包含首页、产品列表、产品详情、文章、图片、CSS、JavaScript、PDF、404、301、搜索、登录、后台和表单。不同地区可使用真实网络或受控测试节点，不能用同一办公室的一次测速代表全球访问。
交付文件要支持企业独立接管
项目结束时，企业应取得 CDN 账号、DNS 记录、域名清单、源站清单、证书与续期方式、缓存规则、刷新流程、防火墙来源、日志导出、监测告警、费用说明和回退步骤。文档记录凭据保存位置，不收集明文密码。
服务商切换时，还要确认专用证书、图片转换 URL、边缘函数和规则能否迁移。若某项功能只能在原平台运行，应在交付和风险清单中说明。
凯乐丰可以参与的环节
凯乐丰官网列有企业官网建设、外贸独立站建设和SEO/GEO 增长方案等业务页面。企业咨询官网加速或改版时，可以提供目标地区、现有域名与主机、页面类型、月流量、更新方式和第三方服务，双方再确认 CDN、缓存、HTTPS、回源和验收边界。本文由凯乐丰资料编辑部整理，具体服务内容以凯乐丰官网当前页面及正式项目约定为准。
