Мисля, че авторитетното използване на думата "канонично" в дисциплината SEO датира от тази публикация в блога от 2006 г. от Мат Кътс за кононизацията:

http://www.mattcutts.com/blog/seo-advice-url-canonicalization/

Лично аз си спомням първото използване на думата, когато се позовава на санкциониращи сайтове, които изкупуват много URL адреси, пълни с ключови думи, и ги насочва към всички към един и същ сайт, известен още като „Canonical URLs“.

Любопитството ми ме накара да открия, че думата има математически и научни употреби и че терминът CNAME в DNS означава „канонично име“.

В този момент, и по-специално на този уебсайт, виждам, че тази дума се хвърля толкова често и подозирам, че някои от нейните употреби са технически погрешни или че някои от нейните употреби биха могли да бъдат обслужвани с друга дума или фраза. Но може да греша по този въпрос, подхранван от не толкова пълното ми разбиране какво означава канонично във всички негови SEO контексти.

Така че след това,

  • кои са правилните употреби на думата каноничен (в контекста на SEO)?

И ако съмненията ми са верни,

  • кои са някои от често срещаните неправилни употреби на думата,
  • и какво трябва да се използва на негово място?

  • Свързан отговор: webmasters.stackexchange.com/questions/5376/... Редактиране: Ако някой е запознат с тази тема, бих искал също така да знам как каноничното се вписва, когато прави страниране или сортиране. Ако страниците показват едно и също съдържание, но в различен ред, наистина ли е същата страница?

Определение: канонична при оптимизацията на търсенето - докато други еднакви идентификатори на ресурси могат да "сочат" към същия ресурс, ресурсът има само едно предвидено име и търсачките трябва да свързват всички връзки от други единни идентификатори на ресурси, които обслужват същото съдържание към този каноничен URI. (Вижте също: Посочете своя каноничен)

Пример за множество URI (подобен на този, предложен в блога, към който сте свързали), които теоретично могат да сочат към едно и също съдържание на уеб сървър, който не е конфигуриран правилно:

  • 1.2.3.4/пример/
  • 1.2.3.4/пример / индекс.htm
  • domain.com/example/
  • domain.com/example/index.htm
  • www.domain.com/example/
  • www.domain.com/example/index.htm
  • example.domain.com/
  • example.domain.com/index.htm

(... и можете да добавите всяка комбинация от различни параметри на GET, които могат или не могат да имат ефект върху съдържанието, върнато от уеб сървъра - т.е. "index.htm? a = b & c = d" ...)

Както можете да видите, тези URI бих могъл да се разглеждат като уникални записи, когато хората започнат да се свързват с всички тях и търсачките бих могъл използвайте някоя от тези връзки, за да насочите към съдържанието ... rel='canonical' атрибут позволява на издателя на документа да посочи кой URI е "правилен".

Това е аналогично на уебмастъра, който посочва „Вместо да конфигурирам уеб сървъра си да пренасочва трафика от URI, който не искам да виждам на страницата с резултати от търсенето, към URI, който съм планирал, бих предпочел да добавя маркировка към документите си, за да кажа на търсенето двигатели, които URI трябва да бъдат посочени в техните индекси "

Злоупотреби: Второто отгатване на алгоритмите на търсачките и използването на каноничния маркер за каквото и да било освен посочването на кой URI, който искате да видите да се използва за класиране, вероятно е злоупотреба.

Вместо rel='canonical': Помислете за издаване на пренасочване 301, когато се изисква съдържание на всяко име на хост или път, който не е уникален.

Е, насоките за уеб администратори и качество на Google са много ясни в този аспект, но нека да опитам безплатен превод ...

В бекенда имате хиляди продукти и имате страница „showProducts“, която ще изброява 50 продукта всеки път.

Можете да получите достъп до:

  • http: //domain.tld/showProducts/
  • http: //domain.tld/showProducts/2/
  • http: //domain.tld/showProducts/3/ ...

Добре. Нека сега предположим, че потребителите могат да прилагат филтър, например по цена.

  • http: //domain.tld/showProducts/? sort = price & sortOrder = възходящ
  • http: //domain.tld/showProducts/2/? sort = price & sortOrder = възходящ
  • http: //domain.tld/showProducts/5/? sort = price & sortOrder = низходящ

Свършен. Всички тези страници имат една обща цел: списък на продуктите. Освен това те могат да се променят заедно с времето (като имат повече или по-малко продукти). Така че можем да предположим, че този динамично генериран списък няма да бъде същият с течение на времето. Продуктите, показани днес, не могат да присъстват следващата седмица. Цените могат да се увеличават / намаляват ...

В този контекст можем да видим, че третирането на сортирано съдържание като различно съдържание - само защото е динамично генерирано - също няма смисъл.

Няма смисъл да се предполага, че тази необходимост засяга SEO, тъй като няма смисъл роботите да продължават да индексират този вид съдържание отново и отново. За това можем да предоставим a канонична версия. Каква версия трябва да следват роботите и да избягват да виждат дублирано съдържание? Това е канонична версия.

Имайте предвид, че можете да кажете на роботите, че правилната версия, която трябва да следва, е всеки. Може да е несортираната версия, може да е нарастващата ценова поръчка, азбучния ред на имената ... Няма значение. Целта е да се направи така, че роботите да не виждат дублирано съдържание (това би се случило много, ако роботите следват всички възможности за сортиране).

Надявам се това да е достатъчно ясно.

е работил за вас: Charles Robertson | Искате ли да се свържете с нас?