If you thought choosing the new email service provider was a daunting task, now you’re on to the next one, which might be just as daunting: Making the switch.
Below is a short list of what you’ll likely need to move over (and how) to help you get started with your migration…well prepared. Because the smoother, easier and faster it happens, the sooner you’ll be up and running with your new ESP!
(One note of caution before you start: Keep in mind that a lot of what happens first is figuring out what to move by documenting your assets and evaluating which ones will go with you.)
Migrating your email lists
Obviously you’ll want to export your in-house email lists to the new ESP. Keep in mind this includes any segmented lists within your lists. All of your list, segmentation and data structure should be determined and built before any migration of data. This also means all attributes from the lists exported from your old email service provider must be added to your new email service provider.
Once the attributes are added, then you can import your lists and map them within the new ESP. While preparing for the move, be sure to record both static and dynamic segments so these segments can be re-created in your new email service provider.
For consistency during the move, we recommend keeping the same naming convention on all lists. In addition, one last list hygiene check is also in order just before you move your lists. We recommend cleaning lists via a third-party tool such as BriteVerify or Email Answers before exporting.
Content and templates
The next task is deciding which email content and templates (both HTML and text) you want to port over to new email service provider. As with the lists, we recommend keeping the same naming convention on all assets, for consistency during the move.
You’ll need to determine if the emails in the old ESP are to be created in the new ESP as HTML or as templates. If you’re planning on creating new templates, make sure you have the internal resources or a partner lined up to the help with that.
If you prefer HTML, the code for those HTML emails to be ported over must be copied and pasted into a text app or an HTML file. These then need to be copied and pasted into the content section of templates in the new ESP.
Within your templates, all system-generated links (such as “view as a web page,” unsubscribe, etc.) need to updated with the new ESP’s equivalents. Also, all new image paths must be updated and integrated into the HTML where appropriate.
Finally, figure out how you want to handle the header and footer: custom, default or hardcoded into each HTML template? Or choose to set these up as content that’s selected based on delivery profiles.
You’ll want all of your old data too, so export all historical performance data from old ESP and store it. Then document the email reporting you used with the old ESP and replicate it in the new ESP, but also take this opportunity to think through the kind of email analysis you were doing and see if it’s time to change your reporting.
Migrating images to your new ESP
As part of the document inventory that you do before starting the migration, figure out which images need to move from the old ESP to the new one. At ClickMail, we recommend that you keep the same naming convention for consistency and to eliminate any chance of confusion. To move the images, simply download the images you’re migrating and then upload them to the new email service provider which will create new image paths.
Moving your important email integrations is a bit more complicated compared to moving your images. Inventory all instances of your existing marketing technology stack where there is an API connector with the old ESP.
Remember to include everything: your CRM system, web analytics, ecommerce, content management system, and any social platform integrations like with Facebook or Twitter. Next, emulate points of integration via new the ESP’s APIs/web services calls as appropriate.
As with template creation, before starting on this, be sure you have the internal resources to do it, the new ESP scheduled to help, or an external email technology partner lined up.
Inventory all existing automation before the migration. This includes any drip marketing, lifecycle messaging, trigger-based and event-driven emails/campaigns, click stream, forms (sign-up pages), social campaigns, cross-channel messaging such as SMS and tweets, and auto-responders.
Be thorough in your documentation as automated marketing can easily be overlooked. Set up these automated emails and campaigns and test them in the new platform before the switchover is made.
You must export your unsubscribes from the old ESP and into the new one. Make sure you distinguish list-specific unsubscribes from universal unsubscribes. Unsubscribes should be processed a second time, preferably 30 days and again 45 days after the last time an email is sent through your old ESP to ensure capture of any stragglers. Include hard bounces in this process.
Migrating to a new ESP
This list is not intended to be exhaustive but rather a starting point. Your own list will depend on your organization and assets. And if you feel daunted nonetheless, remember, you can launch your new ESP in stages which can reduce both your stress level and your workload, as well as reduce the chance of errors as you start using the new email service provider.
Image via flickr