Дублированный контент — это одинаковый или очень похожий контент, который доступен по разным URL. Для SEO проблема не в самом факте совпадения текста, а в том, что поисковая система вынуждена выбирать, какую версию считать основной, какую показывать в поиске и какие сигналы объединять. Если дубли не контролировать, в индекс может попасть не та страница, важные URL могут быть исключены, краулинговый бюджет будет расходоваться на мусорные адреса, а сайт начнёт конкурировать сам с собой. Google называет этот процесс каноникализацией: поисковая система выбирает один representative URL из группы одинаковых или похожих страниц, чтобы показывать в результатах поиска одну основную версию.
Дубли могут возникать из-за HTTP/HTTPS, www/non-www, параметров, фильтров, сортировок, мобильных версий, региональных страниц и случайно открытых тестовых копий. Главный принцип простой: дублированный контент нужно не просто “закрывать”, а системно управлять им. Где-то нужен 301-редирект, где-то canonical, где-то noindex, где-то закрытие параметров, где-то переработка контента, а где-то — превращение похожей страницы в полноценную уникальную посадочную.
Дублированный контент — это не всегда наказание, но почти всегда риск
В SEO вокруг дублей много мифов. Самый частый: «Если на сайте есть дублированный контент, поисковик сразу наложит санкции». В реальности всё сложнее. Google прямо указывает, что некоторое количество дублированного контента на сайте нормально и само по себе не является нарушением спам-политик. Но если один и тот же контент доступен по множеству URL, это ухудшает пользовательский опыт, усложняет аналитику и может мешать поисковой системе правильно выбирать основную страницу. То есть проблема дублей не всегда в «штрафе». Проблема в потере управляемости. Допустим, у интернет-магазина одна и та же категория открывается по адресам:
- https://example.com/catalog/pavers/
- https://www.example.com/catalog/pavers/
- https://example.com/catalog/pavers
- https://example.com/catalog/pavers/?sort=price
- https://example.com/catalog/pavers/?utm_source=instagram
Для пользователя это может быть одна и та же страница. Для поисковой системы — разные URL. Ей нужно решить, какой из них считать главным. Если сайт не даёт понятных сигналов, поисковик может выбрать не тот адрес, который нужен бизнесу.
Почему дубли вредят SEO
Дублированный контент мешает SEO на нескольких уровнях. Во-первых, он размывает сигналы. Ссылки, внутренние переходы, поведенческие данные, упоминания и другие сигналы могут распределяться между несколькими версиями одной страницы. Вместо одного сильного URL получается несколько слабых. Во-вторых, дубли расходуют ресурсы обхода.
Поисковый робот тратит время на повторные версии страниц, фильтры, параметры и технические копии вместо того, чтобы быстрее находить новые или обновлённые полезные материалы. Google указывает, что одна из причин указывать canonical — избежать траты времени Googlebot на обход дублирующих версий контента. В-третьих, дубли могут вытеснять важные страницы. Яндекс прямо отмечает, что при наличии дублей робот может выбрать другую страницу из группы, а нужная посадочная страница может исчезнуть из результатов поиска. В-четвёртых, дубли создают каннибализацию.
Сайт начинает конкурировать сам с собой: несколько похожих страниц пытаются ранжироваться по одному и тому же запросу, а поисковая система не понимает, какую из них считать лучшей.
Какие бывают виды дублированного контента
Дубли бывают техническими, структурными, контентными и внешними. Для правильной работы с ними важно сначала понять происхождение проблемы. Полные дубли Это страницы, где основной контент полностью совпадает, но URL разные. Например:
- /page/
- /page
- /page/index.html
- /page/?utm_source=ads
Такие дубли обычно решаются редиректами, canonical, настройкой URL-структуры и чисткой внутренних ссылок.
Частичные дубли
Это страницы, где большая часть контента совпадает, но есть небольшие отличия: город, цвет, размер, сортировка, фильтр, карточка товара с минимальными изменениями. Например:
- /seo-prodvizhenie-almaty/
- /seo-prodvizhenie-astana/
Если страницы отличаются только названием города, но не имеют реальной локальной ценности, это слабые дубли. Если же каждая страница содержит уникальный локальный контекст, кейсы, условия, контакты и релевантные блоки — это уже не технический дубль, а полноценная посадочная.
Технические дубли
Они возникают не из-за контента, а из-за настроек сайта: HTTP/HTTPS, www/non-www, слэш/без слэша, параметры, UTM-метки, пагинация, сортировка, фильтры, версии для печати. Яндекс среди причин дублей отдельно указывает особенности CMS, доступность страниц с разными вариантами слэша, HTTP/HTTPS и www/non-www, GET-параметры и появление одной страницы в разных разделах сайта.
Контентные дубли
Это повторение текстов, описаний, блоков, статей или карточек. Например, когда интернет-магазин копирует описания товаров у поставщика, а десятки других сайтов используют тот же текст.
Внешние дубли
Это ситуация, когда ваш контент скопирован другими сайтами или вы сами публикуете один и тот же материал на нескольких площадках. Здесь важно управлять первоисточником, датой публикации, ссылками, каноническими указаниями, репутацией домена и уникальной ценностью основного материала.
Главные источники дублей на сайте
Дубли редко появляются из-за одной ошибки. Обычно это сочетание CMS, разработки, фильтров, маркетинговых меток и отсутствия SEO-контроля. Чаще всего дубли появляются из-за:
- HTTP и HTTPS;
- версий с www и без www;
- URL со слэшем и без слэша;
- страниц index.php, index.html;
- UTM-меток;
- GET-параметров;
- сортировки товаров;
- фильтров каталога;
- пагинации;
- страниц тегов и архивов;
- страниц поиска по сайту;
- одинаковых карточек товаров в разных категориях;
- мультиязычности без hreflang и canonical;
- локальных страниц с шаблонной заменой города;
- копий на тестовом домене;
- версий для печати;
- дублирующих PDF и HTML-версий одного материала.
Google также перечисляет типичные причины дублей: региональные варианты, версии для устройств, протоколы HTTP/HTTPS, функции сайта вроде сортировки и фильтрации, а также случайные варианты, например доступная для роботов демо-версия сайта.
Как понять, что на сайте есть дубли
Дубли нужно искать не глазами, а системно. На маленьком сайте их можно заметить вручную, но на интернет-магазине или крупном корпоративном ресурсе без инструментов это невозможно. Проверять нужно через:
- Google Search Console;
- Яндекс Вебмастер;
- Screaming Frog;
- Netpeak Spider;
- Sitebulb;
- лог-файлы сервера;
- sitemap.xml;
- выгрузку всех URL из CMS;
- анализ параметров;
- поиск по title, H1 и description;
- проверку canonical;
- проверку внутренних ссылок;
- ручной анализ выдачи.
В Яндекс Вебмастере список страниц, которые Яндекс считает дублями, можно смотреть через раздел «Индексирование → Страницы в поиске», включая вкладку исключённых страниц и фильтр по статусу Duplicate. В Google Search Console дубли часто проявляются в статусах вроде «Duplicate without user-selected canonical», «Duplicate, Google chose different canonical than user», «Alternate page with proper canonical tag» и похожих отчётах. Даже если статус не всегда является критической ошибкой, он показывает, что Google сгруппировал URL и выбрал другую основную версию.
Каноническая страница, что это такое?
Каноническая страница — это основная версия среди нескольких одинаковых или похожих страниц. Если один контент доступен по разным URL, поисковая система выбирает один URL как главный. Google определяет canonical URL как URL, который выбран наиболее репрезентативным из группы дублирующих страниц. Этот процесс помогает показывать в поиске одну версию вместо множества одинаковых страниц.
Важно: canonical — это не приказ, а сигнал. Google может выбрать другую каноническую страницу, если считает её более полной, полезной или правильной по совокупности сигналов. Google прямо указывает, что canonical preference — это hint, not a rule. Яндекс также рассматривает rel="canonical" как рекомендацию и может игнорировать её в отдельных случаях.
Основные способы работы с дублями
С дублями нельзя работать одним универсальным способом. Нельзя всё закрыть в robots.txt. Нельзя везде поставить noindex. Нельзя все страницы канонизировать на главную. Для каждой ситуации нужен свой инструмент.
301-редирект
Используется, если дубль больше не должен существовать как самостоятельная страница. Например, HTTP должен вести на HTTPS, www — на выбранную версию, старый URL — на новый. Google называет редиректы сильным сигналом для выбора канонической страницы и рекомендует использовать их, когда нужно избавиться от существующих дублей.
rel="canonical"
Используется, если дубль должен оставаться доступным пользователю, но в поиске лучше показывать другую основную страницу. Пример: Google считает rel="canonical" сильным сигналом, но не абсолютным правилом.
Sitemap
Sitemap помогает сообщить поисковой системе, какие URL вы считаете важными. Но это слабый сигнал каноникализации: Google всё равно сам определяет, какие страницы являются дублями и какую версию выбрать.
Noindex
noindex нужен, если страница не должна попадать в поиск. Например, результаты внутреннего поиска, технические страницы, служебные разделы. Но Google не рекомендует использовать noindex для выбора canonical внутри сайта: для этого предпочтительнее rel="canonical", потому что noindex полностью блокирует страницу из поиска.
Robots.txt
robots.txt управляет обходом, но не является правильным инструментом каноникализации. Google прямо рекомендует не использовать robots.txt для canonical-задач, потому что URL, запрещённые в robots.txt, всё равно могут быть проиндексированы без содержимого.
Когда использовать 301-редирект
301-редирект нужен, когда дубль не должен быть доступен как отдельная страница. Примеры:
- HTTP → HTTPS;
- www → non-www или наоборот;
- /page → /page/;
- /index.html → /;
- старый URL услуги → новый URL услуги;
- удалённая статья → обновлённая релевантная статья;
- дубль категории → основная категория.
Редирект хорош тем, что он не только помогает поисковой системе выбрать основной URL, но и направляет пользователя туда, куда нужно. Если дубль не имеет самостоятельной ценности, лучше не оставлять его доступным. Но редиректы должны быть аккуратными. Не нужно массово отправлять все старые страницы на главную. Если у страницы был релевантный аналог, редирект должен вести именно на него.
Когда использовать canonical
Canonical подходит, когда страница нужна пользователю, но в поиске должна учитываться другая версия. Примеры:
- товар доступен в разных категориях;
- категория имеет сортировку;
- страница доступна с UTM-параметром;
- HTML-версия и PDF-версия содержат похожий материал;
- похожая страница нужна для навигации, но не должна конкурировать с основной.
Google поддерживает canonical через HTML-элемент, HTTP-заголовок и sitemap; для HTML-страниц чаще используется элемент в, а для PDF и других файлов можно использовать HTTP header. Правильный canonical должен быть:
- абсолютным URL;
- указанным в;
- согласованным с sitemap;
- не конфликтующим с редиректами;
- не указывающим на 404;
- не указывающим на noindex-страницу;
- не ведущим на нерелевантную страницу.
Google рекомендует использовать абсолютные URL в canonical, потому что относительные пути могут создавать проблемы в долгосрочной перспективе.
Когда использовать noindex
noindex нужен, если страница не должна появляться в поиске, но может оставаться доступной пользователю или роботу. Примеры:
- результаты внутреннего поиска;
- служебные страницы;
- личный кабинет;
- страницы авторизации;
- страницы сравнения товаров;
- пустые фильтры;
- технические страницы;
- страницы благодарности после заявки;
- страницы без самостоятельной ценности.
Но noindex не стоит использовать бездумно. Если страница может быть полезной посадочной, её лучше доработать, а не закрывать. Например, фильтр «тротуарная плитка 6 см» может иметь спрос и коммерческую ценность. А фильтр ?sort=price_asc обычно не нужен в индексе.
Когда использовать robots.txt
Robots.txt полезен, когда нужно ограничить обход технических URL и снизить нагрузку на сайт. Например, закрыть бесконечные параметры, результаты поиска, служебные разделы, технические папки. Но robots.txt не должен быть основным инструментом борьбы с дублями, если задача — выбрать каноническую страницу. Google прямо предупреждает: robots.txt не стоит использовать для canonical-задач. Яндекс для страниц с GET-параметрами также предлагает использовать Clean-param, чтобы указать роботу значимый URL среди дублей и постепенно снизить нагрузку от обхода лишних параметрических страниц.
Как работать с дублями HTTP/HTTPS и www/non-www
Это базовый технический уровень. У сайта должна быть одна основная версия: https://example.com/ или https://www.example.com/ Остальные версии должны вести на неё через постоянный редирект. Например:
- http://example.com/ → https://example.com/
- http://www.example.com/ → https://example.com/
- https://www.example.com/ → https://example.com/
Google предпочитает HTTPS-страницы как canonical при эквивалентных версиях, но конфликтующие сигналы могут помешать: неправильный SSL, небезопасные зависимости, редирект с HTTPS на HTTP или canonical с HTTPS на HTTP. Поэтому важно не только включить HTTPS, но и привести к нему sitemap, canonical, внутренние ссылки, hreflang и редиректы.
Как работать с UTM-метками и параметрами
UTM-метки нужны маркетологам для аналитики, но они могут создавать дубли:
- /page/
- /page/?utm_source=instagram
- /page/?utm_source=facebook
- /page/?utm_campaign=spring
Содержимое одно, URL разные. Если такие адреса начинают попадать во внутренние ссылки, sitemap или индекс, возникает технический мусор. Что делать:
- не добавлять UTM-ссылки во внутреннюю перелинковку;
- не включать URL с UTM в sitemap;
- настроить canonical на чистую версию;
- проверить, не индексируются ли UTM-страницы;
- использовать параметры только для внешней аналитики.
Для Яндекса при большом количестве GET-параметров можно использовать Clean-param, если параметры не меняют содержание страницы.
Как работать с дублями фильтров и сортировок
Фильтры — одна из главных причин дублей в интернет-магазинах и каталогах. Пользователь может сортировать товары по цене, цвету, размеру, материалу, бренду, толщине, назначению. Каждая комбинация может создавать новый URL. Пример:
- /catalog/pavers/?color=gray
- /catalog/pavers/?color=gray&size=6
- /catalog/pavers/?sort=price
- /catalog/pavers/?color=gray&sort=popular
Не все такие страницы должны индексироваться. Правильная логика:
- если фильтр имеет спрос и коммерческую ценность — делаем посадочную страницу;
- если фильтр нужен только для удобства пользователя — закрываем от индексации или канонизируем;
- если сортировка не меняет смысл страницы — canonical на основную категорию;
- если комбинации бесконечны — ограничиваем обход и чистим внутренние ссылки.
Например, «брусчатка 6 см» может быть полноценной страницей. А ?sort=price_desc — обычно нет.
Как работать с дублями карточек товаров
Карточки товаров часто дублируются из-за того, что один товар доступен в разных категориях:
- /catalog/pavers/urban-6/
- /catalog/dvor/urban-6/
- /catalog/akcii/urban-6/
Как работать с пагинацией
Пагинация — сложная зона. Страницы /page/2/, /page/3/ не всегда являются дублями первой страницы, потому что содержат другие товары или статьи. Ошибка — канонизировать все страницы пагинации на первую, если на них находятся уникальные элементы списка. Правильнее смотреть на задачу:- страницы пагинации должны быть доступны для обхода, если через них робот находит товары или статьи;
- важные элементы каталога должны иметь внутренние ссылки;
- canonical должен быть корректным и не ломать доступ к контенту;
- если есть «показать всё» и она реально удобна, можно рассматривать её как основную;
- не стоит индексировать пагинацию как самостоятельные посадочные, если она не имеет поискового спроса.
Как работать с дублями в блоге
В блогах дубли часто появляются из-за тегов, категорий, архивов авторов, дат, страниц пагинации и одинаковых анонсов. Например, одна статья может быть доступна через:- /blog/seo/article/
- /category/seo/article/
- /tag/seo/article/
- /2026/05/article/
- оставить полезные категории;
- закрыть пустые или слабые теги;
- не создавать десятки тегов ради одного материала;
- не индексировать архивы дат, если они не нужны;
- проверить canonical статей;
- связать статьи тематическими кластерами;
- уникализировать описания категорий, если они индексируются.
Как работать с локальными дублями
Локальные страницы полезны, если компания реально работает в разных городах и есть спрос по географии. Но если страницы отличаются только названием города, это почти всегда слабая структура. Плохо:- SEO-продвижение в Алматы
- SEO-продвижение в Астане
- SEO-продвижение в Шымкенте
- добавить локальные кейсы;
- указать особенности работы в регионе;
- показать локальные контакты или условия;
- добавить релевантные FAQ;
- использовать реальные примеры;
- уникализировать блоки доверия;
- показать региональную экспертизу.
Как работать с внешним копированием контента
Если ваш текст скопировали другие сайты, это не всегда автоматически означает, что вы потеряете позиции. Но риски есть, особенно если копия быстрее индексируется, находится на более авторитетном домене или ваш сайт слабее. Что делать:- публиковать материал сначала на своём сайте;
- ускорять индексацию важных материалов;
- использовать внутренние ссылки на оригинал;
- указывать автора, дату, источник;
- добавлять уникальные элементы: кейсы, примеры, таблицы, изображения, экспертные комментарии;
- при републикации на партнёрских сайтах просить ссылку на оригинал;
- для синдицированных материалов использовать canonical, если площадка это поддерживает;
- следить за копиями через поиск фрагментов текста.
Как выбрать правильное решение для дубля
Перед исправлением нужно ответить на три вопроса. Первый: страница нужна пользователю? Если нет — редирект, noindex или удаление. Второй: страница должна участвовать в поиске? Если нет — noindex, canonical или закрытие технических параметров. Третий: страница имеет самостоятельный интент? Если да — её лучше доработать и уникализировать, а не закрывать. Пример логики:- HTTP-дубль → 301 на HTTPS.
- UTM-дубль → canonical на чистый URL.
- Сортировка товаров → canonical на основную категорию.
- Фильтр с реальным спросом → отдельная посадочная.
- Пустой тег блога → noindex или удаление.
- Старая статья с новым аналогом → 301 на релевантный материал.
- Две одинаковые услуги → объединить или развести по интенту.
- Локальные шаблонные страницы → уникализировать или закрыть слабые.
Пошаговый алгоритм работы с дублированным контентом
Шаг 1. Собрать все URL сайта
Выгрузите URL из sitemap, CMS, краулера, Google Search Console, Яндекс Вебмастера, логов сервера и аналитики. Нужно видеть не только страницы, которые есть в меню, но и все адреса, которые доступны роботам.Шаг 2. Найти группы дублей
Сгруппируйте страницы по одинаковым title, H1, description, body content, canonical, параметрам, шаблонам URL и типам страниц.Шаг 3. Определить основную страницу
Для каждой группы дублей выберите canonical URL: тот, который должен получать сигналы, индексироваться и показываться пользователям.Шаг 4. Выбрать способ обработки
Для каждой группы назначьте решение: 301, canonical, noindex, robots.txt, Clean-param, переработка контента, объединение страниц или удаление.Шаг 5. Привести внутренние ссылки к основной версии
Google рекомендует при внутренних ссылках указывать именно canonical URL, потому что последовательные внутренние ссылки помогают понять предпочтительную версию.Шаг 6. Очистить sitemap
В sitemap должны быть только canonical-страницы с кодом 200, которые должны индексироваться. Google указывает, что URL в sitemap являются сигналом canonical, но более слабым, чем редиректы и rel="canonical".Шаг 7. Проверить Google и Яндекс
Проверьте выбранные страницы в Google Search Console и Яндекс Вебмастере. В Яндексе исключённые страницы и причины исключения можно смотреть в «Страницы в поиске», а после исправления отправлять важные страницы на переиндексацию.Шаг 8. Отслеживать результат
После правок поисковые системы не сразу пересобирают группы дублей. Нужно отслеживать индексацию, canonical, исключённые страницы, показы, клики и внутреннюю структуру.Типичные ошибки при работе с дублями
Первая ошибка — канонизировать всё на главную. Это грубая ошибка. Canonical должен вести на релевантную основную версию, а не на любую «самую важную» страницу.Чек-лист работы с дублированным контентом
Проверьте:- есть ли основная версия сайта: HTTPS, www/non-www;
- настроены ли редиректы со всех альтернативных версий;
- есть ли дубли со слэшем и без слэша;
- попадают ли UTM-страницы в индекс;
- есть ли параметры сортировки и фильтрации;
- есть ли дубли карточек товаров;
- есть ли одинаковые title, H1 и description;
- есть ли одинаковые тексты в категориях;
- есть ли слабые теги и архивы блога;
- не открыт ли тестовый домен;
- корректен ли canonical;
- не конфликтует ли canonical с sitemap;
- нет ли canonical на 404, noindex или редирект;
- содержит ли sitemap только основные URL;
- ссылается ли внутренняя перелинковка на canonical-версии;
- не конкурируют ли страницы между собой по одному интенту;
- есть ли локальные страницы с реальной уникальной ценностью;
- проверены ли дубли в Google Search Console;
- проверены ли дубли в Яндекс Вебмастере.
Что такое дублированный контент?
Дублированный контент — это одинаковый или почти одинаковый контент, доступный по разным URL. Он может возникать из-за параметров, фильтров, HTTP/HTTPS, www/non-www, UTM-меток, CMS, карточек товаров, тегов, архивов и локальных страниц.Почему дублированный контент вреден для SEO?
Дубли мешают поисковой системе выбрать основную страницу, расходуют ресурсы обхода, размывают сигналы, могут приводить к исключению важных страниц из поиска и создавать конкуренцию между страницами одного сайта.Что такое canonical?
Canonical — это указание основной версии страницы среди дублей. В HTML оно задаётся через rel="canonical". Google и Яндекс воспринимают canonical как сильный сигнал или рекомендацию, но могут выбрать другую основную страницу, если видят противоречивые сигналы.Чем canonical отличается от 301-редиректа?
301-редирект перенаправляет пользователя и робота на другой URL и используется, когда дубль больше не нужен. Canonical оставляет страницу доступной, но сообщает поисковику, какая версия предпочтительна для индексации.Чем canonical отличается от noindex?
Canonical помогает объединить дубли вокруг основной страницы. Noindex полностью запрещает странице попадать в поиск. Если нужно выбрать основную версию среди похожих страниц, чаще используют canonical, а не noindex.Как дублированный контент связан с AEO
AEO требует ясной структуры и понятных источников ответа. Если один и тот же материал доступен по нескольким адресам, ответным системам сложнее понять, какая страница является основной, актуальной и наиболее полной. Для AEO важно:- одна основная страница под один интент;
- чёткий canonical;
- уникальные ответы в начале страницы;
- понятные H2-H3;
- FAQ;
- внутренняя перелинковка на основную версию;
- отсутствие конкурирующих дублей;
- обновлённый и полезный контент.
FAQ
Дублированный контент всегда приводит к санкциям?
Нет. Сам факт наличия дублей не всегда является нарушением. Google указывает, что некоторое количество дублированного контента на сайте нормально и не является нарушением спам-политик. Но большое количество дублей может ухудшать индексацию, аналитику и выбор основной страницы.Как найти дубли на сайте?
Дубли можно найти через Google Search Console, Яндекс Вебмастер, Screaming Frog, Netpeak Spider, Sitebulb, анализ sitemap, выгрузку URL из CMS, поиск одинаковых title/H1/description и проверку параметров URL.Что лучше: поставить canonical или сделать 301-редирект?
Если дубль больше не нужен пользователю — лучше 301-редирект. Если страница должна оставаться доступной, но в поиске нужно учитывать другую основную версию — canonical.Можно ли закрыть дубли в robots.txt?
Можно ограничивать обход технических дублей, но robots.txt не подходит для каноникализации. Google рекомендует не использовать robots.txt для выбора canonical-страниц.Нужно ли закрывать UTM-страницы?
UTM-страницы не должны попадать во внутренние ссылки и sitemap. Обычно для них используют canonical на чистую версию URL и следят, чтобы они не создавали дублей в индексе.Что делать с дублями товаров?
Если это один товар по разным URL, нужно выбрать основную карточку и настроить canonical или редиректы. Если варианты товара имеют спрос, можно развивать их как отдельные страницы с уникальным содержанием.Что делать с дублями в блоге?
Нужно проверить теги, категории, архивы, пагинацию и canonical статей. Слабые теги и архивы лучше закрывать или удалять, а полезные категории — уникализировать и использовать как тематические разделы.Почему Google выбрал другой canonical?
Потому что canonical — это сигнал, а не приказ. Google может выбрать другую страницу, если видит, что она более полная, полезная, лучше связана внутренними ссылками, находится в sitemap или имеет более сильные сигналы.Как дубли влияют на индексацию?
Дубли могут приводить к тому, что поисковик индексирует не ту страницу, исключает важные URL, реже обходит дублирующие версии и тратит ресурсы на технические адреса вместо полезных страниц.Нужно ли уникализировать все похожие страницы?
Не всегда. Если страница имеет самостоятельный спрос и интент — её стоит уникализировать. Если она техническая или не несёт ценности — лучше использовать canonical, noindex, редирект или закрытие параметров.
Занимаюсь SEO продвижением c 2011 года. Автор множества статей на тему эффективного линкбилдинга и нестандартного крауд-маркетинга. Ведущий специалист поисковой оптимизации в компании IMarketing.
