Amazon S3

Learn how to enable Amazon S3 for supported destinations.

Requirements

  • You must have access to an Amazon Web Services Identity Access Management principal with permissions to:
    • Upload objects to an S3 bucket
    • Generate a Secret Key and API Key for a role with read access to an S3 bucket
  • You may also wish to have permissions to create roles with access to specific buckets or to delegate their access.

Set up Amazon S3 as a data source

Apply a use case now

The following sections walk you through a single procedure to link a data source to a use case. Click on your use case to expand the steps. To link the data source only, and apply a use case later, see Apply a use case later.

Customer Match

Offline conversion import and enhanced conversions for leads

Apply a use case later

In this type of setup, you complete each part of the connection at different times. This can be useful when you are ready to link a data source, but you are not ready to set up your use case–for example, you aren’t ready to create a customer list.

Consider the following scenario:

  • Step 1: Dana is an engineer who manages data for your company. Dana sets up the data source to be used for activation in Google Ads. The data source is ready to be associated with a use case.
  • Step 2: Mahan is a media specialist who needs to measure audience activation. Mahan creates a customer list and then associates it to the data source that Dana has previously set up, to use that data for Customer Match.

Troubleshoot errors

Setup errors

  • Ensure that you are entering the correct account identifier URL.
  • Ensure that the first line of your object contains the headers—for example, email address and first name.
  • Double-check your access key ID and secret access key. They should be different.
  • Ensure that the object in S3 has a file extension. Files without a file extension are rejected.
  • Ensure that your conversion action has successfully connected to the chosen connection. Otherwise, no data will come in.

Scheduled run errors

  • The most common cause of scheduled run failures is updated permissions in AWS. Check that the role or account that corresponds to the access key has permissions to read the object.
  • Ensure that the object still exists and that the name hasn’t changed.

Was this helpful?

How can we improve it?
true
Search
Clear search
Close search
Main menu
7529481587119285466
true
Search Help Center
true
true
true
false
false
false
false