Archive for the "Search Engine Optimization" Category

I have a saying that I find holds true a great deal of time:  “What ‘should’ happen and ‘does’ happen are usually two different things.”   A while ago I posted about International URL best practices, and since then several people have come to me asking for other options because well…..what should and does happen are 2 different things.  You know what you are “suppose” to do, but business reason, resources, politics, etc. dictate that you cannot follow the “best” practices.  So, what is one to do?  Don’t worry….here is plan B & C.

International SEO Options without CC TLD’s: Plan B

CC TLD is the best way to ensure that your company’s content is ranked within the countries’ preferred search engines.  However, business needs may not always accommodate this strategy.   Whether it is due to company structure, global CMS systems, or simply just cost savings, it is ok if you cannot implement the CC TLD’s.  There are two other ways to properly SEO your URLs for international search results.

Basics are Still the Basics

Just because a company cannot purchase and manage a plethora of CC TLD’s does not mean that the best practices of language settings and Directory Taxonomy are not still valid.  In fact, the following 2 methods of URL optimization require that a company follows those two rules even closer.   The CC TLD’s are considered an automatic default for certain content (i.e. if you send mail to a Chicago address, then you would assume that the mail is going to the US).  Given that the presence of the CC TLD is not there, a company has to make sure that it is sending the proper singles to the search engines through proper use of the directory taxonomy and language settings. (See Blog Post: International URL Best Practices for rules on language settings and directory taxonomy)

Country as a Sub-Domain/ Language as Sub-Directory

The first method is to setup each country as a sub-domain.

Brazil’s Primary URL: br.yourcompany.com/pt/

Engines tend to rank the level of importance of content based on how far from the domain directory.  As a best practice, it is recommended that content should not reside more than 3 levels (example: yourcompany.com/level-1/ level-2/ level-3/).   This method allows you to have used one less sub-directory, thus showing a higher level of importance for company’s content.

The downside to this method is that it tends to be a little harder to explain to international counterparts.  It also tends to be more taxing on CMS systems and IT resources (as compared to the last of the two methods).

Country & Language as a Sub-Directory

The second method is to place each country and language in its own sub-directories.  See example below.

Brazil’s Primary URL: www.yourcompany.com/br/pt/

This method is simple to understand, explain and implement.  The first directory is always the country and the second URL is always the language.  Each directory thus signals to the engine the content is specific that country and language.  The added bonus is that most engines will consolidate link popularity to the sub-domain.  So, if all directories are on one domain, then it is possible that the PR and adverting that a company does in one country can actually help it rank better in another country.

The downside of this method is that you place one more directory in front of the most important content.  Again, best practice state that you should not have content more than three levels from the domain (example: yourcompany.com /level-1/ level-2/ level-3/).  This method already forces the most important content to the 3rd level.

Region Settings within Webmaster Tools

For Google specifically it is recommended to set region-specific URLs within a standard .com TLD within Google Webmaster Tools. This provides the engines with another signal of international origin and relevance.

Regional Non-Country Specific: Plan C

Business reasons may dictate that a certain country or region has to be lumped into one area.  This presents a problem when it comes to giving the proper signals to the search engines as to the nature of the content.   For instance, a company is starting to enter the Latin American markets and has deemed a small set of countries as top priorities.  However, the company does not want to ignore the other countries because it still has the ability to service those customers.  In this case, the company has dedicated its efforts to those high priority countries and needs a stop gap for the rest of the region.

Region Structure & Taxonomy

All rules apply as laid out in previous options (see above Plan B above & “Best Practices” on the other post); however, the directories or sub-domains will be broken out into region instead of country.   Because the engines do not recognize regions, it is important to spell out the region by universally accepted names and in the main region’s language (if possible).  For instance, the main language of Latin America is Spanish.  See example below.

www.yourcompany.com/america-latina/es/

In the cases where a specific language cannot be specified, such as in the EU, it is critical to include as many of the languages as business resources dictate.  Like Latin America, the EU is comprised of several countries and thus will not have a TLD recognized by search engines.   Each major language should be created in different directories.

EU English: www.yourcompany.com/european-union /en/
EU Spanish: www.yourcompany.com/european-union /es/
EU French: www.yourcompany.com/european-union /fr/
EU German: www.yourcompany.com/european-union /de/

Make sure to include the language html setting mentioned above.  The importance of these two steps is critical in making sure that the engines understand that this content is specific to that region and language, making the content seam relevant to the consumer’s query.

Apparently So….  Yahoo OMG! News is reporting that Ashton Kutcher is the first Twit (I guess that is a person that tweets on twitter.com) to reach a 1,000,000 followers.  He beat out “rival” CNN Breaking News.  Normally I stay as far away from celebrity news as I can, but this I found interesting because…well just because there is that many people on the planet that actual care about what Ashton Kutcher has to say.   That being said, it is a classic example of if you have something worth listening to and a personality worth paying attention to, you can use Twitter, and the whole social media platform for that matter, to keep in touch and build relationships.

Congrats Ashton.

Disclaimer…the Twitter plug was not really a dig as I also Tweet.  Follow me @NathanJanitz.

Migrating Blogger to WordPress

Earlier this year I talked about how to get a new blog out of Google’s sandbox by starting your blog in Blogger and the moving it to WordPress for its advanced SEO features.   Aaron Goldman commented that he would like to know exactly how to do that.  Well, I’m sure he isn’t the only one.  The first step is to look at if you are working on Google’s server or your own.  Some people don’t want to pay for hosting (like me with my wine blog) while some don’t mind chipping in the money for a hosting service (like Intellect Interactive).  This migration will only work if you are looking to host your blog on your own server (not Google’s or any other free service), and if you are looking to drop the .blogspot from your URL.

First Migrating From the BlogSpot domain to Your Own Domain:

This step is important because Google WILL NOT run its 301 redirect program unless it does so through blogger.  You WILL lose a lot of your rankings if you do not move your blog to your new URL through blogger.

Start by buying the non-BlogSpot domain name and migrate your files over to that domain.  Blogger will auto-build the 301 redirects for you if you stay on the blogger profile.  Follow the blogger external hosting instructions.  You will instantly see the blog instantly work on your new domain, but the BlogSpot 301 redirect will usually takes about a month to complete (have seen it in a few days but can take up to a month).    Once you have your blog working in a non-BlogSpot domain, you can start the blogger to WordPress process.

Download WordPress  -

Once you have your dedicated URL (newblog.com), setup another folder within your  FTP folder for WordPress.  This will keep your Blogger files and WordPress files separated while you work , and this step will allow you to work on your new template without interfering with your present publish schedule.

Download WordPress for free and place it inside its newly created home on your FTP folder.  WordPress is pretty self explanatory and they have a very in depth help section.  Don’t worry about where on not your URL is point to your homepage right off the bat.  Those are setting you can switch later.  In fact, it is probably a good idea to temporally host your new blog in folder no-one knows about until you have it fully setup.

Setup Template -

One of the best parts about WordPress is the endless number of free design templates.  Before you migrate your blog over to your new platform, take the time to setup your template to your exact standards and speciation. That includes:

  • Install all widgets like: HeadSpace2, SphinnIt, and AskApache Re-Write Plug In
  • Setup URL parameters. If you want to change your structure, then here is your chance.
  • Look and Feel (3 column blog, 2 column blog, 1 column blog, right or left nav, etc.)

Again, set it up in its own folder and use that folder as a beta folder until you are ready for launch.  Once you have the new blog looking good, then it is time to migrate your blog.

Migrating Your Blogger Blog to WordPress-

Once you are in your WordPress CMS system, navigate to the import tool: Tools > Import

WP Blog Import Tool Dashboard

WP Blog Import Tool Dashboard

Pick your blog platform to import by clicking on the name.  It will take you to a start screen that looks like the screenshot below.    Follow the onsite instruction to import posts, comments, and tags.

WP Blogger Import Tool

WP Blogger Import Tool

Once you have moved your blog over, you will have to categorize the URLs as to give them new SEO friendly homes.  Depending on which plug in you have to handle URL building will depend on how you go about re-categorizing your posts.   If you do not keep the same structure as blogger (which I wouldn’t), make sure you setup a 301 strategy for each URL so you don’t lose link popularity and give your visitors a bad user experience.

If this sounds simple, it is because it is a simple process.  Just make sure you take the time to plan out your categorization, build your template, and have a good 301 strategy in place.   Happy hunting!

If you have been reading Intellect Interactive for the past couple weeks you will know that I started another blog on Inexpensive Wine Reviews. If you look at the bottom of this blog, you will notice that I’m running WordPress because mainly because the flexibility of the open source program is fantastic. Nate’s Wine Reviews is running on Blogger because I didn’t want to pay for hosting (a wine hobby is expensive enough).On a side note, I also wanted to see which blogging platform was better for SEO? Now I usually don’t write about product reviews, but this is a side-by-side comparison that I find really interesting.

SEO Background Facts:

I started Intellect Interactive about 4 months ago. Nate’s Wine Reviews was launched this month. I have haven’t done any link building for Nate’s Wine Reviews (other than posting a link on this blog), but I have done some link building for Intellect Interactive (several posts within Yahoo Answers, Wiki.Answers.com, all of my social networking sites, and some friends like Blue Chip SEO, Digital Sea Change, vidiSEO, and Bryson Meunier). I realize that the link building hasn’t been that robust, but that has been by design until I have enough content to really generate some consistent buzz.

Intellect Interactive has a pretty clean URL structure with a tone of targeted keywords. NWR has the basic Blogger URL structure. II actually has more content and URLs, a controlled Robots.txt file, an XML sitemap summited to Google. I summited NWRs atom feed to Google instead.

Both URLs are completely original (i.e. I created them…no one owned them before me). This means Google has no history on either URL before I started them.

So all things equal, Intellect Interactive should actually have the better rankings within Google. Well, you’re wrong. Google’s product, blogger, is actually doing better in the SERPS. Let’s look at the stats:

Index Stats:

Intellect Interactive: 0 URLs Indexed

Nate’s Wine Reviews: 17 URLs Indexed (in fact, Google almost instantly shows a URL as soon as I release a new post).

Links:

Intellect Interactive: 167 Links, mostly from the blogs listed above

Intellect Interactive Google Webmaster Tools
Intellect Interactive Google Webmaster Tools

Nate’s Wine Reviews: 2 Links (including the one from my own blog)

Nate's Wine Reviews Google Webmast Tools
Nate’s Wine Reviews Google Webmaster Tools

SERPs for Brand Terms:

Intellect Interactive: Not Listed (click on the link image to see). While my Intellect Interactive Facebook fan page hasn’t yet showed up in my inbound links list, it is showing up in the top position.

Intellect Interactive Google Search Results Page

Intellect Interactive Google Search Results Page

Nate’s Wine Reviews: First Ranking

Nate's Wine Reviews Google Search Results Page
Nate’s Wine Reviews Google Results Page

So, I’m going to have to say that Blogger is actually a better platform for SEO, despite all of WordPress’s extra features and easily installed plug-ins. As a platform, I really like WordPress. But Google seams to be responding better to its own platform. Interesting that Google’s product would work better for ranking in Google. Actually, it isn’t given that they would have the ability to make it as SEO friendly as they want it…and build the feed directly into the indexes. I’m not suggesting that you migrate your WordPress platform to blogger. Actually, I am suggesting that you start your blog out in Blogger and move your blog to WordPress once you have been around for about a year. You will welcome the CMS tools by then anyway. It’s something interesting to think about if you are going to launch a corporate blog.

Technorati Tags: , , ,

As tricky as it is, natural search optimization needs to take some notes from paid search and become better at using web analytics to assist in optimizations. The whys are simple to answer, but the hows are much harder.

At the beginning of the year, Lily Chiu over at Omniture blogged about her 2009 Optimization Wish List. Her first wish on the list is “Agencies getting on board” with multivariate testing. Last year I blogged about Optimizing Paid Search with Web Analytics. While more basic than multivariate testing, it was a start in the process of making that wish a reality. Quickly after that post went live, Bryson commented that the post could work with all forms of search (something that Omniture has been preaching for years). A few months ago, I switched my primary responsibility to focus more on the SEO and Web Analytics side of search.

While fairly easy in paid search, implanting web analytics based optimizations including multivariate testing, in SEO tends to be a little trickier. And it comes back to 2 simple problems: 1) a user segmentation dilemma 2) slightly conflicting goals.

When optimizing a page for natural search, we optimizers have to worry about two users: a spider and a real person. In a perfect world, the needs of search spiders would be perfectly in line with that of the actual end user. In reality, spiders interact with content for a completely different reason than end users…yet both are equally as important.

A search spider’s job is to look at content and data about a site and then determine a level of relevancy to a specific query. At the end of the day, it lives to help someone determine what site is the most qualified. It has a simple, but important job. Because of the importance of its job, we as optimizers try to do everything in our power to cater to the spiders needs (i.e. turn flash sites into html). But on our best day, we will never be able to convince the spider to buy anything on our site.

Thus leading us to the end users….the person we are hoping buys something. Once we get to that coveted 1st position ranking, we then have to worry about making sure that the page is still appealing to our potential customer. Again, in a perfect world those would be the same. And again, what “should” happen and what “does” happen are rarely the exact same.

So, how do we test for user experience (different calls to action, content presented in different ways, etc…) while still catering to the needs of a spider? The quick answer is progressive enhancements with a twist.

Here is the breakdown; you have to show the spider the content in one way while being able to test the presentation of the SAME content (or extremely close to it) without cloaking your site (no black hat tactics here). Start by developing a page that is html based and has plenty of optimized text and other features. The idea is when a mobile browser, text browser, or spider hits the page the browser/spider can interact with the content perfectly.

Next, find a multivariate testing tool that uses JavaScript to overlay itself on the base content (not replace the base content). Again, this is the same principle of progressive enhancement. With the proper tools, you can optimize the content (body text, titles, descriptions, etc.) separately from the way it’s presented to the potential customer (Do we need a video? Does the button belong on the left or the right? More color or less? Etc…).

The downside is that this will require even more coding to the page, which could be a resource drain. Also, the implementation of the JavaScript isn’t spider friendly (one of the reasons why this method works). If you don’t take the time to minimize the code of the multivariate program on the website, you run the chance of slowing the crawl of the spider.

Once it is set-up, the same KPI’s matter. Optimize away from high bounce rates and toward high conversion rates. Try to segment users for further testing.

Here is a slight kicker. In paid search, you can take two keywords that are very similar and send them to completely different pages. While you can in SEO, it is very difficult to have two pages rank for something like “page” vs. “pages.” So, while in paid you have the ability to keep keywords online longer and finally cut ones that don’t work; SEO is a little harder to manage at that level. Unfortunately, you will have to live with some keywords just performing poorly.

Also, take a look at the testing strategies for each user (spider included). You don’t want to get hit with a cloaking penalty, so make sure to sync up the content for each user after each test. If you find that using a verb a certain way helps sell a product better, distribute it to the rest of your users. Again, the idea is NOT to generate 2 different forms of content, but to test how each user engages with HOW the content is presented. And again, if you push the envelope and become too liberal in the separation of the two users, you will get hammered by the engines…and your testing will be for not. Like I said, this isn’t the easiest integration.

Integrating multivariate testing with natural search isn’t as easy as it is with direct traffic, paid search, or even display. But like everything, if you take the time to implement it right, you will be able to increase position within the engines while still improving site performance.

Natural search moves at a slower pace than any other online medium, so take the time to set up your plan correctly. Implanting correctly will give you a big jump over your competitors; shortcutting your plan could cause you to drop in the rankings. Happy hunting!!

Also Posted on Find Resolution: www.findresolution.com/2009/01/multivariate-test-in-seo-is-trick-but.html

Technorati Tags: , ,