: How do I handle a LOT of redirects when migrating a medium sized site? I'm migrating a medium-sized site (12,000 pieces of content) from Static HTML to a CMS. The CMS effectively requires
I'm migrating a medium-sized site (12,000 pieces of content) from Static HTML to a CMS. The CMS effectively requires that the exiting site structure has to change. The site has more than 5,000 PDFs with internal links that include the FQDN, along with hundreds external links.
These PDFs will not be updated as part of the migration, or at a later date, so I will need to create redirects for each piece of content on the old site to its counterpart on the new site, and maintain those redirects effectively forever.
The existing site and links are at www.example.com. I would very much like to use wildcard redirects where possible (like in the directory structure that contains 2,000 MP3 files).
Unfortunately, I probably can't just use the example.com root domain for the new site, leaving www for the old one, because it conflicts with their internal Active Directory. (When an internal user goes to example.com, it takes them to an internal Active Directory domain controller.) So www is fine, but using the root domain isn't.
The next easiest way to do this is with a new domain name, leaving the old domain to redirect content forever. This would work, but is the least desirable outcome for the business.
My other thought was to use something like www1.example.com, but I'm not sure if there are SEO implications or other issues using www1 as canonical. Most sites that I've seen use www1 use it as an alternative to www, not a replacement.
I could try putting redirects on the same server and domain name as the CMS (retaining example.com), but that seems like it would be problematic. I would have 12,000 redirects, and if the business ever created a live content item with the same path as a redirect, one of them wouldn't work.
It's not terribly desirable (and maybe not possible) to put everything on the new site under example.com/newsite/ to avoid redirect conflicts.
Anything I'm missing, or other advice on how to approach this?
More posts by @Margaret670
1 Comments
Sorted by latest first Latest Oldest Best
I would very much like to use wildcard redirects where possible (like in the directory structure that contains 2,000 MP3 files).
If your server software is apache, then you can use the rewrite module to redirect some URLs to others using wildcard character sequences in the regex. For example, to redirect example.com/apple1, example.com/appleA, example.com/apple2, and example.com/appleABC to example.com/newapple-1, example.com/newapple-A, example.com/newapple-2, example.com/newapple-ABC respectively you can use this code:
RewriteEngine On
RewriteRule ^apple(.*)$ example.com/newapple- [R=301,L]
The next easiest way to do this is with a new domain name, leaving the old domain to redirect content forever. This would work,...
It's also not the best desirable outcome in speed because it takes longer to fetch two new domain names than just one.
My other thought was to use something like www1.example.com, but I'm not sure if there are SEO implications or other issues using www1 as canonical.
Canonical is when you showcase the exact same content on two different URLs. And this idea also makes users wait longer because a subdomain to a web browser is like a new domain (where it has to be fetched).
I could try putting redirects on the same server and domain name as the CMS (retaining example.com), but that seems like it would be problematic.
Speed would be better when redirects happen since you're dealing with the same domain name.
It's not terribly desirable (and maybe not possible) to put everything on the new site under example.com/newsite/ to avoid redirect conflicts.
At this point in time, this is the perfect approach for speed, cost, and organization reasons. A redirect conflict can happen if you're creating any chain of redirects such that any URL in the chain is the same as the initial URL used that triggered the redirect chain to begin.
If you're not interested in name changes, then at least use the example.com/newsite/(insert URL tail) approach for now to make things organized then several months later, redirect URLs to example.com/(insert URL tail)
But if you can designate new names for each of the URLs that are to be moved, then do that instead and then you can use them at document root. for example, example.com/(new name here)
Terms of Use Create Support ticket Your support tickets Stock Market News! © vmapp.org2024 All Rights reserved.