The official news from Google. Communicate with webmasters in the chat allows you to identify common views, which could correspond to reality in the past, but lost its relevance to today. For example, the my recent conversation with several friends on the optimal structure URL. One of them worried about the use of dynamic addresses, because (he said) “search engines have difficulty with them.” Another argued that the processing of dynamic URL no longer presents any difficulties for search engines. One of them also added that he never plainly did not understand the fuss, “about the dynamic and static addresses. At this point, I decided to write a topic dedicated to this issue. First, let’s be clear about what really is at stake.
What is a static URL?
Static URL – this is the address, which does not change, and typically does not contain a no parameters. The static address can look, for example, because: http://www.example.com/archive/january.htm. You can include the search for static URLs on Google, by typing filetype: htm in the search box. Updating these pages often takes quite a long time, especially if the amount of information is growing rapidly, because the code of each page have to have to write and edit on an individual basis. That is why the webmaster is having to deal with frequently updated site – for example, Internet shopping, forums, blogs or content management systems – often use dynamic addresses.
What is a dynamic address?
If a content site is stored in a database and display on demand, as a rule, use dynamic addresses. The site in this case plays the role of a template for content that exists independently of its visual presentation. Typically dynamic URL look like this: http://code.google.com/p/google-checkout-php-sample-code/issues/detail?id=31. Sign of dynamic addresses used symbols? = & Dynamic addresses have the drawback that several different URL may correspond to the same content. Thus, users That is why the webmaster’s often try to adjust the alignment of dynamic addresses to static form.
Do I need to mask the URL dynamic by static?
Are some key points that need to be remembered in connection with dynamic addresses?
- Create and maintain a mechanism to correctly converts the dynamic address to static, it is difficult.
- Where reliable and easier to use dynamic addresses, and allow ourselves to solve the problem of finding and ignoring unnecessary settings.
- If you intend to convert the same address, please remove them from all optional parameters, but leave them dynamic.
- If you intend to issue a static address instead of dynamic, you should duplicate your content static equivalent.
What are the addresses of Google is easier to perceive – static or dynamic?
I was dealing with a lot of webmasters that thought, as mentioned above, friends, that a static or external static addresses are an advantage in terms of indexing and ranking their sites. This belief is based on the assumption that the search engines have difficulties with crawling and analysis of addresses containing the IDs of sessions or units of content. Anyway, I was able to Google much progress in the two designated areas. Yes, the static address can be a slight advantage in terms of clickable, because the user is easier to read. Nevertheless, the use of web sites based on the database does not entail any significant loss in terms of indexing and ranking. Thus, the use of intact dynamic addresses preferably attempts to hide the parameters and make them look static.
Myth: “Dynamic URL is not indexed.”
Fact: I have no problem to index the dynamic address and interpret the different parameters. I may have problems with crawling and ranking dynamic URL, if you bring them to the static type and hides the parameters that are valuable information for the Google-bot. It follows a recommendation – not to convert the dynamic URL to static. In general, best to use static content with static URLs, but if you decide to use dynamic content, you must provide us with an opportunity to analyze the structure of your URL. In other words, need not have to mask the parameters, leading them to a static view.
Myth: “Dynamic addresses must contain a minimum of three parameters.”
Fact: The restrictions on the number of parameters does not exist, however, the general rule should be the desire (Short URL (this is applies to any address, and static and dynamic). Perhaps you should remove the parameters are not important Google-Bot, and provide users with a nice dynamic URL. If you are not completely sure what the parameters are subject to removal, I suggests not to remove anything – our system will drop all unnecessary. Illiterate conversion significantly complicates the task of selection of important parameters, ie, prevents us from properly analyze URL, which eventually leads to information loss.
. Then highlight a few of the most likely probable.
Does this mean that I should avoid the transformation of dynamic URL?
These are our recommendations – until i am not talking about removing unnecessary and potentially problematic parameters. Reduction of dynamic addresses to static thinking can prevent us from correctly interpreting your information whenever possible. If you intend to provide users with a static equivalent of your site, you should think about the conversion not only addresses, but also the structure of the content – in a way that the information in the output and really looked static. For example, you can generate a file for each of the possible addresses, and to make these files available elsewhere on the site so that users and search engines treated exactly to these files. In any case, the conversion of addresses without creating static copies of the content risks more harm than good. It shows us the dynamic address – I will be able to identify them all superfluous.
Can you give an example?
If a standard format for your dynamic address looks like this: foo? Key1 = value & key2 = value2, I recommend you leave it unchanged. Google itself will determine what options you can remove it. You can, and can remove themselves from the URL are optional for the user settings, but be very careful that you do not accidentally away anything important. Here is another example of the dynamic address to multiple parameters:
www.example.com/article/bin/answer.foo?language=en&answer=3&sid=98971298178906&query=URL
- language = en – indicates the language of Article
- answer = 3 – art is the number 3
- sid = 8971298906- the session ID is 8971298178906
- query = URL – article was found at the request of the next types: [URL]
Not all the parameters of this request are the useful information, so bringing to mind the URL www.example.com/article/bin/answer.foo?language=en&answer=3 probably will not create any problems – of addresses have been removed only optional parameters.
This is followed by several addresses that look like static, but can hinder crawling much stronger than the standard dynamic address:
- www.example.com/article/bin/answer.foo/en/3/98971298178906/URL
- www.example.com/article/bin/answer.foo/language=en/answer=3/sid=98971298178906/query=URL
- www.example.com/article/bin/answer.foo/language/en/answer/3/sid/98971298178906/query/URL
- www.example.com/article/bin/answer.foo/en,3,98971298178906,URL
Transformation of dynamic addresses to something similar might lead to crawler have on several occasions to index the same content that is available for a variety of locations – with a variety of session and the types of query. This format addresses prevents Google understand that URL and 98971298178906 have no directly related to the content underlying the given address. Next – an example of the correct transformation, where all optional features have been removed:
- www.example.com/article/bin/answer.foo/en/3
While Google handles these addresses quite correctly, and did we want to warn you of the use of such transformations, because the mechanism is difficult to support and needs to be updated whenever the dynamic to the original address is added a new option. If this does not happen again at the exit will be a static-looking address important parameter hidden from searches. Therefore, most often the best solution is to use the continuous dynamic address. If you decide to remove them from the optional settings, remember that ultimately they must be dynamic, as in the example already:
- www.example.com/article/bin/answer.foo?language=en&answer=3
I hope that the paper will be useful, and that ultimately it will help dispel the various conjectures related to the problem of dynamic URL.
Source: http://googlewebmastercentral.blogspot.com/2008/09/dynamic-urls-vs-static-urls.html
, (1) , (1)
– Total value relevance of document 
??????? request 
; ;
– The value relevance of the document package 
– The relevance of the text links from other documents in the document 
– Figure authoritativeness page 
– Some nondecreasing function; allow simplification that 
; ;
- Some of the factors that allow approximate formula relevance under each FP.
, (2) , (2)
, , 
, , 
– Some approximate coefficients for each of their FS;
– - Relevance own ranking factors FP.
