When you use the
tag, you can indicate the canonical URL form for crawlers to use for each page of content, no matter how it was retrieved. This puts the preferred URL form with the content so that it is always available to the crawler, no matter which session id, link parameter, sort parameter, parameter order, or other source of variance is present in the URL form used to access the page.
To do this, specify a
tag in the
section of your page content:
<link rel=”canonical” href=”http://www.seous.com/services” />
The above tag indicates to the crawler that the URL it is present on should be represented canonically as http://www.seous.com/services. This would eliminate the following duplicates:
Using these advanced search operators modify the search results in some way, or even tell Google to do a totally different types of search on your Web site:
Site: This restricts the results to those websites in the given domain. For instance, [help site:www.microsoft.com] will find pages about help within www.microsoft.com. [help site:com] will find pages about help within .com urls. Cache: The query [cache:] will show the version of the web page that Google has in its cache. For instance, [cache:www.microsoft.com] will show Google’s cache of the Microsoft homepage. [cache:www.microsoft.com web] will show the cached content with the word “web” highlighted. Info: The query [info:] will present some information that Google has about that web page. For instance, [info:www.microsoft.com] will show information about the Microsoft homepage. Link: [link:www.microsoft.com] will list webpages that have links pointing to the Microsoft homepage. Related: This will list web pages that are “similar” to a specified web page. For instance, [related:www.microsoft.com] will list web pages that are similar to the Microsoft homepage AllinURL: This will restrict the results to those with all of the query words in the url. For instance, [allinurl: live search] will return only documents that have both “live” and “search” in the url. InURL: This will restrict the results to documents containing that word in the url. For instance, [inurl:live search] will return documents that mention the word “live” in their url, and mention the word “search” anywhere in the document.
AllinText: AllinTitle: This will restrict the results to those with all of the query words in the title. For instance, [allintitle: live search] will return only documents that have both “live” and “search” in the title.
InTitle: Define: This will provide a definition of the words you enter after it, gathered from various online sources. The definition will be for the entire phrase entered (i.e., it will include all the words in the exact order you typed them). Stocks: This will treat the rest of the query terms as stock ticker symbols, and will link to a page showing stock information for those symbols. For instance, [stocks: intc yhoo] will show information about Intel and Yahoo. FileType: This will restrict the results to pages whose names end in suffix. For example, [web page evaluation checklist filetype:pdf] will return pdf files that match the terms “web”, “page”, “evaluation”, and “checklist”. You can restrict the results to pages whose names end with pdf and doc by using the OR operator, e.g. [email security filetype:pdf OR filetype:doc]. InAnchor: This will restrict the results to pages containing the query terms you specify in the anchor text or links to the page. For example, [restaurants inanchor:gourmet] will return pages in which the anchor text on links to the pages contain the word “gourmet” and the page contains the word “restaurants”. AllinAnchor: This will restricts results to pages containing all query terms you specify in the anchor text on links to the page. For example, [allinanchor:best museums sydney] will return only pages in which the anchor text on links to the pages contain the words “best”, “museums”, and “sydney”. AllinText: This restricts results to those containing all the query terms you specify in the text of the page. For example, [allintext:travel packing list] will return only pages in which the words “travel”, “packing”, and “list” appear in the text of the page. Truncation Wildcards (* or ?): The multi-character (*) and single character (?) truncation symbols can be used within and at the ends of words to search for word variants thereby broadening your search.
Incentivized Traffic, as the name implies is simply traffic that is sent to a site due to the visitor having some incentive for visiting other than a legitimate interest in viewing that site. This can include (but is not limited to) the following types of traffic:
Rewards Sites: Companies that offer some type of reward in return for a visitor taking certain actions come under this category of incentivized sites also. Usually the action is clicking on a link or banner, filling out a form, reading an email (often know as ‘paid to read’) and in return, the visitor will receive some type of reward such as cash, credits or goods.
Auto Surf Traffic / Paid To Surf: Many companies on the internet pay people to sit down and view certain sites. The payment can be in many forms, including credits that can be redeemed for some reward, actual cash payout, gifts, etc. That is to say that there is an artificial incentive for that person to view the sites.
What is Wrong With Incentivized Traffic?
Well the main problem is that incentivized traffic is notoriously low quality traffic from merchant’s point of view. They are paying money to promote their company and usually for the end goal of making sales. Incentivized traffic is simply extremely difficult to convert into sales for most merchants.
What is duplicate content?
Duplicate content generally refers to substantive blocks of content within or across domains that either completely match other content or are appreciably similar. In some cases, content is duplicated across domains in an attempt to manipulate search engine rankings or garner more traffic via popular or long-tail queries.
Some of you know me for using advance SEO techniques, such as cloaking or deep directory submissions, and developing new ideas, such as experimenting with cascading style sheets and absolute positioning. Everyone is trying to get some sort of advantage in order to get those coveted high rankings, analyzing the search engines and the top pages trying to figure out what got them to the top.
I’ve been thinking that perhaps some SEO experts, including me, have been over-analyzing everything, trying to come up with some sort of technique, trick, or magic formula that will take them straight to the top of search engines. I’ve been thinking that maybe sticking to the basics might be the ticket to the top of the mountain.
You may not even need to optimize your Web site for search engines. You can still get good rankings by just creating good content. Analyzing the competition takes a lot of time and effort. If you Keep It Simple & Silly (KISS) — you can use that time to develop better content, a better overall Web site for your visitors, and take some time out to enjoy life. Who knows, perhaps using the KISS principle will even make your pages immune to the dreaded algorithm change!
Wikipedia founder Jimmy Wales is targeting the fourth quarter of this year for the unveiling of an open-source search engine that he hopes could challenge the dominance of market-leaders Google and Yahoo.
The project is being run through Wikia Inc, a for-profit company founded by Wales that seeks to use a similar model to the Wikipedia community-written and edited encyclopedia. He hopes to provide the tools and technology to allow programmers across the internet to collaborate on the development and testing of a search engine and make the results freely available.
“The essential core principles are that I think search is now a fundamental part of the infrastructure of the internet and it’s really fundamental to society as a whole and therefore as citizens of the world we should be concerned about it being a secretive black box,” he said.
Efforts to create open search engines aren’t new but one of the stumbling blocks they face is a difficulty in running large-scale tests of the search algorithm, said Wales. The algorithm is the code that sits at the heart of the search engine and is responsible for its accuracy or lack thereof.
“To create a full-scale crawling spider of the Web actually requires a great deal of investment in hardware,” he said. Wikia is planning to provide resources to enable full-scale crawling of the World Wide Web so the software can be fully tested and tuned.
The project is still in the planning stages and Wales expects that the first test version due this year will help programmers spot bugs that occur with real-world usage and speed up the development process.
“Probably what we’ll do is launch something in the fourth quarter of this year with a really big warning ‘It sucks, we know it sucks, it’s experimental, don’t panic. This is just an experiment to show what could be and now we’re going to start working to see how we could make it better’,” he said.
Already the project is attracting attention, not just from engineers who want to lend a hand but from companies that are already offering search engines.
