Welcome to the Q&A Forum

Thanks that was very helpful!

Google shared they tested it with numerous major sites and it is implemented. For example, search "Matt Cutts" in Google. Notice how you see his profile image to the right of his results? I believe that is due to the rel=author tag.

If it's a new link, it's not going to show up in OpenSiteExplorer just yet, because OSE crawls about once a month. The new crawl data is coming out next week I believe, but the crawl may have been already made before your link was in place, so you may need to wait until August to see that link.

Thanks to both you and Keri - Even though my hype barks loudly of SEO I am a web designer who has had great luck in organic SEO via good page construction and my copywriting skills. I don't really "tune" other's sites - I rebuild them, usually in hand coded classic asp. Ergo, I am not actually a classic SEO service like many here. I am finding that I am facing my next tech upgrade here with off-page issues like this one. I got rid of the htaccess and added the above code in the head. I have never used htaccess like this before and use a format tailored to the server this site resides on. adapting it may have caused the gaffe. Again, many thanks.

Password protected content in most cases is not indexed in the search engines. Having all the content behind the signup wall can be a barrier for you to rank for keywords in your niche. However, that does not limits you to rank since modern SEO is not just based on the on page content. There are multiple factors that influence rankings in 2011 such as site accessibility, content, backlinks, social media, online reputation, local seo, LDA, search protocol usage and more. Rank recently wrote a blog post on the responsibilities of SEO in 2011 and it is worth reading.

Thanks for the link Keri. Apparently the feature has not been fully implemented as of yet.

Thank you.  Marc is correct in his assessment of my question.  I have a client that I am optimizing for and I want to include the correct Kws in the title tags.  I just think the most obvious Kws are not want their ultimate paying customers will be using to search for the company.  The campaign is a good idea.

Artience Girl, the information shared by Shane, Aaron and Lewis is correct. Google wants to see the same page as it would be shown to a user under the same circumstances. If Google is crawling your page from San Jose California, then they want to see what a user from San Jose would see. If they decide to later crawl your site from their center in London, they want to see your site as it would be seen by a London user. The geo-targeting redirects you are presently doing are fine. If you were to write any code which says to always show the Google crawler the US version of your site, then that tactic would be defined as cloaking. Any time you write code to specifically identify a crawler and show it different content, then you are cloaking. It seems you are a bit uncomfortable with the answers so let me set you at ease by sharing a Matt Cutts response to your question: http://www.youtube.com/watch?v=GFf1gwr6HJw

Thank you for your answer. Still seems that Google Adwords don't make it easy. Tried Woopra in the past. Trying GetClicky.com now. As per conversion, there is no in depth analysis on a per click basis in a dashboard format for google adwords. Will try the dimension tab.

I would do one time on a page.

if we just duplicated our homepage, would we not get penalized? You would not receive a penalty as long as the SEO was handled properly. If you have a page mysite.com design for the US and another page mysite.com/uk designed for England then search engines should understand clearly that each site is designed for a particular country, even though they are all in English. A few added points: a ".com" site is not thought of as a US site automatically. Google makes that determination based largely in part of where your site is hosted. You can also set your site's target country in Google WMT to avoid any confusion. there is a langauge meta tag which is something like "EN-US" for the United States and "EN-GB" for England. By setting that tag you will help search engines understand your target audience. be certain to localize your page. For example the US says "center" while English people say "centre". There are different monetary units, systems of measurements and phrases associated with each culture as well. if our host was able to simply put the pages on different servers, would that be sufficient? No. A different server with the same host would not be sufficient. You need to change your C-block and usually a host will retain the same C-block for all of their servers. having a page targeted at say, Mexico, loading from a UK server may not be great for page load times. True, which is where cloud hosting is very helpful. The prices are fairly reasonable and it is an option you may want to explore.

Ryan answered this question pretty well and I would like to add few points to it 1. As long as your site architecture is organic and designed for the user you should not be too concerned about page -keyword targeting. 2. Avoid have too many links on the page. Typically, there should not be more than 150 links on a page. 3. Make sure to have equal balance of content and images on the site. 4. Backlinks with good distribution of anchor text.

Here's how to achieve what you need through an IIS URL Rewrite: <rewrite><rules><rule name="ForceLowercase" stopprocessing="false"><match url=".[A-Z]." ignorecase="false"><action type="Redirect" redirecttype="Permanent" url="{ToLower:{R:0}}"></action></match></rule></rules></rewrite> Translation: If the URL contains any uppercase letters, convert it to all lowercase, then continue processing other rules.  (You can name the rule whatever you want.) These rewrite rules are stored either in the ApplicationHost.config file or in Web.config files. More info and step-by step instructions: creating IIS URL Rewrites. Note: Compared to the [ISAPI_Rewrite] filters (httpd.ini), I've found that the IIS URL Rewrite (web.config) rules seem to match the syntax of Apache more often. As a result, it's easier to find RegEx expressions already written for what you need. It also helps to focus on debugging the actual code versus some strange IIS exception. Good luck!

If all 301s have been removed then this is how I would see the end result: examplesiteA.com is a brand new site sitting on an old domain. examplesiteA has many links to it whereby users are expected to see the pages which were there but are not moved to another site. The biggest issue is a percentage of the linking sites may realize the change and break their links. If the links are maintained, then I don't see any reason for dilution or devaluation. examplesiteB.com is the old site from the "A" location. When the site moved, the 301s were in place. Assuming Google crawled every page of the old "A" site and found all the 301'd pages, then they are aware of the moved pages and have updated their index. The challenges is, this move clearly kicked up a lot of dust. How long will it take Google to fully index both sites? Until that happens the rankings may bounce. There is a SEO theory that links increase in value with age. I disbelieve that theory; therefore, I don't believe you would experience any link dilution. The only issue would occur if a user expecting to find SiteB at the end of a link now finds SiteA, and therefore removes the link due to not being satisfied with the changed page.

Those links with date stamp is created via archiving system of Wordpress core or one of it's extensions. So you may want to look at url rewriting solutions to remove date stamp from urls. However, it makes categorization a little bit mixed.

Hi Dan, I would definitely recommend doing this. Forget SEO for second, it is great for users! If you are talking about a certain producer on the homepage and you have a full page deeper in your site about that producer then providing your users with a direct link to that makes perfect sense. For sure, you should listen to some of the advise given above. Vary up your anchor text when linking to that page from different pages or sections of the site, but most importantly keep it natural and provide your users with the best experience possible. I believe you can find a number of articles here on SEOmoz explaining tests run on how Google only counts the first anchor text it crawls to each specific URL. So if you homepage navigation is crawled first and features anchor text A, then the anchor you use further down you page does not really matter. Make it good for users. Here is an article by Rand from 2008 although I am sure there are newer ones: http://www.seomoz.org/blog/results-of-google-experimentation-only-the-first-anchor-text-counts