Издадохме нова книга, Маркетинг на съдържание в социалните медии: Как да влезете в главите на вашите последователи и да ги накарате да се влюбят във вашата марка.

Canonical URL - помощник в борбата с дублираното съдържание

Много съвременни CMS (системи за управление на съдържанието на уебсайтове) могат да създават . Това води до факта, че една страница на сайта може да съществува в мрежата под два или повече различни адреса. Търсачките имат негативно отношение към дублираното съдържание и го понижават в резултатите от търсенето. Следователно, една от основните задачи на уеб администратора е да се отърве от дублиращите се страници по всякакъв възможен начин.

Още видеоклипове в нашия канал - научете интернет маркетинг със SEMANTICA

Пример за дублиран уеб документ

Началната страница на интернет ресурс може да бъде достъпна на няколко адреса:

  • primer.ru
  • ru/index.php

Роботът за търсене разпознава тези адреси като четири различни уеб документа с идентично съдържание.

Какво е каноничен URL адрес

Атрибут ви позволява да посочите на робота за търсене каноничната, тоест основната версия на документа. Този атрибут ще трябва да маркира не само основната рекламирана страница на интернет проекта, но и нейните дубликати. Ако роботът открие копия на канонична страница в сайта, той ще ги маркира като незначителни. Canonical е най-лесният метод за справяне с дублирано съдържание.

Как работи каноничната връзка

Да приемем, че имаме главна страница http://yoursite.ru/statya1, която може да бъде намерена и на няколко други адреса:

За да посочите каноничната страница на търсачката, трябва да добавите следния ред към кода на всеки от горните документи:

Тази част от кода трябва да бъде поставена между таговете . Това ще увеличи шансовете резултатите от търсенето да показват основния документ, а не неговите дубликати. Трябва да се отбележи, че атрибутът rel="canonical" се взема предвид от повечето съвременни търсачки.

Защо CMS създава дубликати?

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

  1. създаване на архиви от стари статии;
  2. наличие на отворени връзки към документи в PDF версии (за печат);
  3. неправилна структура на сайта, добавяне на идентични страници към различни категории;
  4. наличието на динамични URL адреси (характерни за онлайн магазини).

За да идентифицирате дублиращи се страници и да използвате атрибута rel canonical, можете да използвате Google Webmaster Tools. Трябва да отидете в раздела „изглед за търсене“ и да кликнете върху връзката „Html оптимизация“. Разделът, който се отваря, показва страници с повтарящи се мета описания. Такива документи често имат дублирано съдържание.

Google PS съветва да не се указва атрибутът rel="canonical" като директива за robots.txt. Това може да причини проблеми с индексирането на сайта. Не можете да посочите различни канонични URL адреси за една страница (например един URL адрес в картата на сайта и друг директно в секцията страници).

За да намалите вероятността от грешки при индексиране на сайт, трябва да посочите абсолютни, а не относителни пътища като атрибута rel на връзката. С други думи, вместо структурата /blog/page-1, трябва да използвате пълния адрес http://yoursite/blog/page-1.

Здравейте приятели. Време е да доведа до логичния завършек темата за управлението на индексирането на сайтове. Позволете ми да ви напомня какви методи за управление на индексирането обикновено съществуват: файлът robots.txt, мета маркерът robots, заглавката X-Robots-Tag и пренасочването 301 могат да бъдат споменати тук като метод за справяне с дубликати, което също е неразделна част от индексирането на качеството. И вече ви казах за всичко това, но има още нещо много важен и интересен начин за справяне с дубликати, в някои отношения алтернатива на пренасочване, това е атрибутът rel="canonical", който е присвоен на етикета за връзка и се намира в частта всяка html страница.

Изглежда нещо подобно:

Което е не по-малко важно - този етикет се поддържа от всички търсачки, включително нашите любими Yandex и Google.

Така че днес ще ви кажа, как и защо трябва да използвате каноничния маркер rel, в какви ситуации е наистина ефективен, като в същото време ще проверим тази ефективност в реален експеримент. Приготви се :)

Първо, позволете ми да ви напомня за публикациите, които засегнах в началото:

Първо, струва си да преминете през теорията, за да разберете защо този атрибут е създаден на първо място, какви цели са били преследвани и да разберете какво препоръчват търсачките.

Теория и помощ от търсачките

Ето връзки към официалната позиция на търсачките: Google относно атрибута rel="canonical" и Yandex относно атрибута rel="canonical". . Разбира се, mail.ru е точно там - относно значението на каноничния в маркера - те не можеха да изостават от Yandex, но това е добре, всичко е копие, по-лесно е за нас.

Какво е канонична страница?Това е препоръчително копие от набор от страници с много подобно съдържание.

Защо трябва да посочите канонична страница?Ако търсачката види, че страниците са много сходни или еднакви, тогава според алгоритмите в резултатите от търсенето ще се появи само една предпочитана страница, която според търсачката най-добре отговаря на заявката на потребителя.

И както знаем, търсачката не винаги отгатва нашите желания, така че е по-добре да играете на сигурно и сами да посочите желаната страница. Можете да направите това, като добавите връзката rel="canonical" към секцията неканонични версии на всички HTML страници.

Също така се оказва можете да посочите канонична връзка за не-HTML съдържание, и например за pdf, doc или други файлове, използващи заглавки. Нещо като HTTP заглавка на X-Robots-Tag, само че тук ще има HTTP заглавка за връзка. Но това е изцяло за гийк маниаци, така че няма да говоря за това.

Какво се случва, ако атрибутът rel="canonical" сочи към несъществуваща страница? Какво става, ако няколко страници от набор са определени като канонични? В този случай търсачката просто ще игнорира тези правила и ще действа както преди - изчислява подходящ екземпляр от набор от страници според алгоритмите.

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

Въз основа на всичко по-горе, както и на информация от други официални източници (блогове на търсачките и блогове на техните служители), можем да заключим, че връзката rel="canonical" таг:

  • Това е препоръка, а не правило и следователно може да се пренебрегне в следните случаи:
    • Документът на каноничния адрес не съществува, връща отговор 404;
    • Каноничната страница е затворена от индексиране в robots.txt или мета таг;
    • HTML кодът на страницата съдържа няколко rel канонични атрибута;
    • Каноничният адрес на документ сочи към друг домейн или поддомейн;
    • Има верига от присвоявания rel="canonical", т.е. за документ A, документ B е посочен като каноничен, а в този момент, за документ B, документ C е посочен като каноничен;
  • Трябва да се посочи само за дублиращи се или много подобни страници, а не за залепване на две различни страници или прехвърляне на тегло;
  • Адресът на каноничната страница може да сочи към себе си;
  • Поддържа се от всички търсачки: в Yandex от 23 май 2011 г., в Google от 12 февруари 2009 г.

Практическо приложение и експеримент

Това е всичко, теорията приключи, сега ще ви кажа защо и защо използвам rel="canonical" тага на моите сайтове. Основното и най-важното нещо е да се борим и да предотвратим появата на дубликати.Това са предимно дубликати, свързани с параметри или тагове в URL адреса. Не винаги е подходящо да се борим с тези проблеми. Етикетите понякога са много важни, например, когато кампания се провежда в контекст и важна статистическа информация се предава в таговете и много други неща могат да бъдат проследени с тагове. Не обичам да затварям такива адреси в robots.txt; използването на мета роботи няма да работи, а пренасочването ще унищожи всички данни.

Класически пример за използване на канонични адреси са онлайн магазини с куп сортиране по още по-голям куп различни продуктови параметри - струва ми се, че затова е измислен този атрибут.

Всичко това е ясно. Но никъде не се казва за най-важното нещо за нас SEO специалистите - как вървят нещата с прехвърлянето на линк juice? Ами ако има връзки към неканоничен адрес, какво ще стане с каноничната страница, ще получи ли бонуси от това? Какво ще стане, ако връзката се появи първа, а rel="canonical" е посочен по-късно? Какво се случва, ако всичко е обратното?

Има много въпроси, но няма официални коментари. На въпросите кой е виновен и какво да правим има само един отговор - трябва да експериментираме! Исках да проведа такъв експеримент, но се оказа, че не толкова отдавна го направи Игор, авторът на блога bakalov.info, за което много му благодаря.

Ето цитат от неговия блог за това каква е целта, какви са възможностите и очаквания резултат:

Целта на експеримента: да се установи дали „теглото на връзката“ ще бъде прехвърлено от страница A към страница C, ако страница A има връзка към страница B, а страница B има rel="canonical", което показва, че каноничната страница е страницата СЪС.

Опция 1. Страница A препраща към страница B и тази връзка се индексира от търсачките. След известно време rel="canonical" се задава на страница B, което показва, че страница C е канонична, което в крайна сметка води до изключване на страница B от индекса.

Вариант #2. На страница B е зададено rel="canonical", което показва, че страница C е канонична, което води до изключване на страница B от индекса. Известно време след това се установява връзка от страница А към страница Б.

Необходимо е да разберете в кой от двата варианта „теглото на връзката” ще се прехвърли от страница A на страница C. Под „тегло на връзката” имам предвид така нареченото „тегло на котвата”, т.е. ако страницата акцептор се търси по текста на връзката към нея, тогава считаме, че „тежестта на връзката“ се предава; ако не се търси, тогава не се предава.

Пълно описание и ход на експеримента.

Ще докладвам резултатите от експеримента и заключенията:

За Yandex няма значение какво е първо - rel="canonical" или външна връзка - във всеки случай "теглото на връзката" ще бъде прехвърлено от неканоничния URL към каноничния.

За Google всъщност всичко е подобно, въпреки че публикацията на Игор казва различно: ако каноничният адрес е посочен и страниците вече са били залепени заедно и след това се появи външна връзка, тогава тежестта се прехвърля и ако външната връзка се появи по-рано отколкото каноничното, тогава теглото не тече.
Просто „преливането“ на тежестта във втория случай отне малко повече време, защото според коментара в блога се казва, че каноничната страница все още се търси по анкорния текст.

Накратко всичко работи!

Още веднъж обобщавайки цялата информация, представена в публикацията, Искам да кажа, че трябва да използвате тага за връзка rel="canonical".. На първо място, това е отличен начин за предотвратяване на дублиране на съдържание (особено по отношение на грешки и недостатъци на повечето CMS) и налагане на санкции за това от търсачките.

Успех приятели! Оставете коментари и задайте въпроси.

Елементът на информационен блок може да бъде свързан с няколко секции. Но в същото време може да има искове Свързването към няколко секции води до факта, че една страница на сайта може да съществува в мрежата под два или повече различни адреса. Търсачките имат негативно отношение към дублираното съдържание и го понижават в резултатите от търсенето.

Помогнете ви да избегнете подобни ситуации канониченвръзки.

Каноничен(главни) връзки насочват робота за търсене към главната страница. Ако роботът открие копия на канонична страница в сайта, той ще ги маркира като незначителни. чрез дублирани страници от SEO. Концепцията за „основната секция“ на даден елемент помага да се избегне това. Преди това основната секция се считаше за секция с минимален идентификатор, което не беше съвсем удобно. От версия 15.5.0 всичко се промени, сега можете сами да зададете основната секция и следователно да маркирате страницата на желания елемент като каноничен. Канонична страница- това е оригиналната страница или източник.

Етап 1. Активирайте настройката за избор на раздел във формата за редактиране на информационен блок в раздела Полета:

Стъпка 2.Във формата за създаване/редактиране на елемент посочете основния раздел в едноименното поле:

важно!Ако има поле във формуляра Основен разделтогава липсва преконфигурирайте външния вид. Когато работите с продукти, материали за статии, каталози с директории, вие често
Моля, обърнете внимание на следната точка: формулярът съдържа полета, които не са
се използват на сайта. Допълнителните полета увеличават размера на формата за редактиране и
затрудняват въвеждането на данни.

Улеснете работата си, като използвате инструмента за персонализиране на формуляри за информационни блокове. Инструмент
взема предвид индивидуалните нужди, позволява ви да персонализирате формуляри за редактиране
секции и елементи от информационния блок за себе си:

  • премахнете ненужните полета или цели раздели;
  • преместване на полета между раздели;
  • създайте свои собствени раздели.
За всеки конкретен информационен блок създайте свои собствени уникални форми и
работи с удоволствие.

Забележка:основният раздел се избира само сред тези раздели, към които е свързан елементът.

Маркирайте страницата на елемента в главния раздел като канонична (т.е. маркирайте я като основна сред дубликати). За това:

  1. В компонента, с който се създава публичният интерфейс на страницата с подробности за елемента, проверете опцията
    .

    Забележка:тази опция е добавена към компонентите Новини Сложният компонент ви позволява да създадете новинарска секция на сайта. Можете да видите подробна информация, списък с елементи, да настроите експортиране към RSS, да организирате гласуване за новини (или други елементи на информационни блокове), да настроите рецензии, да показвате материали по теми, настройки на CNC и много други. Компонентът съдържа 3 шаблона: .по подразбиране, web20И апартамент. Компонентът е стандартен и е включен в дистрибуторския комплект на модула.

    : Съдържание > Статии и новини > Новини.

    , Каталог Комплексният компонент показва пълен каталог на продукти от конкретен информационен блок. Неговата функционалност съчетава възможностите на няколко компонента на една страница: филтър, компонент за сравнение, показване на елементи от секции, горни елементи, свързани елементи и т.н. Чрез поставяне на сложен компонент на страница можете да получите напълно функционален каталог. Компонентът е стандартен и е включен в разпределението на модула.

    внимание! Компонентът не работи с информационни блокове, които нямат структура на секции. Ако според логиката на проекта информацията не трябва да има структурно разделение, тогава е необходимо да се създаде един раздел от най-високо ниво и да се поставят елементите на информационния блок в него.

    Във визуалния редактор компонентът е разположен по пътя Съдържание > Каталог > Каталог.

    Компонентът принадлежи към модул Информационни блокове.

    Редът на секциите във формуляра за конфигурация на компонента може да варира в зависимост от избрания шаблон.

    , Новини в детайли Компонент от една страница, който показва подробно описание на новината. Компонентът е стандартен и е включен в дистрибуторския комплект на модула.

    Съдържание > Статии и новини > Подробно за новините.

    Компонентът принадлежи към модул Информационни блокове.

    И Артикул в каталога в детайли Компонентът показва подробна информация за елемент от каталога. Компонентът е стандартен, включен в дистрибуцията на модула и съдържа три шаблона: .по подразбиране, дъскаИ стара_версия_16(template.default преди версия 17.0).

    Във визуалния редактор компонентът е разположен по пътя Съдържание > Каталог > Елемент на каталог в детайли.

    Компонентът принадлежи към модул Информационни блокове.

  2. Освен това проверете дали полето е попълнено правилно Каноничен URL адрес на елемент
    под формата на редактиране на информационния блок.

Забележка:в горните компоненти, както и в компонентите Секции с горни елементи Компонентът показва горни елементи, групирани по секции; елементи са показани в таблицата. Компонентът е стандартен и е включен в дистрибуторския комплект на модула.

Във визуалния редактор компонентът е разположен по пътя Съдържание > Каталог > Секции с горни елементи.

Компонентът принадлежи към модул Информационни блокове.

И Елементи на раздела Компонентът показва списък от елементи на секции с посочения набор от свойства. Компонентът съдържа пет шаблона: .по подразбиране, дъска, връзки, списъкИ стара_версия_16(template.default преди версия 17.0). Компонентът е стандартен и е включен в дистрибуторския комплект на модула.

Във визуалния редактор компонентът е разположен по пътя Съдържание > Каталог > Елементи на секция.

Компонентът принадлежи към модул Информационни блокове.

Добавена опция Използвайте основната секция за показване на елемент. Позволява ви да видите елемент само в основния раздел, въпреки факта, че преходът към преглед е направен от друг раздел, към който елементът е свързан.

Когато конфигурирате компонента, обърнете внимание на още две полезни опции в Допълнителни настройки:


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

  1. Проверете знамето Разрешете избор на първичен дял за обвързване.
  2. За даден елемент посочете кой раздел се счита за основен.
  3. Проверете знамето Задайте каноничен URL адресв настройките на компонента.

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

В тази статия ще разгледаме каноничните връзки в html (атрибут rel="canonical"). Нека да поговорим защо са въведени и за какво да ги използваме. Веднага ще кажа, че те се появиха през 2009 г. в Google.

Какво е канонична връзка

Дубликати в сайта - страници с едно и също съдържание, но с различни URL адреси.

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

Има няколко начина за справяне с дубликати:

  • robots.txt (всичко за robots.txt)
  • 301 пренасочване (как да направите 301 пренасочване)
  • 404 страница (404 грешка - как да я конфигурирате правилно)

Има обаче и четвърти начин за решаване на този проблем - използването на атрибута rel="canonical".

Атрибутът rel="canonical" - как се използва

Синтаксис rel="canonical"
... ...

Този атрибут е написан в заглавни тагове . На всички еднакви страници (дубликати) трябва да посочите адреса на главната страница (main). Връзките в href="" са канонични връзки.

Например, ако сайтът има идентични страници

сайт/каталог/товар сайт/каталог/товар?sort=abc сайт/каталог/товар?sort=цена

За да изясните коя от тези страници е основната, просто напишете на всяка страница:

По този начин показва на търсачката, че адресът на главната страница е сайт/каталог/товар.

Отговори на често задавани въпроси

1. Трябва ли да използвате канонични връзки?

Да, струва си. В разглеждания пример беше възможно да се използват само канонични връзки или robots.txt. Можете да комбинирате тези два метода.

Когато го използвате, трябва да внимавате да не давате на робота фалшиви препоръки на онези страници, където това не е необходимо.

2. Какво се случва, ако канонично връзките си противоречат?

Това е лошо, но след това роботът за търсене ще разбере сам коя страница да остави като основна. По-добре е да се избягват подобни противоречия.

3. Случаи, когато роботът може да пренебрегне вашите препоръки

От помощ на Yandex:

  • Документът на каноничния адрес не е достъпен за индексиране
  • Каноничният адрес е URL в друг домейн или поддомейн
  • Посочили сте няколко канонични адреса
4. Възможно ли е да се използва верига от канонични URL адреси

Например /stranica/123 препраща към /stranica/12, а това на свой ред препраща към /stranica/. Робот за търсене може да игнорира такъв дизайн.

5. Как да изберем правилния каноничен URL адрес

Трудно е да се отговори и разгледа всички опции в няколко изречения. Нека да дадем общи препоръки. Според мен трябва да гледате на привлекателността на URL (или по-точно CNC). Например, ако има страница /cat/2323fdfds34.html и страница /cat/rel-canonical. Очевидно вторият адрес е много за предпочитане.

Ако всичко не е толкова очевидно, тогава трябва да изберете по-малко вложени статии в директории и по-кратки URL адреси. Например /cat/podcat/podpodcat/str.html е по-добре да се замени с /cat/str.html

И последното нещо: ако дадена страница съществува от дълго време и е добре класирана, тогава е по-добре да свържете всички нови „дубликати“ към нея. Промяната на адреса с rel canonical, разбира се, не трябва да влияе на позициите, но е по-добре да не рискувате, ако те вече са високи за тази заявка.

6. Възможно ли е да се свържете с друг домейн с канонична връзка?

Каноничният атрибут rel може да използва само връзки в домейн или поддомейни. Не можете да правите връзки към външни сайтове.

7. Възможно ли е да направите rel каноничен за себе си?

Да, можеш. Няма смисъл от това, но е и лошо.

Атрибутът rel=“canonical” е един от начините за борба с дублираното съдържание. Поставя се на всяка HTML страница между тагове . Роботите за търсене започват да считат страницата, посочена в атрибута rel=“canonical” за приоритетна (канонична). Каноничната страница ще бъде показана при търсене, сок от връзки и други характеристики на страници със същото съдържание ще бъдат прехвърлени към нея.

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

Кога да използвате канонични връзки

1. Да се ​​предотврати появата на различни дубликати. Например:

  • сортиране на страници: /*sort, asc, desc, list=*;
  • дубликати поради UTM тагове: *utm_source=, /*utm_campaign=, /*utm_content=, /*utm_term=, /*utm_medium=;
  • други страници с GET параметри в URL адреса;
  • дубликати в резултат на особеностите на CMS (енджина).

В този случай трябва да добавите атрибута rel=“canonical” към всички статични страници на сайта. Например за страницата https://site.ru/category-1/page-2 rel=“canonical” ще изглежда така:

href=“https://site.ru/category-1/page-2” />

2. За страници с много подобно съдържание, достъпно на различни URL адреси.

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

В този случай трябва да посочите rel=“canonical” от всички страници към главната, приоритетна страница.

В този случай на всяка от страниците за пагинация трябва да посочите страницата „Покажи всички“ като канонична страница.

Например за страницата https://site.ru/category-1/page-2 трябва да въведете каноничния URL адрес:

ru /category-1/show-all” />

Как да посочите основния URL адрес с помощта на атрибута rel="canonical"?

Регистрирайте се между тагове на всяка HTML страница

Това е основният начин. За да посочите канонична връзка, пишете между таговете на страницата пълният URL адрес на страницата, която трябва да бъде в индекса.

Например за страницата https://site.ru/*utm_content= https://site.ru/ ще бъде каноничен.

За да получите този резултат, на страницата https://site.ru/*utm_content= посочихме етикета:

ru /” />

важно!
За да намалите вероятността от грешки в елементите на връзката, използвайте абсолютни, а не относителни връзки след атрибута rel="canonical".

Във файла Sitemap

В XML картата на сайта можете да въведете каноничния (основен) URL адрес за всяка страница.

важно!
Атрибутът rel=“canonical” е препоръка на търсачката, а не правило. В този случай PS може да ги игнорира.

В HTTP заглавката

Използва се най-добре за документи, които не са HTML. Например за PDF файлове.

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

връзка: ; rel=“каноничен”

важно!
Този метод е подходящ, ако имате достъп до настройките на сървъра. Не се препоръчва за HTML документи.

Използване на плъгин

Има различни добавки за CMS, които ви позволяват да настроите каноничен URL адрес. Например:
— за WordPress можете да конфигурирате canonical с помощта на Yoast SEO;
— в OpenCart - реализирано в настройките на CMS (трябва да отидете в настройките на продукта и да зададете параметъра SEO URL);
— за да конфигурирате каноничния атрибут в Joomla (версии 3.x и по-нови), трябва да активирате функцията SEF в настройките на CMS. След като бъде активиран, атрибутът rel=“canonical” ще бъде добавен към техническите страници под формата /index.php?option (посочващ URL адреса на страницата с конфигурирано CNC).

Как да проверя дали rel=“canonical” е конфигуриран правилно?

Можете да извършите анализа с помощта на специална програма за SEO анализ на сайта -.

С тази програма ще видите:
— кои страници в сайта нямат атрибут rel=“canonical”;
— кои страници имат атрибут rel=“canonical” и кои страници са канонични за тях;

Често срещани грешки при използване на rel=“canonical”

— Каноничният URL дава грешка 404.
— Посоченият каноничен URL е в друг домейн или поддомейн.
- Каноничната връзка не може да се индексира.
— Използване на rel=“canonical” от страниците за пагинация до първата страница.

За всички страници с пагинация е неправилно първата страница да се обозначава като канонична. Това прави невъзможно индексирането на всички пагинирани страници.

За страници с пагинация трябва да укажете същите страници като канонични.

Например страницата https://site.ru/category-1/page-2 трябва да съдържа канонична връзка:

.

— Няколко rel=“canonical” връзки от една страница.

Трябва да има една канонична страница на страница, в противен случай само първият URL ще бъде взет под внимание.

- Различни канонични URL адреси.

Посочете едни и същи канонични страници по различни начини за внедряване на атрибута (например чрез XML карта на сайта и чрез rel=“canonical” на самата страница).

Заключение

Атрибутът rel=“canonical” е удобен и полезен инструмент за популяризиране в търсачките. Когато се използва правилно, това ще повиши ефективността на работа и ще ускори индексирането на сайта, което от своя страна ще повлияе значително на неговото класиране.

Абонирайте се за нашия бюлетин

SEO анализатор

Занимавам се с оптимизация на сайтове от 2009г. Обичам сложни случаи, които са били твърде трудни за специалисти от други компании. Правя много подробни одити.

Пиша статии с инструкции за блога на SiteClinic относно SEO инструменти и анализи.

Любим цитат: За да бъдете успешни, трябва наистина да обичате това, което правите.