Самый популярный алгоритм работы с канонизацией: тег написан корректно, Search Console показывает чужой адрес, страницу ставят на переиндексацию и ждут. Потом меняют тег. Потом снова ждут.
Проблема в том, что canonical — это рекомендация в одном из десятков конкурирующих сигналов. Меню, хлебные крошки, sitemap, цепочки редиректов, исторические внутренние ссылки — каждый из них голосует за свой адрес. Если они голосуют за Б, а canonical говорит А, Google слушает большинство.
Разбор на VC систематизирует диагностику: составить карту сигналов для группы URL, проверить фактический HTTP-ответ после CDN и кешей, а не настройки CMS, убедиться, что внутренние ссылки и sitemap тегу не противоречат. Яндекс — отдельно, потому что причины игнорирования canonical там другие.
Есть полезный критерий разграничения дублей и самостоятельных страниц: что теряет пользователь, попав на альтернативный адрес? Только UTM-параметр или реально другие данные — два разных решения.
Ничего нового для тех, кто копает глубоко. Хороший чек-лист для тех, кто привык решать это одним тегом.