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
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.
Step 1. Initiate the connection to the data source
Step 2. Complete the connection by applying a use case
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.