Как проверить canonical url статьи WordPress в исходном коде?

Игорь ведёт магазин спортивного питания: отправил в рассылку ссылку на статью с utm-меткой, а в Google Search Console увидел две версии одного текста и подумал, что сайт наказали за дубли. На самом деле поисковику нужен один главный адрес страницы — канонический (canonical). За пару минут вы найдёте в исходном коде строку rel=»canonical», сверите её с чистой ссылкой статьи и поймёте, трогать ли поле Canonical в Yoast или Rank Math — без правки PHP и без страха сломать индексацию. В конце получите чеклист из шести пунктов: по нему сможете настроить canonical и исправить типичные ошибки без разработчика.

Канонический адрес — это подсказка поисковику: «показывай вот этот URL, даже если люди заходят с параметрами utm или fbclid». Один тег rel=»canonical» на странице — норма. Два тега — поломка, часто после AMP-плагина поверх Yoast. Пустое поле Canonical в SEO-плагине — безопасный режим: плагин сам ставит ссылку на саму статью.

Это не технический SEO для программистов, а сверка цены на витрине с чеком: один адрес, один оригинал. Ниже — пошагово, что проверить сегодня, даже если вы никогда не открывали исходный код.

Разберите, откуда у статьи берутся дубли и зачем нужен канонический адрес

WordPress умеет открывать одну и ту же запись по разным адресам. Типичная ошибка — думать, что «дубль» всегда означает наказание. Чаще это сигнал: поисковик видит несколько входов и просит указать главный.

• ссылки с utm, fbclid, ?replytocom — та же статья, другой хвост в адресе;
• страницы вложений картинок (attachment) — отдельный URL с тем же фото;
• www и без www, http и https — две «двери» в один текст;
• пагинация /page/2/ у длинных комментариев — ещё один адрес.

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

Канонический адрес не заменяет редирект 301. Редирект физически переводит браузер на другой адрес. Canonical оставляет URL в строке, но подсказывает роботу, какой считать главным. Для переезда с http на https нужен именно редирект; canonical дополняет картину, но не тянет один на другой.

Проверьте canonical url статьи WordPress в исходном коде за две минуты

Откройте опубликованную статью в браузере. Скопируйте «чистый» адрес из строки — без utm, fbclid и лишних параметров. Это эталон, с которым будете сверяться. Сделайте пять шагов ниже — это первый безопасный результат, который можно проверить сразу.

1. Правый клик на странице → «Просмотреть код страницы» (или Ctrl+U).
2. Ctrl+F → введите rel=»canonical» (или canonical).
3. Убедитесь, что тег один. Строка выглядит так: link rel=»canonical» href=»https://ваш-домен.ru/stati/slug-stati/».
4. Проверьте href: полный адрес с https://, тот же slug, что в браузере, без ?utm_source=.
5. Если canonical ведёт на главную или чужую страницу — это ошибка: исправьте поле в плагине (см. следующий раздел).
6. Запишите итог в блокнот: «один canonical, адрес совпадает» или «нужна правка в Yoast/Rank Math».

На практике норма — self-referential canonical: главный адрес указывает на саму статью. Это не баг, а рекомендация Google. Паниковать из-за «дубля самого на себя» не нужно.

Типичная ошибка новичка — искать canonical в визуальном редакторе WordPress. Его там нет: он живёт в HTML head, который собирают тема и SEO-плагин.

Найдите поле Canonical в Yoast SEO и Rank Math — и когда его не трогать

По умолчанию canonical выставляет SEO-плагин, а не «голое» ядро WordPress. Ядро само по себе canonical не печатает — его добавляет Yoast, Rank Math или иногда тема. Отсюда главное правило: поле Canonical URL оставьте пустым, если нет особой задачи. Пустое поле = плагин подставит правильный self-referencing адрес. Не делайте ручную правку «на всякий случай» — так чаще ломают href, чем чинят.

Если canonical «поехал» на главную или на /?p=123 вместо человекочитаемого slug — очистите поле Canonical, нажмите «Обновить» запись. В Yoast при залипшем адресе помогает сброс indexables в SEO → Tools. Без разработчика это делается из админки за минуту.

Отловите типичные поломки: два canonical, www, attachment и utm

В реальном проекте чаще всего ломается не «неправильный slug», а два тега canonical на одной странице. Search Console пишет: link rel=canonical appears more than once. На GitHub у Yoast десятки тикетов про конфликт с AMP, Web Stories и старыми темами, которые тоже печатают canonical.

Что проверить без PHP — используйте этот мини-чеклист:

• в исходном коде — два rel=»canonical»? Отключите дубль в теме или обновите конфликтующий плагин;
• Настройки → Общие: адрес сайта с https и с тем же www/non-www, что в canonical;
• site:ваш-домен.ru inurl:attachment — нет ли лишних страниц картинок (на WP 6.4+ attachment по умолчанию отключены);
• внутренние ссылки в статьях ведут на чистый URL, а не на версию с параметрами;
• избегайте второго SEO-плагина «для надёжности» — он часто добавляет второй canonical.

Рассылочная ссылка с utm сама по себе не создаёт второй «оригинал», если canonical чистый. Игорь из примера в начале мог бы просто проверить код — и увидеть, что главный адрес без меток, а паника была зря.

Схема согласованности: чистый URL в браузере → тот же в rel=»canonical» → тот же в карте сайта → на него же ведут ссылки из меню и статей. Расхождение в любом звене — повод для «Google выбрал другой canonical».

Сверьте канонический адрес в Google Search Console и Яндекс Вебмастере

Когда в GSC статус «Duplicate, Google chose different canonical», откройте «Проверку URL» для проблемной статьи. Там два поля: User-declared canonical (то, что вы указали) и Google-selected canonical (что выбрал Google). Сравните с чистой ссылкой из браузера.

1. Если User-declared неверный — правьте Yoast/Rank Math, как выше.
2. Если declared верный, а Google выбрал другой — ищите расхождения: ссылки с www, старый http в sitemap, canonical на категорию вместо статьи.
3. В Яндекс Вебмастере: Индексирование → Страницы в поиске — фильтр по URL статьи, смотрите канонический адрес в карточке.
4. Яндекс игнорирует canonical при цепочке (canonical → canonical), при нескольких тегах или при адресе на чужом домене — см. справку Вебмастера.

После правок переобход не мгновенный. Заложите 7-14 дней и повторите проверку URL. Один canonical в коде + согласованные ссылки — то, что вы контролируете без программиста.

Пройдите чек-лист: вы поймёте, что canonical настроен правильно

До FAQ сверьте себя с критериями успеха — так вы поймёте, что задача закрыта:

1. В исходном коде статьи ровно один link rel=»canonical».
2. href — абсолютный https-адрес, совпадает с чистым URL без utm/fbclid.
3. Поле Canonical в Yoast/Rank Math пустое (авто) или осознанно заполнено один раз.
4. В GSC/Вебмастере нет предупреждения «несколько canonical» для этой страницы.
5. Внутренние ссылки и sitemap указывают на тот же адрес, что в canonical.

Если canonical настроен, а в индексе всё ещё лишние URL — посмотрите соседнюю тему про закрытие архивов и тегов от индекса: иногда дубли идут не от статей, а от служебных страниц WordPress.

Нужна помощь с аудитом статей и структуры сайта — напишите через форму на сайте (удобный мессенджер) или в Telegram. Разберём canonical вместе с картой сайта, без звонков. Больше практики по SEO-статьям — в разделе блога и в материале про редирект 301 после смены URL (canonical и редирект часто путают).

Материал проверен: Андрей Дикий (сайты WordPress, SEO/GEO-статьи).
На что опирались: Google Search Central (consolidate duplicate URLs), справка Яндекс Вебмастера по каноническому адресу, Yoast Help и Rank Math KB по Canonical URL, GitHub Yoast #17419 про дубли canonical; частотность запросов — по Яндекс Вордстат, прогон 2026-08-31 (MCP недоступен, LSI из SERP).

Частые вопросы

Что такое canonical у статьи WordPress простыми словами?

Это главный адрес страницы в глазах поисковика. В коде — один тег link rel=»canonical» с полной https-ссылкой на статью. Даже если человек открыл URL с utm-меткой, роботу показывают «чистую» версию.

Как проверить canonical url в WordPress без плагинов?

Откройте статью на сайте → просмотр кода страницы → поиск по слову canonical. Сверьте href с адресом в браузере без параметров. Плагин нужен только для правки, не для проверки.

Нужно ли менять canonical вручную в Yoast или Rank Math?

Нет, если нет особой задачи. Пустое поле — норма. Меняйте только при слиянии дублей, переносе с другого адреса или если в коде явно неверный href.

Чем canonical отличается от редиректа 301?

301 переводит браузер на другой адрес. Canonical оставляет текущий URL, но говорит поисковику, какой считать оригиналом. Для смены http на https нужен редирект; canonical — дополнительный сигнал.

Почему Google выбрал другой canonical, хотя я всё исправил?

Поисковик смотрит на совокупность сигналов: canonical, sitemap, внутренние ссылки, внешние ссылки. Выровняйте все на один https-адрес и подождите переобход 7-14 дней.

Опасно ли, если на странице два canonical?

Да, это поломка. Робот не знает, какой адрес главный. Найдите оба тега в коде, отключите лишний (тема, AMP) или обновите конфликтующий плагин. При необходимости подключите разработчика для фильтра wpseo_canonical.

Мешают ли utm-метки в рассылке индексации статьи?

Сами по себе — нет, если canonical указывает на чистый URL. Проверьте код один раз после публикации — и спокойно используйте метки в email и рекламе.