Staging & Development areas should be not indexable (i.e. no followed/no index in meta robots etc)

[Dan-Lawrence]

Thanks Anthony,

The staging area already exists and is indexable as far as i can tell

So i need to tell developers to  exclude crawling via robots.txt, add a no-index tag to head of each page but keep it followed so still crawlable i.e. within the Head section of every page on the dev area

OR alternatively just remove urls from GWT)

If excluding crawling via robots.txt file then why do you need to add a noindex tag to each page too, surely the robots.txt deals with this situation ?

cheers

dan

[anthonydnelson]

Hey Dan,

In this case, I would not exclude crawling via robots.txt. Perhaps later after you have verified the URLs are out of the index.

Just because Google can't crawl a page, doesn't mean they won't keep it in the index. Excluding crawling will not get a page out of the index.

Add the NOINDEX, FOLLOW tag you listed above and give it some time.

Use GWT if it's urgent or the information is sensitive.

[CleverPhD]

Short answer - no dev sites should be public to start with to anyone (let along Google et alia).  The simplest way is to put an htacess password on all your dev sites.  You can do a password per person in your company, or just one general one that everyone on the dev team shares.

If you do have a dev site in the Serps, the simplest way to get it out is to setup a GWT account for that subdomain and then e.g.  dev.yourdomain.ext  and then go into that account and request removal of all pages.  You just leave the form blank for the page to be removed and it takes out the whole site.  You then need a robots.txt on dev.yourdomain.ext (different from the www. version) that disallows all pages all crawlers - that or use the noindex meta tag on all page.

After about 1 month (or you see that the pages are all out of the serps), then I would put up a password on that entire site and be done with it.  Key point, dont put the password up until you let google try to spider and it sees the robots etc.

Also, if you have any other staging sites that are out there like  test.yourdomain.ext etc.  If they are not indexed, go ahead and put the password up on them to limit your exposure.

Public dev sites are the fastest way to get duplicate content into the index and to jack with the ranking of your current site.  It is key that all of them are locked down. If one of your developers say it is no big deal, call BS, it is a big deal and it can cause a big mess.

[CleverPhD]

If you create the GWT account for the dev site and you submit for removal, GWT requires that you either a) have the site blocked in robots.tx or have a noindex meta tag on the pages. Otherwise they will just crawl you again later and you are back in the index.  See my post from earlier.

[CleverPhD]

Usually, this would be true that you would need to use the noindex tag to get things out of the SERPs and need to leave the robots.txt "open" to the crawlers.  But when you are working with the remove URL tool in GWT,they rx that you then put the site in robots.txt to keep them out of it

The removal tool in GWT takes care of Google taking the URLs out and then the robots.txt keeps the bots from coming back.  Just a different sequence than if you were to use the noindex meta.

[CleverPhD]

Here is a Google documentation on how to use the GWT to remove a page/directory/site and then the interaction with robots.txt

http://googlewebmastercentral.blogspot.com/2010/03/url-removal-explained-part-i-urls.html

"In order for a directory or site-wide removal to be successful, the directory or site must be disallowed in the site's robots.txt file."

Side story.  I once had a subdomain that I needed to take out, but I could not modify the robots.txt file properly (long story).   So, we used the GWT tool and the meta noindex tag.  It still worked, but I think that would only be a backup approach to the one suggested by the documentation.

[Dan-Lawrence]

Thanks so much for that great advice

just a bit worried about accidentally getting main site removed by accident, i take it so long as its a brand new GWT account for that specific subdomain then this cant happen ?

Cheers

Dan

[Dan-Lawrence]

thanks !

as er my last question theres no risk of accidentally taking out the main site as part of this process ?

cheers

dan

[CleverPhD]

That is a completely valid question.   This is why setting up the separate GWT account for the dev.domain.ext vs www.domain.ext.   When you submit the removal request it will only be in the dev.domain.ext account.

The only thing you want to watch is that if you setup robots.txt in your dev environment you want to make sure that it does not get pushed out to your production server. That is the only gotcha as I see it.

[Dan-Lawrence]

Thanks for clarifying that CleverPHD & thanks again for all your help and great advice

Have a great weekend !!

All Best

Dan

[Dan-Lawrence]

I'm about to issue these instructions would appreciate it if you could quickly confirm covers your advice correctly and nothing missing:

1) Setup a completely different GWT account unrelated to the main site, so that there is a new GWT account specific to the staging subdomain
2) Add a robots.txt on the staging area subdomain site that disallows all pages and all crawlers OR use the noindex meta tag on all pages.  Its obviously very important when you update the main site it DOES NOTinclude or push out these files too (since that would result in main site or pages being de-indexed)3) Request removal of all pages in GWT.  Leave the form blank for the page to be removed since this will remove the entire site4) After about 1 month (or you see that the pages are all out of the serps), and google has spidered and seen the robots.txt, then put up a password on the entire staging site.Note:For brand new sites staging areas that don't yet exist or exist but are new and not yet showing up in the index then simply add a password for human access to prevent the above process being required in the future.

[CleverPhD]

2. use robots.txt vs the meta tags - robots.txt is preferred.