Softonic

Канонический генератор тегов

Шаг 1 / 3
Далее

Когда один и тот же контент доступен по нескольким URL-адресам (параметры запроса, косые черты в конце, HTTP или HTTPS, архивы с разбивкой на страницы), Google требуется один URL-адрес, помеченный как каноническая версия. Вставьте предпочтительный URL-адрес, и генератор вернет правильно отформатированный тег <link rel="canonical">, готовый к добавлению в <head>.

Как создать канонический тег

  1. 1

    Вставьте канонический (предпочтительный) URL-адрес.

    Абсолютный URL-адрес, включая протокол и хост. Учтите, что идентификаторы фрагментов (#section) не участвуют в сравнении Google: URL-адреса, различающиеся только фрагментом, считаются идентичными.

  2. 2

    Инструмент проверяет URL-адрес

    Генератор принимает только действительные абсолютные URL-адреса. Если протокол отсутствует или адрес некорректен, тег не создается.

  3. 3

    Тег создан

    `<link rel="canonical" href="https://example.com/page">`. URL экранируется для HTML, поэтому тег можно безопасно вставить в любую страницу.

  4. 4

    Скопируйте тег

    Вставьте его в `<head>` страницы. Браузеры игнорируют тег, а Google читает его, чтобы консолидировать сигналы ранжирования.

Что на самом деле делают канонические теги

Канонический тег сообщает поисковым системам: «Из набора URL-адресов, которые показывают этот контент, этот является оригинальным. Объедините здесь все сигналы ранжирования». Без этого дублирующиеся страницы разделяют сигналы ранжирования, ни одна из них не ранжируется так хорошо, как одна объединенная страница.

HTML-форма

<link rel="canonical" href="https://example.com/products/blue-shirt" />

Поместите в <head>. Google читает это; браузеры игнорируют это.

Форма заголовка HTTP-ссылки

Для ресурсов, отличных от HTML (файлы PDF, изображения, XML-каналы), тот же сигнал можно отправить как HTTP-заголовок вместо HTML-тега:

Link: <https://example.com/whitepaper.pdf>; rel="canonical"

Отправьте любой ответ 2xx. Настройте через веб-сервер или CDN.

Распространенные ошибки

  • Относительные URL-адреса: href="/page" работает, но нестабильно. Используйте абсолютные URL-адреса, чтобы избежать двусмысленности.
  • Несоответствие протокола: Canonical сообщает http://, но страница обслуживается через https://. Всегда соблюдайте живой протокол.
  • Указание на перенаправление: канонический должен быть нацелен на ответ 200. Цепи ослабляют сигнал.
  • Блокировка канонического URL в robots.txt: цель должна быть доступна для сканирования, иначе Google не сможет проверить.
  • Конфликтующие сигналы: внутренние ссылки, указывающие на неканонические варианты. Обновите их, чтобы они соответствовали.
  • noindex для канонической цели: взаимоисключающие, выберите один.
  • Различные канонические обозначения на повторяющихся страницах: Google выбирает одно и игнорирует остальные. Установите один и тот же канон для каждого дубликата.

Особые случаи

  • Архивы с разбивкой на страницы: каждая страница (?page=2) может канонизироваться самостоятельно, но не канонизироваться до страницы 1. Раньше это были разные советы; Google явно прекратил поддержку rel=prev/next и теперь считает самоканоничность стандартом.
  • Фасетная навигация: отфильтрованные представления одного и того же списка обычно канонизируются обратно в нефильтрованный список, если фильтр существенно не меняет содержимое.
  • Отдельные URL-адреса для мобильных устройств (m.example.com): мобильная страница канонизируется для настольных компьютеров; Desktop добавляет rel=alternate, указывая назад.
  • Страницы AMP: AMP канонизируется до не-AMP; не-AMP добавляет rel=amphtml к версии AMP.

Часто задаваемые вопросы

Рекомендуется, канонические символы, ссылающиеся на себя (страница указывает на себя), защищают от параметров идентификатора сеанса, кодов UTM и другого случайного дублирования. Это лучшая практика SEO, а не требование.

Да. Если синдицированные партнеры повторно публикуют ваш контент, они могут установить свой канонический URL-адрес на ваш исходный URL. Google уважает междоменные канонические правила, когда контент действительно совпадает.

HTTPS всегда для любой страницы, обслуживаемой по HTTPS. Смешение протоколов посылает противоречивые сигналы и может привести к тому, что Google выберет случайный вариант.

Canonical должна ориентироваться на конечный URL-адрес после перенаправления, а не на промежуточный URL. Цепочки ослабляют сигнал, Google может воспринимать указатель на 302 как подсказку, а не как авторитетный источник информации.

Сопутствующие инструменты

Проверка длины мета-описания

Измерьте мета-описание в символах и расчётных пикселях, сравните редакционные ориентиры и макеты для компьютера и телефона.

Симулятор выдачи Google

Посмотрите приблизительный сниппет в стиле Google с лимитами символов для телефона и компьютера. Черновик остаётся в текущем сеансе браузера.

Инструмент проверки заголовков безопасности HTTP

Вставьте HTTP-заголовки ответа и локально проверьте HSTS, CSP, clickjacking, MIME, referrer и политики cross-origin.

Валидатор XML-карты сайта

Проверьте XML-карту сайта в браузере: ошибки разбора, отсутствующие адреса, повторы URL и распространённые значения полей.

Счетчик частоты слов

Найдите самые повторяющиеся слова в любом тексте с количеством и процентом плотности. Полезно для редактирования, SEO-проверки и аудита контента.

Проверка битых ссылок

Вставьте URL страницы и проверьте её исходящие ссылки на 404 и другие HTTP-ошибки, с кодом статуса каждой ссылки.

Инструмент доступен на других языках