Hear about new posts as they happen. Improve your marketing.
Migrating your site to a new domain or URL structure is a huge undertaking whose SEO implications should not be taken lightly. In fact, I would say switching URLs can be one of the lowest value yet highest risk things you can do as an SEO.
Sometimes, though, we have to do things that are risky for other reasons. Maybe politics is at play and you were not involved in the decision. Or maybe the UX team has made a solid case for it. Or maybe even you’ve discovered issues with your site and you know that you will not be able to rank without changing your URLs (think: URLs with parameters and mass duplication. Fun for the right SEO!). This article is for you.
Or maybe you’re a business on an extremely old platform and you have set aside budget, time, and people to get it done right. So you’re hiring an SEO agency to help your engineers (or development agency) build the right site and move the old site correctly over to your new site.
First off, congratulations because you are already a number of steps ahead of most companies.
Secondly, you need a basic understanding of what’s needed to migrate a site so you should keep reading to gain that base of knowledge.
When migrating a website, many factors exist that must be accounted for that can either help or hurt your website’s organic traffic over the long term.
These factors include possible changes to:
When migrating your site, it’s also very easily to lose sight of many elements that have been implemented and run on autopilot over the years, such as:
As you can tell there’s a lot here, which is why site migrations are so hard to get right. Throughout this guide we are going to try to shed some light on the tasks and strategies needed to execute a site migration and not kill your business or organic traffic in the process.
Let’s get started.
When you migrate a full website, it often involves a change of the technology that the site is built on. Developers want to build on the newest coolest thing that will make the site wicked fast, content teams need more control over the content publishing and format of their work, marketing teams need different tools and integrations to increase traffic and revenue to your company.
There are many good reasons to change your website’s technology during a redesign and migration. However, this adds complexity to your project.
When changing your site’s technology during a migration, these are the biggest issues I have seen pop up from an SEO perspective:
When migrating and changing technologies, I always recommend:
You should always do a comprehensive SEO site audit on your new site with the new technology before setting it live, mostly so that you can grab any immediate low hanging fruit and also have a plan to recover traffic should you lose some in the migration.
Resource: SEER’s site migration checklist
URL structure changes are an SEO’s dream and nightmare at the same time. If you’re able to move from really bad URLs (think site.com/?item=123) to really good URLs (think site.com/great-url/), you can see instant improvements in your search rankings.
But URL changes are also one of the hardest things to do and to get right. I cannot tell you the numerous hours I spent inhouse in meetings talking through potential URL schemas to achieve the right one for a site with 15M+ pages. URLs are hard because they need to serve:
Obviously from an SEO perspective we value search engines higher than most, but in reality I view Googlebot/Bingbot/etc as the fifth user persona. URL changes are also not as simple as just updating them to whatever you want. Different technologies handle URLs in different ways, necessitating rewrites or worse.
The most important factors to keep in mind when changing URLs are:
Redirects and correct 1:1 mapping of them are incredibly important especially when you change your URLs and migrate to HTTPS at the same time. This can also be quite tough to do well because many hosts and DNSs do not play together nicely.
This diagram should help:
It is incredibly common to chain redirects, but the goal is to have direct hops to the final URL. Should you roll out your new URLs and have some chained redirects, you can always go back and fix those later.
Website speed has been shown time and time again to positively correlate to two things:
The most important thing to take into account around site speed as you migrate your website is that new technologies come with their own issues.
If you have been on a platform for a long time and it has been optimized for speed, then there is a good chance that you will lose some performance in your site migration if you do not take speed into account.
Luckily, you can benchmark this using Google’s free Page Speed Insights tool, which will give you a report like this:
My recommendation is to run this report for all of your main pages driving your website traffic, specifically:
This way, you will then have a record of their speeds before and after the migration.
Of course, migrating and re-platforming your website is the perfect opportunity to fix current site performance issues and actually end up way ahead instead of equal to or behind where you were before.
The Insights tool also works on most test servers as long as that test site is not protected by a username and password. If it is, then you should briefly remove that protection so you can gather these benchmarks and continue to fix the issues that the tool flags up before you go live.
Resource: A guide to page speed on Moz
Any time you move a website, your site’s structure will inevitably change as well. Often, I see internal links changing in ways that are not expected unless you take them into account from the beginning.
In our post on website architecture for SEO, we explain why site architecture matters for your search rankings and traffic especially in the long tail. If your important pages require four or more clicks from the homepage before they are reached, they’re going to have a hard time ranking well and driving traffic.
Before you migrate your site, you need to map your current structure and identify problematic areas so that you can fix these when designing and building your new website.
The simplest way to do this on a reasonable sized website is with the Screaming Frog SEO Spider. A license is only $190 per year, though they also offer a Free version which crawls up to 500 URLs with reduced functionality.
Within the Screaming Frog crawl, you will find a Site Structure report on the right side of the screen. Each URL line within the crawl also tells you the level of the page, so you can identify which pages are below four clicks from the homepage and work to bring those higher in your architecture.
Here is Credo’s. It looks like we still have a bit of work to do:
On-page content is incredibly important to your page’s ranking ability, second only to meeting the user’s need (which also improves share-ability and thus link-ability).
We wrote a post about fresh content for SEO and what it means which you should absolutely refer to when planning out your page structures and content elements.
Of course, you first need to take into account what might be useful to the user and then what might be useful for conversion. Depending on your goals, such as driving people deeper to your product pages or converting them directly from the page on which they land, your content will be different.
While on-page content has site speed (see section 3) implications, sometimes the tradeoff for more (and better) content on the page overpowers the speed tradeoffs, plus you can always improve your page speed by leveraging page caching and using a CDN, which are topics we will cover at another time.
On-page content can take many forms depending on your type of website (and this is by no means an exhaustive list):
Our SEO consultants page has many of these elements included:
Resource: eCommerce Category optimization
Websites are composed of individual pages, but if you have a dynamic website then all of your pages are contained within page templates to allow for easier creation of pages instead of manually building each and every page that you need to launch.
This has its pros and cons, especially on user-generated content sites, but generally this makes on-page optimization easier as well.
As you are designing your new website and its page templates, you must take into account on-page SEO elements such as:
I always recommend that in your pre-migration audit of your existing site, you note where your current pages are sub-optimal and then make sure to correct those issues with your new website.
This is once again possible to audit within Screaming Frog, both with your existing and staging sites. You should audit both.
Finally, as you are redesigning your website you need to remember the two types of sitemaps:
I have too many times seen migrated websites forget to update both types of their sitemaps and thus keep submitting sitemaps with old URLs that do not return a 200 status code. Search engines have many times told us that this is suboptimal for SEO and after a while they may even stop trusting your sitemaps if they have too many errors.
Other times, HTML sitemaps (here is Credo’s) can be completely lost which then results in a rankings drop which is incredibly hard to diagnose.
So, when you migrate your website you must remember to:
Sitemaps aren’t hard to get right (though they can get complicated depending on your needs, such as News or video), but they are absolutely important to your long-term organic traffic.
What do you think? What did we miss? What would you add? What experiences have you had? Leave them in the comments.
Sometimes the hardest part of growing your company is finding the right tools to use to execute on your strategies. Tools are a dime a dozen, but the right tool for the job is hard to find.
Check out our recommendations for lead generation and SEO tools as well as the books we recommend reading as you grow your business.
If you’re writing content for marketing purposes and dumping it all on your blog, you’re doing your potential customers, your organic traffic, your lead generation,…View Post