There will be many questions asked during a content management system (CMS) migration, but key among them is: How are we going to migrate content quickly and efficiently? This article will address some key considerations to help your content migration journey from “old” to “new” go smoother, quicker, and without loss of sleep.
Shhh, I’m Hunting Content…
If you don’t know what you have, it will be difficult to plan your move. Performing a content inventory is essential to discovering exactly what content exists and at what volume. During the audit, attempt to categorize your content by complexity (simple, moderate, or complex) or type (template or usage). You will likely want to use both.
Complexity implies difficulty in development and migration, and type implies the total number of page templates in your new CMS. This will assist in your migration approach later on when reasoning about automated versus manual migration. Without performing this content inventory, it will be very difficult to estimate the time and effort needed for your migration.
Until the migration is complete, it’s likely you will be using both the old and the new system. I’m not sure this is avoidable. Your business needs to continue to operate as usual and cannot stop making necessary content or data changes to your old site during migration. This makes tracking updates and changes critical during migration and begs the question: After completing the content inventory, how do I track the changes?
If possible, use an automated approach that will account for changes. This may be a 100% custom process or a custom extension to your existing CMS. If custom automation is too expensive in terms of development time and money, it may be best to simply use a spreadsheet to track changes which would include updates, new pages, and deletions. For your content migration to go smoothly, you need quality data, otherwise there is no way to guarantee all the content transferred successfully during the migration.
Lastly, make note of all search engine optimized (SEO) critical pages. If there will be a change in URL structure from the old site to the new site, a little extra work is needed before “go live”. Make note of these SEO critical pages on your spreadsheet, and augment the pages with their post migration URL’s. This information will make your Web Engineer’s job of protecting SEO for these pages much easier. Forget this step, and your SEO will suffer while your Web Engineer’s job becomes more difficult. No one wants to upset Web Engineers.
Does This UX Look Good on Me?
Think: lift and shift. Now is not the time to be making site design changes, there are enough other items in flux. Ask yourself: Do we really need the added pressure of designing a new look and feel right now? Think about the last time you went through this design process. It is not an easy task by itself and one you probably don’t want to go through while you are changing CMS’s, migrating your content, validating migrated content, performing user acceptance and quality assurance testing (UAT and QA), and mitigating a full host of other technology issues.
Simply using the “old” look and feel allows your development team to charge forward building the new templates and components without waiting for the design team, comps, or approvals. Where are your comps? Your old site is the comp. The developers already know what it’s supposed to look like, let them do what they do best.
It is recommended to hold your redesign for after migration. Everyone will be much more comfortable with your new CMS including, Authors, Managers, Developers, Web Engineers, etc. Besides, you can start planning and working on redesign concurrent with the migration and wait for implementation until after the migration is complete.
Start Them Up!
One of the problems to be solved during a migration to a new CMS is when to start the actual moving of the content. One successful strategy is to interweave development, testing, QA, UAT, and content migration.
Developers start building a page template that will allow someone to build a content page. Using the content inventory method mentioned earlier, pick a page that has the largest page count from the old site. The normal development process is followed to promote development work through testing, QA, and UAT processes.
In some cases, the content migration process will start as part of UAT. Depending upon your enterprise guidelines, this may or may not be possible. For tight timelines, this can be effective with the right resources performing UAT. Later, I will mention some resources to be considered for this UAT/content migration process.
- The Future of Digital Marketing: 8 Trends
- How Is Hadoop Like Teenage Sex? [Infographic]
- 6 Predictions for SharePoint, Office 365 in 2014
- What You Need to Know about Enterprise Mobility for 2014
- Hey CMO! Hey CIO! Work Together or Lose Everything
- 5 Ways Marketers Can Improve the CMS Experience
- 2014 Predictions: What Side of the Future Are You On?