Welcome to the Q&A Forum

I am showing a lot of errors in my SEOmoz reports for duplicate content and duplicate titles, many of which appear to be related to capitalization vs non-capitalization in the URL.

Case in point, if a URL contains a lower character, such as:

http://www.gallerydirect.com/art/product/allyson-krowitz/distinct-microstructure-i

as opposed to the same URL having an upper character in the structure:

http://www.gallerydirect.com/art/product/allyson-krowitz/distinct-microstructure-I

I am finding that some of the internal links on the site use the former structure and other links use the latter structure. These show as duplicate title/content in the SEOmoz reports, but they don't appear as duplicate titles in Webmaster Tools.

My question is, should I try to work with our developers to create a script to change all of the content with cap letters in the destination links internally on the site, or is this a non-issue since it doesn't appear in Webmaster Tools?

I agree with Billy in that in your case, I'd put the Orlando Jobs first, because that is eye-catching and a good keyword for you.

There's a good, albeit basic article that I read this morning that talks about whether using branding in the Title is a good idea or not:

http://www.polepositionmarketing.com/emp/complete-guide-title-tags/

In your case, I think I'd put Orlando Jobs first, then the auto-generated title of the job. If you have to truncate the job title to keep it under 70 characters, that's probably better than having the brand fall off the end.

Jesse,

That's where I started my search, but GWMT wasn't showing this link. I can only presume that because it isn't coming back a 404 (it is showing that "We're Sorry" message instead) that they're considering that message to be content.

Thanks!

Lynn, that was a BIG help.  I had been running that report, but was restricted to 25 responses. When I saw your suggestion to filter for only internal links, I was able to see all 127.

Big props.  Thanks!

Jesse:

I appreciate your feedback, but am surprised that the ScreamingFrog report found no 404s. SEOmoz found 15 in Roger's last crawl, but those aren't the ones that I'm currently trying to solve.

The problem page is actually showing up as duplicate content, which is kinda screwy. When visiting the page, our normal 404 error doesn't appear (which our developers are still trying to figure out), but instead, an error message appears:

http://www.gallerydirect.com/about-us/media-birchwood

If this were a normal 404 page, we'd probably be able to find the links faster.

Jesse:

That movie was creepy, but John Goodman was awesome in it.

I started this thread because I was frustrated that OSE restricts my results to 25 links, and I simply wanted to find the rest for that particular URL. I was assuming that there was either:

a. A method for getting the rest of the links that Roger found

b. Another way of pulling these reports from someone who already spiders them (since I can't get any using the link:[URL] in Google and Webmaster Tools isn't showing them).

Thanks to all for your suggestions.

John, I certainly see your point, but our IT guys would not take too kindly to me running a spider-based app from inside their precious network, which is why I was looking for a less intrusive solution.

I'm planning on a campaign to revive "flummoxed" to the everyday lexicon next.

John:

Bewildered. There's a good word that I'm happy to see someone is keeping it alive for the younger generations.

I'm not ungrateful for your suggestions, but both involve downloading and installing a spider, which seems like overkill, much like using a bazooka to kill a housefly.

Lynn, part of the problem is definitely template-based, and one of our developers is working on that fix now. However, I also found a number of non-template created links to this page simply due to UBD error (an old Cobol programming term meaning User Brain Dead).

I need to find all of the non-template based, UBD links that may have been created and fix them.

John,

While I could look at implementing such a spider to run the check sitewide on a regular basis, I am not looking to go that far at the moment. For right now, I'm only looking for all of the pages on my site that link to a single incorrect URL.  I would have to think that there's a solution available for such a limited search.

If I have to, I suppose I can fix the 25 that Open Site Explorer displays, wait a few days for the crawler to run again, then run the report again, fix the next 25, then so on and so on, but that's going to spread the fix out potentially over a number of weeks.

This is similar to the Demand Studios model, wherein they tried to get as many pages as possible with very similar content (but not completely duplicated) based on minor keyword modifications. For instance, how to grill a panini, how to cook a panini, how to make a panini, etc.

Google smacked them for it, and rightly so.

I work with a non-profit that uses the .org TLD, and you'd be surprised how many (presumably non-technical) people tell me that they couldn't find our website when I told them about it. A little probing told me that they heard the name before the TLD and automatically went to the .com site by habit.

Besides that benefit, I can't think of a reason why a .org wouldn't be sufficient.

Jesse:

That movie was creepy, but John Goodman was awesome in it.

I started this thread because I was frustrated that OSE restricts my results to 25 links, and I simply wanted to find the rest for that particular URL. I was assuming that there was either:

a. A method for getting the rest of the links that Roger found

b. Another way of pulling these reports from someone who already spiders them (since I can't get any using the link:[URL] in Google and Webmaster Tools isn't showing them).

Thanks to all for your suggestions.