Softonic

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

Шаг 1 / 3
Далее

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

Как работает каноническая проверка

  1. 1

    Введите URL-адрес

    Любая общедоступная страница. HTTPS и HTTP принимаются; перенаправления следуют до 5 прыжков.

  2. 2

    Страница загружена

    Анализируются как заголовки HTTP, так и отображаемый HTML. По умолчанию Crawler идентифицирует себя как стандартный UA браузера.

  3. 3

    Канонические сигналы извлечены

    Все теги `<link rel="canonical">` в `<head>`, любые HTTP-заголовки `Link: rel="canonical"`, а также ссылки на себя и внешние цели.

  4. 4

    Конфликты отмечены

    Дублирующиеся теги с разными целями, канонический, указывающий на перенаправление, канонический, указывающий на страницу без индекса, канонический отсутствует в шаблоне повторяющегося контента.

Что сообщает чекер

  • Целевой канонический URL: значение href из тега или заголовка.
  • Источник: тег HTML, заголовок HTTP или оба сразу. Если оба, они должны совпадать.
  • Ссылка на самого себя?: «да» означает, что канонический указывает на саму страницу. Это нормально и безопасно.
  • Цель достижима?: возвращает ли канонический URL код 200?
  • Цепочка перенаправлений по каноническому: цель не должна перенаправляться.
  • Совпадение протокола и хоста: канонический должен соответствовать схеме действующего URL.
  • Согласованность косой черты в конце: несоответствия приводят к тому, что URL-адреса считаются разными.
  • Несколько канонических тегов: Google использует первый, остальные считаются предупреждениями.

Распространённые проблемы, которые обнаруживает чекер

Проблема Почему это важно
Канонический на перенаправление 301/302 Google может проигнорировать или понизить значимость сигнала
Канонический на страницу, заблокированную robots.txt Google не может проверить, сигнал отбрасывается
Канонический на страницу noindex Противоречивые сигналы, поведение индексации непредсказуемо
Несколько канонических тегов с разными href Учитывается только один, остальные сбивают диагностику с толку
Относительный путь без базового адреса Google разрешает его относительно текущего URL: обычно нормально, но неявно
Канонический на другую языковую версию Вместо этого следует использовать hreflang
HTTP-канонический на HTTPS-странице Сигнал слабее, Google может его проигнорировать
Канонический в <body> вместо <head> Google его игнорирует

Как исправить плохие каноники

  1. Всегда выбирайте конечный URL (без перенаправлений).
  2. Точно укажите текущий протокол и хост, включая косую черту в конце.
  3. Поместите канонический файл в <head>, а не в <body> или внедрите его через JavaScript после рендеринга.
  4. Один канон на страницу — выберите одну цель и придерживайтесь ее.
  5. Для архивов с разбивкой на страницы выполните самоканонизацию каждой страницы. Не направляйте все страницы на страницу 1.
  6. Для вариантов фильтрации/сортировки вернитесь к нефильтрованному списку.
  7. Сопоставьте внутренние ссылки с каноническим URL-адресом. Обнаружение канонического URL-адреса, на который не ссылается остальная часть сайта, ослабляет сигнал.

Что он не проверяет

  • Действительно ли Google проиндексировал каноническое (для этого используйте Search Console).
  • Подкрепляет ли ваша внутренняя перелинковка каноничность.
  • Соответствуют ли записи карты сайта XML каноническим.

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

Не обязательно. Без канонического Google выбирает его самостоятельно на основе внутренних сигналов (ссылки, карта сайта, сходство контента). Каноническая ссылка на себя по-прежнему является лучшей практикой, чтобы избежать двусмысленности, особенно на страницах с параметрами запроса.

Канонический — это сильный намек, а не директива. Если Google посчитает страницы разными или каноническая недоступна, он может выбрать другой URL-адрес. Проверьте с помощью инструмента «Проверка URL-адресов» в Search Console статус авторитетного индексирования.

Дублирующиеся канонические теги в <head> являются ошибкой — некоторые темы CMS добавляют один, плагины — другой. Google использует первый; остальное убрать. Программа проверки отмечает все случаи.

Не напрямую — он загружается как неаутентифицированный клиент. Для закрытого контента проверьте источник страницы вручную после входа в систему или используйте промежуточный URL-адрес без аутентификации.

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

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

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

Анализатор анкорного текста обратных ссылок

Вставьте обратные ссылки, строки CSV, пары URL | анкор или отдельные анкоры, чтобы посчитать повторы и экспортировать CSV Anchor Text,Count,Share.

Генератор Breadcrumb Schema

Создавайте валидный BreadcrumbList JSON-LD для любой иерархии страниц. Генерирует разметку schema.org, готовую для вставки в head сайта.

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

Просканируйте одну страницу или небольшую карту сайта и отметьте каждую битую ссылку по HTTP-статусу. Быстрая проверка с определением цепочек редиректов.

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

Создайте действительный тег ссылки rel=canonical. Включает эквивалент заголовка HTTP Link и типичные ошибки, которых следует избегать.

Счётчик слов

Подсчитайте слова, символы, предложения и абзацы с учётом времени чтения, времени произнесения вслух, плотности ключевых слов и оценки удобочитаемости по Флешу — для эссе, постов, подписей и meta-описаний.