|Redirect 301 or just remove and use custom 404 error page?|
which way is better and why?
Does anyone have any knowledge out there to which way is the better way to remove old pages from a web site that is changing?
Should we remove the old pages and just use a custom 404 error page with site map or individually redirect all old pages with a 301 redirect to their respective new pages?
If you have any reasons why one way is better than the other, please explain.
Obviously, the custom 404 would be easier and less time consuming, but is the easier way the better way?
Thanks in advance,
If the old pages don't exist anymore, use the 404 as it will eventually disappear from the Google index as Google is usually good about HTTP response codes.
If the pages are just changing location, path, etc use the 301 & make sure either way, you encourage people to link to the *new* location, and replace links to the old location.
From experience, the 'in bound link thing' is the only caveat with 301 redirects & google for changing the location of content.
Oh, and Welcome to WebmasterWorld!
If you want to make sure you don't lose any visitors, I'd use a 301. I have a custom 404 that says the page you requested has been moved due to a site redesign, and I've seen several people hit that page and leave, instead of browsing.
But if you want the search engines to drop the old pages as soon as possible, I'd use a 404. Google's pretty good about it either way, but Inktomi obeys a 404 much much faster than a 301.
I currently had the same problem. Content rested the same, filenames changed from kw1kw2.htm to kw1-kw2.htm and similar. I currently use an automatically generated .htaccess (as the static pages themselves are also automatically created) to redirect 301 the old to the new ones. Google follows the 301, but the results are not yet visible. During my regular searches I recognized a mix between the old and the new names ranking equally (well) in the serps.
I consider this method better, because I will not let any user run into whatever error page. It is already bad when he needs to click again to get to the appropiate page. I though have no idea on google long-time behaviour with this, i.e. when will I be able to remove the .htaccess controlling the redirects. Actually, there are no glitches.
[edited by: bull at 9:57 am (utc) on Sep. 20, 2003]
I may want to split off a section of my web to its own domain. If I do that with a 301, will the new domain automatically get credited with the existing (external) links to that section and thus also the PR?
|I may want to split off a section of my web to its own domain. If I do that with a 301, will the new domain automatically get credited with the existing (external) links to that section and thus also the PR? |
It should do, yes. I've recently moved a whole site over to a new domain and used 301 redirects from the old domain, and the PR was transfered within a few weeks.
> Inktomi obeys a 404 much much faster than a 301.
I've not had the pleasure of that experience. Slurp is the only bot I notice that still regularly returns to lick over 404's on pages which haven't existed for months, even years in some instances.
I've finally just accepted that ol' slurpie is gonna lap around the empty bowl indefinitely.
The best way in PHP:
header('HTTP/1.1 301 Moved Permanently');
Thanks Guys. Sorry I haven't been back to comment, but it has been busy. Thanks again, it looks like the 301, even though it might be more work, seems like the route to go.
Using a normal .htaccess with
Redirect permanent oldfile http*//filenew
Googlebot came back this night. She is very intelligent, did not pick a single
oldfile any more. Slurp does occasionally pick old ones though.
|She is very intelligent, did not pick a single oldfile any more. |
My mileage DOES vary. Googlebot came quite regulary for pages of the old domain, always getting the redirect. From the new domain, only the index was crawled every day. PR was successfully transferred to the new domain (as shown by the Toolbar).
Then suddenly the new domain dropped out of the index. PR still there, Googlebot still crawling the index page. No deep crawls at all.
I've just started using 410 = Gone, as I saw suggestion it's faster at removing pages.
404 is like a customer service bod who just shrugs ignorantly. Google, as I understand it, comes back a few times and then gives up, in the same way a real world visitor might just dispair at customer service that can't find it's own pages.
Better to direct visitors, be they bots or not, using 301 or kill it with 410 otherwise.