Redirects
-
Hello,
My question is: how important is it to wait for the a redirect to get seen and cached before you take down the old page?
More in depth: my old platform has seriously limited my ability to add sitemaps and make edits to htacces. I just want to change nameservers (which will delete everything on there) and upload the htaccess is that alright?
Another way of saying it: when redirecting a page, is it necessary for google to see the old page before it is deleted?
Thanks
Tyler
-
Hi Tyler.
Both the links you offer are to Dr Pete's profile page. I am presuming this response was shared with you for your private Q&A?
As a follow up to you or Dr Pete I would ask the following questions:
Would you agree the best method of redirect would be at the server level?
If so, would you agree that once a redirect is implemented at the server level there is no reason to keep the old page on the server, and that even if the old page was kept it would never be seen or crawled as long as the server redirect was in place?
If the answer to both of the above questions is yes, then it is in perfect alignment with the information I shared. If the answer is "no", then I would have further questions based on the response.
What method are you using for the redirection?
The first response I shared specifically clarified it was for a server (htaccess) redirect. I use that example since it is the most common form in my experience, but there are other ways to do it.
Thank you for sharing the reply. So far it sounds like it affirms the response I offered.
-
by http://www.seomoz.org/users/profile/22897
It depends a bit on how the redirect is implemented. People sometimes rush to remove an old page from links, XML sitemaps, etc. and then run into a bit of irony - if Google doesn't recrawl the old page, they don't see the redirect and may not process it (or they'll have to find the new page by themselves and kill the old page, which can take a lot longer).
If your redirect is at the server level, like an Apache htaccess directive, you may not need the old page to actually exist. The redirect will happen without it. Typically, though, I'd leave a reference to the old page, like a line in the XML sitemap, at least for a few weeks.
Of course, if the old page is frequently crawled (it has a lot of outside links, etc.), you may be just fine. It's typically deeper pages that dont' get crawled often that run into trouble.
I'm not quite sure what you're saying about changing nameservers (or how that ties to htaccess) though. What method are you using for the redirection?
-
I'm thinking that google may go back to the actual old page in some way.
To the best of my knowledge, that is simply not possible.
Google can choose to ignore the robots.txt. Google can choose to ignore a meta tag. Google can choose to do just about anything it wants with respect to page rankings and SERPs. What Google cannot do is access a page on a web server to which it does not have access.
Google cannot tell the web server "hey, I know you are showing a 301 here but I don't want to be redirected. Show me the original page instead". At least, they can't based on my understanding of how the web works. If I am mistaken, I would love to learn about it so I can improve.
-
interesting. the source was very reliable and actually I am agreeing with what you are saying. I'm thinking that google may (during this discussion in early 2010) go back to the actual old page in some way. Otherwise what would be the point of leaving it up? There may be a caviat in the googel algo that likes it when you seem transparent. This is the old page and this is the new page. Showing that you still have control over the old page. I understand that the googlebot wont even get to the page if it sees a redirect in the htaccess. So this is the reason for the question. I asked a private and question and we'll see what comes back.
-
In a normal web page request, the requested page is provided by the host server with a 200 header code.
In a 301 situation, the new page is returned with a 301 header code. This would happen whether the old page is present or not. Even if the old page was present, the hosting web server would not look at nor offer the old page.
If there is no additional information or context, I would stand by my original statement. My question to the person who is the source of the statement would be, what exactly is Google supposed to see on the page before it is redirected? What has changed from the last time Google saw the page?
-
Ryan,
No I'm not referring to a link.
There's nothing wrong with that statement and it was not taken out of context.
There's no additional information that I am concealing.The 301 can go up immediately. The question is can the old url be deleted before it has been cached as a new url. After it gets cached it will show as the new url in the serps. Then it's safe to be taken down.
-
The fine people at bruce clay said it's important to let the page be seen before deleting it.
Do you have a specific link? Something is wrong with that statement and I feel it must be taken out of context.
Or possibly there is additional details you have not shared? Has the page changed in some way? Let's say your page is crawled by Google every 2 weeks. So it was crawled last week and you decide today you wish to 301 the page. You are suggesting to wait a week to let Google re-crawl the page before 301'ing it. My question is, what has changed on the page since the last crawl? What do you wish Google to see?
-
The fine people at bruce clay said it's important to let the page be seen before deleting it.
-
when redirecting a page, is it necessary for google to see the old page before it is deleted?
If you are performing the redirect via htaccess, then no. A 301 redirect is simply a header code. It lets Google know the page which is being displayed is not the page requested, but a different URL. Google then understands the need to replace the old URL with the new one.
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Htaccess redirects
Annoyingly it's time to play with this beast again. I've been given the task of doing the following. Keeping the homepage live Redirecting categories to the specific categories on the new site Catch all redirects Now i've managed to setup the specific categories and the catch all redirects, however I am unsure how to keep the homepage live (which is like this:www.domain.com/ so I can't just exclude that?) Would appreciate any help.
Technical SEO | | ThomasHarvey0 -
I have multiple URLs that redirect to the same website. Is this an issue?
I have multiple URLs that all lead to the same website. Years ago they were purchased and were sitting dormant. Currently they are 301 redirects and each of the URLs feed to different areas of my website. Should I be worried about losing authority? And if so, is there a better way to do this?
Technical SEO | | undrdog990 -
301 Redirects Relating to Your XML Sitemap
Lets say you've got a website and it had quite a few pages that for lack of a better term were like an infomercial, 6-8 pages of slightly different topics all essentially saying the same thing. You could all but call it spam. www.site.com/page-1 www.site.com/page-2 www.site.com/page-3 www.site.com/page-4 www.site.com/page-5 www.site.com/page-6 Now you decided to consolidate all of that information into one well written page, and while the previous pages may have been a bit spammy they did indeed have SOME juice to pass through. Your new page is: www.site.com/not-spammy-page You then 301 redirect the previous 'spammy' pages to the new page. Now the question, do I immediately re-submit an updated xml sitemap to Google, which would NOT contain all of the old URL's, thus making me assume Google would miss the 301 redirect/seo juice. Or do I wait a week or two, allow Google to re-crawl the site and see the existing 301's and once they've taken notice of the changes submit an updated sitemap? Probably a stupid question I understand, but I want to ensure I'm following the best practices given the situation, thanks guys and girls!
Technical SEO | | Emory_Peterson0 -
Use 302 redirect when site crashes
My company has switched to a new ecommerce platform that we are not totally familiar with yet. As we've worked with it, we've had a couple situations where both the front and back ends of our site crashed simultaneously (always after installing a third party module). The platform's built-in backup solution hasn't been an option in those situations so we've been coming up with alternatives. We now have a duplicate of the site on our server for such emergencies. The plan is to have pages on the broken site point to the backup site using 302 redirects until the broken site is fixed. Is this correct usage of the 302 redirect? I often see people recommend to never use 302 redirects, but I thought this might be the kind of situation where they'd be appropriate. If so, are there other SEO considerations we should keep in mind? For example, I'm wondering if we should put canonical tags on the temporary site that point to the broken site so the broken site stays in the SE indexes.
Technical SEO | | Kyle_M1 -
Apache Rewrite Verse Redirect
I put in a request with my IT team to implement some 301 redirects. We recently launched a major redesign and there multiple version of some pages with different URLs. They asked why they could not do Apache Rewrites, so it was not necessary to return an HTTP header. I know Google's Webmasters best practices is to use 301 redirects. I am not familiar with the technical aspects of Apache et al. Are there advantages to using a rewrite? Thanks
Technical SEO | | SuperMikeLewis0 -
301 redirecting a mobile site.
Is it possible to selectively 301 redirect mobile/tablet user agents and google robots from the desktop version of a website to a mobile site? Would this preserve the SEO for the desktop website while optimizing the mobile/tablet site for mobile SEO?
Technical SEO | | inc.com0 -
Can I redirect a URL that has a # in it? How?
Hi there - My web developer is saying that I can't do a URL redirect with a "#" in it. Currently, the URL is actually an anchored link within a page (which the URL indicates with a #). I want to change the content to a new URL, but our website links internally to the old URL, so we would need to do a URL redirect (assume 301). Can you tell me if this is possible and how? Thanks!
Technical SEO | | sfecommerce0 -
Redirect
How do I redirect this url: http://www.example.com/img/head/beauty-spa.jpg" width="114" height="50" alt="image"/></a> </div> <div class="c0 r"><a href="/m/imgres?q=short+holiday+treatments Thank you for your help.
Technical SEO | | petrakraft0