AWS S3 邮件打开像素追踪无法记录图片访问问题求助

架构老林

2026-4-16

兄弟，我看了你遇到的问题——像素图片能正常加载，但访问日志死活不进目标桶，这确实挺闹心的。我给你梳理几个最可能的遗漏点，你挨个排查下：

第一步：确认源桶（email-tracking-pixel-ssp）的日志功能真的开了
很多人容易忽略这个：S3的访问日志不是自动生成的，得手动给存放像素的源桶开启「服务器访问日志」功能。具体操作是进源桶的「属性」标签，拉到最下面的「服务器访问日志」板块，勾选「启用」，然后在「目标桶」里选你那个email-open-logging桶，还可以填个前缀方便区分日志（比如pixel-access-logs/）。别忘保存配置！

第二步：给目标桶（email-open-logging）配对桶策略
光开了源桶的日志还不够，目标桶得允许S3的日志服务往它里面写东西。你得给目标桶加这么一段桶策略（记得把占位符换成你自己的AWS账户ID和桶名）：

{
  "Version": "2012-10-17",
  "Statement": [
    {
      "Effect": "Allow",
      "Principal": {
        "Service": "logging.s3.amazonaws.com"
      },
      "Action": "s3:PutObject",
      "Resource": "arn:aws:s3:::email-open-logging/*",
      "Condition": {
        "ArnLike": {
          "aws:SourceArn": "arn:aws:s3:::email-tracking-pixel-ssp"
        },
        "StringEquals": {
          "aws:SourceAccount": "你的AWS账户ID"
        }
      }
    }
  ]
}

这个策略的作用是：只允许来自你源桶的日志服务请求往目标桶里写文件，既安全又精准。

第三步：别着急！S3日志不是实时的
我见过好多人刚测完就去刷目标桶，结果啥都没有就慌了。S3的日志是批量生成的，一般要等5-15分钟，有时候甚至更久，得给它点时间攒够日志再输出。你可以等个半小时再去目标桶里找，日志文件都是以2024-xx-xx-xx-xx-xx-开头的前缀命名的。
第四步：排查是否有缓存或特殊请求的影响
有些邮件客户端会预加载图片或者缓存图片，导致你看到图片加载了，但实际没有触发新的S3请求（比如第二次打开邮件用的是缓存）。你可以换个不同的邮件客户端，或者用匿名窗口打开邮件链接，模拟第一次访问的场景，再等日志生成。
第五步：检查区域和权限冲突
尽量保证源桶和目标桶在同一个AWS区域，跨区域日志虽然支持，但容易出各种奇怪的延迟或权限问题。另外，检查下两个桶的「Block Public Access」设置，虽然你说图片能加载，但如果目标桶的Block Public Access里开了限制跨账户访问的选项，可能会阻止日志写入。

按照这几步排查下来，应该就能解决日志不生成的问题了。要是还不行，你可以去AWS CloudTrail里查下有没有和日志相关的API调用错误，说不定能找到更具体的原因。

备注：内容来源于stack exchange，提问作者David B