arrow Products
Glide CMS image Glide CMS image
Glide CMS arrow
The powerful intuitive headless CMS for busy content and editorial teams, bursting with features and sector insight. MACH architecture gives you business freedom.
Glide Go image Glide Go image
Glide Go arrow
Enterprise power at start-up speed. Glide Go is a pre-configured deployment of Glide CMS with hosting and front-end problems solved.
Glide Nexa image Glide Nexa image
Glide Nexa arrow
Audience authentication, entitlements, and preference management in one system designed for publishers and content businesses.
For your sector arrow arrow
Media & Entertainment
arrow arrow
Built for any content to thrive, whomever it's for. Get content out faster and do more with it.
Sports & Gaming
arrow arrow
Bring fans closer to their passions and deliver unrivalled audience experiences wherever they are.
Publishing
arrow arrow
Tailored to the unique needs of publishing so you can fully focus on audiences and content success.
For your role arrow arrow
Technology
arrow arrow
Unlock resources and budget with low-code & no-code solutions to do so much more.
Editorial & Content
arrow arrow
Make content of higher quality quicker, and target it with pinpoint accuracy at the right audiences.
Developers
arrow arrow
MACH architecture lets you kickstart development, leveraging vast native functionality and top-tier support.
Commercial & Marketing
arrow arrow
Speedrun ideas into products, accelerate ROI, convert interest, and own the conversation.
Technology Partners arrow arrow
Explore Glide's world-class technology partners and integrations.
Solution Partners arrow arrow
For workflow guidance, SEO, digital transformation, data & analytics, and design, tap into Glide's solution partners and sector experts.
Industry Insights arrow arrow
News
arrow arrow
News from inside our world, about Glide Publishing Platform, our customers, and other cool things.
Comment
arrow arrow
Insight and comment about the things which make content and publishing better - or sometimes worse.
Expert Guides
arrow arrow
Essential insights and helpful resources from industry veterans, and your gateway to CMS and Glide mastery.
Newsletter
arrow arrow
The Content Aware weekly newsletter, with news and comment every Thursday.
Knowledge arrow arrow
Customer Support
arrow arrow
Learn more about the unrivalled customer support from the team at Glide.
Documentation
arrow arrow
User Guides and Technical Documentation for Glide Publishing Platform headless CMS, Glide Go, and Glide Nexa.
Developer Experience
arrow arrow
Learn more about using Glide headless CMS, Glide Go, and Glide Nexa identity management.

Content Migrations 101: What every publisher needs to know before making a CMS switch

Content migrations can easily be the most complex part of a new CMS project. Doing it badly hobbles your new system before it gets going, but doing it well can unlock enormous value from your legacy content and databases. Here are some of the essentials to set you up for success.

by Dina Husejnagić

Published: 17:40, 03 June 2025
Two modern computers connected, with animated streams or glowing lines carrying documents, text snippets, and pages moving between them.

The decision to replace a CMS and migrate to a new content management system is rarely made in haste and usually comes after numerous pain points and frustrations have boiled over to become damaging to a business.

A new CMS can sweep away countless newsroom blockers, allow things to happen much faster, and be the touchpaper to rebuild all your audience-facing products or launch new ones.

But whatever the reasons for changing CMS, there is one simple-sounding part of the process which can become anything but simple: content migrations.

At Glide Publishing Platform we've done countless content migrations, from national newspapers to tiny independent publishers, and have built up a crucial knowledge base in how to do it well and prep for success.

Key to our viewpoint is a belief that content migrations are not merely a chance to move archives in a like-for-like status. Content migrations are in fact the best time to fix old problems and improve the usability of archived content to suit new objectives.

"A content migration can be likened to moving to a new house - if you care about what's being moved, the cheapest movers might not be the best," says Glide Chief Product Officer, Rich Fairbairn. "Do you want your movers to throw your possessions in the back of the truck and race off at high speed ignoring all the bumps? Probably not. If a like-for-like migration just takes all your old problems with you, it's a huge opportunity missed.

"For publishers that have been struggling with deteriorating CMS for a while, much of their archive can feel like a dusty basement full of who-knows-what. A good migration though assesses everything, cleans it up, and reassembles all the pieces to make it better than it was before.

"We've worked with publishers who have managed to effectively reclaim tens or even hundreds of thousands of aged articles from being barely usable and having no commercial life to them, into being renewed long-tail content that readers re-engage with and did brilliant things for site authority."

In this guide we outline the steps to take and what to be mindful to make the most of your content migration.

Content migrations: an opportunity and a minefield

A CMS content migration is the process of moving all your archived and current library content from one CMS to another CMS - like moving all your assets from one bank to another. 

On the surface it sounds deceptively simple - move stuff from A to B - but they can be anything but simple. You might have to move and remap millions of pieces of data, where any break in a data chain will cause errors or breakages.

Migrations can create technical headaches, bring up very real business risks, and cause lots of work for editors, developers, and product teams alike. Questions you and they might ask include: 

  • How do I move hundreds of thousands or millions of articles and images and keep track of everything in a completely new system?
  • How can I use the migration to improve the usability of each article?
  • How do we make sure we don’t regress on SEO and search rankings the moment we flip the switch? Can we in fact do better than we are now?
  • Can we keep our URL structure the same as it was before? Should we?
  • What do we do with a mountain of freeform tags that have built up in the old system? Should we copy them or get rid of them?
  • Can we bring old content metadata up to the same level as the most recent? 
  • What new products could we build around revitalised old content?
  • What more can we do in the future with a new CMS?

These are all significant business questions which tie directly to real business risks. But understood risks are manageable. The key to ensuring your content migration doesn't turn into a cautionary tale lies in knowing what to focus on and if need be, having a partner who’s done it before, and done it right.

From the moment the decision is made to move to a new CMS you should start crafting your content migration plan. This will not only help everyone stay on track and avoid spiralling costs and busted deadlines but ensures you avoid lost opportunity with the new CMS. Here is how we recommend you approach that plan.

Get everyone on board

Start with getting the right people in the room early. There should be representatives across editorial, product, engineering, design, and senior leadership, all agreeing on objectives, timelines, and what success actually looks like, and able to respond quickly to questions that need answers. 

From the major questions of mapping countless articles to new sites and designs and delivery channels, to the gritty details of how to handle unknown picture credits, tidying tag structures, or which (mis)spelling of an author's name is the right one, having stakeholders who can give a definitive answer quickly is vital.

It also means opening clear lines of communication with your CMS vendor and implementation partner from day one. They’ve likely seen it all before and can help you avoid costly missteps.

Assess what to move, and what to improve

Before you migrate a single article, run a full content audit to assess the condition and volumes of what you have. A clear picture of how many articles, images, entities, authors, content types etc. you have, you can start to estimate the best approach and timescales.

This is your chance to decide what you want to take with you, or leave behind. For larger sites with millions of pieces of content dating back perhaps decades, this can quickly become overwhelming and completely stall progress. To make this stage of a content migration more manageable, it is useful to identify and prioritise the current highest-value content first - the pieces still bringing in traffic, supporting SEO, or are crucial to your site’s authority - and move it first, before the next phases of content. No need to try and eat the whole pie at once.

A content migration isn’t just a chance to assess what content to move, but also to work out what needs improving.

Every CMS has its own way of handling content types, metadata, tags, media assets etc., and if you have not yet done so now is the time to think about your structured content models, reusable components, editorial workflows, and more. Keep your new CMS provider or integrator closely involved during this phase and lean on their experience to avoid miscategorising content and other roadblocks down the line.

Some content and workflows improvements commonly addressed during a content migration:

  • Cleaner content types: What was once just a generic article can now be properly classified as a News story, Opinion piece, Review, or Recipe, each type carrying its own styling, front-end behaviour, and structured data. Glide CMS, for example, offers superb support for structured data and content modelling - so make the most of it.
  • New standfirsts and other signage: Where articles previously jumped straight into body copy, each one can now utilise signage and titling useful for better site designs, apps, and improved SEO - such as a concise standfirst, tighter article descriptions, mobile or shorter headlines etc. With the right approach much of this can be automated.
  • Visible publication dates: If the old front-end hid dates, they can now appear clearly alongside each article along with ''published'' or ''last updated'' timestamps that refresh on republish, increasing transparency and signalling content freshness to both readers and search engines.
  • Rationalised tags and slugs: Duplicate categories are combined, tag conventions are standardised, and messy slugs are cleaned up. Canonical tags across the archive are reviewed and corrected to reduce the risk of duplicate content SEO penalties.
  • Author profiles: Duplicate or missing bylines can be replaced with proper author profiles and bios. These are automatically attached to each migrated article, supporting E-E-A-T signals and giving every author their own landing page.
  • Status-based workflows: Instead of relying on a simple ''draft'' vs. ''published'' model, more complex workflows such as ''Review,'' ''Fact-check,'' or ''Awaiting Legal'' to reflect real-world editorial processes can be introduced. Glide CMS supports granular permissions and status-driven queues that are configured and tailored during migration to fit your team's publishing flow.
  • Removing broken embeds: Over time, embeds from external platforms like YouTube or social media feeds can disappear as their authors removed them or exited the platform.

Maintain SEO where possible

The most pressing fear when migrating content for a new site is the potential for SEO downgrading or loss. A drop in search rankings post-migration can be devastating, and preserving your SEO elements wherever possible - particularly when considering your current URL structure - is really important.

As SEO expert Barry Adams of Polemic Digital puts it: ''It’s important to realise that even a tiny change in the URL - for example, changing from a trailing slash to a non-trailing slash - has the same impact as a radical URL change.''

Any changes should be carefully planned, with 301 redirects in place to ensure that search engines know where to go. But SEO goes beyond URLs: remember to carry over other metadata elements such as image alt text and internal links. These may seem small, but overlooking these pieces can lead to a negative impact on your site’s ranking.

If you’re looking at a wider site restructure or merging of subdomains, make those decisions early but again with good advice from your SEO expert: the sooner you lock down the specifics, the easier the rollout when the time comes to implement.

Automate where you can

Manual migrations are notoriously time-consuming, prone to errors, and usually force compromise on quality or speed. 

You will know what your archive looks like and be the best judge of where the tipping point is on expediency versus practicality: it usually comes down to numbers and the size of the site you are moving. However, keep in mind that even where article counts are relatively small and it might seem like the editorial team could manually copy the words and pictures for each article, it is all the metadata and business decisions that each article has attached to them which take the time. 

What can look like a small number of articles can become a rather large piece of work very quickly when consider all the fields and points of data an article includes, as well as new elements which might need to be added.

The good news is that there are tools and scripts available to do much of the heavy lifting.

At Glide, at a very high level, we break content migration automation into three phases:

  • Phase 1 - Extract & Transform: We extract raw data from the legacy source and import it into the migration tool, where all environment and account configurations are already set. During this phase, we configure content types, any widgets, and ensure all content is correctly transformed and mapped for Glide CMS.
  • Phase 2 - Store & Validate: Data types, including legacy and transformed data, are stored in a migration database for validation, monitoring, and mapping, without sending it to the API just yet.
  • Phase 3 - Send: Once verified, data is pushed to Glide CMS APIs. We monitor responses and store reference data.

The entire process is first done in a sandbox or development environment, where the site structure, content models, and workflows are already in place. 

Once everything is running smoothly, Glide’s configuration scripts take over, moving the full setup, including site structure, content types, custom data, and widgets, into the production environment. A round of manual QA follows as standard, ensuring everything is in order before the final migration automations are carried out.

All three need to be executed correctly, but automating massively speeds things up. 

Test, test… and test

No-one wants to learn that something broke during a migration by seeing it break on the new live site. To avoid this, always test in a dev environment first. Start by migrating a small batch of content and run thorough checks. Once you've confirmed everything is working as expected build numbers upwards from there.

Take time to inspect the front-end, review any custom code, and ensure the site looks and performs as it should. Test page load speeds, verify that SEO elements remain intact, and check responsiveness across different devices to make sure content is easily accessible everywhere you expect it to be.

Catching and fixing issues at this stage is far easier and far less stressful than dealing with the failure of a live site.

Train your teams before launch

A shiny new CMS brings new capabilities to the teams using it - but only if you show them what they are. Training should be baked into your migration plan from the start. 

Depending on what platform you are moving from, CMS changes can sometimes span generations of tech upgrades, and a team going from an old-style monolithic CMS to a modern headless CMS will arguably experience a bigger change than a team moving from print to digital. 

The easy bit for many writers will be where the buttons are; the hard bit can be an overnight move to a system that now publishes to, say, audio, in multiple languages, and lets you add components and widgets that carry out quite complex tasks at the front-end.

So, run tailored training sessions that walk teams through the ins and outs of the new platform so they understand how it works and feels confident using it.

With Glide CMS, we've made this part easy. Every customer gets unlimited editorial training at no extra cost. That cuts the burden on your support team to onboard new hires or contributors, and also encourages experimentation and launches. 

We also create custom documentation and training videos tailored to your setup, so your teams can revisit key workflows that may be unique to your organisation at any time. Every Glide customer has access to our Support Portal, and also opt for a shared Slack channel for fast access to support personnel and senior team members.

Monitor performance post-migration

The work doesn’t end once you go live: now it's time to monitor. 

Keep a close eye on SEO performance, page speeds, and user engagement to identify areas for further improvement over time, and ensure everything delivers the results you expect. Compare behaviour pre- and post-migration. The first few weeks are critical for spotting and fixing issues.

Ideally, your CMS partner should support you here and provide enhancements and recommendations to keep your site performing at its best. With Glide, you gain not only a powerful CMS in Glide CMS but ongoing support from our professional services team to help you analyse and optimise your content’s performance long after migration.

How we do it at Glide

There's no one-size-fits-all approach to content migrations. As Rich, notes: ''No two migrations are ever the same, but they are such an opportunity too.''

We’ve successfully helped publishers migrate from open source systems like Drupal and WordPress, other traditional platforms, and bespoke in-house solutions. We're flexible around who does it - whether you handle the work, your partners take the lead, or Glide’s own experts and partners step in. What matters is that you get the support you need and we make it a point to help every step of the way.

Along with the expertise brought by our in-house migration specialists, we often collaborate closely with our SEO expert partner, Polemic Digital's Barry Adams. Barry has been instrumental in many successful projects alongside us, so as a nod to his expertise, we'd recommend subscribing to his newsletter SEO for Google News - it's packed with publishing SEO nuggets, and doesn't cost a penny.


This is the first part of our ongoing migration series. 

Stay tuned for the next installment, where we’ll unpack the details of our approach to complex migrations, how we handle large-scale content structures, and help customers improve their content along the way.


Ready to migrate to a new headless CMS and set yourself up for long-term success? Book a call to speak to a Glide product specialist.