Noindexing Duplicate (non-unique) Content

[khi5]

good one, Philip. Last BIG question: if I remove URL's from GWT, is it possible to "unremove" without issue? I am planning to index some of these MLS pages in the future when I have more unique content on.

[Philip-DiPatrizio]

Yep!  After you remove the URL or directory of URLs, there is a "Reinclude" button you can get to.  You just need to switch your "Show:" view so it shows URLs removed.  The default is to show URLs PENDING removal.  Once they're removed, they will disappear from that view.

[khi5]

thx. I have a URL like this for a REGION: http://www.honoluluhi5.com/oahu/waianae-makaha-condos/  and for a "NEIGHBORHOOD" I have this: http://www.honoluluhi5.com/oahu/waianae-makaha/maili-condos/

As you can see Region has "waianae-makaha-condos" directory, whereas the Neighborhood has "waianae-makaha" without the "condos" for that region directory part.

Question: when I go to GWT and remove can I simply type "oahu/waianae-makaha-condos" and select the directory option and that will ALSO exclude the neighborhood URL? OR, since the region part in the URL within the neighborhood URL is different I have to submit individually?

[Philip-DiPatrizio]

I'm not 100% sure Google will understand you if you leave off the slashes.  I've always added them and have never had a problem, so you want to to type: /oahu/waianae-makaha-condos/

Typing that would NOT include the neighborhood URL, in your example.  It will only remove everything that exists in the /waianae-makaha-condos/ folder (including that main category page itself).

edit >> To remove the neighborhood URL and everything in that folder as well, type /oahu/waianae-makaha/maili-condos/ and select the option for "directory".

edit #2 >> I just want to add that you should be very careful with this.  You don't want to use the directory option unless you're 100% sure there's nothing in that directory that you want to stay indexed.

[khi5]

thx, Philip. So you are saying if I use the directory option that will ensure the paginated pages will also be taken out of the index like this page: /oahu/waianae-makaha/maili-condos/page-2

[khi5]

so I will remove directory for "/oahu/waianae-makaha/maili-condos/" and that will ensure removal of "/oahu/waianae-makaha/maili-condos/page-2" as well?

[Philip-DiPatrizio]

Yep.  Just last week I had an entire website deindexed (on purpose, it's a staging website) by entering just / into the box and selecting directory.  By the next morning the entire website was gone from the index

It works for folders/directories too.  I've used it many times.

[khi5]

removing directory "/oahu/waianae-makaha-condos/" will NOT remove "/oahu/waianae-makaha/maili-condos/" because the silo "waianae-makaha" and "waianae-makaha-condos" are different.

HOWEVER,
removing directory " /oahu/waianae-makaha/maili-condos/" will remove "/oahu/waianae-makaha/maili-condos/page-2" because they share this silo "waianae-makaha"

Is that correctly understood?

[khi5]

for some MLS result pages I have a BUNCH of pages and I want to remove from index with 1 click as opposed to having to include each paginated page. Example: http://www.honoluluhi5.com/oahu/honolulu/metro/waikiki-condos/page-52 I simply include"/oahu/honolulu/metro/waikiki-condos/" and that will ALSO remove from index this page: http://www.honoluluhi5.com/oahu/honolulu/metro/waikiki-condos/page-52 - is that correct?

[Philip-DiPatrizio]

Yep, you got it.

You can think of it exactly like Windows folders, if that helps you stay focused.  If you have C:\Website\folder1 and C:\Website\folder12.  "noindexing" \folder1\ would leave \folder12\ alone because they're not in the same directory.

[Philip-DiPatrizio]

Yes.  It will remove /page-52 and EVERYTHING that exists in /oahu/honolulu/metro/waikiki-condos/.  It will also remove everything that exists in /page-52/ (if anything).  It trickles down as far as the folders in that directory will go.

**Go to Google search and type this in: **site:honoluluhi5.com/oahu/honolulu/metro/waikiki-condos/

That will show you everything that's going to be removed from the index.

[khi5]

thx, Philip. Most helpful. I will get on it

[khi5]

based on Google's own guidelines it appears to be a bad idea to use the removal tool under normal circumstances (which I believe my site falls under): https://support.google.com/webmasters/answer/1269119

It starts with: "The URL removal tool is intended for pages that urgently need to be removed—for example, if they contain confidential data that was accidentally exposed. Using the tool for other purposes may cause problems for your site."

[Philip-DiPatrizio]

Good find.  I've never seen this part of the help section.  Their resonating reason behind all of the examples seems to be "You don’t need to manually remove URLs; they will drop out naturally over time."

I have never had an issue, nor have I ever heard of anyone having an issue, removing URLs with the Removal Tool.  I guess if you don't feel safe doing it, you can wait for Google's crawler to catch up, although it could take over a month.  If you're comfortable waiting it out, have no reasons to rush it, AND feel like playing it super safe... you can disregard everything I've said

We all learn something new every day!

[khi5]

lol - good answer Philip. I hear you. What makes it difficult is the lack of crystal clear guidelines from search engines....it is almost like they don't know themselves and each case is sort of on a "what feels right" basis.....

[AlanMosley]

Remember that if you no-index pages, any link you have on your site pointing to those pages is wasting its link juice.

This looks like a job for Canonical tag

[khi5]

Hi Alan, thx for your comment. Let me give you an example and if you have a though that's be great:

1. Condos on Island: http://www.honoluluhi5.com/oahu-condos/
2. Condos in City: http://www.honoluluhi5.com/oahu/honolulu-condos/
3. Condos in Region: http://www.honoluluhi5.com/oahu/honolulu/metro-condos/

Properties on the result page for 3) are all in 2) and all properties within 2) is within 1). Furthermore, for each of those URL, the paginated pages (2 to n) are all different, since each property is different, so using canonical tags would not be accurate. 1 + 2 + 3 are all important keywords.

Here is what I am planning: add some unique content to the first page in the series for each of those URL and include just the 1st page in the serious to the index, but pages 2 to n I will keep "noindex, follow" on. Argument could be "your MLS result pages will look too thin and not rank" but the other way of looking at it is "with potentially 500 or more properties on each URL, a bit of stats on page 1 will not offset all the MLS duplicate data, so even though the page may look thin, only indexing page 1 is best way forward".

[Philip-DiPatrizio]

Sounds like you should actually be using rel=next and rel=prev.

More info here: http://googlewebmastercentral.blogspot.com/2011/09/pagination-with-relnext-and-relprev.html

[khi5]

Thx ,Philip. I am using already, but I thought adding "noindex, follow" to those paginated pages (on top of rel=next prev") will increase likelihood G will NOT see all those MLS result pages as a bunch of duplicate content. Page 1 may look thin, but with some statistical data I will soon include it is unique and that uniqueness may offset lack of indexed MLS result pages.....not sure if my reasoning is sound. Would be happy to hear if you feel differently

[AlanMosley]

If you no index, I don't think Next Previous will have any affect.

If they are different then and if the keywords are all important why no-index?