我见过太多站长栽在海外CDN上。海外花大价钱买了国际加速服务，网站结果欧美用户打开网页还是海外转圈三秒起。问题往往不在CDN本身，网站而在你根本不知道流量从哪来、海外要去哪。网站

先讲个真事。海外上个月帮朋友排查一个跨境电商站，网站服务器在洛杉矶，海外用的网站某知名国际CDN。后台数据显示新加坡节点命中率高达87%，海外但实际新加坡买家投诉页面卡顿。网站查到最后发现，海外他的网站CDN边缘节点虽然在新加坡，但源站回源线路绕去了日本——因为他的海外DNS解析被某公共DNS劫持到了日本节点。CDN加速的前提是节点离用户近，但如果你连用户在哪都搞不清，再贵的加速也是白搭。

所以第一件事：别迷信“全球节点”这种宣传语。你得先看自己业务的用户画像。做东南亚市场的，优先选有新加坡、印尼、越南本土节点的服务商；做欧美生意的，得确认有没有法兰克福、弗吉尼亚这些核心枢纽。有些国际大厂在非洲只有两三个节点，你硬要覆盖开罗用户，那不如不加速。

选节点还有个容易踩的坑——回源链路。CDN边缘节点只是缓存，命中率低的时候还得回你源站拉数据。如果你的源站在中国内地，国际CDN回源要过跨境专线，那延迟直接飙到200ms以上。我见过最离谱的案例：某外贸站源站放香港，用某美国CDN，结果回源路径是香港→东京→洛杉矶→源站，绕了大半个地球。后来换个能指定回源路由的CDN，延迟从380ms降到80ms。

再聊缓存策略。很多人以为CDN就是全缓存，其实动态请求（比如购物车、登录状态）根本没法缓存。你得学会设置缓存层级——静态资源（图片、CSS、JS）设长缓存，动态API设短缓存或者直接穿透。有个做游戏出海的朋友，一开始把所有接口都缓存了，结果用户登录后看到别人的资料，差点出大事。后来他改成只缓存静态资源，动态请求直连源站，配合边缘计算做token校验，才算稳了。

还有个细节容易忽略：HTTPS证书。海外CDN节点多，证书要覆盖所有节点域名。有些服务商默认只给主域名配证书，你用子域名或者IP访问就报错。我建议直接用CDN提供的泛域名证书，省心。但注意，如果你的源站是HTTP，而CDN强制HTTPS，回源时得确认源站支持，不然会无限重定向。

最后提个玄学问题——测速。别用国内工具测海外节点，那根本不反映真实情况。我习惯用全球拨测平台（比如GCP的Cloud Shell curl），或者直接让海外朋友用浏览器开发者工具看瀑布图。重点看TTFB（首字节时间），如果超过1秒，基本是回源问题，不是CDN问题。

说到底，海外CDN加速不是买完就完事。你得当它是自己服务器的一部分，去调节点、调缓存、调回源。做得好，欧美用户打开你的站跟打开本地站一样快；做不好，那就是花钱买了个心理安慰。