Pre-Register here to get your Anna University Semester Result
for BE/ B.Tech./ B.Arch./ME/M.Tech./ MBA/MCA/M.Sc/ B.Sc result
For more information visit us at www.sivajitv.com
Tuesday, June 15, 2010
Wednesday, April 15, 2009
Web Analytics
Web analytics is the measurement, collection, analysis and reporting of internet data for purposes of understanding and optimizing web usage.
There are two categories of web analytics;
1. off-site analytics
2. on-site web analytics.
Off-site web analytics refers to web measurement and analysis irrespective of whether you own or maintain a website. It includes the measurement of a website's potential audience (opportunity), share of voice (visibility), and buzz (comments) that is happening on the Internet as a whole.
On-site web analytics measure a visitor's journey once on your website. This includes its drivers and conversions; for example, which landing pages encourage people to make a purchase. On-site web analytics measures the performance of your website in a commercial context. This data is typically compared against key performance indicators for performance, and used to improve a web site or marketing campaign's audience response.
On-site web analytics technologies
There are two main technological approaches to collecting the data.
1. The first method, logfile analysis, reads the logfiles in which the web server records all its transactions.
2. The second method, page tagging, uses JavaScript on each page to notify a third-party server when a page is rendered by a web browser. Both collect data that can be processed to produce web traffic reports.
In addition other data sources may also be added to augment the data. For example; e-mail response rates, direct mail campaign data, sales and lead information, user performance data such as click heat mapping, or other custom metrics as needed.
Web server logfile analysis
Web servers record some of their transactions in a logfile. It was soon realised that these logfiles could be read by a program to provide data on the popularity of the website. Thus arose web log analysis software.
In the early 1990s, web site statistics consisted primarily of counting the number of client requests (or hits) made to the web server. This was a reasonable method initially, since each web site often consisted of a single HTML file. However, with the introduction of images in HTML, and web sites that spanned multiple HTML files, this count became less useful. The first true commercial Log Analyzer was released by IPRO in 1994 [2].
Two units of measure were introduced in the mid 1990s to gauge more accurately the amount of human activity on web servers. These were page views and visits (or sessions). A page view was defined as a request made to the web server for a page, as opposed to a graphic, while a visit was defined as a sequence of requests from a uniquely identified client that expired after a certain amount of inactivity, usually 30 minutes. The page views and visits are still commonly displayed metrics, but are now considered rather unsophisticated measurements.
The emergence of search engine spiders and robots in the late 1990s, along with web proxies and dynamically assigned IP addresses for large companies and ISPs, made it more difficult to identify unique human visitors to a website. Log analyzers responded by tracking visits by cookies, and by ignoring requests from known spiders.
The extensive use of web caches also presented a problem for logfile analysis. If a person revisits a page, the second request will often be retrieved from the browser's cache, and so no request will be received by the web server. This means that the person's path through the site is lost. Caching can be defeated by configuring the web server, but this can result in degraded performance for the visitor to the website.
Page tagging
Concerns about the accuracy of logfile analysis in the presence of caching, and the desire to be able to perform web analytics as an outsourced service, led to the second data collection method, page tagging or 'Web bugs'.
In the mid 1990s, Web counters were commonly seen — these were images included in a web page that showed the number of times the image had been requested, which was an estimate of the number of visits to that page. In the late 1990s this concept evolved to include a small invisible image instead of a visible one, and, by using JavaScript, to pass along with the image request certain information about the page and the visitor. This information can then be processed remotely by a web analytics company, and extensive statistics generated.
The web analytics service also manages the process of assigning a cookie to the user, which can uniquely identify them during their visit and in subsequent visits.
With the increasing popularity of Ajax-based solutions, an alternative to the use of an invisible image, is to implement a call back to the server from the rendered page. In this case, when the page is rendered on the web browser, a piece of Ajax code would call back to the server and pass information about the client that can then be aggregated by a web analytics company. This is in some ways flawed by browser restrictions on the servers which can be contacted with XmlHttpRequest objects.
Advantages of logfile analysis
The main advantages of logfile analysis over page tagging are as follows:
* The web server normally already produces logfiles, so the raw data is already available. To collect data via page tagging requires changes to the website.
* The web server reliably records every transaction it makes. Page tagging relies on the visitors' browsers co-operating, which a certain proportion may not do (for example, if JavaScript is disabled, or a hosts file prohibits requests to certain servers).
* The data is on the company's own servers, and is in a standard, rather than a proprietary, format. This makes it easy for a company to switch programs later, use several different programs, and analyze historical data with a new program. Page tagging solutions involve vendor lock-in.
* Logfiles contain information on visits from search engine spiders. Although these should not be reported as part of the human activity, it is useful information for search engine optimization.
Advantages of page tagging
The main advantages of page tagging over logfile analysis are as follows.
* The JavaScript is automatically run every time the page is loaded. Thus there are fewer worries about caching.
* It is easier to add additional information to the JavaScript, which can then be collected by the remote server. For example, information about the visitors' screen sizes, or the price of the goods they purchased, can be added in this way. With logfile analysis, information not normally collected by the web server can only be recorded by modifying the URL.
* Page tagging can report on events which do not involve a request to the web server, such as interactions within Flash movies, partial form completion, mouse events such as onClick, onMouseOver, onFocus, onBlur etc.
* The page tagging service manages the process of assigning cookies to visitors; with logfile analysis, the server has to be configured to do this.
* Page tagging is available to companies who do not have access to their own web servers.
Key definitions
Hit (internet) - A request for a file from the web server. Available only in log analysis. The number of hits received by a website is frequently cited to assert its popularity, but this number is extremely misleading and dramatically over-estimates popularity. A single web-page typically consists of multiple (often dozens) of discrete files, each of which is counted as a hit as the page is downloaded, so the number of hits is really an arbitrary number more reflective of the complexity of individual pages on the website than the website's actual popularity. The total number of visitors or page views provides a more realistic and accurate assessment of popularity.
Page view - A request for a file whose type is defined as a page in log analysis. An occurrence of the script being run in page tagging. In log analysis, a single page view may generate multiple hits as all the resources required to view the page (images, .js and .css files) are also requested from the web server.
Visit / Session - A series of requests from the same uniquely identified client with a set timeout, often 30 minutes. A visit contains one or more page views.
First Visit / First Session - A visit from a visitor who has not made any previous visits.
Visitor / Unique Visitor / Unique User - The uniquely identified client generating requests on the web server (log analysis) or viewing pages (page tagging) within a defined time period (i.e. day, week or month). A Unique Visitor counts once within the timescale. A visitor can make multiple visits. Identification is made to the visitor's computer, not the person, usually via cookie and/or IP+User Agent. Thus the same person visiting from two different computers will count as two Unique Visitors.
Repeat Visitor - A visitor that has made at least one previous visit. The period between the last and current visit is called visitor recency and is measured in days.
New Visitor - A visitor that has not made any previous visits. This definition creates a certain amount of confusion (see common confusions below), and is sometimes substituted with analysis of first visits.
Impression - An impression is each time an advertisement loads on a user's screen. Anytime you see a banner, that is an impression.
Singletons - The number of visits where only a single page is viewed. While not a useful metric in and of itself the number of singletons is indicative of various forms of Click fraud as well as being used to calculate bounce rate and in some cases to identify automatons bots).
Bounce Rate - The percentage of visits where the visitor enters and exits at the same page without visiting any other pages on the site in between.
% Exit - The percentage of users who exit from a page.
Visibility time - The time a single page (or a blog, Ad Banner...) is viewed.
Session Duration - Average amount of time that visitors spend on the site each time they visit. This metric can be complicated by the fact that analytics programs can not measure the length of the final page view.
Page View Duration / Time on Page - Average amount of time that visitors spend on each page of the site. As with Session Duration, this metric is complicated by the fact that analytics programs can not measure the length of the final page view.
Page Depth / Page Views per Session - Page Depth is the average number of page views a visitor consumes before ending their session. It is calculated by dividing total number of page views by total number of sessions and is also called Page Views per Session or PV/Session.
Frequency / Session per Unique - Frequency measures how often visitors come to a website. It is calculated by dividing the total number of sessions (or visits) by the total number of unique visitors. Sometimes it is used to measure the loyalty of your audience.
Click path - the sequence of hyperlinks one or more website visitors follows on a given site.
Content Source: wikipedia
There are two categories of web analytics;
1. off-site analytics
2. on-site web analytics.
Off-site web analytics refers to web measurement and analysis irrespective of whether you own or maintain a website. It includes the measurement of a website's potential audience (opportunity), share of voice (visibility), and buzz (comments) that is happening on the Internet as a whole.
On-site web analytics measure a visitor's journey once on your website. This includes its drivers and conversions; for example, which landing pages encourage people to make a purchase. On-site web analytics measures the performance of your website in a commercial context. This data is typically compared against key performance indicators for performance, and used to improve a web site or marketing campaign's audience response.
On-site web analytics technologies
There are two main technological approaches to collecting the data.
1. The first method, logfile analysis, reads the logfiles in which the web server records all its transactions.
2. The second method, page tagging, uses JavaScript on each page to notify a third-party server when a page is rendered by a web browser. Both collect data that can be processed to produce web traffic reports.
In addition other data sources may also be added to augment the data. For example; e-mail response rates, direct mail campaign data, sales and lead information, user performance data such as click heat mapping, or other custom metrics as needed.
Web server logfile analysis
Web servers record some of their transactions in a logfile. It was soon realised that these logfiles could be read by a program to provide data on the popularity of the website. Thus arose web log analysis software.
In the early 1990s, web site statistics consisted primarily of counting the number of client requests (or hits) made to the web server. This was a reasonable method initially, since each web site often consisted of a single HTML file. However, with the introduction of images in HTML, and web sites that spanned multiple HTML files, this count became less useful. The first true commercial Log Analyzer was released by IPRO in 1994 [2].
Two units of measure were introduced in the mid 1990s to gauge more accurately the amount of human activity on web servers. These were page views and visits (or sessions). A page view was defined as a request made to the web server for a page, as opposed to a graphic, while a visit was defined as a sequence of requests from a uniquely identified client that expired after a certain amount of inactivity, usually 30 minutes. The page views and visits are still commonly displayed metrics, but are now considered rather unsophisticated measurements.
The emergence of search engine spiders and robots in the late 1990s, along with web proxies and dynamically assigned IP addresses for large companies and ISPs, made it more difficult to identify unique human visitors to a website. Log analyzers responded by tracking visits by cookies, and by ignoring requests from known spiders.
The extensive use of web caches also presented a problem for logfile analysis. If a person revisits a page, the second request will often be retrieved from the browser's cache, and so no request will be received by the web server. This means that the person's path through the site is lost. Caching can be defeated by configuring the web server, but this can result in degraded performance for the visitor to the website.
Page tagging
Concerns about the accuracy of logfile analysis in the presence of caching, and the desire to be able to perform web analytics as an outsourced service, led to the second data collection method, page tagging or 'Web bugs'.
In the mid 1990s, Web counters were commonly seen — these were images included in a web page that showed the number of times the image had been requested, which was an estimate of the number of visits to that page. In the late 1990s this concept evolved to include a small invisible image instead of a visible one, and, by using JavaScript, to pass along with the image request certain information about the page and the visitor. This information can then be processed remotely by a web analytics company, and extensive statistics generated.
The web analytics service also manages the process of assigning a cookie to the user, which can uniquely identify them during their visit and in subsequent visits.
With the increasing popularity of Ajax-based solutions, an alternative to the use of an invisible image, is to implement a call back to the server from the rendered page. In this case, when the page is rendered on the web browser, a piece of Ajax code would call back to the server and pass information about the client that can then be aggregated by a web analytics company. This is in some ways flawed by browser restrictions on the servers which can be contacted with XmlHttpRequest objects.
Advantages of logfile analysis
The main advantages of logfile analysis over page tagging are as follows:
* The web server normally already produces logfiles, so the raw data is already available. To collect data via page tagging requires changes to the website.
* The web server reliably records every transaction it makes. Page tagging relies on the visitors' browsers co-operating, which a certain proportion may not do (for example, if JavaScript is disabled, or a hosts file prohibits requests to certain servers).
* The data is on the company's own servers, and is in a standard, rather than a proprietary, format. This makes it easy for a company to switch programs later, use several different programs, and analyze historical data with a new program. Page tagging solutions involve vendor lock-in.
* Logfiles contain information on visits from search engine spiders. Although these should not be reported as part of the human activity, it is useful information for search engine optimization.
Advantages of page tagging
The main advantages of page tagging over logfile analysis are as follows.
* The JavaScript is automatically run every time the page is loaded. Thus there are fewer worries about caching.
* It is easier to add additional information to the JavaScript, which can then be collected by the remote server. For example, information about the visitors' screen sizes, or the price of the goods they purchased, can be added in this way. With logfile analysis, information not normally collected by the web server can only be recorded by modifying the URL.
* Page tagging can report on events which do not involve a request to the web server, such as interactions within Flash movies, partial form completion, mouse events such as onClick, onMouseOver, onFocus, onBlur etc.
* The page tagging service manages the process of assigning cookies to visitors; with logfile analysis, the server has to be configured to do this.
* Page tagging is available to companies who do not have access to their own web servers.
Key definitions
Hit (internet) - A request for a file from the web server. Available only in log analysis. The number of hits received by a website is frequently cited to assert its popularity, but this number is extremely misleading and dramatically over-estimates popularity. A single web-page typically consists of multiple (often dozens) of discrete files, each of which is counted as a hit as the page is downloaded, so the number of hits is really an arbitrary number more reflective of the complexity of individual pages on the website than the website's actual popularity. The total number of visitors or page views provides a more realistic and accurate assessment of popularity.
Page view - A request for a file whose type is defined as a page in log analysis. An occurrence of the script being run in page tagging. In log analysis, a single page view may generate multiple hits as all the resources required to view the page (images, .js and .css files) are also requested from the web server.
Visit / Session - A series of requests from the same uniquely identified client with a set timeout, often 30 minutes. A visit contains one or more page views.
First Visit / First Session - A visit from a visitor who has not made any previous visits.
Visitor / Unique Visitor / Unique User - The uniquely identified client generating requests on the web server (log analysis) or viewing pages (page tagging) within a defined time period (i.e. day, week or month). A Unique Visitor counts once within the timescale. A visitor can make multiple visits. Identification is made to the visitor's computer, not the person, usually via cookie and/or IP+User Agent. Thus the same person visiting from two different computers will count as two Unique Visitors.
Repeat Visitor - A visitor that has made at least one previous visit. The period between the last and current visit is called visitor recency and is measured in days.
New Visitor - A visitor that has not made any previous visits. This definition creates a certain amount of confusion (see common confusions below), and is sometimes substituted with analysis of first visits.
Impression - An impression is each time an advertisement loads on a user's screen. Anytime you see a banner, that is an impression.
Singletons - The number of visits where only a single page is viewed. While not a useful metric in and of itself the number of singletons is indicative of various forms of Click fraud as well as being used to calculate bounce rate and in some cases to identify automatons bots).
Bounce Rate - The percentage of visits where the visitor enters and exits at the same page without visiting any other pages on the site in between.
% Exit - The percentage of users who exit from a page.
Visibility time - The time a single page (or a blog, Ad Banner...) is viewed.
Session Duration - Average amount of time that visitors spend on the site each time they visit. This metric can be complicated by the fact that analytics programs can not measure the length of the final page view.
Page View Duration / Time on Page - Average amount of time that visitors spend on each page of the site. As with Session Duration, this metric is complicated by the fact that analytics programs can not measure the length of the final page view.
Page Depth / Page Views per Session - Page Depth is the average number of page views a visitor consumes before ending their session. It is calculated by dividing total number of page views by total number of sessions and is also called Page Views per Session or PV/Session.
Frequency / Session per Unique - Frequency measures how often visitors come to a website. It is calculated by dividing the total number of sessions (or visits) by the total number of unique visitors. Sometimes it is used to measure the loyalty of your audience.
Click path - the sequence of hyperlinks one or more website visitors follows on a given site.
Content Source: wikipedia
Friday, April 10, 2009
Adsense Ad Placement Tips
•Up to three ad units may be displayed on each page.
•A maximum of two Google AdSense for search boxes may be placed on a page.
•Up to three link units may also be placed on each page.
•Up to three referral units may be displayed on a page, in addition to the ad units, search boxes, and link units specified above.
•AdSense for search results pages may show only a single ad link unit in addition to the ads Google serves with the search results. No other ads may be displayed on your search results page.
•No Google ad or Google search box may be displayed in a pop-up, pop-under, or in an email.
•Elements on a page must not obscure any portion of the ads.
•No Google ad may be placed on any non-content-based pages.
•No Google ad may be placed on pages published specifically for the purpose of showing ads, whether or not the page content is relevant.
Where to Place Google AdSense Ads?
HEADER. Most of the time, people ignore ads at the top of the page. Why? Because everyone knows that a banner there is an advertisement. Try placing the Google AdSense ads below the page header instead.
Even better if the site menu is at the top of the page too. If it is, people will look at it often. The webmaster can place AdSense ads below it.
FOOTER. A webmaster generally shouldn't place ads at the bottom of their web pages. Viewers know that there’s no info for them at the end of an article) so they won’t really look there. Also, that is the usual position for standard pages like the FAQ, Contact, Privacy Policy, etc.
However, one can place Google AdSense ads at the end of an article (not page). Why? Because people to jump from the beginning of an article to the end. If a webmaster places relevant AdSense ads at the end, viewers may click on it.
LEFT SIDE. AdSense ads in this position do well. This is where one usually finds the site menu. You can place AdSense here instead of the site menu (one can put the site menu on the right or top). Or if the site menu isn't too long (say, if it's a drop-down list or sliding menu), you can position AdSense just below it. If it's long, put AdSense on top first.
RIGHT SIDE. Viewers aren't likely to look at ads on this side unless it has graphics in it. One can add pictures to enhance their AdSense ads here
MIDDLE OR CENTER: AdSense ads in the middle of articles are effective, if annoying for the viewers who know what they are. Think of them as commercial breaks: You read an article and now and then a targeted ad comes
Source Google & some website articles
Wednesday, January 28, 2009
Msn Guidelines for successful indexing
Msn Guidelines for successful indexing
The following are recommendations that might help Live Search's MSNBot (The Live Search web crawler, a program that scans websites and indexes their content, such as text, documents, images, and links, for searching.) and other web crawlers (A program that scans websites and indexes their content, such as text, documents, images, and links, for searching. The web crawler used by Live Search is also known as MSNBot.) Effectively index and rank your website. Live Search has also provided a list of techniques to avoid if you want to make sure your website is indexed.
Technical recommendations for your website
Use the following techniques to ensure your website is technically optimized for MSNBot and other web crawlers:
1. Use only well-formed, HTML code in your WebPages. Make sure that all paired tags are closed, and that all links open the correct webpage. For information on validating your HTML code, see either HTTP Compression and HTTP Conditional Get test tool or W3C Markup Validation Service or use a comparable tool.
2. If your website contains broken links, MSNBot might not be able to index your website effectively, thus preventing people from reaching all of your webpages. For information on finding broken links on your website, see the Help topic for the Webmaster Center's Crawl Issues tool.
3. If you move a webpage, set up the webpage's original URL to redirect people to the new webpage. Indicate whether the move is permanent or temporary. For more information, see what to do when your website is relocated.
4. Make sure MSNBot is allowed to crawl your website and isn't on your list of web crawlers that are prohibited from indexing your website. For more information, see Control which webpages on your website are indexed.
5. Use a Robots.txt file or Meta tags to control how MSNBot and other web crawlers index your website. You can use the Robots.txt file to prevent web crawlers from crawling specific files and folders. For more information about the Robots.txt file and the Robots Exclusion standard, see A Standard for Robot Exclusion. This site might be available in English only.
6. Keep your URLs simple and static. URLs that are complicated or that change frequently are difficult to index as link destinations. For example, the URL www.example.com/mywebpage is easier for MSNBot to crawl and for people to type than a long URL with multiple extensions. Also, a URL that doesn't change is easy for people to remember and bookmark. That makes your webpage a more likely link destination from other websites.
7. Watch for malicious software (malware). Links to webpages on your website that lead to malware on third-party websites or contain malicious content, such as a maliciously corrupted image or document file, or a harmful ActiveX control or JavaScript, will be disabled and highlighted as Malware in Live Search results webpages. See the Help topics for the Webmaster Center's Crawl Issues tool and Outbound Links tool to learn how to find these detected malware issues on your website. See Remediate detected malware to help rid your website of all malware.
Content guidelines for your website
The best way to attract people to your website, and keep them coming back, is to fill your webpages with valuable content in which your target audience is interested. The following guidelines can help you create a more effective and popular webpage:
1. In the visible webpage text, include words users might choose as search query terms to find the information on your website.
2. Limit all WebPages to a reasonable size. Live Search recommends covering one topic per webpage. An HTML webpage with no images should be under 150 KB.
3. Make sure that each webpage is accessible by at least one static text link.
4. Don't put the text that you want indexed within images. For example, if you want your company name or address to be indexed, make sure it isn't displayed only inside an image of your company logo.
5. Add a sitemap, which helps MSNBot to find all of your webpages. Links that are embedded in menus, list boxes, and similar elements aren't accessible to web crawlers unless they appear in your sitemap. For information on creating sitemaps, see the Help topic for the Webmaster Center's Sitemaps tool.
6. Keep your website hierarchy fairly flat. That is, each webpage should only be from one to three clicks away from the default webpage.
Techniques that might prevent your website from appearing in Live Search results
The following techniques aren't appropriate in terms of attempting to gain higher ranking with the Live Search index. Use of these techniques might actually adversely affect how your website is ranked within Live Search, and might even cause your website to be removed from the index.
1. Attempting to increase a webpage's keyword density by add lots of irrelevant words. This includes stuffing ALT tags that users are unlikely to view.
2. Using hidden text or links. Only use text and links that are visible to users.
3. Using techniques, such as link farms, to artificially increase the number of links to your webpage.
Source: www.live.com
The following are recommendations that might help Live Search's MSNBot (The Live Search web crawler, a program that scans websites and indexes their content, such as text, documents, images, and links, for searching.) and other web crawlers (A program that scans websites and indexes their content, such as text, documents, images, and links, for searching. The web crawler used by Live Search is also known as MSNBot.) Effectively index and rank your website. Live Search has also provided a list of techniques to avoid if you want to make sure your website is indexed.
Technical recommendations for your website
Use the following techniques to ensure your website is technically optimized for MSNBot and other web crawlers:
1. Use only well-formed, HTML code in your WebPages. Make sure that all paired tags are closed, and that all links open the correct webpage. For information on validating your HTML code, see either HTTP Compression and HTTP Conditional Get test tool or W3C Markup Validation Service or use a comparable tool.
2. If your website contains broken links, MSNBot might not be able to index your website effectively, thus preventing people from reaching all of your webpages. For information on finding broken links on your website, see the Help topic for the Webmaster Center's Crawl Issues tool.
3. If you move a webpage, set up the webpage's original URL to redirect people to the new webpage. Indicate whether the move is permanent or temporary. For more information, see what to do when your website is relocated.
4. Make sure MSNBot is allowed to crawl your website and isn't on your list of web crawlers that are prohibited from indexing your website. For more information, see Control which webpages on your website are indexed.
5. Use a Robots.txt file or Meta tags to control how MSNBot and other web crawlers index your website. You can use the Robots.txt file to prevent web crawlers from crawling specific files and folders. For more information about the Robots.txt file and the Robots Exclusion standard, see A Standard for Robot Exclusion. This site might be available in English only.
6. Keep your URLs simple and static. URLs that are complicated or that change frequently are difficult to index as link destinations. For example, the URL www.example.com/mywebpage is easier for MSNBot to crawl and for people to type than a long URL with multiple extensions. Also, a URL that doesn't change is easy for people to remember and bookmark. That makes your webpage a more likely link destination from other websites.
7. Watch for malicious software (malware). Links to webpages on your website that lead to malware on third-party websites or contain malicious content, such as a maliciously corrupted image or document file, or a harmful ActiveX control or JavaScript, will be disabled and highlighted as Malware in Live Search results webpages. See the Help topics for the Webmaster Center's Crawl Issues tool and Outbound Links tool to learn how to find these detected malware issues on your website. See Remediate detected malware to help rid your website of all malware.
Content guidelines for your website
The best way to attract people to your website, and keep them coming back, is to fill your webpages with valuable content in which your target audience is interested. The following guidelines can help you create a more effective and popular webpage:
1. In the visible webpage text, include words users might choose as search query terms to find the information on your website.
2. Limit all WebPages to a reasonable size. Live Search recommends covering one topic per webpage. An HTML webpage with no images should be under 150 KB.
3. Make sure that each webpage is accessible by at least one static text link.
4. Don't put the text that you want indexed within images. For example, if you want your company name or address to be indexed, make sure it isn't displayed only inside an image of your company logo.
5. Add a sitemap, which helps MSNBot to find all of your webpages. Links that are embedded in menus, list boxes, and similar elements aren't accessible to web crawlers unless they appear in your sitemap. For information on creating sitemaps, see the Help topic for the Webmaster Center's Sitemaps tool.
6. Keep your website hierarchy fairly flat. That is, each webpage should only be from one to three clicks away from the default webpage.
Techniques that might prevent your website from appearing in Live Search results
The following techniques aren't appropriate in terms of attempting to gain higher ranking with the Live Search index. Use of these techniques might actually adversely affect how your website is ranked within Live Search, and might even cause your website to be removed from the index.
1. Attempting to increase a webpage's keyword density by add lots of irrelevant words. This includes stuffing ALT tags that users are unlikely to view.
2. Using hidden text or links. Only use text and links that are visible to users.
3. Using techniques, such as link farms, to artificially increase the number of links to your webpage.
Source: www.live.com
Friday, December 12, 2008
SEO Friendly Website Design Guidelines
1. Make a site with a clear hierarchy and text links. Every page should be reachable from at least one static text link.
2. Offer a site map to your users with links that point to the important parts of your site. If the site map is larger than 100 or so links, you may want to break the site map into separate pages.
Eg: To create a file sitemap, sitemap1...etc.
3. Make a detailed sitemap of a website. The search robots can easily go to any web page from this web page.
4. Try to use text instead of images to display important names, content, or links. The Google crawler doesn't recognize text contained in images
5. Every image on your website has an alt attribute with a description that contains keywords. Eg: alt=”web design company”
6. Do not overuse image in a web page. The robots can’t index images and it also takes lot of time to load a web page.
7. Make sure that your title elements and alt attributes are descriptive and accurate.
8. SEO Tips for URL Structure
a. Make sure to use keywords in url, if the particular page is "software consulting" then try to create a URL that looks like .
http://www.example.com/software-consulting.html
b. If you decide to use dynamic pages (i.e., the URL contains a "?" character), be aware that not every search engine spider crawls dynamic pages as well as static pages. It helps to keep the parameters short and the number of them few.
In correct Format:
http://www.example.com/products/products.asp?N=200063&Ne=500955&ref=foo%2Cbar&Cn=Accessories
Correct Format
http://www.example.com/product.asp?N=Accessories
c. Creating a website folder and webpage name in url structure.
Make sure to avoid using of Underscore ( _ ). Better way to use Hyphen ( - ).
In correct Format:
http://www.example.com/it_software_consulting.html
Correct Format:
http://www.example.com/it-software-consulting.html
d. Make sure to avoid multiple folders using in url structure.
In correct Format:
Eg: http://www:example/web_services/ web_design/logo_design /flash logo design.html
Correct Format:
http://www.example/web-services/flash-logo-design.html.
9. If you use image links, you also provide text links so that search engine robots can crawl inside your web site and index every page of your site.
10. Don't use more than two banners per web page. Banners are often placed at the top of a web page. Unfortunately, Search engine consider the beginning of a web page as very important.
11. Always place the logo on the upper left hand corner of the web page. The search engine robots reads the web page like a human from left to right, top to bottom.
12. You should not use All CAPS or or similar font design, like all boldface. This looks as if you were yelling at your users.
13. Your web pages end with .html or .htm. When your web pages end with .asp, cfm or contain special character, many search engines will ignore them.
14. All important web page of your website should be just one click away.
15. You don't use unusual fonts. For example, font face="Great Looking" size="2"
is very likely to cause problems. Common fonts are Verdana, Arial and Helvetica.
16. Test your site to make sure that it appears correctly in different browsers.
17. Create a useful, information-rich site, and write pages that clearly and accurately describe your content.
18. Think about the words users would type to find your pages, and make sure that your site actually includes those words within it. (Content, url structure, image and links).
19. The content on your website must be easy to read and error free.
20. It should be easy to see what your website is all about. Editors don't search for information.
21. Do not use frames in your website design. Lot of frames in a website also takes too long loading time and hence the robots find it difficult to crawl the website. i.e. can follow from a frameset page to content frames and index texts. If your Web site consists of frames, and you cannot redesign it, you can solve this problem by putting the content of an optimized page with links to other pages into a NOFRAMES HTML tag.
22. The page size must not be too large, average page size must be below 50 kb
23. Try to maintain a word limit for all the web pages. Use about 350 to 600 words for each web page.
24. Avoid using image navigation, as it is not search engine friendly. It is ideal to use text navigation in a web page as it helps the user as well as search engines to navigate smoothly.
25. Try to avoid using tables. There are too many codes in tables and takes times to load page. Hence, try to use DIVs structure, which has less coding and takes less loading time. It has become highly search engine friendly because the robots can easily index it.
26. Use External CSS rather than coding it in the main source file.
27. Once you complete the full design to check broken links having or not.
28. Please make sure to check w3c validation error and clear error free
2. Offer a site map to your users with links that point to the important parts of your site. If the site map is larger than 100 or so links, you may want to break the site map into separate pages.
Eg: To create a file sitemap, sitemap1...etc.
3. Make a detailed sitemap of a website. The search robots can easily go to any web page from this web page.
4. Try to use text instead of images to display important names, content, or links. The Google crawler doesn't recognize text contained in images
5. Every image on your website has an alt attribute with a description that contains keywords. Eg: alt=”web design company”
6. Do not overuse image in a web page. The robots can’t index images and it also takes lot of time to load a web page.
7. Make sure that your title elements and alt attributes are descriptive and accurate.
8. SEO Tips for URL Structure
a. Make sure to use keywords in url, if the particular page is "software consulting" then try to create a URL that looks like .
http://www.example.com/software-consulting.html
b. If you decide to use dynamic pages (i.e., the URL contains a "?" character), be aware that not every search engine spider crawls dynamic pages as well as static pages. It helps to keep the parameters short and the number of them few.
In correct Format:
http://www.example.com/products/products.asp?N=200063&Ne=500955&ref=foo%2Cbar&Cn=Accessories
Correct Format
http://www.example.com/product.asp?N=Accessories
c. Creating a website folder and webpage name in url structure.
Make sure to avoid using of Underscore ( _ ). Better way to use Hyphen ( - ).
In correct Format:
http://www.example.com/it_software_consulting.html
Correct Format:
http://www.example.com/it-software-consulting.html
d. Make sure to avoid multiple folders using in url structure.
In correct Format:
Eg: http://www:example/web_services/ web_design/logo_design /flash logo design.html
Correct Format:
http://www.example/web-services/flash-logo-design.html.
9. If you use image links, you also provide text links so that search engine robots can crawl inside your web site and index every page of your site.
10. Don't use more than two banners per web page. Banners are often placed at the top of a web page. Unfortunately, Search engine consider the beginning of a web page as very important.
11. Always place the logo on the upper left hand corner of the web page. The search engine robots reads the web page like a human from left to right, top to bottom.
12. You should not use All CAPS or or similar font design, like all boldface. This looks as if you were yelling at your users.
13. Your web pages end with .html or .htm. When your web pages end with .asp, cfm or contain special character, many search engines will ignore them.
14. All important web page of your website should be just one click away.
15. You don't use unusual fonts. For example, font face="Great Looking" size="2"
is very likely to cause problems. Common fonts are Verdana, Arial and Helvetica.
16. Test your site to make sure that it appears correctly in different browsers.
17. Create a useful, information-rich site, and write pages that clearly and accurately describe your content.
18. Think about the words users would type to find your pages, and make sure that your site actually includes those words within it. (Content, url structure, image and links).
19. The content on your website must be easy to read and error free.
20. It should be easy to see what your website is all about. Editors don't search for information.
21. Do not use frames in your website design. Lot of frames in a website also takes too long loading time and hence the robots find it difficult to crawl the website. i.e. can follow from a frameset page to content frames and index texts. If your Web site consists of frames, and you cannot redesign it, you can solve this problem by putting the content of an optimized page with links to other pages into a NOFRAMES HTML tag.
22. The page size must not be too large, average page size must be below 50 kb
23. Try to maintain a word limit for all the web pages. Use about 350 to 600 words for each web page.
24. Avoid using image navigation, as it is not search engine friendly. It is ideal to use text navigation in a web page as it helps the user as well as search engines to navigate smoothly.
25. Try to avoid using tables. There are too many codes in tables and takes times to load page. Hence, try to use DIVs structure, which has less coding and takes less loading time. It has become highly search engine friendly because the robots can easily index it.
26. Use External CSS rather than coding it in the main source file.
27. Once you complete the full design to check broken links having or not.
28. Please make sure to check w3c validation error and clear error free
Subscribe to:
Posts (Atom)