Генератор canonical

Canonical сообщает поисковой системе, какой URL владелец предпочитает среди близких или дублирующихся страниц. Введите полный адрес без фрагмента: хеш после # не меняет ресурс на сервере и не должен участвовать в каноническом URL. Генератор экранирует специальные символы для HTML и выдаёт тег для head. На самой предпочтительной странице допустима ссылка на себя. После публикации проверьте исходный HTML, чтобы CMS и шаблон одновременно не выводили два разных canonical.

Выбор canonical нужно согласовать с редиректами, sitemap.xml и внутренними ссылками. Если старый адрес перенаправляет на новый, в карте сайта и навигации разумно использовать конечный адрес. Если параметр сортировки создаёт дубль каталога, целевой canonical может вести на основную категорию; но если фильтр создаёт самостоятельную полезную страницу, решение будет другим. Инструмент не знает поискового намерения и не выбирает адрес за владельца. Он проверяет синтаксис и создаёт разметку для уже принятого решения.

Введите абсолютный URL без фрагмента. Скопируйте тег в head страницы, которую считаете дублем или канонической версией.

Начните с кнопки «Вставить пример», чтобы увидеть ожидаемый формат ввода. Затем замените демонстрационные значения своими данными в полях «Адрес страницы». Нажмите «Получить результат». Если формат неверный, инструмент покажет ошибку на русском языке; исправьте исходные данные и повторите действие.

Готовый результат можно скопировать одной кнопкой или скачать в файл canonical.html. Проверьте итог перед публикацией на рабочем сайте: инструмент видит только переданные ему данные и не знает особенностей вашего проекта. Для больших выгрузок удобно сначала обработать небольшой фрагмент и убедиться, что структура результата подходит дальнейшему процессу.

Адрес https://example.com/page/ даёт link rel="canonical" href="https://example.com/page/".

https://example.com/catalog/item/

Пример показывает форму исходных данных. Результат создаётся только после запуска виджета, поэтому вы можете изменить пример и сразу увидеть, как это влияет на вывод. Если вы работаете с клиентским сайтом, используйте обезличенный образец для первой проверки, затем переходите к полному файлу.

Canonical — сигнал для поисковой системы, а не гарантия выбранной ею канонической страницы.

Технически корректный результат ещё не означает, что он подходит бизнес-логике сайта. Например, URL может быть синтаксически верным, но вести на удалённую страницу; XML может быть хорошо сформированным, но не соответствовать настройкам конкретной площадки. После автоматической проверки откройте итог в целевой системе или браузере и сравните его с ожидаемым поведением.

Если инструмент сообщает об ошибке, начните с названного поля или строки. При обработке файлов проверьте кодировку, переносы строк, кавычки и спецсимволы. Они часто попадают в данные при экспорте из Excel, CMS или интеграции и могут менять смысл результата.

Тег rel=canonical — сильный сигнал, но поисковая система может выбрать иной адрес, если другие признаки противоречат тегу. Поэтому после внедрения проверяйте фактическую каноническую страницу в инструментах вебмастера и сопоставляйте её с ожидаемой. Не используйте canonical как замену 301-редиректа при полном переезде раздела. Для миграции сначала подготовьте карту соответствий, установите прямые редиректы и проверьте их. Важно также не направлять canonical на недоступный URL, страницу с noindex или случайный адрес другого товара.

Для повторяющихся задач сохраните входной пример и ожидаемый результат как проверочный сценарий. После обновления сайта или формата данных прогоните его снова: небольшое изменение шаблона экспорта иногда меняет поведение без явной ошибки. Если результат используется в производственной системе, проверьте не только синтаксис, но и последствия на нескольких реальных записях. При публикации конфигурации или метатегов сравните исходный HTML и ответ сервера с тем, что вы видите в форме.

Для страницы с параметром сортировки сначала определите, меняется ли только порядок товаров или появляется новый самостоятельный набор. Если порядок меняется, canonical часто направляют на базовую категорию; если параметр создаёт важную посадочную страницу, слепая склейка может скрыть её из поиска. Для пагинации также нельзя автоматически отправить все страницы на первую, если на них находятся уникальные товары. Решение о canonical требует понимания содержания и внутренней навигации. Генератор помогает записать выбранный адрес без синтаксической ошибки, но не делает SEO-решение за владельца.

Проверьте, что адрес в canonical отдаёт 200, не закрыт robots.txt и не содержит случайных UTM-меток. Если он ведёт на HTTP при основном HTTPS-зеркале, поисковик получит противоречивые сигналы. При переносе сайта обновите canonical в шаблонах, sitemap и внутренних ссылках одновременно. Особое внимание уделите страницам товара, открывающимся по нескольким категориям: все варианты должны указывать на выбранную карточку, а не друг на друга. После изменений сравните предпочтительный URL сайта с выбранным поисковой системой в панелях вебмастера.

Сохраните исходный пример и результат рядом с задачей, чтобы при следующем обновлении можно было повторить проверку. Откройте итоговый файл в целевой системе и сравните не только отсутствие ошибки, но и число обработанных записей, конечные адреса, отображение кириллицы и поведение на мобильном экране, если результат используется в интерфейсе. Для конфигурации сервера сначала примените изменения на тестовом окружении и выполните запрос к реальному URL. Для данных каталога выберите несколько контрольных SKU с разными ценами и остатками. Если расхождение найдено, исправляйте источник данных или шаблон генерации, а не только один скачанный файл. Так следующая автоматическая выгрузка не вернёт проблему.

Поля этого инструмента обрабатываются в вашем браузере. Содержимое не отправляется на сервер Pugofka, а локальный файл читается только после вашего выбора. Для XML определяется кодировка из объявления или BOM; при отсутствии подсказки сначала пробуется UTF-8, затем Windows-1251. Виджет скрыт от записи содержимого в Вебвизоре; в Яндекс Метрику передаются slug инструмента и тип действия — открытие, первое взаимодействие, запуск, получение результата, копирование или скачивание.

При копировании данные попадают в системный буфер обмена устройства, где их могут видеть другие приложения с соответствующим доступом. Если исходник содержит секреты или персональные данные, очистите поле после работы. Скачанный файл остаётся на устройстве, в выбранной браузером папке загрузок.

Используйте результат как рабочий черновик: вставьте его в конфигурацию, страницу или документ и повторно проверьте там, где он будет применяться. Если вы меняете индексируемые страницы, обновите связанные ссылки и карту сайта. Для миграции URL дополнительно запустите сетевую проверку редиректов, чтобы увидеть фактические HTTP-ответы после публикации.

Если задача связана с каталогом, импортом или поддержкой интернет-магазина, команда Pugofka может помочь встроить такую проверку в регулярный обмен данными и исправить источник ошибок. Одноразовая онлайн-утилита полезна для диагностики, а постоянный поток данных обычно требует автоматической проверки на стороне проекта.