Канонические URL (Страницы Canonical)

Что такое модуль «Канонические URL» и зачем он нужен вашему сайту

Каждый владелец сайта на 1С-Битрикс рано или поздно сталкивается с проблемой дублирующихся страниц. Один и тот же товар может открываться по десятку разных адресов: с UTM-метками, параметрами сортировки, фильтрами, с www и без, через HTTPS и HTTP. Поисковые системы видят это как разные страницы, размывают вес ссылок и могут наложить санкции за дубли. Модуль «Канонические URL» решает эту задачу централизованно: он автоматически проставляет правильный rel=canonical на каждой странице, указывая поисковику, какой адрес считать основным. Вам не нужно править шаблоны вручную или писать кастомные скрипты — всё управление собрано в одном месте.

Модуль работает на уровне ядра системы: он перехватывает вывод страницы и добавляет канонический тег в HTML-код, а при необходимости — и в HTTP-заголовок. Это значит, что canonical будет работать даже для страниц, которые отдаются без шаблона, например для 404-х ошибок или редиректов. Решение подходит для любых проектов: интернет-магазинов с сотнями фильтров, новостных порталов с пагинацией, корпоративных сайтов с несколькими доменами.

Автоматика и ручное управление: гибкие настройки под любую логику

Модуль не заставляет вас выбирать между автоматическим режимом и ручными правилами — он даёт и то, и другое. По умолчанию canonical формируется автоматически из текущего URL: система берёт адрес страницы, нормализует его (убирает лишние слеши, index.php, приводит домен к единому регистру) и подставляет в тег. Если на странице есть GET-параметры, вы можете настроить, какие из них оставить, а какие удалить. Например, технические метки вроде UTM можно вырезать полностью, а параметры пагинации или сортировки — сохранить, если они важны для логики сайта.

Когда автоматики недостаточно, вы создаёте ручные правила. Для каждого правила можно задать: условие срабатывания (URL, маску, регулярное выражение), итоговый канонический адрес, активность, сортировку и привязку к конкретному сайту. Это удобно, когда нужно, чтобы все страницы с фильтром «цвет=красный» ссылались на каталог без фильтра, а страницы с пагинацией — на первую страницу раздела. Правила можно отключать без удаления, менять их порядок и проверять результат для любого URL прямо из админки.

Работа с многосайтовостью, доменами и внешними ссылками

Если у вас несколько сайтов на одной установке Битрикса (например, региональные версии или отдельные магазины под разные бренды), модуль позволяет настраивать canonical для каждого сайта отдельно. Вы можете задать общие правила, которые будут работать везде, и переопределить их для конкретного домена. Это особенно важно, когда разные сайты используют одни и те же товары или разделы, но должны указывать разные канонические адреса.

Модуль умеет нормализовать домен: автоматически приводить www/non-www к единому виду, форсировать HTTPS или HTTP, удалять index.php и лишние слеши. Для безопасности можно ограничить список разрешённых внешних доменов — если в canonical случайно попадёт ссылка на чужой сайт, модуль её заблокирует. Также настраивается поведение для системных директорий (bitrix, upload и т.д.) и для страниц с ошибкой 404 — их можно исключить из обработки, чтобы не плодить мусорные canonical.

Диагностика, аудит и массовое редактирование через CSV

Одна из самых полезных функций — возможность проверить итоговый canonical для любого URL прямо из панели управления. Вы вводите адрес страницы, и модуль показывает, какое правило сработало, какой canonical будет подставлен и почему. Это помогает отладить логику перед тем, как изменения увидят поисковые роботы. Для комплексной проверки предусмотрен sitemap-аудит: модуль анализирует все страницы из вашей карты сайта и сообщает, где canonical отсутствует, где ведёт на другой домен или содержит ошибки.

Когда правил становится много, их удобно выгружать в CSV, править в Excel и загружать обратно. Это особенно актуально при запуске нового каталога или при массовом переносе товаров — не нужно кликать по каждому правилу в админке. Все изменения правил логируются: вы всегда видите, кто и когда изменил canonical, можете откатить неудачное редактирование. Журнал изменений хранится отдельно и не засоряет общий лог событий Битрикса.

Интеграция с инфоблоками и свойствами страниц

Модуль умеет читать canonical не только из настроек, но и из данных самого сайта. Если у вас в инфоблоке есть свойство элемента или пользовательское поле раздела, в котором хранится канонический адрес, модуль подхватит его автоматически. То же самое работает для свойств страницы — если вы вручную прописали canonical в настройках конкретной страницы, модуль учтёт это и не перезапишет его своим правилом. Это удобно, когда часть контента управляется через инфоблоки, а часть — через стандартные страницы Битрикса.

Для интернет-магазинов особенно полезна поддержка политик для фильтрованных страниц и пагинации. Вы можете настроить, чтобы страницы с любыми фильтрами (цена, бренд, размер) всегда ссылались на корень раздела, а страницы пагинации — на первую страницу списка. При этом модуль корректно обрабатывает случаи, когда фильтр применён, но не меняет содержимое — canonical в таком случае останется прежним. Все настройки хранятся в отдельном разделе «Сервисы → Канонические URL», а глобальные параметры модуля — в «Настройки → Настройки продукта → Настройки модулей». Интерфейс интуитивно понятен и не требует глубоких знаний в программировании.