19 Feb 2012

Some Tips on Learning SEO for Newbies

While surfing the Net I found an interesting post by Bill Slawski (Founder and President of SEO by the Sea). Thought to share it. (I have also added the additional view of other Experts on the Subject).

1. Start a blog on a subject that you enjoy enough to write regularly that isn't critical to the success and failure of your business. Use it as a testing ground, and experiment with plugins, with the layout, with the graphics, with themes, with different styles of blog posts, and more. Optimize your blog, install Google Analytics and verify it at Google Webmaster Tools.

2. Read everything you can from the Search Engines on their help pages, their corporate pages, their blogs, their patents and whitepapers and more. Don't limit yourself to Google, but look at other search engines as well, including Yahoo, Bing, Blekko, Duck Duck Go, WolframAlpha, etc. Do the same with social networks such as Facebook, Stumbleupon, Twitter, Google Plus. Watch the video tutorials from Google on Google Analytics, on Adwords, etc. Look at these as primary sources, but try to understand the motivations behind what they share and why.

3. Visit the Google Webmaster Central Help forums (http://www.google.com/support/forum/p/Webmasters?hl=en) everyday and learn about the problems and issues that site owners have, and see if you can figure out solutions for those problems. You don't necessarily have to post responses or solutions or suggestions to the people who bring their problems to the forums, but you can if you want to.

4. Study successful sites, or sites that you think are successful. Try to understand why they are. Why does Wikipedia tend to rank so well in search results for instance? What positive or negative things are sites like Huffington Post or Sears or Dell doing? Think critically about their designs, their usability, their methods of communication, their use of social networks, how they optimize their pages. Do they use robots.txt files? Do they seem to focus upon specific keyword phrases for different pages? Do they have unique URLs for each page on their site?

5. Try out and get involved with other online services such as Google Mapmaker and Google Earth, Wikipedia, Hacker News, Facebook, Google Plus, and others. Learn as much as you can about how they work, what their rules and policies are, and how and why people use them.

6. Find tutorials on HTML, CSS, PHP, Perl, and other web-based technologies. Search for [tutorial css] for example, to find some. You can often find some good ones on .edu sites, so try a search for something like [site:edu tutorial css]. Visit lots of sites and look at the source code for those pages to see how they do what they do.

7. Visit Webdesign, SEO, and Technology forums, and read, but with a critical eye. Lurk for a fair while before you participate in any of them, and learn about the people who are participating at those. Take just about everything you read with some rational skepticism and an with an intent to test and try things out on your own. Maintain a civil and polite presence on those, follow their rules, and avoid arguments. It's OK to "agree to disagree" with someone. Don't believe everything you read/hear. Look at "where" you are finding this "information". Is it reputable, is it trustworthy, is it well writen etc. Further - look for Dates/Times - see if you can identify just how old the information may be. Sometimes, even reputable, informed and knowledgable people get it wrong.

We all have to start somewhere. With SEO, doing some hands-on things like starting a blog or editing Wikipedia pages or setting up reports in Google Analytics or attempting to diagnose problems at the Webmaster Central Help forums can help more than reading a book or some articles about SEO. Learning to think like an SEO, so that you can analyze sites, create great user experiences, and solve potential problems is a large part of what SEOs do.

Think things through. Ask yourself solid questions such as:

Why would that count?
How would that benefit searchers/readers/users?
How can G verify/confirm/utilise that data?
How easily can that be misused/abused/faked?

If you cannot figure those sorts of questions out fairly quickly - then you may want to take it with a pinch of salt.

Don't jump to conclusions, make assumptions are think that X=Y just because you saw it once. If at all possible, come up with your theory, then figure ways to test it and prove it wrong. Only upon several failures should you believe you may be onto something

Take whatever advantages you can get.

Some forums (such as GWC) get the occassional Googler, or people in contact with them. It's worth reading and asking and listening. Then there are Hangouts - where you may get direct access to a Googler (very helpful!). There are also numerous videos by Matt Cutts (and possibly others?) ... watch and listen.

Rather not for beginners but for more sophisticated users:

Dive into different cultural/geographic areas and find out what they do different or better e.g. baidu, yandex etc.

Understand strategies these companies have and how they might implement them (against each other). React accordingly.

In this manner also watch acquisitions of companies/patents closely and ask yourself why they were done.

Build your own (simple) crawler and understand the problems of indexing, e.g. DOM tree manipulation, XHR, third party artifacts (ActionScript, Browsercache etc.) and low latency networks.

Understand how information is processed within data centers to leverage onsite keyword selection, i.e. stemming, ETL process etc.


Any other suggestions?

15 Feb 2012

13 Feb 2012

Google Analytics has updated the default Search Engines List

WebMasters using Google Analytics know that the Organic Traffic Data (Traffic-Sources -> Sources -> Search -> Organic) is automatically populated on the basis of default search engines list maintained by Google.

Daniel Waisberg at Search Engine Land, says he has confirmed with Google that a few more search engines have been added to the list - rakuten.co.jp, biglobe.ne.jp, goo.ne.jp, and startisden.no/sok, search.conduit.com, search. babylon.com, search-results.com, isearch.avg.com, search.comcast.net, and search.incredimail.com. 

Google has also fixed a long-pending issue of how they they recognized search engines. Before this change, if a URL contained the word “search” and a query parameter “q”, Google would attribute it to the search engine search.com, which led to inaccurate reports, especially as a consequence of big customized search engines, such as Conduit, Babylon and others.

Earlier, whenever I looked at the Organic Search Traffic Sources data, the data attributed to "search" (search.com) always mystified me. The search.com source always looked to be heavily over counted.

It seems that from 1s
t-Feb-2012, GA has changed the logic, such that customized search engines (as the ones shown in the list below) will not be shown as search.com.




The GA has also explicitly added known large customized search engines with “search” in their domain referrer to the list of known search engines:

    http://search.conduit.com
    http://search.babylon.com
    http://search-results.com
    http://isearch.avg.com
    http://search.comcast.net
    http://search.incredimail.com

Basically, if you receive a large amount of organic traffic, you will probably see your search.com organic traffic going down, and other search engines will start to appear as a source (such as the customized search engines shown in the list above). But your Google or Bing organic will not change.


9 Feb 2012

Google Screenwise Pays You To Give Up Privacy & Surf The Web With Chrome

Google is quietly taking requests from web users who want to get paid to surf the web using the Chrome browser while sharing data with Google. The program is called Screenwise and, though we’re not aware of any official announcement, Google has a signup page at http://www.google.com/landing/screenwisepanel.

The page explains that Google wants to create a panel of people to help it “learn more about how everyday people use the Internet.” It explains that panel members have to be at least 13 years old, have (or sign up for) a Google account and use the Chrome web browser. They also have to be willing to let Google track their web surfing activity:
As a panelist, you’ll add a browser extension that will share with Google the sites you visit and how you use them. What we learn from you, and others like you, will help us improve Google products and services and make a better online experience for everyone.
In exchange for that, panel members get a $5 Amazon gift card code for installing the browser extension, and then can earn another $5 Amazon code for every three months that they continue in the Screenwise program. The sign-up page advertises a $25 max total payment, but the fine print says Google will decide later what payment, if any, will be given for panelists who continue longer than a year.

Amazon isn’t involved in the promotion; Google says it’s using the online research firm Knowledge Networks as its “panel management partner” for Screenwise.


27 Jan 2012

Interesting Advertising Quotes

The "Ad Contrarian (Blog)" is a great mix of astonishing incisive commentary, irreverence and hilarious. If you are connected to advertising and marketing, you might love it.

Here are some delicious quotes from the right navigation of the blog .... interesting !

"Creative people make the ads. Everyone else makes the arrangements."

"Brand studies last for months, cost hundreds of thousands of dollars, and generally have less impact on business than cleaning the drapes."

"Nobody really knows what "creativity" is. Every year thousands of people take a pilgrimage to find out. This involves flying to Cannes, snorting cocaine, and having sex with smokers."

"Marketers always overestimate the attraction of new things and underestimate the power of traditional consumer behavior."

"If you're looking for perfection, you came to the wrong planet."

"We don’t get them to try our product by convincing them to love our brand. We get them to love our brand by convincing them to try our product."

"As an advertising medium, the web is like communism. It's never very good right now, but it's always going to be great some day."

"In American business, there is nothing stupider than the previous generation of management."

"If the message is right, who cares what screen people see it on? If the message is wrong, what difference does it make?"

"The only form of product information on the planet less trustworthy than advertising is the shrill ravings of web maniacs."

"In the entire history of civilization, nothing good ever happened to a teenager after midnight."

"There's no bigger sucker than a gullible marketer convinced he's missing a trend."

"All ad campaigns are branding campaigns. Whether you intend it to be a branding campaign is irrelevant. It will create an impression of your brand regardless of your intent."

"Nobody ever got famous predicting that things would stay pretty much the same."

24 Jan 2012

Web Page Loading Time Affects the Bottom Line

Web Page loading time is obviously an important part of any website’s user experience. And many times we’ll let it slide to accommodate better aesthetic design, new nifty functionality or to add more content to web pages. Unfortunately, website visitors tend to care more about speed than all the bells and whistles we want to add to our websites. Additionally, page loading time is becoming a more important factor when it comes to search engine rankings.

I read the two related articles from KISSmetrics:
How Loading Time Affects Your Bottom Line
Speed Is A Killer – Why Decreasing Page Load Time Can Drastically Increase Conversions

I am reproducing the infographic from KISSmetrics here below.


Click here to download a pdf version of this infographic from KISSmetrics.

As per Avinash Kaushik, there are three more factoids (not in the infographic, but still connected to impact of speed):

Google: If search results are slowed by even a fraction of a second, people search less. A 400ms delay leads to a 0.44 percent drop in search volume!

Edmunds: Reduced load times from 9 secs to 1.4 secs, ad revenue increased three percent, and page views-per-session went up 17 percent!

Shopzilla: Dropped latency from 7 seconds to 2, revenue went up 12 percent and page views jumped 25 percent. They also reduced their hardware costs by 50 percent!

22 Jan 2012

Chrome blocks HTTP auth for subresource loads

We had a website in Production Environment http://www.example.com. It's Page Construction related static subresource (css, js, jpg, gif & png) are being served from http://eimg.com. Why two separate domains? To serve the static content from cookieless domain.

For it's development we had a development environment at http://dev.example.com and subresource at http://dev.eimg.com. Both these development environment domains are password protected by HTTP Basic Authentication.

Issue:

On http://dev.example.com the static subresources are being served from http://dev.eimg.com. Both are password protected by HTTP Basic Authentication.

Everything works okay with Firefox & MS Internet Explorer. On accessing the Development Environment Website it asks for password twice. Once for http://dev.example.com and another for http://dev.eimg.com.

But, the Chrome does not ask for the second Password (for http://dev.eimg.com) and issues http status 401. Thus, blocks all content from dev.eimg.com and renders the page without stylesheet and page construction images.

Google-Chrome Developers say:
This behavior is an intentional change as a phishing defense. Sites shouldn't be doing this kind of authorization cross-origin. If you need to allow this behavior, launch chrome with the --allow-cross-origin-auth-prompt flag.
Read: http://code.google.com/p/chromium/issues/detail?id=91814

Further Read: http://blog.chromium.org/2011/06/new-chromium-security-features-june.html. It says:
Chromium 13: blocking HTTP auth for subresource loadsThere’s an unfortunate conflict between a browser’s HTTP basic auth dialog, the location bar, and the loading of subresources (such as attacker-provided <img> tag references). It’s possible for a basic auth dialog to pop up for a different origin from the origin shown in the URL bar. Although the basic auth dialog identifies its origin, the user might reasonably look to the URL bar for trust guidance. To resolve this, we’ve blocked HTTP basic auth for subresource loads where the resource origin is different to the top-level URL bar origin. We also added the command line flag switch --allow-cross-origin-auth-prompt in case anyone has legacy applications which require the old behavior.
Do you wish to see List of Chromium Command Line Switches?
http://peter.sh/experiments/chromium-command-line-switches/

Possible Resolution:

Let’s remove the Auth from the dev.eimg.com.
Pros: Issue would be resolved.
Cons: Google-Images may get the images from dev.eimg.com and index it in Google Images. This would cause duplicate images content for Search Engines (development - dev.eimg.com & production - eimg.com).

But, I do not see it as a significant duplicity threat, because only Page Construction related images and JS / CSS / images / sprites are served from this sub-domain.

Hope, this post helps anyone encountering the similar situation. BTW, I totally agree with the Chrome's implementation of defense against Phishing.