Canonical: что это за атрибут и как прописать канонический адрес страницы
Что такое канонический адрес страницы, зачем он нужен и почему важен для SEO. Когда используется каноникал и как правильно его настроить. Распространенные ошибки при прописывании canonical.
Если на сайте есть несколько страниц с одинаковым контентом, среди них нужно определить главную страницу — каноническую. Иначе ПС могут вывести в индекс не то, что вы ожидали.
Рассказываем, как работают канонические страницы, в каких случаях их нужно указывать и как это сделать.
Что такое каноническая страница, ссылка и rel canonical
Каноническая страница — основная, наиболее предпочитаемая страница. Каноническая ссылка (URL) — ссылка, которая ведёт на эту страницу. rel=”canonical” — атрибут, который указывается в контейнере тега , чтобы указать поисковому роботу: конкретная страница каноническая, то есть главная.
Объясним на примере, как работают канонические страницы. Представим, что страница с одним и тем же контентом доступна по нескольким адресам. Например, товар размещается одновременно в разных категориях. В этом случае образуются несколько страниц с разными URL, но с одинаковым контентом:
Поисковые системы могут посчитать такие страницы дублями. Это проблема для SEO.
Почему канониклы важны для SEO
Если один и тот же контент доступен на разных страницах сайта, в дальнейшем есть два пути развития событий. Оба неблагоприятны для SEO сайта.
- ПС определит среди дублей основную страницу, а остальные «склеит» с ней как дубли и удалит из индекса.
При этом не факт, что страница будет выбрана верно, и из индекса может выпасть нужная страница.
Google говорит, что у ПС есть собственные «канонические сигналы», по которым она пытается определить, какой из URL выбрать каноническим. Подробнее — в Справке.
- Если ПС не определит каноническую страницу автоматически, то может оставить в индексе версии страницы вместе с дублями.
Тогда все они могут конкурировать между собой, «моргать» в выдаче и т. д. Это может влиять на положение сайта в поиске.
Кроме того, индексирующий робот может медленнее доходить до новых страниц из‑за того, что будет обходить дубли.
Поэтому не стоит надеяться на то, что ПС сами определят каноническую страницу. Лучше напрямую указать роботам, какую из версий страницы мы считаем основной и наиболее предпочитаемой для показа в результатах поиска. Для этого нужно указать ссылку на основную (каноническую) страницу в коде всех дублей:
Расскажем, как это делать и в каких ситуациях.
Как настроить rel canonical
Мы будем рассказывать про разные способы указать каноническую страницу, но суть у них одна: мы размещаем ссылку на нужную страницу на её дублях, чтобы поисковики понимали, какую индексировать в первую очередь.
Через атрибут в теге
Нужно разместить следующий код в теге страницы‑дубля, который содержится в блоке :
Код будет выглядеть так:
где https://site.ru/page/ — ссылка на нужную страницу.
Способ работает только с HTML‑страницами, но не с файлами, например, в формате PDF. Для таких файлов лучше использовать следующий вариант.
Через атрибут в заголовке HTTP
У не‑HTML‑документов нет раздела , поэтому для них используют этот способ.
❗️ Чтобы воспользоваться этой инструкцией, нужно иметь доступ к настройкам сервера.
Нужно разместить запись следующего типа в HTTP‑заголовке файла, который является дублем канонического:
HTTP/1.1 200 OK Content‑Type: application/pdf Link: ; rel="canonical"
где 200 OK — код ответа сервера, Content‑Type — тип файла, Link: — ссылка на канонический файл.
В файле Sitemap
Поисковые роботы предполагают, что все ссылки, размещённые в карте сайта, канонические. Google даже требует включать в Sitemap только канонические ссылки.
С помощью CMS
В зависимости от того, какую CMS вы используете на своём сайте, добавлять канониклы можно с помощью разных плагинов.
Так, в WordPress это плагин Yoast SEO, в Joomla — Canonical Url, в 1С‑Bitrix — «Канонические ссылки».
❗️ Про перенаправление через 301‑редирект
Если вы больше не хотите показывать те или иные версии страницы в индексе, можно настроить перенаправление с них на нужные страницы. Тогда первая страница будет отправлять пользователя на вторую.
Отличие от установки канонической страницы в том, что в случае с 301‑м редиректом страница вообще не будет показываться пользователям и в выдаче; а в случае с rel canonical её можно будет увидеть, но при этом она не будет приоритетной для ПС.
Когда нужно настраивать канонический тег
При дублировании страниц
Если вы точно знаете, что на сайте есть дубли страниц, нужно указать, какая из одинаковых страниц главная.
Найти дублирующиеся страницы можно с помощью панелей Яндекс Вебмастер и Google Search Console.
В Вебмастере нужно смотреть раздел «Индексирование» — «Страницы в поиске»: у дублирующихся страниц будет статус «Дубль».
В GSC нужно смотреть пункт с исключёнными страницами в разделе «Покрытие».
В Топвизоре найти дубликаты, а также битые ссылки, редиректы, ошибки загрузки и в тегах можно найти с помощью инструмента «Анализ сайта».
На страницах пагинации
Пагинация — это разделение контента на сайте на отдельные страницы. Когда пользователь открывает страницу, контент подгружается не весь сразу, а постранично. При этом образуется несколько страниц: первая, вторая, третья и т. д.
При разделении контента на несколько страниц может образоваться дубль основной страницы.
Представим, что вы хотите разделить товары в категории «Самокаты» на несколько страниц. В таком случае первая страница категории будет иметь адрес «site.ru/samokati/», но в то же время у нас появится и URL первой страницы пагинации — «site.ru/samokati/page1». Эти страницы могут быть восприняты поисковиками как дубли.
- настройте постоянный редирект с site.ru/samokati/page1 на site.ru/samokati/;
- проследите, чтобы ссылка с других страниц на первую вела на site.ru/samokati/, а не на site.ru/samokati/page1.
На всех страницах, начиная со второй, ставьте каноникал на первую страницу. Помните, что первая страница — это основная страница категории, а не page1.
Следите за тем, чтобы ссылка с других страниц на первую вела не на page1, а на основную страницу.
Если у сайта есть версии HTTPS, HTTP, www
Если в этом случае не указать canonical, ПС будут рассматривать все три версии сайта как наборы отдельных страниц.
Это может привести к проблемам с индексацией: мы уже рассказывали про распространенные сценарии: либо страницы склеятся и в индексе останется не та, что вам нужна, а остальные удалятся (в том числе и нужная); либо в индексе останутся все страницы, что может привести к каннибализации.
То же касается слешей на конце адресов: site.ru/samokati и site.ru/samokati/.
В мобильном URL
Это особенно актуально для Google, так как он уже давно ориентируется на мобильную версию сайта при индексации.
Вот что можно сделать, если у вас есть отдельная версия сайта, доступная по адресу типа m.site.ru:
- Укажите в коде мобильной версии сайта rel=”canonical”, который будет вести на десктопную версию.
- В десктопной версии укажите rel=“alternate” — этот атрибут будет вести на мобильную версию, показывая, что есть альтернативная версия, но не каноническая.
То же касается AMP‑страниц.
В динамических адресах
Когда человек переходит по рекламе, взаимодействует с фильтрами в каталоге, переходит в разные разделы сайта, образуются динамические адреса.
Допустим, мы зашли в раздел самокатов на сайте: site.ru/samokati/. Затем мы начали настраивать фильтры, чтобы увидеть все самокаты бренда «САМ» белого цвета. Получилось вот что:
site.ru/samokati/brand=SAM&color=white.
Таких комбинаций может быть много, поэтому из них нужно выделить главную и проставить в дубликатах ссылки на неё.
Когда не нужно настраивать канонический тег
Для набора сайта верхним и нижним регистром
Даже одни и те же адреса, написанные верхним регистром (ВОТ ТАК) и нижним (вот так), поисковики могут считать разными версиями сайта.
Но чтобы указать системе, что она должна применять только нижний регистр, нужно использовать не rel=”canonical”, а специальные записи в .htaccess‑файле сайта. Можете скопировать код отсюда:
RewriteEngine On RewriteBase / # If there are caps, set HASCAPS to true and skip next rule RewriteRule [A‑Z] — [E=HASCAPS:TRUE,S=1] # Skip this entire section if no uppercase letters in requested URL RewriteRule ![A‑Z] — [S=28] # Replace single occurance of CAP with cap, then process next Rule. RewriteRule ^([^A]*)A(.*)$ $1a$2 RewriteRule ^([^B]*)B(.*)$ $1b$2 RewriteRule ^([^C]*)C(.*)$ $1c$2 RewriteRule ^([^D]*)D(.*)$ $1d$2 RewriteRule ^([^E]*)E(.*)$ $1e$2 RewriteRule ^([^F]*)F(.*)$ $1f$2 RewriteRule ^([^G]*)G(.*)$ $1g$2 RewriteRule ^([^H]*)H(.*)$ $1h$2 RewriteRule ^([^I]*)I(.*)$ $1i$2 RewriteRule ^([^J]*)J(.*)$ $1j$2 RewriteRule ^([^K]*)K(.*)$ $1k$2 RewriteRule ^([^L]*)L(.*)$ $1l$2 RewriteRule ^([^M]*)M(.*)$ $1m$2 RewriteRule ^([^N]*)N(.*)$ $1n$2 RewriteRule ^([^O]*)O(.*)$ $1o$2 RewriteRule ^([^P]*)P(.*)$ $1p$2 RewriteRule ^([^Q]*)Q(.*)$ $1q$2 RewriteRule ^([^R]*)R(.*)$ $1r$2 RewriteRule ^([^S]*)S(.*)$ $1s$2 RewriteRule ^([^T]*)T(.*)$ $1t$2 RewriteRule ^([^U]*)U(.*)$ $1u$2 RewriteRule ^([^V]*)V(.*)$ $1v$2 RewriteRule ^([^W]*)W(.*)$ $1w$2 RewriteRule ^([^X]*)X(.*)$ $1x$2 RewriteRule ^([^Y]*)Y(.*)$ $1y$2 RewriteRule ^([^Z]*)Z(.*)$ $1z$2 # If there are any uppercase letters, restart at very first RewriteRule in file. RewriteRule [A‑Z] — [N] RewriteCond % TRUE RewriteRule ^/?(.*) /$1 [R=301,L]
Для контента на разных языках
Здесь ни rel=”canonical”, ни 301‑й редирект не подойдут: нужно не перенаправлять пользователей и поисковых роботов на те или иные страницы, а показывать разные результаты выдачи для разных стран, как бы «разделять» контент на разные языки. Для этого используют атрибут hreflang.
Его также вставляют в тег секции . Код будет выглядеть следующим образом:
где lang_code — код языка и региона, который соответствует версии страницы (например, ru_rus), а url_of_page — URL‑версии страницы для указанного языка и региона.
Как проверить canonical
Чтобы узнать, какая страница считается канонической в Google, нужно воспользоваться инструментом проверки URL.
В Яндекс Вебмастере нужно посмотреть «Индексирование» — «Страницы в поиске». Дубли после указания каноникла отобразятся в разделе «Исключённые из поиска» (но всё ещё будут видны пользователям).
Покажем, как это делать, на примере «Анализа сайта» в Топвизоре.
Чтобы найти страницы с rel canonical:
- Перейдите в инструмент «Анализ сайта» в левом меню и откройте «Страницы»:
- Перейдите в «Индексируемость»; в столбце «rel=canonical» наведите курсор на значок ссылки, чтобы посмотреть, куда ведёт страница. URL отобразится в левом нижнем углу.
Чтобы увидеть дубли:
- Перейдите в «Контент». В столбце «Дубли» у каждой страницы появится кнопка, обозначающая количество таких же страниц.
- Нажмите на количество страниц, чтобы появился полный список дублей конкретной страницы.
❗️ Мы обновили дизайн инструмента «Анализ сайта» и открыли его для альфа‑теста. Теперь аудит стал нагляднее, проще и функциональнее: ищите редиректы и битые ссылки, проверяйте индексируемость, атрибуты и теги.
Чтобы первыми получить доступ к новой версии «Анализа сайта», напишите свой ID в комментариях.
Распространенные ошибки в настройке canonical
- Страницы заблокированы robots.txt
Если вы блокируете сканирование неканонических адресов в robots.txt, то роботы не увидят канонические страницы.
Если вы блокируете сканирование канонических страниц, вместо них в поиске может участвовать дубль, доступный роботу.
- Каноническая страница закрыта от индексирования
Бот не будет учитывать такую страницу.
- Используются и noindex, и rel=»canonical» для одной страницы
Директива noindex не заменяет и не объединяется с rel=”canonical”. noindex нужен для того, чтобы исключать страницы из индекса.
- Написаны два (или больше) атрибута rel=canonical
На странице не может быть указано несколько канониклов: бот или выберет первый из них, или вовсе проигнорирует указание.
- Канонические адреса образовали цепочку
Если вы указали какую‑то страницу канонической, а на ней — перенаправление на какую‑то другую страницу с помощью атрибута rel=”canonical”, бот не будет считать эту страницу канонической.
Запомните эту схему:
- В написании канонического адреса допущена ошибка
Теги link с атрибутом rel=»canonical» должны содержать абсолютные пути, а не относительные. Нужно указывать, как в браузере: https://site.ru/page/, а не /page/ — чтобы робот понял, куда идти.
- В атрибуте указана битая ссылка
Если вы указываете на неканонической странице адрес неработающей страницы с кодом состояния 4XX (например, знакомый всем 404 Not Found), робот ничего не поймёт и не отреагирует на указанное.
- В атрибуте указана ссылка на страницу с редиректом
Канонические ссылки указывают ботам на более предпочтительные версии страницы. А редирект говорит им, что нужно учитывать другой адрес. Поэтому тег rel=”canonical” может быть проигнорирован.
- Канонический адрес указывает на другой домен или поддомен
Ссылка должна указывать только на страницу на этом же сайте.
- Канонические страницы конфликтуют друг с другом
Например, если на Странице 1 указана канонической Страница 2, но при этом в карте сайта Sitemap.XML стоит ссылка на Страницу 1 — это конфликт канонических страниц.
Поисковый робот, опираясь на карту сайта, может определить Страницу 1 важной и проигнорировать каноникал.
- Каноническая ссылка ведет на нерелевантную страницу
Содержимое страницы, на которую вы пытаетесь перенаправить поискового бота, должно быть таким же, что и на странице‑дубле.
Если содержимое канонической страницы отличается от содержимого неканонической — например, на момент обхода неканонические страницы более полно отвечают на запрос пользователя, и их контент существенно отличается от канонических, — ПС может не учесть то, что вы указали.
- Тег rel=canonical использован в другой секции кода
Атрибут тега должен быть только в секции . Если он будет в или где‑то ещё, боты его проигнорируют.
- Главная выбрана канонической для всех страниц
Тогда боты могут проиндексировать только главную, а все остальные страницы — нет. И в выдаче у вас будет только одна страница.
❗️Изучите официальные руководства поисковиков по каноническим страницам
Настройка элементов с каноническими ссылками Линейка решений INTEC: Universe на редакции Старт/Стандарт / С чего начать? / Основные настройки платформы 1С-Битрикс
Каноническая страница — это оригинальная страница или первоисточник.
Элемент инфоблока может быть привязан к нескольким разделам. Привязка к нескольким разделам приводит к тому, что страница сайта может существовать в сети под двумя и более различными адресами. Поисковые системы негативно относятся к дублированному контенту и понижают его в выдаче.
-
Включите настройку выбора раздела в форме редактирования инфоблока на закладке Поля.
Вернитесь на вкладку «Инфоблок». Здесь нужно указать канонический URL элемента (протокол, адрес сервера и путь на сайте).
Строка должна иметь вид:
http://#SERVER_NAME##SITE_DIR#catalog/#SECTION_CODE_PATH#/#ELEMENT_ID#/.
Если вы используете протокол https, обязательно укажите это — замените на него «http» в начале строки.
В форме создания/редактирования элемента укажите основной раздел.
Если поле «Основной раздел» не появилось автоматически, измените настройки формы редактирования. Нажмите на изображение шестеренки в правом верхнем углу. В выпадающем меню выберите пункт «Настройки».
В списке «Доступные вкладки» и «Вкладки» выделите «Товар / Элемент» , в нижнем списке «Доступные поля» — «Основной раздел» (3). Переместите выделенное поле в соседний список при помощи кнопки со стрелкой и нажмите «Сохранить».
Нстройка параметров компонента.
Откройте в публичной части сайта любую карточку товара. Активируйте режим правки.
Наведите указатель на описание предложения и нажмите на шестеренку в появившемся меню.
В новом окне перейдите к группе параметров «Настройки детального просмотра», поставьте галку возле «Устанавливать канонический URL» и сохраните настройки.
После этого на каждой странице описания товара в исходном коде появится нужная запись.
Как указать канонический адрес страницы в битрикс
Canonical (канонический) URL — это тег HTML, который указывает на основную страницу контента. Он используется для избежания дублирования контента в поисковых системах и увеличения SEO-оптимизации сайта. В этом эссе мы рассмотрим, как установить канонический URL в 1С Битрикс с использованием $APPLICATION->SetPageProperty().
$APPLICATION->SetPageProperty()
$APPLICATION->SetPageProperty — это функция 1С Битрикс, которая позволяет задавать свойства страницы, такие как заголовок, ключевые слова, описание и другие. Она используется в шаблонах компонентов и в шаблонах сайта.
Эта функция удобна тем, что позволяет задавать свойства страницы из любого места шаблона сайта. Также она позволяет программно устанавливать канонический URL, который является одним из важных факторов SEO-оптимизации.
Установка канонического URL
Для установки канонического URL в 1С Битрикс с использованием $APPLICATION->SetPageProperty(), необходимо добавить следующий код в шаблон сайта:
$APPLICATION->SetPageProperty('canonical', 'http://www.example.com/page.html'); Вместо http://www.example.com/page.html необходимо указать адрес страницы, на которую должен ссылаться канонический URL. Этот код можно разместить в любом месте шаблона сайта, например, в секции .
Пример
Например, мы хотим установить канонический URL на странице http://www.example.com/catalog/product1/. Для этого мы добавляем следующий код в шаблон сайта:
$APPLICATION->SetPageProperty('canonical', 'http://www.example.com/catalog/product1/'); После этого на странице будет установлен канонический URL http://www.example.com/catalog/product1/, который будет использоваться поисковыми системами для индексации страницы.
Дополнительные советы
- Канонический URL должен указывать на наиболее значимую страницу контента. Это может быть главная страница, страница товара или любая другая страница, содержащая уникальный контент.
- Необходимо убедиться, что канонический URL указывает на исходный домен (например, http://www.example.com), а не на его копию (например, http://example.com). Это поможет избежать дублирования контента.
- Если на сайте используется множество параметров, которые могут изменить контент страницы (например, сортировка товаров по цене), то необходимо убедиться, что канонический URL указывает на исходную страницу с базовыми параметрами.
- Не стоит злоупотреблять каноническим URL. Использование его на каждой странице может привести к ухудшению SEO-оптимизации сайта.
Заключение
Установка канонического URL является важным элементом SEO-оптимизации сайта. С помощью $APPLICATION->SetPageProperty в 1С Битрикс можно легко установить канонический URL на любой странице сайта. Это позволит улучшить показатели поисковой оптимизации и уменьшить дублирование контента в поисковых системах.
Дубли Битрикс: удаление с помощью rel canonical и другие способы
С точки зрения поисковой оптимизации доступ к одной странице по разным ссылкам – это большая проблема. Поисковой робот не понимает, какую страницу надо показывать. В связи с этим адрес страницы должен быть фиксированным. Чтобы удалить дубли Битрикс, нужно выявить основные причины их появления.
Директ Лайн
Крупнейшее региональное интернет-агентство России. ТОП-10 в рейтинге Рунета.
1200+ проектов
90 специалистов
15 лет на рынке
Как устанавливать канонический URL?
Частая проблема, связанная с Bitrix – это появление множества дублей страниц. Особенно это касается товаров из разных категорий. Проблемы здесь как минимум две: дублирование контента, что вредно для SEO, и появление дублей метатегов. Поисковики могут и вовсе не показывать страницы-дубли.
Исправить проблему штатными средствами, к сожалению, не получится. Один из вариантов борьбы с дублями предлагает Google. Ваша задача – указать каноническую страницу из числа одинаковых. Так, один URL станет каноническим, а остальные получат статус его копий. Сканирование канонического URL выполняется гораздо чаще.
Указать Гуглу на нужные URL можно с помощью тега rel= »canonical». Сразу стоит отметить, что такой метод борьбы с дублями подходит далеко не всегда. Сам Google сообщает, что при индексировании обращает внимание не только на тег, но и на качество контента на странице, протокол и присутствие URL в Sitemap. Вот для каких случаев подходит использование тега:
Нет времени разбираться?
Техподдержка сайта на «1С-Битрикс» под ключ
Специализируемся на «1С-Битрикс» более 10 лет и знаем все подводные камни и специфику. Работаем с сайтами любой технической сложности и бизнес-логики. При необходимости подключаем UX-специалиста и дизайнера. В течение 2 часов реагируем на обращения в тикетной системе.
- Упрощение получения статистики по отдельным темам или товарам.
- Управление скопированным контентом.
- Оптимизация затрат ресурсов на сканирование дублей страниц.
- Выбор URL для демонстрации в результатах поиска.
- Консолидация переходов на повторяющиеся или одинаковые страницы.
Здесь можно узнать, какую страницу Google считает канонической. Но помните, что указание тега не дает гарантии, что поисковик не выберет другую страницу.
rel canonical для разделов
Прописать в Битриксе метатег rel canonical для страниц разделов напрямую не получится. Сделать это можно только с помощью костылей. При использовании комплексного компонента необходимо дописать в section.php следующий кусок кода:
// section.php : if (empty($_REQUEST["PAGEN_2"]) && empty($_REQUEST["PAGEN1_2"])) SetViewTarget('meta_add'); echo ' link rel="canonical" href="' . $ _SERVER["REQUEST_SCHEME"] . '://' . $ _SERVER["SERVER_NAME"] . '/catalog/' . $ arResult["VARIABLES"]["SECTION_CODE_PATH"] . '/" / '; $this->EndViewTarget(); >
Второй вариант – добавить кусок кода в шаблоне catalog.sections.list:
// в template.php : $this->SetViewTarget('meta_add'); echo ' link rel="canonical" href="'.$_SERVER["REQUEST_SCHEME"].'://'.$_SERVER["HTTP_HOST"].$arResult["SECTION"]["SECTION_PAGE_URL"].'" / '; $this->EndViewTarget();
В основной шаблон сайта внутри head вставляется строчка:
$APPLICATION->ShowViewContent('meta_add');
Благодаря этому простому алгоритму из разных шаблонов различных компонентов в основной шаблон веб-ресурса внутрь head можно передать любые данные. Например, это метатеги под социализацию или микроразметку.
rel canonical для статей
Для страниц со статьями можно указать каноническую страницу одним из любых способов, которые предлагает Google:
- Тег с атрибутом rel=»canonical». Его нужно добавить в код всех повторяющихся страниц. Таким образом получится пометить неограниченное количество страниц. Из минусов – увеличение размера страницы.
- HTTP-заголовок rel=canonical. Включается в ответ страницы. Этот метод позволяет пометить неограниченное количество страниц и не увеличивает их размер.
- Файл Sitemap. Легко обновляется и настраивается. Но в отличие от rel=canonical, это менее значимый сигнал для робота Googlebot.
- Код статуса 301. Также используется, чтобы сообщить роботу об актуальной версии URL.
- Вариант страницы в формате AMP. Используются инструкции AMP.
Google не советует использовать инструмент удаления URL для указания актуальной версии страницы: так из выдачи исчезнут все варианты URL. Не стоит использовать разные методы указания актуальной версии страницы под разные URL. Не нужно трогать noindex, пытаясь предотвратить выбор канонической страницы.
Привлекли 35.000.000 людей на 185 сайтов
Мы точно знаем, как увеличить онлайн–продажи
Применяем лучшие практики digital–продвижения как из вашей тематики, так и из смежных областей бизнеса. Именно это сделает вас на голову выше конкурентов и принесёт лиды и продажи.
Это лишь часть рекомендаций, которые дает Google.
Настройка товаров с каноническими ссылками с помощью rel canonical
Для начала нужно создать пользовательское свойство у информационного блока категорий «Канонический URL» с id каноникал. Делается это по адресу:
Контент — инфоблоки — типы инфоблоков -каталог — каталог товаров.
Путь к каталогу товаров
Открываем шаблон карточки товара:
/bitrix/components/bitrix/catalog.element/templates/.default/template.php
В самой верхней части добавляем кусок кода:
SetPageProperty('canonical', $arResult["PROPERTIES"]["CANONICAL"]["VALUE"] ); ?>
Между тегами в шаблоне header.php вставляем код:
GetProperty("canonical")!="" && $APPLICATION->GetProperty("canonical")!=$APPLICATION->sDirPath)< return 'GetProperty(" canonical").'"="">'; > else > $APPLICATION->AddBufferContent('ShowCanonical'); ?>
Открываем карточку товара, у которой есть дубли, после чего ищем поле «Канонический URL». Тут вставляем путь до карточки товара, которую нужно обозначить в качестве канонической. Домен при этом не указывается:
/catalog/tablets/tabsmart-x28/
Отныне все страницы, отображающие указанный товары по другим URL, будут иметь тег
Некоторые готовые решения на Битрикс уже имеют необходимые настройки для обозначений актуальных версий страниц. К примеру, вот как это реализовано в готовом решении «Аспро»:
Готовое решение.png
Можно активировать режим правки в публичной части сайта на любой карточке товара. В группе параметров «Настройки детального просмотра» нужно поставить галку возле «Установить канонический URL» и сохранить настройки.
Настройки детального просмотра в Битрикс
Все зависит от того, какой версией Битрикс вы пользуетесь, либо на каком решении реализован Ваш сайт или интернет-магазин. Лучше не пытаться решить проблему самостоятельно, а обратиться в техническую поддержку или квалифицированным специалистам.
Что делать с index.php на Битрикс?
Частая причина появления дублей страниц на Битрикс – появление в индексе поисковиков страниц с именем файла index.php в адресе и без него. Например, Битрикс демонстрирует основную страницу как по адресу http://1c-bitrix.ru , так и при указании имени файла http://www.1c-bitrix.ru/index.php. Проблемы тут нет до тех пор, пока ссылки с именем файла не будут сгенерированы кем-то по ошибке, а потом проиндексированы.
Стандартные элементы Битрикса редко генерируют ссылки на страницы с именем файла index.php. Но подавить появление таких страниц все-таки стоит заранее. Для этого в файл .htaccess (при использовании web-сервера Apache) добавляем три строки:
RewriteCond % ^$ RewriteCond % !/bitrix/(.*)$ RewriteRule (^|.*?/)index\.php$ http://%/$1 [R=301,QSA,L]
Таким образом index.php вырезается из строки адреса с простановкой 301 редиректа и сохранением get-параметров.
Дубли из-за лишних get-параметров
Не стоит допускать «нелегальных» параметров в адресе страницы. Так вы избежите вреда от лишних get-параметров. Алгоритм защиты довольно прост:
- следите за тем, чтобы сайт не генерировал «неправильные» ссылки;
- своевременно добавляйте в индекс поисковых систем новые осмысленные страницы, чтобы их неправильные копии не были проиндексированы раньше;
- исключите проблемные страницы из индекса.
Отчет метрики по параметрам URL
Так или иначе, впадать в паранойю во время поиска «нелегальных» элементов не стоит. Если программист и оптимизатор будут аккуратно выполнять свою работу, лишние get-параметры не принесут особого вреда. И наоборот: если слишком тщательно пытаться “защититься” от них, сайт обрастет лишними ошибками.