Nick Loeser

Email templates are essential to marketers who want to create emails efficiently and protect the brand consistency of their communications. Agentforce Marketing email templates became available in the Winter ‘26 release but some exciting new features and updates became available in Spring ‘26! Let’s take a look at the features of email templates and some of the quirky aspects of using them that you’ll want to know.

Product Note: In previous blog posts, Agentforce Marketing has also been referred to or known as Marketing Cloud on Core and Marketing Cloud Next. This product may have also been referred to under its Edition names, Marketing Cloud Growth and Marketing Cloud Advanced.

Creating a custom template

To get started with a new email template, navigate to your Content Workspace for Marketing Cloud, then select Add > Email Template.

You’ll see two options, “Select A Template” and “Use Components”.

The Components option will launch the drag and drop Email Builder for Marketing Cloud and will provide the email building experience you’re accustomed to. 

Important: You cannot save an Email as an Email Template, or an Email Template as an Email, so be sure you’re selecting the correct content type before building!

New: Prebuilt Templates

With the Spring ‘26 release came 17 new pre-built email templates (also 17 pre-built Landing Page templates. These templates are customized by use case, your options are:

1. About Us – Brand Story
2. Appointment Scheduling
3. Coming Soon – Launch
4. Free Trial – Demo Request
5. Gated Content
6. Lead Generation
7. Localized Offer
8. Newsletter
9. Offer Promotion
10. On-Demand Content
11. Partnership Program
12. Product – Service Deep Dive
13. Survey – Feedback
14. Testimonial – Case Study
15. Thank You – Confirmation
16. Waitlist – Early Access
17. Webinar

You can select each template to get a preview of its layout and components on the right hand side. 

Each template has a header component for your logo, a stylized footer, content and image components, and at least one CTA button. 

To use a prebuilt template, select the template and then click Select in the bottom right corner. You can also view and access the email templates you’ve saved in your CMS by selecting the Custom Templates header. 

Once you’ve selected the email template you’d like to start with, easily stylize the template by applying your brand from the right side menu. 

The standard templates can be completely customized like any other template. The stock photos they include are automatically saved in the same location as the email template.

Important: Don’t worry, you cannot overwrite the standard templates. You can customize a standard template to your company and brand and save it as a customized template for future use. This will give you  a custom template based on the standard design, but the original standard template is preserved.

New: Change Data Sources

Email templates and Emails can be associated with Data Sources. This allows you to add personalization from a specific data source, including Events.

As of Spring ’26, you can only add one Event Data Provider, meaning you can only add a single unique form (Event) to an email as a data source. By adding an Event Data Provider you’re able to personalize the email with data that was provided in the Event (aka, the form). So if you ask someone their food preference on an event registration form, you can add that field from the form inside the email.  This allows you to add the email to an event flow and create a follow-up email in the flow without waiting the standard 24 hours for Unification of the record*. 

*Personalization is typically only available in an email for Unified Individuals because the Data Graph (which powers personalization) must run first. So in our example, if a user supplies a food preference in a form, you must wait for the Data Graph to run so the data is added to the Unified Individuals profile and available for use in personalization. Adding an Event Data Provider bypasses the need to do this. 

Two important notes: You can only add a single Event Data Provider, you’ll need a unique email for each form you wish to personalize with form data. Furthermore, once you add a data source you cannot remove it! Be careful when adding a data source. If you add the wrong source you’ll need to start a new email to correct your error.

New: Lockable Elements

Marketers and brand managers are going to love the ability to lock elements inside a template! But, this new found power comes with a few quirks.

Newly Created Templates are Automatically Locked!

Post Spring ‘26 release, new email templates are locked by default. You’re able to either manually unlock specific sections you would like marketers to be able to edit or use the “Allow users to modify settings, styles, data sources, and layouts in emails that use this template” toggle option found on the settings tab to unlock all sections. When creating a new template, the toggle will be off.

Lock only certain content, but not all

If you wish to restrict users from editing only some content, for example a branded header or footer, but you want to leave the rest of the content open to editing, you have to unlock the sections one at a time. It’s a bit counterintuitive, but everything must be locked first, then sections are individually unlocked.

Step 1: Make sure the  “Allow users to modify…” toggle is OFF, meaning no content in the email is currently editable.

Step 2:  Select the individual component you wish to unlock and change the toggle to On. This unlocks the one section component you have selected on the canvas.

Don’t forget your subject line and preheader

If you’re locking down your template and only unlocking certain sections, it’s easy to overlook the Subject line and preheader! On the Email Settings panel, scroll down to the Subject Line and Preheader section and click the lock icon to unlock these settings for your users. This enables your users to change the subject line and preheader when using the template for an email.

Use of templates, important caveats

One final note on using templates, your order of operations is important. As mentioned previously, you cannot save an “Email” as an “Email Template”. Likewise, you cannot save a template as an email. When you’re ready to create an email that’s using a template, make sure you select “Add > Email”, then select a template. 

Lastly, something that I learned the hard way after creating a 6-email series for a nurture campaign. Segment Triggered Flows (nurture series) only use Emails, not Email Templates (so the opposite like Account Engagement Engagement Studio Programs). So when you’re adding emails to a flow you will only see Emails, not templates.

Final thoughts

Email templates are a much-needed addition to Agentforce Marketing and I’m excited to see how they grow from here. I love the functionality they offer, like customized data sources and lockable regions. They also did a terrific job creating a large variety of standard templates to get you started!

Agentforce Marketing Form Flows can take time to add all of the elements needed, such as autoresponders, lead notifications, and whatnot. Let’s use a handy Marketing Cloud flow template to solve a few problems with one simple subflow!

Product Note: In previous blog posts, Agentforce Marketing has also been referred to or known as Marketing Cloud on Core and Marketing Cloud Next. This product may have also been referred to under its Edition names, Marketing Cloud Growth and Marketing Cloud Advanced.

What Problem Are We Solving?

When someone fills out a form we need a scaleable, reusable way to determine if the person filling out the form is an existing Lead and/or Contact in Salesforce. If you include an email component to your form flow, such as an autoresponse email, then the first node in your form flow must be a create element. This makes it arduous to check for existing records and send an autoresponder in the same flow. 

Form Triggered Flows

When creating a new form in Agentforce Marketing you may have received the error message below warning you that a form triggered flow must begin with a Create Record. 

This can be frustrating because sometimes you want to first check if there is an existing record that matches what was just entered in the form, then decide if you should create or update a record.

Now you can!

Introducing: Upsert a Record for a Person (Flow Template)

This handy flow template makes life easier. It is also the ONLY exception to the rule above about starting with a Create Element. You can also start your form flow with a subflow that uses the “Upsert a Record for a Person” template, which is very useful.

The main benefit of creating a subflow is that you can call the same subflow from multiple form flows, no reinventing the wheel needed to scale. This new flow will handle the following:

• Check if a Contact exists > Update if found
• If no Contact exists, check if a Lead exists > Update if found
• If no Lead exists, create a new Lead

Optionally we can also add email alerts, add to campaign elements, and more. 

Let’s Build the Flow

1. In the Marketing App, select the Flows tab
2. Click New 
3. In the search window, search for “Person”
4. Select the template Upsert a Record for a Person

Your flow should open to the following canvas layout.

The flow is autolaunched because we’ll call it from another flow (our form triggered flow).

5. Click Next
6. Name the flow “Look for Existing Contact/Lead”
7. Click Create

This flow will ingest data from your form triggered flow and return a recordId. For this to work, we need to first create the variables in the subflow so that we can send the necessary data. 

8. Within the flow builder, select the Toolbox
   1. You should see three variables: company, lastName, recordId. These are the default variables because they’re technically all that’s required to create a record. You certainly will need more than this.

Important: when you add a new variable, like firstName, for example, you’ll need to make sure the checkbox for “Available for Input” is checked. This insures that any new variables you add will be able to accept the data from the form flow that this new flow is connected to. You’ll notice the three default variables already have that option checked.

Next we will create any necessary variables. Any data that your form is going to capture should be a variable for this flow to ingest. For example, firstName, phone, favoriteCandy, whatever!

9. Within the Toolbox, select New Resource
10. Select the Resource Type Variable
11. Enter your API Name, well use email for our example
12. Select your Data Type, this will typically be Text
13. Select Done

14. Repeat for any additional variables 

Customize the Sub Flow

Now that the basic setup of the sub flow is done we can configure the elements to suit our needs.

1. Start by selecting the Get Contact element.
   1. By default the template only looks for lastName to determine if a matching Contact exists. We’ll switch this out for a more reliable unique identifier, email address.

2. Select + Add Condition
3. Enter the Record Field Email equals variable Email

4. Select the trash can icon next to the Last Name condition to remove it

Important: When mapping the fields remember your variables represent the inbound data from your form, the field represents the object’s fields in Salesforce.

5.  Once complete, you should be mapping (at least) the Email field with the email variable you created. 

2. Next selecting the Decision element. 

1. The Decision element will determine if there is an existing Contact found. Name the element “Does Contact Exists?”.
2. Under Outcomes, let’s name the first outcome “Yes”. 
3. For the Yes outcome, your Resource should be the Contact ID from the Get Contact element. So if the Get Contact found a Contact, there will be a Contact ID present.
4. Map the Get Contact > Contact ID with the Operator “Is Null” which should equal False.

If a contact is found the Contact ID will not be null.

5. For the default outcome, simply name it No. There is no criteria needed because either the new record is a contact or it’s not.

3. If it’s NOT a contact.

If your new record is not a Contact you’ll see by how the template is laid out, it will go down the right hand path and hit another set of checks to look for an existing Lead.

A. Configure your Get Lead node the same way you did with your Get Contact, mapping your Lead Email field with the email variable. This means it will look for any lead records that match that email address.

B. Configure the Decision element in the same way you did the Contact Decision element. You want to determine if it found a Lead ID from the Get Lead node above.

Finally, we’re either creating or updating records.

On the left path, where a record will travel if a matching contact record is found, we’ll update the existing Contact with the details from our variables. Remember, the variables represent the data that the person entered into the form. Map the variables to the appropriate Contact fields to update the values.

Important: As of this writing, if a variable has a null value because the form field was optional, and the person did not fill in the field, that null value will overwrite the value on the contact record! For example, if your phone field is optional and a person doesn’t fill that out and their existing contact record does have a phone number, it will be overwritten with a null value and you will lose that data. If you would like to prevent this from happening, see Solution #2 of this blog post for a workaround. 

On the right path, records that are not existing contacts will travel to check for an existing Lead. If a Lead is found, you’ll configure the Update Lead node and map your lead fields with the variables.

If a lead is not found, you’ll create a new lead. Configure the Create Lead node, mapping your variables to the lead fields.

Very important last step for this flow:

For each update or create element at the end of the branches you must check the box for “Manually assign variables (advanced)” and store the variable in your recordId variable. If you don’t do this the flow won’t send the recordId back to your original form flow.

Once all the elements are configured and you’re sure that each exit point (create or update element) will store the recordId, you’re done with this flow and can save and activate. The flow must be activated before returning to your form flow.

Wait a minute, doesn’t the Create Records element include a check for matching records?

Yes, it does! That will work for your forms but you first need to know if the person filling out the form is a lead or contact. This subflow is the only way to first determine if the person filling out the form is an existing contact, lead or brand new. 

Let’s go back to our form flow

Now that we’re back in our original form triggered flow, we have much less work to do to create an effective way to check for existing records before we decide if we want to create a lead or contact, or update an existing record. 

When you start your form flow, instead of using a Create element, add your subflow.

1. Delete the default “Create Lead” element that’s usually added
2. Click the plus icon to add an element directly after your start
3. Select the Interaction element “Subflow”
4. One the right hand menu of flows, search for the flow you just created. You may have called it “Look for Existing Records” or something similar.
5. Configuring the subflow node is important. You’ll see a toggle next to each variable you created in the subflow. This allows you to map your Form Fields directly to your variables in the subflow.
6. Click the toggle and map all of the fields from your form.

Note: you do NOT need to map all of the fields, only the ones you want to use to create or update records in your subflow. You may include extra variables in your subflow to make it scaleable. For example, your subflow may include “favoriteColor” but you may not collect this data in all of your forms. That’s ok, you can toggle it on any of the forms you collect that data.

Using the recordId that was found in the subflow

What’s really nice about this subflow is that your form receives back a recordId for the record that was either found and updated, or the newly created record. There is no 24 hour wait. If you want to take additional steps in your form flow, like adding people to a campaign you’re going to need that recordId. 

Final thoughts

Creating and calling a subflow might seem intimidating to newer platform users, but if you take the time to configure it you will have an invaluable, reusable resource. In simplest terms you’re bypassing Data 360’s 24 hour wait period for checking a form submission for existing records and you’re receiving back (almost instantly) the recordId of the existing record or newly created record. This opens up all sorts of options in your form flow and makes them much easier to scale.

I also encourage you to have the subflow do as much work as possible. The more you have your subflow do, the less work your individual form flows need to do which means you’re up and running with new forms really quickly. For example, I recently set up a subflow that checks for existing records, adds the person to a campaign based on the UTM value in their form submission and sends the sales team an email alert, all within that subflow. 

One additional added benefit to the subflow strategy is that it’s far easier to deactivate, add-to and debug a regular flow. Form flows are notoriously fickle, so once activated, I like to leave them alone. But the subflow behaves similarly to any other admin flow in Salesforce that can be added to and edited as needed. (eh ahem, in the sandbox, of course). 
Special thanks to our friend, Francois Perret for his terrific article on the subject.