是否存在可判断cache-tag清除状态的Akamai调试头？

要获取Akamai边缘节点的清除操作记录，首先需要在发起资源请求时携带专用Pragma请求头，否则边缘节点不会返回相关调试响应头，请求头配置如下：

Pragma: akamai-x-cache-on, akamai-x-cache-remote-on, akamai-x-check-cacheable, akamai-x-get-cache-key, akamai-x-get-extracted-values, akamai-x-get-request-id, akamai-x-purge-info

以下是可用于判断Purge逻辑是否生效的专用响应头，不受资源TTL为0的影响：

• X-Akamai-Purge-Status：核心校验头，只要你针对对应cache-tag、URL或缓存键发起过合法的Fast Purge请求，这个头会返回Successful并附带最近一次清除操作的时间戳；如果对应资源没有匹配到近7天的清除记录，会返回NotFound。
• X-Akamai-Cache-Key：返回当前资源在Akamai边缘节点生成的唯一缓存键，你可以将该值和你Fast Purge请求中提交的缓存键、绑定的cache-tag做匹配，确认清除目标匹配规则无误，排除tag拼写错误、规则不匹配等低级问题。
• X-Cache-Delete-Time：如果对应资源近期有清除操作记录，该头会返回Unix时间戳格式的清除执行时间，可与你发起Purge请求的时间点做比对，确认清除操作是由你的请求触发的。

如果需要更直观的双重验证，可临时为单个测试路径配置1分钟TTL，先请求一次资源拿到X-Cache: HIT响应，再发起Purge请求，后续再次请求该资源若返回X-Cache: MISS，即可确认Purge逻辑生效，该操作仅影响单个测试路径，不会修改业务全局的0秒TTL配置。

内容的提问来源于stack exchange，提问作者shoelessone