Link trade site help to build up your link Popularity and give you higher Page Rank. http://www.linktradesite.com User agents must calculate the base URI for resolving relative URIs according to [RFC1808], section 3. The following describes how [RFC1808] applies specifically to HTML. User agents must calculate the base URI according to the following precedences (highest priority to lowest): The base URI is set by the BASE element. The base URI is given by meta data discovered during a protocol interaction, such as an HTTP header (see [RFC2616]). By default, the base URI is that of the current document. Not all HTML documents have a base URI (e.g., a valid HTML document may appear in an email and may not be designated by a URI). Such HTML documents are considered erroneous if they contain relative URIs and rely on a default base URI. Additionally, the OBJECT and APPLET elements define attributes that take precedence over the value set by the BASE element. Please consult the definitions of these elements for more information about URI issues specific to them. Note. For versions of HTTP that define a Link header, user agents should handle these headers exactly as LINK elements in the document. HTTP 1.1 as defined by [RFC2616] does not include a Link header field (refer to section 19.6.3). http://www.linktradesite.com/article/qjek68b56k.htm 19th Nov,2008 BASE - O EMPTY -- document base URI --> href %URI; #REQUIRED -- URI that acts as base URI -- > Start tag: required, End tag: forbidden Attribute definitions href = uri [CT] This attribute specifies an absolute URI that acts as the base URI for resolving relative URIs. Attributes defined elsewhere target (target frame information) In HTML, links and references to external images, applets, form-processing programs, style sheets, etc. are always specified by a URI. Relative URIs are resolved according to a base URI, which may come from a variety of sources. The BASE element allows authors to specify a document's base URI explicitly. When present, the BASE element must appear in the HEAD section of an HTML document, before any element that refers to an external source. The path information specified by the BASE element only affects URIs in the document where the element appears. For example, given the following BASE declaration and A declaration: Our Products Have you seen our Bird Cages? the relative URI "../cages/birds.gif" would resolve to:http://www.aviary.com/cages/birds.gif http://www.linktradesite.com/article/v47vqlvh6r.htm 19th Nov,2008 Authors may use the LINK element to provide a variety of information to search engines, including: Links to alternate versions of a document, written in another human language. Links to alternate versions of a document, designed for different media, for instance a version especially suited for printing. Links to the starting page of a collection of documents. The examples below illustrate how language information, media types, and link types may be combined to improve document handling by search engines. In the following example, we use the hreflang attribute to tell search engines where to find Dutch, Portuguese, and Arabic versions of a document. Note the use of the charset attribute for the Arabic manual. Note also the use of the lang attribute to indicate that the value of the title attribute for the LINK element designating the French manual is in French. The manual in English In the following example, we tell search engines where to find the printed version of a manual. Reference manual In the following example, we tell search engines where to find the front page of a collection of documents. Reference manual -- Page 5 Further information is given in the notes in the appendix on helping search engines index your Web site. http://www.linktradesite.com/article/s517m925qv.htm 19th Nov,2008 When the LINK element links an external style sheet to a document, the type attribute specifies the style sheet language and the media attribute specifies the intended rendering medium or media. User agents may save time by retrieving from the network only those style sheets that apply to the current device. Media types are further discussed in the section on style sheets. http://www.linktradesite.com/article/pwpzxr1pbq.htm 19th Nov,2008 The rel and rev attributes play complementary roles -- the rel attribute specifies a forward link and the rev attribute specifies a reverse link. Consider two documents A and B.Document A: Has exactly the same meaning as:Document B: Both attributes may be specified simultaneously. http://www.linktradesite.com/article/o560pb71pp.htm 19th Nov,2008 LINK - O EMPTY -- a media-independent link --> %attrs; -- %coreattrs, %i18n, %events -- charset %Charset; #IMPLIED -- char encoding of linked resource -- href %URI; #IMPLIED -- URI for linked resource -- hreflang %LanguageCode; #IMPLIED -- language code -- type %ContentType; #IMPLIED -- advisory content type -- rel %LinkTypes; #IMPLIED -- forward link types -- rev %LinkTypes; #IMPLIED -- reverse link types -- media %MediaDesc; #IMPLIED -- for rendering on these media -- > Start tag: required, End tag: forbidden Attributes defined elsewhere id, class (document-wide identifiers) lang (language information), dir (text direction) title (element title) style (inline style information ) onclick, ondblclick, onmousedown, onmouseup, onmouseover, onmousemove, onmouseout, onkeypress, onkeydown, onkeyup (intrinsic events ) href, hreflang, type, rel, rev (links and anchors) target (target frame information) media (header style information) charset(character encodings) This element defines a link. Unlike A, it may only appear in the HEAD section of a document, although it may appear any number of times. Although LINK has no content, it conveys relationship information that may be rendered by user agents in a variety of ways (e.g., a tool-bar with a drop-down menu of links). This example illustrates how several LINK definitions may appear in the HEAD section of a document. The current document is "Chapter2.html". The rel attribute specifies the relationship of the linked document with the current document. The values "Index", "Next", and "Prev" are explained in the section on link types. Chapter 2 ...the rest of the document... http://www.linktradesite.com/article/m3e8awr70j.htm 19th Nov,2008 A reference to an unavailable or unidentifiable resource is an error. Although user agents may vary in how they handle such an error, we recommend the following behavior: If a user agent cannot locate a linked resource, it should alert the user. If a user agent cannot identify the type of a linked resource, it should still attempt to process it. It should alert the user and may allow the user to intervene and identify the document type. http://www.linktradesite.com/article/u5ds12et6o.htm 19th Nov,2008 The id attribute may be used to create an anchor at the start tag of any element (including the A element). This example illustrates the use of the id attribute to position an anchor in an H2 element. The anchor is linked to via the A element.You may read more about this in Section Two. ...later in the document Section Two ...later in the document Please refer to Section Two above for more details. The following example names a destination anchor with the id attribute:I just returned from vacation! Here's a photo of my family at the lake.. The id and name attributes share the same name space. This means that they cannot both define an anchor with the same name in the same document. It is permissible to use both attributes to specify an element's unique identifier for the following elements: A, APPLET, FORM, FRAME, IFRAME, IMG, and MAP. When both attributes are used on a single element, their values must be identical. ILLEGAL EXAMPLE: The following excerpt is illegal HTML since these attributes declare the same name twice in the same document.... ... ...pages and pages... The following example illustrates that id and name must be the same when both appear in an element's start tag:... Because of its specification in the HTML DTD, the name attribute may contain character references. Thus, the value Dand#xfc;rst is a valid name attribute value, as is Danduuml;rst . The id attribute, on the other hand, may not contain character references. Use id or name? Authors should consider the following issues when deciding whether to use id or name for an anchor name: The id attribute can act as more than just an anchor name (e.g., style sheet selector, processing identifier, etc.). Some older user agents don't support anchors created with the id attribute. The name attribute allows richer anchor names (with entities). http://www.linktradesite.com/article/u93jhv2vge.htm 19th Nov,2008 Links and anchors defined by the A element must not be nested; an A element must not contain any other A elements. Since the DTD defines the LINK element to be empty, LINK elements may not be nested either. http://www.linktradesite.com/article/o62856ixgn.htm 19th Nov,2008 An anchor name is the value of either the name or id attribute when used in the context of anchors. Anchor names must observe the following rules: Uniqueness: Anchor names must be unique within a document. Anchor names that differ only in case may not appear in the same document. String matching: Comparisons between fragment identifiers and anchor names must be done by exact (case-sensitive) match. Thus, the following example is correct with respect to string matching and must be considered a match by user agents:... ...more document... ... ILLEGAL EXAMPLE: The following example is illegal with respect to uniqueness since the two names are the same except for case:... ... Although the following excerpt is legal HTML, the behavior of the user agent is not defined; some user agents may (incorrectly) consider this a match and others may not.... ...more document... ... Anchor names should be restricted to ASCII characters. Please consult the appendix for more information about non-ASCII characters in URI attribute values. http://www.linktradesite.com/article/b1xku5uc6i.htm 19th Nov,2008 A - - (%inline;)* -(A) -- anchor --> %attrs; -- %coreattrs, %i18n, %events -- charset %Charset; #IMPLIED -- char encoding of linked resource -- type %ContentType; #IMPLIED -- advisory content type -- name CDATA #IMPLIED -- named link end -- href %URI; #IMPLIED -- URI for linked resource -- hreflang %LanguageCode; #IMPLIED -- language code -- rel %LinkTypes; #IMPLIED -- forward link types -- rev %LinkTypes; #IMPLIED -- reverse link types -- accesskey %Character; #IMPLIED -- accessibility key character -- shape %Shape; rect -- for use with client-side image maps -- coords %Coords; #IMPLIED -- for use with client-side image maps -- tabindex NUMBER #IMPLIED -- position in tabbing order -- onfocus %Script; #IMPLIED -- the element got the focus -- onblur %Script; #IMPLIED -- the element lost the focus -- > Start tag: required, End tag: requiredAttribute definitionsname = cdata [CS] This attribute names the current anchor so that it may be the destination of another link. The value of this attribute must be a unique anchor name. The scope of this name is the current document. Note that this attribute shares the same name space as the id attribute. href = uri [CT] This attribute specifies the location of a Web resource, thus defining a link between the current element (the source anchor) and the destination anchor defined by this attribute. hreflang = langcode [CI] This attribute specifies the base language of the resource designated by href and may only be used when href is specified. type = content-type [CI] This attribute gives an advisory hint as to the content type of the content available at the link target address. It allows user agents to opt to use a fallback mechanism rather than fetch the content if they are advised that they will get content in a content type they do not support. Authors who use this attribute take responsibility to manage the risk that it may become inconsistent with the content available at the link target address. For the current list of registered content types, please consult [MIMETYPES]. rel = link-types [CI] This attribute describes the relationship from the current document to the anchor specified by the href attribute. The value of this attribute is a space-separated list of link types. rev = link-types [CI] This attribute is used to describe a reverse link from the anchor specified by the href attribute to the current document. The value of this attribute is a space-separated list of link types. charset = charset [CI] This attribute specifies the character encoding of the resource designated by the link. Please consult the section on character encodings for more details. Attributes defined elsewhereid, class (document-wide identifiers) lang (language information), dir (text direction) title (element title) style (inline style information ) shape and coords (image maps) onfocus, onblur, onclick, ondblclick, onmousedown, onmouseup, onmouseover, onmousemove, onmouseout, onkeypress, onkeydown, onkeyup (intrinsic events ) target (target frame information) tabindex (tabbing navigation) accesskey (access keys) Each A element defines an anchorThe A element's content defines the position of the anchor. The name attribute names the anchor so that it may be the destination of zero or more links (see also anchors with id). The href attribute makes this anchor the source anchor of exactly one link. Authors may also create an A element that specifies no anchors, i.e., that doesn't specify href, name, or id. Values for these attributes may be set at a later time through scripts.In the example that follows, the A element defines a link. The source anchor is the text "W3C Web site" and the destination anchor is "http://www.w3.org/":For more information about W3C, please consult the W3C Web site. This link designates the home page of the World Wide Web Consortium. When a user activates this link in a user agent, the user agent will retrieve the resource, in this case, an HTML document.User agents generally render links in such a way as to make them obvious to users (underlining, reverse video, etc.). The exact rendering depends on the user agent. Rendering may vary according to whether the user has already visited the link or not. A possible visual rendering of the previous link might be:For more information about W3C, please consult the W3C Web site. ~~~~~~~~~~~~ To tell user agents explicitly what the character encoding of the destination page is, set the charset attribute:For more information about W3C, please consult the W3C Web site Suppose we define an anchor named "anchor-one" in the file "one.html"....text before the anchor... This is the location of anchor one. ...text after the anchor... This creates an anchor around the text "This is the location of anchor one.". Usually, the contents of A are not rendered in any special way when A defines an anchor only.Having defined the anchor, we may link to it from the same or another document. URIs that designate anchors contain a "#" character followed by the anchor name (the fragment identifier). Here are some examples of such URIs:An absolute URI: http://www.mycompany.com/one.html#anchor-one A relative URI: ./one.html#anchor-one or one.html#anchor-one When the link is defined in the same document: #anchor-one Thus, a link defined in the file "two.html" in the same directory as "one.html" would refer to the anchor as follows:...text before the link... For more information, please consult anchor one. ...text after the link... The A element in the following example specifies a link (with href) and creates a named anchor (with name) simultaneously:I just returned from vacation! Here's a photo of my family at the lake.. This example contains a link to a different type of Web resource (a PNG image). Activating the link should cause the image resource to be retrieved from the Web (and possibly displayed if the system has been configured to do so).Note. User agents should be able to find anchors created by empty A elements, but some fail to do so. For example, some user agents may not find the "empty-anchor" in the following HTML fragment: ...some HTML... Link to empty anchor http://www.linktradesite.com/article/h33691675s.htm 19th Nov,2008 Since links may point to documents encoded with different character encodings, the A and LINK elements support the charset attribute. This attribute allows authors to advise user agents about the encoding of data at the other end of the link. The hreflang attribute provides user agents with information about the language of a resource at the end of a link, just as the lang attribute provides information about the language of an element's content or attribute values. Armed with this additional knowledge, user agents should be able to avoid presenting "garbage" to the user. Instead, they may either locate resources necessary for the correct presentation of the document or, if they cannot locate the resources, they should at least warn the user that the document will be unreadable and explain the cause. http://www.linktradesite.com/article/a18qjfmhoh.htm 19th Nov,2008 The title attribute may be set for both A and LINK to add information about the nature of a link. This information may be spoken by a user agent, rendered as a tool tip, cause a change in cursor image, etc. Thus, we may augment a previous example by supplying a title for each link: ...some text... You'll find a lot more in chapter two. chapter two. See also this map of the enchanted forest. http://www.linktradesite.com/article/Link_titles.htm 19th Nov,2008 Although several HTML elements and attributes create links to other resources (e.g., the IMG element, the FORM element, etc.), this chapter discusses links and anchors created by the LINK and A elements. The LINK element may only appear in the head of a document. The A element may only appear in the body. When the A element's href attribute is set, the element defines a source anchor for a link that may be activated by the user to retrieve a Web resource. The source anchor is the location of the A instance and the destination anchor is the Web resource. The retrieved resource may be handled by the user agent in several ways: by opening a new HTML document in the same user agent window, opening a new HTML document in a different window, starting a new program to handle the resource, etc. Since the A element has content (text, images, etc.), user agents may render this content in such a way as to indicate the presence of a link (e.g., by underlining the content). When the name or id attributes of the A element are set, the element defines an anchor that may be the destination of other links. Authors may set the name and href attributes simultaneously in the same A instance. The LINK element defines a relationship between the current document and another resource. Although LINK has no content, the relationships it defines may be rendered by some user agents. http://www.linktradesite.com/article/ya2866u1vj.htm 19th Nov,2008 By far the most common use of a link is to retrieve another Web resource, as illustrated in the previous examples. However, authors may insert links in their documents that express other relationships between resources than simply "activate this link to visit that related resource". Links that express other types of relationships have one or more link types specified in their source anchor. The roles of a link defined by A or LINK are specified via the rel and rev attributes. For instance, links defined by the LINK element may describe the position of a document within a series of documents. In the following excerpt, links within the document entitled "Chapter 5" point to the previous and next chapters: ...other head information... Chapter 5 The link type of the first link is "prev" and that of the second is "next" (two of several recognized link types). Links specified by LINK are not rendered with the document's contents, although user agents may render them in other ways (e.g., as navigation tools). Even if they are not used for navigation, these links may be interpreted in interesting ways. For example, a user agent that prints a series of HTML documents as a single document may use this link information as the basis of forming a coherent linear document. Further information is given below on using links for the benefit of search engines. http://www.linktradesite.com/article/q51euf7mce.htm 19th Nov,2008 The default behavior associated with a link is the retrieval of another Web resource. This behavior is commonly and implicitly obtained by selecting the link (e.g., by clicking, through keyboard input, etc.). The following HTML excerpt contains two links, one whose destination anchor is an HTML document named "chapter2.html" and the other whose destination anchor is a GIF image in the file "forest.gif": ...some text... You'll find a lot more in chapter two. See also this map of the enchanted forest. By activating these links (by clicking with the mouse, through keyboard input, voice commands, etc.), users may visit these resources. Note that the href attribute in each source anchor specifies the address of the destination anchor with a URI. The destination anchor of a link may be an element within an HTML document. The destination anchor must be given an anchor name and any URI addressing this anchor must include the name as its fragment identifier. Destination anchors in HTML documents may be specified either by the A element (naming it with the name attribute), or by any other element (naming with the id attribute). Thus, for example, an author might create a table of contents whose entries link to header elements H2, H3, etc., in the same document. Using the A element to create destination anchors, we would write:Table of Contents Introduction Some background On a more personal note ...the rest of the table of contents... ...the document body... Introduction ...section 1... Some background ...section 2... On a more personal note ...section 2.1... We may achieve the same effect by making the header elements themselves the anchors:Table of Contents Introduction Some background On a more personal note ...the rest of the table of contents... ...the document body... Introduction ...section 1... Some background ...section 2... On a more personal note ...section 2.1... http://www.linktradesite.com/article/fgu1n5337g.htm 19th Nov,2008 HTML offers many of the conventional publishing idioms for rich text and structured documents, but what separates it from most other markup languages is its features for hypertext and interactive documents. This section introduces the link (or hyperlink, or Web link), the basic hypertext construct. A link is a connection from one Web resource to another. Although a simple concept, the link has been one of the primary forces driving the success of the Web. A link has two ends -- called anchors -- and a direction. The link starts at the "source" anchor and points to the "destination" anchor, which may be any Web resource (e.g., an image, a video clip, a sound bite, a program, an HTML document, an element within an HTML document, etc.). http://www.linktradesite.com/article/yh4t34dy5c.htm 19th Nov,2008 A large number of sites with links referring back to your own website (inbound links) is a guarantee of high positions in search engines. This number is your site link popularity and is the single most important objective parameter used by search engines to assess the significance and value of your website.     Most search engines have an inbound links database (link popularity database) and most of them allow you to view your sites inbound links list with the help of special language operators. The databases from various search engines are mainly similar to each other, but each one will have some unique information on link popularity not present in the others. The Seo Administrator link popularity tool checks inbound links across a number of search engines. It then composes a unified and comprehensive inbound links list (link popularity report) without duplicates.    A second important parameter that affects the link popularity value is the weight and importance of the referrer site. A link from microsoft.com is much more significant than one from some anonymous home page. One of the most convenient ways to estimate the importance and link popularity of a referring site is to obtain its Google PageRank.     Finally, the third parameter affecting link popularity is the anchor text. This is the text on the referring page, which is associated with the link to your site. It is located between the link tags like this: "a href=…"Anchor text "/a". Keywords within this text will significantly improve your positions in search engines.       http://www.linktradesite.com/article/Website_Inbound_links_is_guarantee_of_high_positions_in_search_engine.htm 26th Sep,2008 For years, "link popularity" and "Google PageRank" have been the talk of the town in the search engine optimization community. However, the definition of link popularity and how it differs from PageRank (PR), as well as how much effect these actually have on search engine rankings, is often misunderstood.   What is Link Popularity?   The theory goes something like this: The search engine Powers That Be have decided that if other sites are linking to your site, it must be a winner; therefore, it deserves a boost in rankings (when all else is equal). If you think about it, this makes a lot of sense. People link to good sites, not bad ones.   PageRank Does Not Equal Link Popularity   It's important to note that Google PageRank is not the same thing as link popularity. PR is actually a subset of link popularity. Whereas PR focuses strictly on the quantity and popularity of links, link popularity adds a "quality factor" into the equation. Unfortunately, many people mistakenly use the terms "link popularity" and "PageRank " interchangeably, which has served to confuse the issue further.   All major search engines place some emphasis on link popularity in their ranking algorithms. There appear to be 2 main types of links that work best to increase your link popularity: links from other sites that focus on the same keyword phrases your site focuses on, and links from relevant categories in major directories and industry-specific portals. "Free-for-all" (FFA) sites do not constitute quality links, so don't waste your $24.95 submitting your site to 500 of them. Links from sites that focus on topics that have nothing to do with your site probably won't help you win any link popularity contests, either (although they may temporarily boost your PR).   How Does Link Popularity Work?   Here's an example of how I believe link popularity works:   Let's say that Bob's Pizza Palace Website has a link to Joe's Men's Clothing store site. If the link uses the keywords "men's clothing store" in the anchor text (the clickable part), it may help Joe's link popularity a little bit for those keywords. However, Joe would benefit a lot more if the same link came from a site that was more related to Joe's site than a pizza palace. For instance, a more related link might be from a woman's clothing store, a men's shoe store or any other type of store that relates to clothing in some way.   An even higher-quality link for Joe might be from "Sam's Clothing Store Directory," which lists a whole bunch of clothing stores that can be found on the Internet. That is exactly the kind of link that the search engines would want to credit toward link popularity. Again, the key is in having that common thread between the sites.   Where Do Reciprocal Links Come In?   The other popular misconception floating around is in regards to reciprocal linking. Since so many people think that exchanging links with sites is the easiest way to get them (it may or may not be), new people learning about link popularity are under the mistaken belief that they must have links that are reciprocated on their site (e.g., "you-link-to-me-and-I'll-link-to-you"-type links). Still others are saying that reciprocal links are dead and you won't gain any benefit from them.   Both camps are wrong. You certainly don't need to get reciprocal links, but you can if you want to. Remember, it's links pointing TO your site that are the helpful ones. Links pointing FROM your site to other sites are wonderful to have because they help your visitors find related stuff, but if your site doesn't lend itself to linking to other sites, then by all means, don't do it. You need to do what's right for your company and your site visitors, first and foremost.   Should I Care About Link Popularity?   In general, there's no need for the average site to obsess over link popularity. Yes, you'll want to keep it in mind, and yes you should make sure that your site is what I like to call "link-worthy." However, from my experience (and contrary to popular belief), link popularity constitutes only a portion of most search engines' ranking algorithms. Arguably, Google places more emphasis than most other engines on incoming links at this point in time. How much these actually boost a site's ranking is debatable and truly depends on the site. It also depends on the words that are placed in the anchor text. I have found that just a few highly relevant links with strong anchor text can go a long way towards link popularity for many sites.   For sites that want to take it to the next level and are trying to rank highly with extremely competitive keywords, it may be necessary to actively seek out links from other relevant Websites. This doesn't mean you should go out and create a whole bunch of domains yourself and link them all together because it sounds easier than getting others to link to you. (Yes, that trick has been tried before!) It simply means you should look for sites that are related to your site in some way, and see if they might be interested in promoting your site to their users.   Whatever you do, do not send automatically generated link requests to any site. Most Webmasters consider them a nuisance at best and sp@m at worst. Certainly, a personal email may be welcome, and it also doesn't hurt to pick up the phone and begin a dialogue with a potential link partner. Remember, very often these links from relevant sites will bring more traffic to your site than a high search engine ranking will bring. http://www.linktradesite.com/article/Link_popularity.htm 26th Sep,2008