Mailchimp integration – GDPR field not imported

Hi @dov.derin 

Thanks for the response; very helpful. I do have a couple of follow-up questions

• The import method will just add a custom property. This is good for segmenting. However, it’s not the same as the actual Consent status that is set when you use the built-in forms. Is there any way to set that with an import? 
• In this method, the GDPR consent is not traceable to its origins once we sunset our Mailchimp account. The profile would state the consent, but nothing about the fact that the person actually checked a checkbox when they subscribed. What are your thoughts on this?

Thanks,

–oo

Hello @Doubleo,

Glad the reply was helpful! Happy to address your follow-ups.

If by “actual consent status” you’re referring to using GDPR checkboxes on a Klaviyo form, you’re correct that would set the property for $consent. That property is a little trickier to upload because it needs to be formatted in a list array and it needs to be one (or more) of 5 specific values, but is certainly an option you can pursue if you’re looking for uniformity amongst your contacts (say if other’s are filling out a Klaviyo GDPR form which also sets these values). You can find the guide for importing contacts using the $consent field here. In practice, the segmentation would work exactly the same using this method or using the method I outlined above using another custom property.

On your second point, I’m not certain what the user originally did to gain the GDPR status in Mailchimp, whether that was a checkbox or something else. It sounds like you’re looking to not only transfer over their previous GDPR status but also distinguish who specifically consented to GDPR in Mailchimp vs who consents to GDPR in Klaviyo? If that’s accurate, you can include an extra column header in your .csv file when you import the Mailchimp contacts’ GDPR consent. For example, using the column header in the .csv file “from Mailchimp” with the value of “yes” for each contact.

From there, build a segment in Klaviyo to distinguish previous Mailchimp contacts using the column header value in addition to the GDPR consent. Something like: Properties about someone > $consent contains email AND from Mailchimp = yes. That will isolate the users in your Klaviyo account who both came from the Mailchimp import and have GDPR consent.

Hope that was helpful!

@dov.derin this is great, thank you so much. In terms of updating the $consent field though; I created a CSV file with a single entry, and used the formatting from this page. But the profile wasn’t updated with the email consent. The consent date gets updated, but not the consent value (email, web). What am I missing?
 

-oo

@dov.derin just a clarification. It looks like the consent type is actually imported fine, because if I export the profile, I can see it in the JSON file.

However, I don’t see this information in Klaviyo. When I expand the consent details, I only see the timestamp.

Any idea why this might be happening?

Thanks much,

-oo

Hello @Doubleo,

Thanks for the follow-up information! Yes, happy to help clarify.

While the $consent field will be stored on the profile, it is not expressed visually on the profile-level. You can still segment using the $consent field to isolate folks with certain $consent values, and (as you’ve discovered already) export those profiles containing $consent as well.

Hope that helps!