Один тег обрушил трафик на 70% — звучит как преувеличение ровно до того момента, пока не откроешь исходный код чужого сайта и не увидишь на сотне страниц услуг одинаковую строку с адресом главной. Атрибут rel=»canonical» придумали для борьбы с дублями, но по факту он чаще любой другой директивы выкашивает целевые страницы из поиска. Хуже всего то, что происходит это тихо: ни ошибки в Вебмастере, ни предупреждения в консоли, ни жалоб от пользователей.
Зачем canonical придумали
Тег указывает поисковому роботу, какой адрес считать основным для страницы: «вот этот документ главный, похожие на него считай его вариациями». Прописывается одной строкой внутри секции head в виде <link rel="canonical" href="https://site.ru/uslugi/remont/" />. Поддерживают его и Яндекс, и Google.
Задача изначально честная. Любой каталог порождает десятки адресов с одним и тем же содержимым: сортировки, фильтры, метки рекламных кампаний, идентификаторы сессий, версии для печати. Для человека это одна страница, для поисковой системы — разные документы. Робот не понимает, какой из них показывать, распределяет сигналы между всеми и в итоге выводит в выдачу не тот адрес, который вы продвигали.
Canonical снимает неопределённость: вы прямо говорите, какой адрес основной. Работает это как сильная рекомендация, а не как жёсткая команда — поисковик может и не согласиться, если содержимое страниц слишком разное. Но в подавляющем большинстве случаев он слушается. Именно поэтому ошибка в теге стоит так дорого: вы фактически даёте роботу инструкцию убрать страницу из выдачи, и он её выполняет.
И ещё один момент, который надо понимать заранее. В отличие от noindex, у canonical нет статуса ошибки. Робот не считает его проблемой — он считает его вашим осознанным решением. Поэтому в отчётах он и не подсвечивается красным.
Пять сценариев, в которых canonical выкашивает трафик
Сценарий первый: тег ведёт не туда
Самая частая катастрофа. На сайте сотня страниц услуг, и на каждой стоит canonical, указывающий на главную. Откуда берётся: шаблон темы, в котором тег прописан жёстко; настройка плагина оптимизации, сделанная кем-то однажды; модуль, который «унифицирует» адреса; чьи-то правки полугодовой давности, о которых все забыли.
Что видит робот: сто страниц, каждая из которых утверждает, что она не основная. Он послушно склеивает их в один документ и оставляет в выдаче только главную — а она, разумеется, не оптимизирована под сто разных запросов. Трафик по всем внутренним страницам уходит в ноль за два-три пересчёта. В Вебмастере страницы просто помечаются как неканонические и спокойно лежат в этом статусе годами.
Сценарий второй: тег указывает на несуществующую страницу
Страницу удалили или переименовали, а canonical на других страницах продолжает на неё ссылаться. Робот идёт по указанному адресу, получает 404 и оказывается в неопределённости: указанный вами основной документ не существует, а текущий вы объявили второстепенным. Поведение в этой ситуации непредсказуемо — иногда поисковик игнорирует тег, иногда выбрасывает страницу из выдачи вовсе.
Особенно часто встречается после переезда на новую структуру адресов и после чистки каталога от неактуальных товаров. Проверяется массово: краулером собираются все значения canonical и прогоняются на коды ответа.
Сценарий третий: расхождение в написании адреса
Сайт работает по HTTPS, а в canonical прописан HTTP. Или сайт без www, а тег указывает на версию с www. Или везде адреса со слэшем на конце, а в теге — без. Для человека это одна и та же страница, для робота — разные адреса.
Подробнее об этом — в статье «Zero-click убивает трафик: люди получают ответ, не заходя на сайт. Что делать бизнесу в 2026».
Последствия мягче, чем в первом сценарии, но неприятные: сигналы размазываются между вариантами, страница долго не может набрать вес, в выдаче периодически появляется не тот адрес. Возникает такое обычно после перехода на защищённое соединение, когда сертификат поставили, редиректы настроили, а шаблон, формирующий canonical, остался старым.
Сценарий четвёртый: пагинация, склеенная в первую страницу
Помогу с продвижением: продвижение сайтов белыми методами — вывожу сайты в топ Яндекса белыми методами.
Классическая ошибка в каталогах. На всех страницах пагинации — второй, третьей, десятой — прописан canonical, ведущий на первую страницу категории. Логика кажется правильной: «это же одна категория». Последствие: товары, которые находятся на второй странице и дальше, робот считает частью документа, где их нет. В индекс они попадают плохо или не попадают вовсе.
Правильное поведение зависит от реализации. Если у вас есть страница со всеми товарами сразу — canonical со страниц пагинации может вести на неё. Если такой страницы нет — каждая страница пагинации должна быть канонической сама себе, с уникальным заголовком, включающим номер страницы. Склеивать всё в первую — худший из вариантов.
Сценарий пятый: конфликт с другими директивами
Самая запутанная категория, потому что каждая директива по отдельности выглядит корректно. Варианты, которые встречаются регулярно:
- Страница закрыта в robots.txt и одновременно объявлена канонической для других страниц. Робот не может её прочитать, а значит, не может и перенести на неё сигналы.
- На странице стоят одновременно canonical на другой адрес и noindex. Указания противоречат друг другу, и результат непредсказуем.
- Canonical ведёт на адрес, который отдаёт редирект. Робот идёт по цепочке и в лучшем случае доходит до конечного документа, в худшем теряет сигнал.
- На странице два разных тега canonical: один вставлен темой, второй — плагином. Поисковик в такой ситуации обычно игнорирует оба.
- Canonical проставляется скриптом уже в браузере. Робот, который не дождался выполнения скрипта, видит либо пустоту, либо другое значение, чем человек.
- CTR сниппета 2% против 14%: один заголовок поднимает трафик в 7 раз
Как обнаружить, что проблема у вас
Проверка занимает полчаса и не требует специальных навыков. Идти лучше по порядку — от быстрого к подробному.
| Что проверить | Как проверить | Тревожный признак |
|---|---|---|
| Значение на конкретной странице | Открыть исходный код и найти строку с rel=»canonical» | Адрес отличается от адреса самой страницы |
| Статусы страниц | Отчёт «Страницы в поиске» в Яндекс.Вебмастере | Массовый статус «Неканоническая» у продвигаемых страниц |
| Все страницы разом | Обход сайта краулером с выгрузкой значений canonical | Один и тот же адрес у сотен разных страниц |
| Доступность указанных адресов | Прогон собранных значений на коды ответа | 404 или редирект вместо кода 200 |
| Совпадение протокола и хоста | Сравнение значения тега с основным адресом сайта | HTTP при HTTPS, www при версии без www |
| Число тегов на странице | Поиск по исходному коду всех вхождений | Найдено больше одного тега |
| Значение до выполнения скриптов | Просмотр кода с отключённым JavaScript | Тега нет или значение другое |
Отдельный быстрый способ проверить последствия, а не причину: возьмите точную фразу с внутренней страницы и поищите её в Яндексе в кавычках с оператором site. Если находится главная вместо нужной страницы — склейка уже произошла.
Порядок починки
Правки директив индексации — самая опасная зона на сайте, поэтому порядок здесь важнее скорости.
Тему разбирал отдельно: «HTTPS, который убивает SEO: 4 ошибки переезда, после которых трафик падает в 0».
- Зафиксируйте текущее состояние. Выгрузите список страниц с их статусами и значениями тега, сохраните число страниц в индексе и позиции по основным запросам. Без этих цифр вы не докажете, что стало лучше.
- Найдите источник значения. Тег может подставлять тема, плагин, модуль CMS, серверная настройка или скрипт. Прежде чем править, надо понять, кто именно его формирует, иначе исправление затрётся при следующем обновлении.
- Отключите лишние источники. Если тег проставляют два разных механизма, оставьте один. Обычно правильнее оставить тот, что в теме, и выключить дублирующую настройку плагина.
- Задайте правило по умолчанию. Каждая страница канонична сама себе. Это верное поведение для 95% страниц любого сайта, и от него отступают только осознанно.
- Опишите исключения списком. Страницы с параметрами, версии для печати, варианты товара — только эти случаи получают canonical на другой адрес, и каждый случай должен быть объясним словами.
- Проверьте на тестовой копии. Закрытой от индексации. Прогоните краулером, убедитесь, что значения соответствуют ожиданиям.
- Выкатите и отправьте на переобход. В Вебмастере — самые важные страницы вручную, остальные подтянутся сами.
- Наблюдайте месяц. Статусы в отчёте меняются не мгновенно: роботу нужно переобойти страницы и пересчитать оценку.
Почему это годами не замечают
Причин несколько, и все они системные, а не следствие чьей-то невнимательности.
Нет сигнала об ошибке. Ни Вебмастер, ни консоль не считают неправильный canonical проблемой. Статус «Неканоническая» выглядит как нейтральная техническая пометка, а не как предупреждение.
Падение растянуто во времени. Страницы выпадают не одномоментно, а по мере переобхода. График трафика показывает не обрыв, а плавное сползание в течение двух-трёх месяцев, которое легко списать на сезон, конкурентов или очередное обновление алгоритма.
Сайт выглядит здоровым. Страницы открываются, скорость нормальная, ошибок нет. Владелец видит рабочий сайт и не понимает, почему трафика нет.
Тег появляется без участия человека. Обновили тему — она стала проставлять тег по-своему. Поставили плагин оптимизации — он добавил свою логику. Никто не менял настройки специально, поэтому и в голову не приходит проверять.
Если нужна помощь по теме — создание сайтов.
Проверяют одну страницу вместо всех. Открыли главную, увидели корректный тег, успокоились. А проблема живёт на шаблоне внутренних страниц.
Профилактика: правила, которые стоит закрепить
Чтобы не возвращаться к этой теме каждые полгода, достаточно нескольких договорённостей — их полезно записать и передавать любому, кто получает доступ к сайту.
Смежный материал по теме — «Яндекс Дзен убивает сайты».
- По умолчанию каждая страница канонична сама себе. Отступление от этого правила требует объяснения.
- Значение тега формируется в одном месте. Дублирующие механизмы отключаются.
- Адрес в теге всегда абсолютный, с правильным протоколом, правильным хостом и тем же написанием слэша, что и в остальной части сайта.
- Тег отдаётся сервером в исходном коде, а не подставляется скриптом в браузере.
- После любого обновления темы, CMS или плагина оптимизации — выборочная проверка тега на трёх типах страниц: главной, странице услуги, карточке или статье.
- Раз в квартал — обход сайта краулером с выгрузкой всех значений и быстрый просмотр на аномалии.
- Изменения в директивах индексации не выкатываются в пятницу вечером. Отката может потребоваться в ближайшие часы.
- CTR сниппета 2% против 14%: один заголовок поднимает трафик в 7 раз
Языковые версии и другие частные случаи
Отдельная зона путаницы — сайты с несколькими языковыми или региональными версиями. Правило здесь простое, но его регулярно нарушают: canonical работает внутри одной языковой версии, а связь между версиями задаётся атрибутом hreflang. То есть русская страница канонична сама себе и через hreflang указывает на английский и казахский варианты; английская канонична сама себе и точно так же ссылается на остальные. Ставить canonical с английской версии на русскую нельзя — вы объявите английскую страницу дублем и уберёте её из выдачи для англоязычных пользователей.
Второй частный случай — версии страницы для мобильных на отдельном поддомене. Такая схема встречается всё реже, но на возрастных сайтах ещё живёт. Там мобильная версия канонизируется на десктопную, а десктопная ссылается на мобильную специальным атрибутом. Если сайт адаптивный и адрес один, никаких дополнительных указаний не нужно вовсе.
Третий случай — страницы с версией для печати и с выгрузкой в файл. Их корректно канонизировать на основную страницу или просто закрывать от обхода: самостоятельной ценности в выдаче у них нет, а бюджет робота они расходуют.
И четвёртый, самый неприятный: страницы, попавшие в индекс с параметрами рекламных кампаний. Если у вас нет самоканонической ссылки, каждая метка порождает отдельный документ, а сигналы делятся между ними. Именно на этом чаще всего теряют позиции сайты, активно использующие рассылки и платный трафик, — приток посетителей есть, а страница почему-то не растёт.
Частые вопросы
Обязательно ли прописывать canonical, если дублей нет?
Дубли есть почти всегда, просто вы о них не знаете: адреса с рекламными метками, с параметрами сортировки, с идентификаторами перехода, версии со слэшем и без. Поэтому самоканоническая ссылка на каждой странице — разумная страховка по умолчанию. Она ничего не ломает и заранее снимает вопрос о том, какой адрес считать основным. Полное отсутствие тега не критично, но при появлении первого же параметра в адресе вы окажетесь в неопределённости.
Чем canonical отличается от 301-го редиректа?
Редирект физически перенаправляет и человека, и робота — старый адрес перестаёт открываться. Canonical оставляет обе страницы доступными для людей, а роботу лишь подсказывает, какую считать основной. Отсюда правило выбора: если страница действительно не нужна и не должна открываться — редирект. Если она нужна пользователю, но не должна конкурировать в выдаче — canonical. Подменять одно другим — частая ошибка: редирект на странице с параметрами сортировки сломает работу каталога.
Яндекс и Google одинаково относятся к этому тегу?
В основе — да, обе системы воспринимают его как сильную рекомендацию и обычно ей следуют. Различия в деталях: Google охотнее игнорирует тег, если содержимое страниц заметно различается, и тогда выбирает основной адрес по своему усмотрению. Яндекс более буквален, поэтому ошибка в теге бьёт по нему сильнее и заметнее. Практический вывод один: не рассчитывайте, что поисковик поймёт вас правильно вопреки написанному в коде.
Не мгновенно. Роботу нужно переобойти все затронутые страницы, а затем пересчитать их оценку. На небольшом сайте это две-четыре недели, на крупном каталоге — до нескольких месяцев, потому что обход большого числа страниц растянут по времени. Ускорить можно отправкой важных страниц на переобход вручную и обновлением карты сайта. Полное восстановление до прежних позиций иногда не происходит: за время выпадения место в выдаче заняли конкуренты, и его придётся отвоёвывать.
Можно ли ставить canonical на страницу другого сайта?
Технически можно, и это используется при синдикации материалов: вы разместили текст на партнёрской площадке и указываете свой сайт как первоисточник. Но обращаться с этим надо осторожно. Если чужой ресурс поставит canonical на себя с ваших страниц — вы фактически подарите ему свой трафик. Проверяйте, что именно прописано на страницах, где размещены ваши материалы, и следите за собственным шаблоном: межсайтовый canonical, попавший туда по ошибке, обнуляет весь сайт целиком.
Коротко
- Тег canonical не считается ошибкой ни в одной панели: поисковик воспринимает его как ваше осознанное решение и выполняет.
- Пять типовых сценариев — тег на главную со всех страниц, ссылка на удалённый адрес, расхождение протокола или хоста, склейка пагинации, конфликт с robots.txt и noindex.
- Падение растянуто на месяцы и выглядит как сезонное сползание, поэтому причину ищут где угодно, кроме кода.
- Диагностика занимает полчаса: исходный код трёх типов страниц, отчёт о статусах в Вебмастере, обход краулером с выгрузкой значений.
- Правило по умолчанию — каждая страница канонична сама себе; исключения перечисляются списком и объясняются словами.
- После починки трафик возвращается за недели или месяцы в зависимости от размера сайта, и не всегда полностью.
- CTR сниппета 2% против 14%: один заголовок поднимает трафик в 7 раз
Если отчёт показывает массовый статус «Неканоническая», а найти источник тега в шаблоне не получается, приходите на SEO-консультацию: разберём, кто именно формирует значение на вашем сайте, какие страницы затронуты и в каком порядке это чинить без риска потерять индексацию.
Увеличьте позиции и продажи вашего сайта
Профессиональное SEO-продвижение с гарантией результата. Выберите подходящую услугу:
Остались вопросы по продвижению?
Меня зовут Анатолий Кузнецов, я SEO-оптимизатор с 20-летним стажем. Разберу ваш сайт, отвечу на вопросы и подскажу, что улучшить для роста позиций в Яндексе и Google.
Связаться со мной →Комментарии
Леонтий Пришвин
Открыл код страницы услуги — там canonical на главную. Открыл вторую, третью, десятую — везде то же самое. Сайту четыре года, трафик по внутренним страницам всё это время был около нуля, и я думал, что просто ниша сложная.
Анатолий Кузнецов автор
Четыре года — долго, но ситуация поправимая, и восстановление обычно идёт быстрее, чем ожидают. Порядок действий такой. Сначала найдите источник: посмотрите настройки плагина оптимизации, а если его нет — файл header в теме, там часто стоит захардкоженная строка. Не правьте вслепую, иначе при обновлении темы всё вернётся. Дальше поставьте правило «страница канонична сама себе» и проверьте краулером, что значения действительно стали разными. Затем отправьте на переобход два-три десятка самых важных страниц вручную и обновите карту сайта. И обязательно зафиксируйте перед правкой число страниц в индексе — через месяц сравните, это и будет ваш замер результата. Одно предупреждение: за четыре года ваши позиции заняли конкуренты, так что возврат трафика будет не автоматическим, а через обычную конкурентную работу.
Ангелина Дубровина
У нас на страницах пагинации canonical на первую страницу категории — ровно ваш четвёртый сценарий. Товары со второй страницы в индексе действительно отсутствуют. Никогда бы не связала одно с другим.
Богдан Кострицын
Не преувеличиваете ли вы значение тега? Поисковики давно умные, они видят содержимое страниц и сами решают, что показывать. У меня canonical настроен криво, а страницы в выдаче — все на месте.
Анатолий Кузнецов автор
Ваш случай не опровергает правило, а иллюстрирует его границу. Тег — сильная рекомендация, а не команда, и поисковик действительно может её проигнорировать, если содержимое страниц принципиально разное. У вас, судя по описанию, именно так: страницы достаточно различаются, чтобы система не поверила указанию. Но полагаться на это я бы не стал по двум причинам. Первая: поведение не гарантировано и может измениться при следующем обновлении алгоритмов — вы узнаете об этом по факту падения. Вторая: даже при игнорировании тега вы теряете определённость. Поисковик сам выбирает основной адрес, и его выбор далеко не всегда совпадает с вашим. Проверьте по своему сайту: возьмите пять внутренних страниц и посмотрите в Вебмастере, какой адрес показан как основной. Если хотя бы у одной он не совпадает с ожидаемым — вы уже платите за криво настроенный тег, просто не заметили этого.
Клавдия Ерофеева
После перехода на HTTPS у нас полгода в canonical оставался http. Сертификат поставил хостинг, редиректы настроил программист, а шаблон никто не тронул. Позиции всё это время странно плавали.
Владлен Кисляков
Вопрос по товарам с вариантами. У нас одна модель в пяти цветах, у каждого свой адрес и своя карточка. Ставить canonical на основной цвет или пусть каждая карточка будет канонична сама себе? Мнения в интернете разделились.
Анатолий Кузнецов автор
Мнения разделились, потому что ответ зависит от спроса, а не от техники. Проверьте в Вордстате, ищут ли люди ваши товары с указанием цвета. Если по запросам вида «модель такая-то красная» есть частотность — карточки должны быть самостоятельными и каноничными сами себе, иначе вы отказываетесь от этого спроса добровольно. Если цвет в запросах не фигурирует и карточки отличаются одной фотографией, разумнее сделать одну страницу с выбором варианта без смены адреса — тогда вопрос о теге отпадает вовсе. Промежуточный вариант с canonical на основной цвет тоже рабочий, но он означает, что остальные четыре карточки в выдаче не участвуют. Главное — не оставляйте пять почти одинаковых самостоятельных страниц: они начнут конкурировать между собой, и поисковик выберет за вас, обычно не ту, что вам нужна.
Эмилия Скоробогатова
Нашла на страницах два тега canonical сразу: один от темы, один от плагина. Причём с разными значениями. Отключила дублирующую настройку в плагине, посмотрим через месяц.
Мирон Ушаков
А как быть с фильтрами в каталоге? У нас по цвету, размеру и цене генерируются тысячи адресов. Сейчас на всех стоит canonical на категорию. По статье выходит, что это ошибка, но что тогда делать правильно?
Анатолий Кузнецов автор
Здесь как раз тот случай, где canonical на категорию во многом уместен, — но не для всех фильтров подряд, и в этом вся тонкость. Разделите комбинации на две группы. Первая: сочетания, по которым есть реальный спрос в Вордстате, например «диван угловой синий» или «шины зимние 205 55 r16». Такие страницы стоит сделать полноценными посадочными — со своим заголовком, описанием и самоканонической ссылкой. Они приводят целевой трафик, и отдавать их нельзя. Вторая группа: всё остальное, включая сортировки, диапазоны цены и комбинации из трёх-четырёх параметров. Их канонизируйте на категорию либо закрывайте от обхода, чтобы не тратить бюджет робота. Начните с первой группы — обычно набирается двадцать-тридцать перспективных комбинаций, и это самый дешёвый рост трафика в каталоге.
Гавриил Тучков
Прогнал сайт краулером и выгрузил значения — 340 страниц ссылаются на адреса, которых больше не существует. Остатки старой структуры после переезда два года назад.
Серафима Луговая
Подскажите про сроки. Исправили тег три недели назад, отправили на переобход — статусы в Вебмастере не поменялись ни у одной страницы. Это нормально или мы что-то сделали не так?
Анатолий Кузнецов автор
Три недели без изменений — в пределах нормы, особенно если страниц много, но проверить себя стоит. Сделайте три вещи. Первая: убедитесь, что правка реально доехала до сервера, а не осталась в кэше. Откройте страницу в режиме без сохранённых данных и посмотрите исходный код; если на сайте стоит кэширующий плагин или кэш на стороне сервера, его надо было сбросить после правки — это самая частая причина «мы починили, а не изменилось». Вторая: посмотрите в Вебмастере дату последнего посещения роботом конкретной страницы. Если робот на ней после правки не был, ждать нечего. Третья: проверьте, что тег отдаётся в исходном коде, а не подставляется скриптом. Если всё три пункта в порядке, просто ждите: на среднем сайте статусы обновляются в течение месяца-полутора, на крупном каталоге дольше.
Феофан Раздольский
Отключил JavaScript и посмотрел код — тега нет вообще, он подставляется скриптом. Разработчик уверял, что всё в порядке. Хорошо, что в статье есть эта проверка, сам бы не догадался.
Нонна Верхотурова
Разместили свои статьи на партнёрском портале, там стоит canonical на них. Теперь понятно, почему наш блог перестал находиться по собственным текстам. Идём разбираться с партнёром.
Емельян Забродин
Не хватило раздела про то, как canonical взаимодействует с языковыми версиями сайта. У нас три языка, и там своя путаница с тем, что на что должно ссылаться.
Старт 
Стандарт 
Премиум 
Отличная тема. Иду проверять, не убивает ли один тег мой трафик на автопилоте.
Добавлю: после исправления canonical отправьте страницы на переобход в Вебмастере, чтобы ускорить возврат.
Спасибо, что подсветили. Первым делом проверю canonical на своих ключевых страницах.
Такие тихие технические дыры страшнее явных. Никто не ищет, а трафик утекает годами.
Нашла и убрала неправильный canonical — через пару месяцев страницы вернулись в выдачу.
Проверяйте canonical краулером по всему сайту. Он покажет, куда каждая страница отправляет свой вес.
Один тег на автопилоте способен обнулить месяцы работы над контентом. Проверять надо обязательно.
А в каких случаях canonical реально нужен, а когда лучше вообще его не ставить, чтобы не навредить?
Владислав, canonical нужен, когда есть несколько адресов с одинаковым или очень похожим контентом, а в индексе должна быть одна версия: страницы с параметрами, UTM, сортировками, версии для печати, слегка разные пути к одному товару. Тогда canonical с дублей указывает на основную. Если же страница уникальна и одна, самый безопасный вариант — canonical на саму себя или его отсутствие. Опасно ставить canonical вслепую на главную или на чужую страницу со всех подряд. Ставьте осознанно и только там, где реально есть дубли.
У меня плагин проставлял canonical на главную со всех страниц. Трафик тихо умирал, пока не нашёл.
Спасибо, побежала проверять canonical. Про этот тег все забывают, а он решает, что показывать поиску.
Самое коварное, что всё работает: сайт открывается, а вес утекает на не ту страницу. Никто не замечает.
А как быстро восстановится трафик, если найти и убрать этот неправильный canonical? Через недели или месяцы?
Николай, не мгновенно. После исправления поиску надо переобойти страницы и переоценить их, это от нескольких недель до пары месяцев, иногда с привязкой к апдейтам. Ускорьте: отправьте исправленные страницы на переобход в Вебмастере, обновите sitemap, поставьте на них внутренние ссылки. Трафик начнёт возвращаться постепенно, по мере того как поиск снова признает эти страницы каноническими и вернёт им вес. Мгновенного отскока не ждите, но направление устойчивое: убрали ошибку, помогли переобходом, дали время.
Проверила свои canonical краулером после статьи — нашла страницы, ссылающиеся на чужой адрес. Ужас.
Один неверный canonical на шаблоне — и весь раздел показывает поиску не ту страницу. Классика беды.
А как проверить, не стоит ли у меня на страницах кривой canonical, который отправляет вес не туда?
Алина, прогоните сайт краулером — он покажет для каждой страницы её canonical, и вы увидите, куда каждая отправляет вес. Красный флаг, если страница указывает canonical на другой адрес, на главную или на несуществующую страницу. Точечно проверьте важные страницы вручную: откройте код и найдите тег canonical, он должен указывать на саму эту страницу. Ещё в Вебмастере видно, какую версию поиск считает канонической. Если продвигаемая страница ссылается не на себя, вот вам и утечка веса.
Страшная история и знакомая. Кривой canonical реально способен годами тихо убивать трафик на автопилоте.