The Send Log Data Extension is an ongoing record accessible to users within Marketing Cloud that stores Send-Time data specified by the Admin User, including subscriber specific Attribute data or Unique Use-Case Data Extension row data.
This ongoing record provides access to data that isn't readily accessible via standard Tracking Data or Standard Reports within Marketing Cloud. It is useful for cases of ongoing Data Extension overwrites. When creating a Send Log Data Extension, note that there is a limit of only one Data Extension to be created using the SendLog DE Template and that as a best practice all Send Log Data Extensions should be implemented with row based retention.
For more Best Practices regarding Email Send Logs, review our Send Logging Best Practices and Tips documentation.
Marketing Cloud allows for appending Send-Time data to the Send Log record via these Send methods:
Please note that for Guided Sends, User-Initiated and Journey Builder Sends, the option for SendLogging is defaulted to be on and may not be possible to change. For Salesforce and Triggered Sends, the checkbox will be checked but can be turned off if required. For A/B Test Sends, this is not selected by default but we recommend to use Journey Builder and Path Optimiser for A/B Testing.
At send-time, data is written to the SendLog and can be added to in a couple of different ways;
Watch this video or use the following steps to configure a Send Logging Data Extensions.
SendLogs are a powerful tool to retrieve data at send-time, store this information and utilise in solutions beyond the send. Examples of storing send-time data for retrieval can be using a Dynamic FromName and FromEmail or exports to data warehouses for reporting. Below are a couple of examples of how to use the SendLog Data Extension beyond just a log of sends to your Subscribers.
Email Send Logging Data Extensions record unique Job and Subscriber information allowing you to query Email Tracking Data Views efficiently. Join the Send Logging Data Extension on the JobID, ListID, BatchID and SubID fields to any of the _Bounce, _Click, _Open and _Sent Data Views.
Joining a Send Logging Data Extension to Data Views provides a view of email tracking that excludes situations where Marketing Cloud does not attempt to send the Email due to List Detective or the Subscriber’s status. This view of email performance is a more accurate representation of customer behavior than comparing tracking information to a Sendable Data Extension record count. This view represents the activity of subscribers sent the Email and does not include Subscribers who are excluded from the audience due to List Detective or inactive Subscriber statuses.
The following is an example Query that shows the Subscribers who were sent and clicked the Email for a particular Job.
SELECT SubscriberKey, EventDate FROM _Click AS C JOIN SendLog AS S ON S.SubID = C.SubscriberID AND S.JobID = C.JobID AND S.ListID = C.ListID AND S.BatchID = C.BatchID WHERE S.JobID = xxxxx
Troubleshooting TriggeredSends via ErrorCode Field
Sending API calls Asynchronously allows for Errors to be logged to the SendLog through the ErrorCode field provided within the SendLog Data Extension. While you can call the deliveryRecords route via the API, you can log errors to the Send Logging Data Extension to further analyze Triggered Sends and how often you're receiving specific Error Codes.
Common errors such as 'Missing Required Fields' (Error Code 19) and 'List Detective Exclusion' (Error Code 24) can be quantified and analyzed to identify the root cause of these errors by querying a Send Logging Data Extension.
Send-time Attribute Information
If you have Attributes/Fields in your Emails containing frequently changing data, adding the Attribute/Field information to the SendLog is an excellent way to review that information when the Email was sent.
An example of this is a weekly promotion email that utilizes the same sendable Data Extension to send different Emails. You could write content-specific information to the SendLog such as EmailName or subject to help with Subscriber Tracking analysis.
For this example, we will write the Email Name to our SendLog, and you will need to create a field for this on your SendLog Data Extension.
After adding your new Field, we will use the %%emailname_%% Personalisation String to write the value to a variable that matches the new Field Name on the SendLog.
Within your Email, you would create a small snippet of AMPScript code that creates a variable and sets the variable with the EmailName Personalisation String:
%%[ VAR @EmailName SET @EmailName = emailname_ ]%%
Over a four week period, we will send four different types of Email based on campaigns we have running.
Over the four week period we send the Emails to the same Data Extension and Subscribers and an example of a Subscriber on the SendLog Data Extension will look like this:
| JobID | ListID | BatchID | SubID | TriggeredSendID | ErrorCode | EmailName |
| 1234 | 100 | 1 | 1857295 | NULL | NULL | Offer Discount for New Subscribers |
| 5678 | 100 | 2 | 1857295 | NULL | NULL | New Product Launch information |
| 1357 | 100 | 3 | 1857295 | NULL | NULL | Pilot Program for Subscribers |
| 2468 | 100 | 4 | 1857295 | NULL | NULL | Launch of our new Product |
You can then utilise the DataViews (as mentioned above) to extract tracking analysis for these Emails/sends and look at a higher level how they performed.
Another send-time use case is the use of a Dynamic Sender Profile, review our Knowledge Article Use a Content Block containing AMPScript with Dynamic Sender Profiles for more information.
000386631

We use three kinds of cookies on our websites: required, functional, and advertising. You can choose whether functional and advertising cookies apply. Click on the different cookie categories to find out more about each category and to change the default settings.
Privacy Statement
Required cookies are necessary for basic website functionality. Some examples include: session cookies needed to transmit the website, authentication cookies, and security cookies.
Functional cookies enhance functions, performance, and services on the website. Some examples include: cookies used to analyze site traffic, cookies used for market research, and cookies used to display advertising that is not directed to a particular individual.
Advertising cookies track activity across websites in order to understand a viewer’s interests, and direct them specific marketing. Some examples include: cookies used for remarketing, or interest-based advertising.