This is part 2 of a 2-part series about personalizing emails with Liquid:
Advanced Email Personalization with Liquid — 📍You are here!
☝️ PLEASE NOTE: This is an advanced article that focuses on providing Liquid use cases & code samples for your reference. Please refer to this tutorial for the basics of Liquid implementation, how to test out your personalized content, and frequently asked questions!
Take your email personalization to another level with conditional content and more.
In this article, we'll cover some more advanced applications of Liquid that are available for you to use in your Kit emails.
Conditional content
You can use Liquid to show different content based on whether or not a subscriber has a particular tag, like this:
{% if subscriber.tags contains "Purchased course" %}
This will show if the subscriber has the "Purchased course" tag.
{% else %}
This will show if the subscriber does not have the "Purchased course" tag.
{% endif %}
Just replace the name of your tag enclosed between the quotes (if your tag’s name has a quotation mark in it, make sure you enclose it in single-quotes instead), and then adjust both versions of the content accordingly.
‘Else if’ statements
You can get a little more sophisticated by using ‘else if’ statements. This allows you to include an ‘else’ version of the content at the end, which will show only if none of the above conditions apply:
{% if subscriber.tags contains "Purchased course" %}
This will show if the subscriber has the "Purchased course" tag.
{% elsif subscriber.tags contains "Purchased ebook" %}
This will show if the subscriber has the "Purchased ebook" tag.
{% else %}
This will show if the subscriber has neither the "Purchased course" nor "Purchased ebook" tags.
{% endif %}
☝️ NOTE: With elsif statements, the first positive match will apply and that content will be shown, even if there’s another positive match lower down. If you want certain conditions to take priority over others, ensure they’re in order of precedence from top to bottom.
Nesting
You can also nest if statements inside one another. Here’s an example:
{% if subscriber.tags contains "Past purchaser" %}
{% if subscriber.tags contains "Purchased course" %}
Subscriber has the "Past purchaser" and "Purchased course" tags.
{% elsif subscriber.tags contains "Purchased ebook" %}
Subscriber has the "Past purchaser" and "Purchased ebook" tags.
{% else %}
Subscriber has the "Past purchaser" tag, but neither the "Purchased
course" nor "Purchased ebook" tags.
{% endif %}
{% else %}
Subscriber does not have the "Past purchaser" tag.
{% endif %}
In the above example, the code will first check whether the subscriber has the “Past purchaser” tag.
If they do have the “Past purchaser tag”, then it’ll proceed to check whether they also have the “Purchased course” tag. If they don’t, it’ll then check whether they also have the “Purchased ebook” tag. The first positive match’s content will be shown, but if they have neither of those, then the content in the first else
statement will be shown.
If they don’t have the “Past purchaser tag”, then the content in the second else
statement will be shown (regardless of whether they have the “Purchased course” and/or “Purchased ebook” tags).
‘Unless’ statements
If you only want to show certain content if your subscriber doesn’t have a particular tag, you can simplify the code by using an unless
statement instead, as follows:
{% unless subscriber.tags contains "Purchased course" %}
The subscriber doesn’t have the "Purchased course" tag.
{% endunless %}
URL encoding
If you want to use Liquid shortcodes in your URLs, you’ll want to include the url_encode
filter, which will convert any URL-unsafe characters to their percent-encoded counterparts:
{{ subscriber.email_address | url_encode }}
The above would convert the email address jughead@example.com
to the URL-safe jughead%40example.com
.
Name filters
In addition to the default
fallback filter (more on that here), there are some additional Liquid filters that can come in handy, especially when applied to first name values.
Capitalization
You can ensure that only the first letter of the first name field is capitalized by using the capitalize filter:
{{ subscriber.first_name | capitalize }}
This would convert ‘jughead’ to ‘Jughead’.
Truncation
Some subscribers might enter both their first and last name in the first name field. To override that and only use the first word they entered as their first name, you can use the truncatewords
filter:
{{ subscriber.first_name | truncatewords: 1, "" }}
This would truncate ‘Jughead Jones’ to just its first word, ‘Jughead’.
Stripping whitespace
Liquid’s strip
filter will remove any leading and trailing spaces from a variable (it won’t affect spaces in between words):
{{ subscriber.first_name | strip }}
This would output the first name value of ‘ Jughead ’ to just ‘Jughead’.
Combining filters
Liquid filters can also be used in tandem! For example, you can simultaneously truncate and capitalize the first name value by combining the truncatewords
and capitalize
filters as follows:
{{ subscriber.first_name | truncatewords: 1, "" | capitalize }}
The above code would convert the first name value of ‘jughead jones’ to ‘Jughead’.
You can even combine them with the default
filter to also include a fallback option, as follows:
{{ subscriber.first_name | default: "friend" | truncatewords: 1, "" | capitalize }}
☝️ NOTE: Be aware that any subsequent filters will also be applied to the default
fallback value. For example, in the case of no first name value, the above code would actually result in “Hello Friend!”, since the capitalize
filter will also act upon the fallback value.
⚠️ Potential shortcomings of name filters
The addition of filters to the {{ subscriber.first_name }}
shortcode may prevent the [FIRST NAME GOES HERE] text from rendering correctly in preview emails, but you can still test out your code using the ‘Preview as a subscriber’ feature.
It’s also worth noting that some first names intentionally contain more than one word and/or capital letter. As a result, these filters could potentially result in unwanted edits to valid first names.
For example, use of the truncatewords
and capitalize
filters in tandem would change the first name values of “Mary Anne” and “McKayla” to “Mary” and “Mckayla”, respectively.
We provide the filters above for your knowledge, but ultimately it’s up to you as to whether it makes sense to utilize them with your own list.
Date & time filters
The following Liquid filters can come in handy when working with dates & times. Credit goes to Derrick Reimer for the inspiration!
Generating timestamps
You can use the timestamp
filter to generate a timestamp (in seconds-since-epoch) from the input time. For example, the following will output the current timestamp:
{{ "now" | timestamp }}
Converting time zones
The in_time_zone
filter will output the input date to the time zone provided. For example, the following would output the current date in the America/Denver time zone (in the format December 15, 2020):
{{ "now" | in_time_zone: "America/Denver" }}
Click here for the full database of worldwide time zone names.
☝️ NOTE: If the zone name is not recognized or not provided, it will return the original input time.
You can also add a date
filter to customize the format of the timestamp output. For example, the date
filter added in the example below would output the format 2020-12-15 12-36-34 -0700:
{{ "now" | in_time_zone: "America/Denver" | date: "%Y-%m-%d %H-%M-%S %z" }}
✨TIP: The date format can be modified using the same format as Ruby’s time.parse.
Advancing to a specific day
The advance_date_to_next
filter will move the input date to the same time on the upcoming selected weekday. For example, the following example would output the date of the following Monday:
{{ "now" | advance_date_to_next: "monday" }}
☝️ NOTE: If the input date happens to already be on that weekday (so in the above example, if “now” was already on a Monday), then it will advance it by one week.
Resetting time to midnight
The at_midnight
filter will generate a time that represents midnight as the beginning of the input date (so the output time will always be before the input time). This can be useful for normalizing dates.
{{ "now" | at_midnight }}
Number of days or weeks since or until
With the days_since
and days_until
filters, you can output the number of days since or until a date of your choosing. The calculation is relative to the time the email was sent.
For example, the following will output the number of days since January 1, 2000 (relative to the time an email was sent):
{{ "2000-01-01" | days_since }}
Similarly, the following will output the number of days until December 31, 2022 (relative to the time an email was sent):
{{ "2022-12-31" | days_until }}
This is available for weeks, too! Just use weeks_since
and weeks_until
instead.
☝️ NOTE: The total number of days/weeks will be truncated (i.e., the decimals removed). For example, a value of 3.9 weeks would be output as 3 weeks. The same applies to negative numbers, if you use one of these filters on a date in the past (that is, a value of -3.9 would become -3).
Using Liquid on custom field values
You can also apply Liquid directly to custom field values inside of your automations. To act on a custom field value inside of an automation, first add an Action step and then select ‘Set custom field’, as follows:
From here, select the custom field upon which you want to act from the dropdown (please note that only custom fields you’ve created will be included here, so the default first name & email address fields won’t be available to select). Inside of the ‘Field value’ section is where you can use Liquid to generate or reformat the value of that field.
Here are a couple of examples of how you can use this:
Storing dates
If you want to use a custom field to store the date of when a particular action occurred, you can do so by using a date
filter like the following: {{ "now" | date: "%d-%m-%Y" }}
This example would output the date in ‘dd-mm-YYYY’ format as that custom field’s value (e.g. November 10, 2020 would become 10-11-2020).
☝️ TIP: You can adjust the date format to your liking — it uses the same format as Ruby’s time.parse.
Keeping count
Liquid can also be used to keep track of how many times something has occurred. For example, say you want to keep track of how many times a subscriber of yours has purchased one of your products. You could create a custom field to keep track of this, and then automatically increase the count of its value by 1 in your automation whenever a purchase occurs, by using a plus
filter as follows: {{ subscriber.purchase_counter | default: 0 | plus: 1 }}
☝️ NOTE: The custom field must be lowercase i.e., subscriber.purchase_counter
Then you can even create a segment to filter for subscribers whose counter value is greater than (or less than) a certain number, by using a custom field filter:
Looking for more?
We’d recommend checking out our Liquid basics article below, if you haven’t already! It covers the fundamentals of using Liquid in your emails, including how to preview personalized content, plus frequently asked questions: