聊天页面打开很快，发出问题后却迟迟没有回答；电脑宽带能用，换成手机流量就偶尔断开。AI中转的访问问题，经常藏在真正调用接口的那一步。

面向中国大陆用户，Cloudflare、CDN07、CDNetworks、阿里云ESA和Gcore都可以进入候选名单。选择时，要把实际调用位置、晚高峰线路、流式响应和攻击防护放在一起比较。只有香港节点，或者首页测速漂亮，都不足以说明一段AI对话能顺利完成。

先找出真正访问中转接口的那台设备

“我们的用户都在中国大陆”，还不能完整描述一项AI中转业务的网络需求。

有些用户在网页中直接发起请求；有些通过桌面客户端连接；还有一些客户把接口接进自己的系统，真正访问中转平台的是客户的服务器。

这几种情况，对CDN的要求并不相同。

假设你的客户在上海，但他把应用部署在新加坡服务器上。对中转API来说，请求来自新加坡机房。只拿上海家庭宽带的测试结果选供应商，就可能偏离实际调用路径。

反过来，如果是中国大陆用户通过手机直接连接API，海外云服务器上的低延迟测试也替代不了真实移动网络。

还有一段需要单独检查：中转服务器向上游模型服务发起请求的线路。 部署在中转域名前面的CDN，通常处理的是调用方到中转入口这一段。上游模型排队、连接失败或者生成速度下降，还需要结合中转服务器的日志判断。

源站在美国、用户在中国大陆的业务，可以结合 动态接口加速与跨境回源的区别 检查耗时分布，再决定把预算用在CDN入口、源站位置还是上游连接上。

这五家，各自适合从什么角度比较？

下面按产品方向介绍候选方案。真正进入试用的服务商，可以缩小到两三家，避免同时更换太多变量。

Cloudflare：已有接入基础时，先保留一组可对照的结果

如果业务已经使用Cloudflare，现有配置和运行记录很有价值。它们能帮助你判断，新方案到底改善了哪个环节。

Cloudflare提供DDoS防护，能够承接针对代理入口的攻击；Web应用防火墙，也就是WAF，以及规则配置能力，则需要结合具体套餐评估。对团队来说，把域名代理和安全配置放在同一套平台里管理，是一个实际便利。

服务中国大陆用户时，要区分国际网络与中国网络。Cloudflare的 China Network说明 将中国网络列为Enterprise客户的独立订阅，并要求接入域名具备有效的ICP备案或许可。

比较普通国际套餐时，不应把中国网络的交付条件一并算进去。

试用替代方案前，建议保留现有Cloudflare入口作为对照：同一个源站、相同接口、相近时间，从真实用户网络发起请求。这样能看出新方案是否减少了连接失败、长时间等待和流式中断。

如果现有入口大部分时间运行正常，只在个别运营商或时段出现问题，也可以先处理这些具体问题。全面迁移并不一定是最省成本的第一步。

CDN07：用户集中在中国大陆，想把线路与防护一起配置

源站部署在境外，主要收入来自中国大陆用户，又经常遇到攻击，这类AI中转业务可以优先考虑CDN07。

我们的 高防CDN方案 提供节点分布、业务带宽和安全策略的定制配置，并提供中文技术支持。对AI中转来说，这些配置可以围绕实际业务讨论：用户集中在哪些省份、使用什么运营商，哪个接口承担主要调用，正常高峰会维持多少连接。

需要境外接入的项目，也可以从 免备案高防CDN方案 开始评估，把源站地区和中国大陆访问需求放在同一份接入方案里。

这样的选型方向，适合几种比较明确的需求：

• 中国大陆用户占主要比例，晚间调用体验直接影响续费。
• 源站位于香港、日本、美国等地区，希望保留现有部署。
• API需要加速，也需要处理DDoS和高频恶意请求。
• 团队希望使用中文沟通故障，并根据业务情况调整安全策略。

接入前，仍要把AI接口的特殊行为列出来。短对话、长时间生成、文件上传和客户端调用，不能用一个首页测试代替。尤其是SSE流式响应——服务器持续向客户端发送事件数据的方式——需要实际验证内容是否及时转发、等待期间是否超时，以及开启防护后是否仍能完成请求。

节点和策略可以定制，测试要求也应该跟着业务走。香港源站与美国源站，即使使用同一品牌的CDN，也不宜直接套用相同的访问效果预期。

CDNetworks：有多个业务地区，需要同时评估动态传输与安全服务

如果AI中转同时服务中国大陆、东南亚和其他海外客户，CDNetworks可以作为另一类候选。

它的 Dynamic Web Acceleration 产品把连接复用、传输优化和动态内容交付作为能力组成，适合拿来讨论无法依靠公共缓存完成加速的接口业务。其Cloud Security产品体系还提供DDoS、WAF、机器人管理及API安全能力。

采购时，建议让方案同时回答两件事：动态请求经过什么路径，以及这条路径上启用了哪些防护服务。只收到一份内容分发报价，未必已经包含AI接口需要的安全配置。

这类方案比较适合有技术人员负责接入、需要协调多个源站或多个业务地区的团队。你可以把中国大陆与海外客户拆成两组验收，分别观察连接成功率和对话完成情况，再看整体是否符合需求。

如果项目不能备案，应直接说明需要境外节点交付，让服务商明确可用区域、接入条件和报价范围。拥有中国大陆网络资源，与某个未备案域名能使用哪些资源，是两个不同的问题。

阿里云ESA：已有阿里云运维体系，可以比较境外接入与中国大陆访问优化

阿里云ESA把加速、安全与边缘计算放在同一产品体系中。已经使用阿里云服务器、监控或账号管理的团队，可以把它纳入现有运维流程评估。

对境外源站服务中国大陆用户的场景，值得具体询问的是 中国大陆网络访问优化功能 。官方文档说明，这项能力利用香港等地区的节点及相关网络资源改善跨地域访问，并单独列出了开通和计费条件。

这里要把“选择境外加速区域”和“购买中国大陆访问优化能力”分开确认。接入了ESA，不代表账户已经启用所有线路优化和安全功能。

阿里云的 ESA接入限制 也明确区分了加速区域：选择包含中国中国大陆的区域时，域名需要满足相应ICP备案要求。没有备案的业务，应核对境外区域方案，而不是因为源站在国外就默认所有区域都能使用。

对于AI中转，还要把DDoS防护等级、接口规则、加速区域和额外用量放进同一份报价。中国大陆访问优化带来的改善是否值得相应费用，应由实际调用结果回答。

Gcore：中国大陆与海外客户并行发展，想一起评估交付与API安全

Gcore可以作为全球业务方向的候选，尤其适合同时关心内容交付和应用安全的团队。

其 WAAP产品说明 介绍了Web应用与API防护的组合能力，包括WAF、机器人管理、DDoS防护和API安全。对AI中转来说，比较重点可以放在接口规则、误报处理，以及安全服务与CDN交付如何配合。

例如，公开文档页、登录入口和模型调用接口的访问行为差异很大。把它们全部套用同一种机器人判断方式，可能影响正常客户端。采购时可以要求按你的接口清单演示配置，而不只看控制台截图。

Gcore的全球网络覆盖，并不能直接回答某个中国大陆运营商晚高峰是否稳定。如果中国中国大陆是主要市场，就让中国大陆样本决定是否进入下一轮；如果海外客户也占相当比例，则同时保留海外测试，避免只改善一组用户的体验。

试用时，把“晚上正常调用一次”拆得更细一点

一段AI对话可能经过建立连接、鉴权、等待上游、持续接收内容和业务收尾。用户只会感受到“快不快、有没有断”，排查时却需要分清每一步。

测试可以从实际使用量最大的地区开始，覆盖主要运营商和调用方式。不必为了凑全国节点数量，把大部分时间花在几乎没有客户的地方。

测试时间跟着用户走

白天测一次、晚上测一次，可以发现线索；要决定长期采购，还应在多个日期重复观察。

如果你的客户集中在晚间使用，就在相应的北京时间段保留完整记录。同一服务商的白天最佳成绩，不应和另一家的晚高峰结果直接比较。

建议至少记录这些内容：

收到HTTP响应头，并不代表模型已经开始回答。流式接口也可能先发出角色信息、心跳或空事件，这些都应与实际内容分开记录。

为了减少上游模型波动的干扰，可以安排两类请求：一类由自己控制的服务按固定节奏返回测试数据，用来观察传输；另一类调用真实模型，用来检查业务体验。前者便于定位，后者决定用户能否接受。

只统计成功请求的平均耗时，会掩盖频繁失败的问题。比较报告里应同时保留完成率和失败记录。

看到文字“一大段突然出现”，先检查响应转发

有些接口不是始终很慢，而是等待一会儿后突然显示一大段内容。遇到这种现象，除了网络，还要检查中转程序、反向代理和前端读取方式。

NGINX的 响应缓冲说明 解释了启用与关闭缓冲时的转发行为。对流式接口，代理层的缓冲配置可能改变数据抵达客户端的节奏；仅设置不缓存响应，并不能说明所有转发层都已按流式方式处理。

测试时应同时观察源站输出与客户端接收。如果源站自己就成批输出，换CDN不一定解决问题；如果源站持续发送、客户端却间隔很久才收到，则继续检查中间代理和客户端读取。

长期维持的连接，还要核对无数据等待期间的超时，以及单次响应允许持续多久。相关配置可以结合 长连接与多租户接口的接入要求 逐项检查。

网页能打开，API却调用失败：购买前查一次跨域预检

AI中转提供网页聊天入口时，很容易遇到一个看似矛盾的结果：命令行调用正常，网页里却一直报错。

如果页面和API使用不同的源，例如页面在 app.example.com、接口在 api.example.com，浏览器会执行跨域访问检查。带有特定请求头的调用，还可能先发送一个 OPTIONS预检请求。

MDN的 CORS说明 介绍了这套机制：浏览器会先询问服务器是否允许相应来源、方法和请求头，再决定是否继续实际请求。预检被安全规则拦截，或者返回的许可信息不完整，都会影响后续调用。

下面的命令适用于macOS、Linux或Windows的WSL环境。把示例地址替换成自己的网页和接口域名，用于检查预检响应，不提交模型生成请求：

curl -sS -i --connect-timeout 10 --max-time 20 \
  -X OPTIONS \
  -H 'Origin: https://app.example.com' \
  -H 'Access-Control-Request-Method: POST' \
  -H 'Access-Control-Request-Headers: authorization,content-type' \
  'https://api.example.com/v1/chat/completions'

重点查看状态码和下面几类响应头。以下只是与这次请求对应的示例字段：

Access-Control-Allow-Origin: https://app.example.com
Access-Control-Allow-Methods: POST
Access-Control-Allow-Headers: authorization,content-type

预检通常应返回成功状态，例如200或204，并正确允许需要的来源、方法和请求头。若返回403、重定向或HTML验证页面，应结合安全日志和源站配置继续排查，不能只凭状态码认定是CDN问题。

如果浏览器请求还携带Cookie等凭据，需要进一步检查凭据相关配置；允许来源也不能简单地全部写成通配符。正式的API响应同样需要正确的跨域响应头。

curl只展示响应，不会替浏览器执行完整的CORS校验。命令检查后，还应使用实际网页再验证一次。

这项测试还有一个采购价值：它能看出服务商是否愿意围绕真实接口调整配置。API需要正常接收机器调用，保护措施就应与这种调用方式兼容。要求SDK完成网页验证码，或者直接关闭整个API域名的防护，都不适合作为长期方案。

价格要放到真实调用方式里计算

AI中转的请求数量、传输量和连接占用，不一定同步增长。

一段短文本可能传输量很小，却等待较长时间；图片、音频或文件请求，则可能带来明显的上传和下行流量。如果只拿首页的月流量估价，很难预测API接入后的支出。

询价时，把一份简短的业务画像发给候选服务商：

• 主要调用地区，以及浏览器、客户端和服务器调用的大致比例。
• 日常请求量、业务高峰和典型响应持续时间。
• 文本、图片、音频等请求的占比与大小。
• 已遇到的攻击类型，以及希望启用的安全能力。
• 是否需要额外线路优化、日志留存和技术支持。

接着核对报价覆盖什么：业务流量、请求数、带宽、规则数量、日志、安全服务及支持服务，分别是否包含在套餐内。具体费用拆分可以参照 高防CDN套餐与额外用量的计算方法 ，再代入自己的业务数据。

如果用户因连接中断反复重试，CDN侧可能产生更多请求和流量，上游也可能出现额外调用；是否重复计费，还要看应用和模型服务的处理方式。采购比较应把这些失败成本留下来，而不是只比较套餐首页的月费。

试用结束后，可以按三个条件缩小名单：

• 主要客户所在网络能够稳定完成调用。
• 开启所需防护后，网页、SDK和流式接口仍能正常工作。
• 高峰用量与额外服务的费用，落在可接受的预算内。

如果中国大陆用户是主要客户，源站又在境外，可以通过 CDN07接入咨询 提交源站地区、用户分布和接口类型，再围绕这些条件讨论节点、带宽及安全配置。给出具体业务信息，比单独询问“多少T防御、一个月多少钱”更容易得到有用的方案。

选购时还经常会问到什么？

AI中转不能缓存回答，使用CDN还有意义吗？

有，但需要评估动态请求的传输和防护价值。用户专属的对话内容不应为了提高命中率而进入公共缓存；线路选择、连接处理和入口防护仍可能改善服务。改善多少，应通过相同业务条件下的对照测试判断。

香港高防CDN一定比其他地区快吗？

不一定。节点位置只是条件之一，还要看用户到节点、节点到源站的路径，以及实际拥塞和调度情况。香港节点值得纳入中国大陆访问测试，但应使用晚高峰的真实接口结果决定是否采购。

支持WebSocket，就能保证AI流式输出正常吗？

不能直接这样判断。WebSocket和SSE是不同的通信方式，“支持长连接”也没有说明缓冲、空闲超时和响应时长的具体设置。接入时需要按业务实际使用的协议验证。

正常用户很多都来自同一个IP，会不会被误拦？

存在这种可能。公司网络、移动网络和客户的后端服务器，都可能让多个用户共用一个出口IP。设计规则时应考虑这种情况，并在应用层结合账号、调用权限和业务额度控制使用量。不能因为IP相同，就认定这些请求属于同一个用户。

预算有限，应该先试哪两家？

已经使用Cloudflare的业务，可以保留现有入口，再选择一家符合主要客户地区和运维方式的方案做对照。中国大陆用户集中、需要境外接入和中文技术沟通，可以优先测试CDN07；已经使用阿里云体系，可以评估ESA对应方案；同时服务多个海外地区，再比较CDNetworks或Gcore的具体交付方案。

测试范围小一些，更容易把差异看清。决定采购的，应是你的客户能否顺利完成调用，以及出现问题后能否及时定位和处理。