Large scale content migration can be the hardest part of implementing a new CMS. Having done my fair share of migration projects myself, I’d like to share a few practical tips on how to make them a little easier on the teams.

Content migration can sometimes be tricky and even downright messy (with good reason). In fact, the content migration can be the hardest part of implementing a new CMS. Having worked on some challenging migration projects for one of our European clients, I’d like to share a few practical tips on how to make life a little easier for teams involved with particularly large and demanding CMS migrations.

First off, content migration should be executed as early as possible and presented to editors in the test environment. For large sites with thousands of pages, a 100% verification of their look and feel is hardly possible. However, starting the review process earlier helps with broadening test coverage and with identifying fresh migration-generated/CSS-related issues sooner.

Also, in order to migrate a large website with constantly generated and updated content, you may want to make your rollout sequence look something like this:

  1. Initial rollout of the configured CMS + full migration of all content created up-to-date into the staging environment
  2. Extensive testing + manual site modification by editors. Certain pieces of content typically have to be migrated manually (side blocks, teasers, home pages, etc.)
  3. Bugfixing release + delta migration for the content created since the previous migration (#2 and #3 can be iterated as many times as necessary to reach release candidate status)
  4. DNS switching to new CMS (up until that point you are double-publishing the content to both old and new site while “freezing” user-generated content)

Let’s also touch on the issue of the old URL structure. Most large sites today have a wide variety of content: html, RSS, images, PDF files, etc. When moving to a new CMS, in most cases it is simply too expensive to preserve the URL structure 100% , even if the new CMS allows for that. A less costly and a more practical avenue to take might be identifying the types of content for which URL mapping can be preserved automatically, as well as the exceptional cases where the URLs can be fixed manually:

  • Analyze your inbound link structure
  • Identify the top URLs where your visitors are landing: search engines, referrals, bookmarks, etc.
  • Identify subscription statistics
  • Obviously, Google Analytics and various other webmaster tools can help here.

And another tip: If you have a team that is skinning/customizing the new CMS with off-the-shelf plugins or even write their own code, please keep in mind that they rarely diligent about documenting their changes in database schemas. To mitigate that, migration engineers should be part of this team from the very beginning to facilitate “osmotic communication”.

Download Case Study

Contact Us



Cambridge MA

1 Broadway,
14th Floor,
Cambridge MA 02142 +1 877-737-7178


San Mateo CA

400 Concar Dr,
San Mateo California
94403 +1 877-737-7178


The Hague

Louis Couperusplein 2,
4th floor 2514HP,
The Hague +31 70 512 1899


Sydney | Brisbane

12 Creek Street,
Brisbane QLD 4000 +61 2 8111 5900
United Kingdom

United Kingdom


Cowley House,
12 Black Jack Street Cirencester
Gloucestershire, GL7 2AA +44 7771 787840
Czech Republic

Czech Republic


Na Hřebenech
II 1718/8,
140 00 Praha 4 +420 721 537 689
Czech Republic

Czech Republic


Centrum, Šumavská,
Šumavská 416/15,
602 00 Brno +420 721 537 689



Narodnog Fronta Bb, Becici +382 67 136 640

Send us a note

We'll do our best to answer within one hour