I have a client who currently has two brands, two separate websites and two Klaviyo accounts for these brands. However, they plan on having only one website for both their brand, and even add a third one. Every brand will keep it’s identity, name and visual assets, but they will be on the same website.
Our preference would be to keep different Klaviyo accounts so that every brand has his own sender name, sender address, assets and everything. We could however hop from an account to the other like we do in our agency, from one client account to another.
However, is it possible to have multiple accounts with only one website? I’ve seen topics with the opposite question, like having multiple shops for only one Klaviyo account, but nothing exactly like my question.
In most cases, you need a one-to-one platform/storefront to Klaviyo ratio. The reason is, all the unique behavior data of the platform will be sent to a Klaviyo account so you can do the complex segmentations and Flow triggers properly. Klaviyo ingests not just the customer and email addresses, but also all their behaviors (like visits, purchases, etc) - so they need to be properly separated to avoid duplication or ambiguity.
Having said that, there are some platforms where you can programmatically configure it to behave like multiple storefronts (even though there’s only one backend store) - and you can map each “view” of the store to an entirely different set of integrations (e.g. a separate Klaviyo account for each). However these are more complex store setups and often requires custom development.
What platform is your client using? Or, is it a custom platform?
In most cases, you need a one-to-one platform/storefront to Klaviyo ratio. The reason is, all the unique behavior data of the platform will be sent to a Klaviyo account so you can do the complex segmentations and Flow triggers properly. Klaviyo ingests not just the customer and email addresses, but also all their behaviors (like visits, purchases, etc) - so they need to be properly separated to avoid duplication or ambiguity.
Having said that, there are some platforms where you can programmatically configure it to behave like multiple storefronts (even though there’s only one backend store) - and you can map each “view” of the store to an entirely different set of integrations (e.g. a separate Klaviyo account for each). However these are more complex store setups and often requires custom development.
What platform is your client using? Or, is it a custom platform?
It’s gonna be a Shopify so I don’t think it’ll be very complex or custom. I believe they want each brand to have their landings, collections and products, but all on the same website.
I agree with @retention and for email programs also, from deliverability perspective, it’s not advisable to confuse the audience since one sending domain will be used to serve email content from different business entities. Keeping both brands on one website doesn’t make any sense to me. What’s the rationale behind this?
My suggestion would be - have a separate website for each business entity with respective Klaviyo accounts and sending domains setup to keep messaging unique for each brand to avoid challenges in managing segmentation and tracking from campaigns.
Sorry, I forgot to answer! :s Thanks again for your help!
So I got more details on the client. What were originally three different brands will now act more like collections, lines, or ranges within the store. They will keep their respective voice and ambiance, but they will be indexed one one website, so one domain.
I think we’ll have to do only one Klaviyo accounts and segment the contacts based on their interest on one or many collections.
That makes sense, @RosieClem! You can have now one sending domain, authenticate it properly, warmup it up and build reputation with both your audience and mailbox providers.
Follow a better segmentation, tagging and personalisation strategy to keep messaging clear and also ensure you are able to leverage utm tagging as well to categorically monitor respective entities within one brand.
Hope that makes sense.
Regards,
Mohsin
P.S: If you have further doubts or need help with regards to establishing reputation and deliverability, feel free to reach out.
One last thing: can I keep one of the existing Klaviyo accounts (the one who’s domain name will remain the same) and merge the other one in it, or should I create a brand new account?
So, it totally depends on your business requirements and how you’d like to manage and run your email programs if you have right resources to make campaign processes easier.
If it makes your job simpler to keep everything under one Klaviyo account; and, you can flow right profile attributes and Shopify events (native and custom), easily tag and do better segmentation to identify profiles basis their intent, purchase and engagement behaviour and so on… then go for it!
Otherwise, have multiple Klaviyo accounts and keep messaging on separate sender domains to manage your email programs better.
Let me know if it makes sense or still got questions.
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).