SearchEngines.bg

Това е примерно съобщение за гост. Регистрирайте безплатен акаунт днес, за да станете потребител на SearchEngines.bg! След като влезете, ще можете да участвате в този сайт, като добавите свои собствени теми и публикации, както и да се свържете с други членове чрез вашата лична входяща кутия! Благодарим ви!

rel canonical и encoded chars

bgkulinar

Меринджей
Не намерих официална информация от Гугъл по въпроса и затова реших да питам тук. Как бихте ползвали rel canonical и символи като амперсанд (& ), спейс (%20) и т.н.?

Доста мнения по форуми твръдят, че символите трябва да са енкоднати, обаче самите Гугъл ползват неекноднати символи (виж сорса на страницата):

<link rel="canonical" href="http://www.google.com/support/webmasters/bin/answer.py?hl=en&answer=35769" />

вместо

<link rel="canonical" href="http://www.google.com/support/webmasters/bin/answer.py?hl=en&amp;answer=35769" />

Дали ползването на енкоднати символи е само заради валидирането на кода? И ако са енкоднати, гугъл познава ли ги?
 
Re: rel canonical и encoded chars

Същото е като при нормалните връзки. Трябва да са енкоднати според мен. Няма как да не ги познае, щом си декодира и проследява нормалните връзки. И кодът естествено, ще се валидира без проблем.

Това, че са забравили да си сложат енкодинг на техните си връзки - нормално, какво им пука, те са Google.
 
Re: rel canonical и encoded chars

Същото е като при нормалните връзки. Трябва да са енкоднати според мен. Няма как да не ги познае, щом си декодира и проследява нормалните връзки. И кодът естествено, ще се валидира без проблем.

Това, че са забравили да си сложат енкодинг на техните си връзки - нормално, какво им пука, те са Google.
 
Re: rel canonical и encoded chars

Google кога са държали на стандартите, че сега сте се притеснили?:)

След като си оказал, че html-а ти е XHTML, то Google си го засича и си парсва линк информацията както трябва.
 
Re: rel canonical и encoded chars

Това личен опит ли е или предположение? И ако не е XHTML, a символите са енкоднати, пак ли ги "разпознава"?
 
Re: rel canonical и encoded chars

Да, от опит - всичко, което пиша е в XHTML.
Ако не е XHTML, а са енкоднати (&) според логиката би трябвало да не ги разпознава, но не се знае кое е по-логично за g. :)
 
Последно редактирано:
Re: rel canonical и encoded chars

Много хубав въпрос. Според мен просто се губи смисълът, ако не е абсолютен адрес.

Нали идеята е като ти копират някъде цялата страница, да се разбере къде е оригиналът ;)

Също така относителните адреси биха се счупили, ако става въпрос за директории и не започват с наклонена черта.
 
Re: rel canonical и encoded chars

Много хубав въпрос. Според мен просто се губи смисълът, ако не е абсолютен адрес.

Нали идеята е като ти копират някъде цялата страница, да се разбере къде е оригиналът ;)

Също така относителните адреси биха се счупили, ако става въпрос за директории и не започват с наклонена черта.

Макар и да го отричаш от отговора ти се вижда и цялата истина:
и двата варианта са възможни, важно е само линка да е правилен - бил той релативен или пълен.
 
Re: rel canonical и encoded chars

Един лек ъп с въпрос:
Трябва ли каноникал линка да е пълен или няма значение?
Пример:
Код:
<link href="http://site.com/canonical_link" rel="canonical" />
<link href="/canonical_link" rel="canonical" />
Can the link be relative or absolute?

The [FONT=Courier New, Courier, mono]rel="canonical"[/FONT] attribute can be used with relative or absolute links, but we recommend using absolute links to minimize potential confusion or difficulties. If your document specifies a base link, any relative links will be relative to that base link.


http://www.google.com/support/webmasters/bin/answer.py?answer=139394
 
Re: rel canonical и encoded chars

И отново въпрос за каноникал (на който не успях да намеря свестен отговор).
Забелязвам, че в сайтовете, които ползват каноникал, при липса на дублирана страница, просто тагват текущия УРЛ.
Моя скрипт за момента вади таг-а само ако УРЛ-а е различен от текущия.
Има ли значение според вас или както и да се направи е едно и също. :)
 

Горе