I have 2 lists for each language. Sometimes, subs update their language preferences (via Custom Profile Property), but Klaviyo obviously won't automatically move them to the other list.
Note, I don't want to "globally suppress them"; this would prevent profiles from receiving ANY emails… There's no way to do that for just one list?
I tried creating 2 segments: one for each language (i.e. custom property) set to the list in the other language. I don't see a way to use that segment (or a CSV export) as a way to bulk unsubscribe profiles from either list.
It may be possible to remove profiles from a list with a webhook in a flow. I do this for unsubscribing sunset contacts - different from your use case of list removal - but looks like the principle is the same.
However, from what you describe, it would require two webhooks: one to remove them from list A and one to add them to list B.
A possible consideration with the general approach is if you have flows triggering from these lists with the same content but in different languages. So, a contact subscribes to list A and receives that flow in language A then they switch to language B, get added to list B and receive the same content in language B. Also a consideration is if those lists are double opt-in.
An alternative approach that wouldn't require webhooks/list manipulation and avoids the above issues is to have one master list and use your custom property for language.
Here's how that would work for your use case based on what you've shared:
Your language custom property is on your sign-up forms and on the preferences page. You could also add links in your emails so they update their language preference via an update custom property.
Your campaign segments and flow filters would use the language custom property.
If you have a flow triggering on new members to your master list, you have both language emails at each step (see example below) and add an additional email filter to each for the language. for example 'Properties about someone language equals French', Properties about someone language equals German' etc. This will send the correct language email at each step based on their preference, even if they switch preferences during the flow.
Hope that helps but if I've misunderstood anything, please let me know
It may be possible to remove profiles from a list with a webhook in a flow. I do this for unsubscribing sunset contacts - different from your use case of list removal - but looks like the principle is the same.
However, from what you describe, it would require two webhooks: one to remove them from list A and one to add them to list B.
A possible consideration with the general approach is if you have flows triggering from these lists with the same content but in different languages. So, a contact subscribes to list A and receives that flow in language A then they switch to language B, get added to list B and receive the same content in language B. Also a consideration is if those lists are double opt-in.
An alternative approach that wouldn't require webhooks/list manipulation and avoids the above issues is to have one master list and use your custom property for language.
Here's how that would work for your use case based on what you've shared:
Your language custom property is on your sign-up forms and on the preferences page. You could also add links in your emails so they update their language preference via an update custom property.
Your campaign segments and flow filters would use the language custom property.
If you have a flow triggering on new members to your master list, you have both language emails at each step (see example below) and add an additional email filter to each for the language. for example 'Properties about someone language equals French', Properties about someone language equals German' etc. This will send the correct language email at each step based on their preference, even if they switch preferences during the flow.
Hope that helps but if I've misunderstood anything, please let me know
@bluesnapper Thanks for answering! Truly appreciated 💌
Hey, funny you mentioned using custom properties as filters for each email (e.g. language); I frequently do the same thing for multi-language accounts.
The problem with having one master list is the consent pages can only have one iteration (e.g. in one language).
Can’t vouch for webhooks, never tried. Albeit making automatable the process of “moving” a profile to another list based of changes in preferences (e.g. language preference), seems a more expensive and resource-intensive endeavor that may require monitoring down the line (e.g. API updates, etc.)… so too bloaty/technical for what it really needs to be, am I right?! haha
So, unless there’s something wrong with the underlying assumptions from this problem, it doesn’t seem to be any effective solutions… 🤔
By clicking “Accept All Cookies,” you agree to the storing of cookies on your device to enhance site navigation, analyze site usage, and assist in our marketing efforts.
Privacy Preference Center
Your Privacy
Strictly Necessary Cookies
Performance Cookies
Functional Cookies
Targeting Cookies
Site Analytics
Your Privacy
When you visit any website, it may store or retrieve information on your browser, mostly in the form of cookies. This information might be about you, your preferences or your device and is mostly used to make the site work as you expect it to. The information does not usually directly identify you, but it can give you a more personalized web experience. Because we respect your right to privacy, you can choose not to allow some types of cookies. Click on the different category headings to find out more and change our default settings. However, blocking some types of cookies may impact your experience of the site and the services we are able to offer.
Privacy Notice
Strictly Necessary Cookies
Always Active
These cookies are necessary for the website to function and cannot be switched off in our systems. They are usually only set in response to actions made by you which amount to a request for services, such as setting your privacy preferences, logging in or filling in forms. You can set your browser to block or alert you about these cookies, but some parts of the site will not then work. These cookies do not store any personally identifiable information.
Performance Cookies
These cookies allow us to count visits and traffic sources so we can measure and improve the performance of our site. They help us to know which pages are the most and least popular and see how visitors move around the site. All information these cookies collect is aggregated and therefore anonymous. If you do not allow these cookies we will not know when you have visited our site, and will not be able to monitor its performance.
Functional Cookies
These cookies enable the website to provide enhanced functionality and personalisation. They may be set by us or by third party providers whose services we have added to our pages. If you do not allow these cookies then some or all of these services may not function properly.
Targeting Cookies
These cookies may be set through our site by our advertising partners. They may be used by those companies to build a profile of your interests and show you relevant adverts on other sites. They do not store directly personal information, but are based on uniquely identifying your browser and internet device. If you do not allow these cookies, you will experience less targeted advertising.
Site Analytics
These cookies record your visit to our website, and are used to track your visit including information such as: web page interactions (clicks, hovers, focus, mouse movements, browsing, zooms and other interactions), referring web page/source through which you accessed the Sites, heatmaps and scrolls, screen resolution, ISP, and statistics associated with the interaction between device or browser and the Sites. If you are accessing our Services with a European IP address, you have been asked to consent to the use of these cookies (you are free to deny your consent).