301 редирект с записей на страницу сайта | Новый SEO эксперимент

Когда меня просят склеить статьи через 301, за просьбой почти всегда стоит одна и та же картина: пять текстов об одном и том же, суммарно приличный объём работы автора, а в выдаче ни один из них не поднимается выше третьей десятки. Владелец блога уверен, что нужно «дописать ещё одну, посвежее». На самом деле дописывать нечего — нужно перестать конкурировать с самим собой. Ниже я разбираю операцию склейки так, как делаю её сам: от поиска кандидатов до того момента, когда через два-три месяца становится понятно, сработало или нет.

Как в блоге появляются пять статей об одном и том же

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

• Смена автора. Пришёл новый копирайтер, старый архив не читал, тему взял из списка «горячих запросов». Через полгода в блоге две статьи с почти одинаковыми планами.
• Обновление вместо правки. Материал устарел, но вместо переработки старого выпустили новый — «актуальная версия». Старый при этом никуда не делся и продолжает ранжироваться.
• Дробление по хвостам. Кто-то решил, что под каждый уточняющий запрос нужна своя страница: отдельно «как настроить», отдельно «как проверить», отдельно «частые ошибки». Поисковик все три считает ответом на один и тот же интент.
• Рубрики и переезды. Материал переносили между разделами, старый адрес оставили доступным, где-то появилась версия для печати или дубль с другим слагом.

Отдельно отмечу ситуацию, которую вижу чаще всего в блогах старше трёх лет: контент-план вели в таблице, а таблицу за годы теряли дважды. Никто просто не помнит, что уже написано. Поэтому первый шаг любой перестройки — не редиректы, а инвентаризация: выгрузка всех адресов блога с заголовками, датами и трафиком в одну таблицу, где дубли видны глазами.

Что каннибализация делает с сайтом на практике

Теория звучит абстрактно: «страницы конкурируют за один запрос». Практика выглядит конкретнее и неприятнее.

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

Дальше включается вторая проблема — ссылочный вес и внутренняя перелинковка. Пять статей об одном получают ссылки вразнобой: часть авторов ставит ссылку на одну, часть на другую. Внешние упоминания, если они есть, тоже распределяются случайно. Вместо одной сильной страницы получается пять слабых, и ни одна не дотягивает до порога, за которым начинается видимый трафик.

Третье следствие менее очевидно, но бьёт больнее. Когда по группе запросов у сайта нет ни одной уверенно ранжирующейся страницы, теряется не только трафик по конкретному ключу — падает общее доверие раздела. Блог, в котором половина материалов сидит за пределами топ-50, медленнее получает индексацию новых текстов и хуже переносит любые обновления алгоритмов.

Признаки каннибализации и как их проверить

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

Признак	Как проверить	Что означает
По одному запросу в отчёте панели вебмастера показываются разные URL	Отчёт по поисковым запросам, фильтр по фразе, разрез по страницам за 3-6 месяцев	Прямая каннибализация: алгоритм перебирает кандидатов
Позиция по запросу скачет на 10-30 пунктов без правок сайта	Съём позиций раз в неделю, минимум два месяца истории	Стабильного релевантного документа нет
Страница в выдаче меняется от проверки к проверке	Ручная проверка запроса в режиме инкогнито раз в несколько дней	Чередование URL — классический симптом
У нескольких статей почти одинаковые заголовки и планы	Выгрузка title и H1 всего блога, сортировка по алфавиту	Дубли по смыслу, даже если тексты разные
Трафик размазан: у пяти статей по 20-40 визитов в месяц	Отчёт по страницам входа в системе аналитики	Ни одна не набрала критическую массу
Внутренние ссылки с одинаковым анкором ведут на разные адреса	Краулер сайта, отчёт по анкорам внутренних ссылок	Вес и анкорная релевантность распылены

Если совпало два признака и больше — кандидат на склейку. Если совпал только последний, проблема решается перелинковкой, а не редиректами.

Где смотреть кандидатов в панели вебмастера

Самый надёжный источник — отчёт по поисковым запросам. Мне нужен разрез, в котором видно, какие страницы показывались по одной и той же фразе. Порядок действий такой.

1. Выгружаю запросы за последние полгода с показами, кликами и средней позицией.
2. Выгружаю отдельно данные в разрезе страниц — по каждому URL список запросов, по которым он показывался.
3. Соединяю выгрузки: строю таблицу «запрос — сколько разных URL показывалось». Одной формулой в электронной таблице это делается за пару минут.
4. Сортирую по количеству URL и по показам. Наверху окажутся группы, где по одной фразе сайт предлагал две-пять разных страниц и при этом фраза даёт заметный объём показов.

Важная деталь: не каждая фраза с несколькими URL — это каннибализация. Общий информационный запрос вроде «продвижение сайта» законно цепляет десятки страниц, и склеивать их бессмысленно. Меня интересуют запросы среднего и низкого спроса с чётким интентом, где ответ должен быть один.

Второй источник — статистика по группам. Если у блога есть кластеризация запросов, я смотрю группу целиком: сколько показов даёт группа, сколько кликов, какая страница внутри группы главная. Когда в группе на 300 показов приходится четыре URL и 11 кликов, картина ясна без дополнительных отчётов.

Проверка чередования страниц в выдаче

Отчёты усредняют, поэтому я всегда добавляю ручную проверку. Беру три-пять ключевых фраз группы и проверяю их в режиме без персонализации, с интервалом в несколько дней, минимум три раза. Фиксирую в таблице: дата, фраза, URL в выдаче, позиция.

Что вижу на таких проверках:

Тему разбирал отдельно: «Усиление сайта ссылками | Новый SEO эксперимент».

• если по фразе стабильно показывается один и тот же адрес, конкуренции нет — проблема в другом;
• если адрес меняется, но позиция примерно на одном уровне, это классическая каннибализация;
• если меняется и адрес, и позиция гуляет по десяткам, группа в самом плохом состоянии и склейка даст максимальный эффект;
• если по фразе показывается страница из совсем другого раздела — например, услуга вместо статьи, — сначала разбираюсь со структурой, редиректы тут не помогут.

Отдельно проверяю оператор поиска по сайту с ключевой фразой. Он показывает, какие страницы сайт вообще считает релевантными этой теме. Иногда там всплывают документы, о которых владелец забыл: старые новости, страницы тегов, архивы автора. Их обычно нужно не склеивать, а закрывать от индексации.

Как выбрать главную страницу для склейки

Это самый спорный этап, потому что у владельца блога почти всегда есть любимый текст. Личная симпатия — худший критерий из возможных. Решение принимается по данным, и я оцениваю кандидатов по шести параметрам.

Критерий	Вес	Как оценить	Почему важно
Накопленный поисковый трафик	Высокий	Визиты из поиска за 12 месяцев по каждому URL	Страница уже доказала, что поиск ей доверяет
Внешние ссылки	Высокий	Отчёт по входящим ссылкам, количество доменов-доноров	Ссылки не переносятся полностью при 301, часть веса теряется
Возраст адреса	Средний	Дата первой индексации, дата публикации	У старого документа больше истории в индексе
Полнота и качество текста	Средний	Экспертная оценка: структура, глубина, актуальность	Меньше работы при сборке объединённого материала
Качество адреса	Средний	Читаемый слаг, соответствие теме, вложенность	Адрес останется навсегда, менять его потом дорого
Позиции по ядру группы	Средний	Средняя позиция по 10-20 главным фразам	Показывает, какой документ ближе к порогу видимости
Поведение пользователей	Низкий	Глубина просмотра, время, отказы	Косвенный сигнал, сильно зависит от типа трафика

Практическое правило: если один кандидат лидирует по трафику и ссылкам одновременно — выбор сделан, спорить не о чем. Если трафик у одного, а ссылки у другого, я почти всегда беру тот, у кого ссылки: трафик восстанавливается контентом, а ссылочная масса — нет.

Отдельный случай — когда ни один из кандидатов не годится. Все пять текстов слабые, адреса кривые, ссылок нет ни у кого. Тогда я делаю новую страницу с нормальным адресом и веду 301 на неё со всех пяти. Это допустимо, но только когда терять действительно нечего: новый URL стартует с нуля и первые недели будет проседать.

Как собрать объединённый материал, а не свалку

Самая распространённая ошибка на этом этапе — механическая склейка. Берут пять текстов, ставят подряд, убирают повторяющиеся заголовки и считают работу сделанной. Получается документ на 40 тысяч знаков, где одна и та же мысль повторяется четыре раза разными словами. Поиск такое видит и оценивает соответственно.

Я делаю иначе. Сначала выписываю в отдельный файл структуру всех пяти статей: только заголовки, без текста. Получается список из 40-60 пунктов, в котором сразу видно пересечения. Дальше собираю сводный план новой страницы — обычно из него выживает 15-20 разделов. Каждый раздел помечаю: откуда беру основу, что дополняю, что выбрасываю целиком.

Дальше правила простые:

• Из каждой статьи берём лучшее. В одной был хороший разбор ошибок, в другой удачная таблица, в третьей живой пример. Всё это попадает в новую версию.
• Повторы схлопываем. Если четыре текста объясняли одно и то же определение, в новой странице оно встречается один раз и в лучшей формулировке.
• Дописываем дыры. Сводный план всегда показывает пробелы: вопросы, которые ни одна из статей не закрывала. Их нужно написать заново — иначе объединённый материал не станет сильнее суммы частей.
• Пересобираем введение и выводы. Лид от старой статьи почти никогда не подходит новой, более широкой странице.
• Проверяем актуальность. Материалы разных лет содержат устаревшие данные и скриншоты интерфейсов, которых больше не существует.

По объёму ориентируюсь не на сумму исходников, а на то, сколько нужно, чтобы закрыть тему. Обычно объединённая страница получается длиннее самой большой из исходных примерно в полтора-два раза, но заметно короче их суммы. Если после сборки текст вышел ровно суммой пяти статей, значит повторы не убраны.

Техническая часть: постраничные 301

Когда объединённый материал готов и опубликован по адресу главной страницы, наступает очередь редиректов. Правило одно: каждый старый адрес ведёт напрямую на новый, без промежуточных остановок.

Для сайта на Apache правила выглядят так — обратите внимание на экранирование спецсимволов и на то, что каждый адрес прописан отдельной строкой:

RewriteEngine On

Redirect 301 /blog/staraya-statya-1/ https://example.ru/blog/glavnaya-statya/
Redirect 301 /blog/staraya-statya-2/ https://example.ru/blog/glavnaya-statya/
Redirect 301 /blog/staraya-statya-3/ https://example.ru/blog/glavnaya-statya/

Вариант через RewriteRule, если нужно учесть параметры и варианты со слешем и без:

RewriteRule ^blog/staraya-statya-1/?$ /blog/glavnaya-statya/ [R=301,L]
RewriteRule ^blog/staraya-statya-2/?$ /blog/glavnaya-statya/ [R=301,L]

Для nginx конструкция другая, но логика та же — точное совпадение адреса, отдельная строка на каждый источник:

location = /blog/staraya-statya-1/ {
    return 301 https://example.ru/blog/glavnaya-statya/;
}

location = /blog/staraya-statya-2/ {
    return 301 https://example.ru/blog/glavnaya-statya/;
}

Если старых адресов много и они подчиняются шаблону, соблазн написать одно правило с маской велик. Я так делаю только тогда, когда точно уверен, что под маску не попадёт ничего лишнего. Проверять это нужно до заливки: составляю список всех адресов раздела и прогоняю их через тест регулярного выражения. Одно неаккуратное правило способно увести в редирект половину блога, и обнаруживается это обычно через неделю по обвалу трафика.

После заливки обязательно проверяю каждый адрес: запрашиваю его и смотрю код ответа и заголовок Location. Меня устраивает только один результат — код 301 и сразу конечный URL. Если в ответе 302, страница считается временно перемещённой и вес не передаётся. Если Location ведёт на адрес, который сам отдаёт 301, получилась цепочка, и её нужно распрямить.

Смежный материал по теме — «Вывел сайт тонировки на первое место за один день | Новый эксперимент».

Внутренние ссылки, карта сайта и всё остальное

Редирект — это половина работы. Вторая половина — привести сайт в состояние, в котором старых адресов больше нигде нет.

• Внутренние ссылки. Прохожу краулером весь сайт, нахожу все ссылки на склеенные адреса и меняю их на новый URL. Оставлять ссылки на редиректы — значит гонять каждого пользователя и каждого робота через лишний переход.
• Меню, виджеты, блоки «читайте также». Они часто живут вне текста статей и краулером ловятся, но правятся отдельно, через настройки шаблона.
• Карта сайта. Старые адреса из неё убираются, новый остаётся с обновлённой датой изменения. Карта, в которой лежат редиректящие URL, — прямая заявка на ошибки в панели вебмастера.
• Канонические адреса. Проверяю, что на объединённой странице canonical указывает на неё саму, а не на один из старых адресов.
• Дата изменения. Объединённая страница должна получить свежую дату модификации, иначе переобход может затянуться.
• Переобход. Отправляю новый адрес на переобход через панель вебмастера, а старые адреса не трогаю — их робот найдёт сам.
• Внешние ссылки. Если на склеенные статьи ссылались с других сайтов и есть возможность попросить обновить ссылку — прошу. Редирект работает, но прямая ссылка работает лучше.

Чего при склейке делать нельзя

Список короткий, но каждый пункт я встречал в реальных проектах, и каждый стоил владельцу трафика.

• Редирект на главную страницу сайта. Когда содержимое старого адреса не соответствует содержимому нового, поиск обрабатывает такой переход как страницу-ошибку: вес не передаётся, старый адрес просто выпадает из индекса. Редирект имеет смысл только на релевантный документ.
• Редирект на раздел вместо статьи. Та же логика: листинг рубрики не отвечает на запрос, под который писалась статья.
• Цепочки. Адрес А ведёт на Б, Б на В. Каждое звено — потеря части сигнала и лишний запрос. Если старая статья уже когда-то редиректилась, правило нужно переписать на конечный адрес.
• Удаление без перенаправления. Просто стереть статьи и получить пачку 404 — потерять всё, что они накопили. Это худший из возможных сценариев.
• Возврат 410 в надежде «ускорить». Годится для мусора, но не для контента, чья тема продолжает жить на сайте.
• Rel=canonical вместо 301. Каноникал — рекомендация, а не команда. Поиск может её проигнорировать, и обе страницы останутся в индексе.
• Склейка всего сразу. Если групп несколько, я делаю их волнами по одной-две. Иначе при просадке невозможно понять, какая именно операция навредила.
• Смена адреса главной страницы заодно. Одно изменение за раз. Если хочется и склеить, и переименовать URL — сначала одно, через месяц другое.

Сроки: почему результат виден не сразу

Владельцы обычно ждут эффекта через неделю. Реалистичный горизонт другой, и его нужно проговаривать до начала работ.

Сначала роботу нужно обойти старые адреса и увидеть редирект. Для популярной статьи это дни, для страницы, которую обходят раз в месяц, — недели. Затем поиск должен переоценить объединённую страницу: она стала длиннее, шире по охвату, получила новые внутренние ссылки. Переоценка не мгновенная. Наконец, нужно накопить поведенческие данные по новому документу, а для этого он должен успеть показаться в выдаче достаточное количество раз.

В моей практике первые сдвиги в отчётах видны через три-четыре недели, устойчивая картина складывается к второму-третьему месяцу. При этом почти всегда есть промежуточная просадка: в первые две недели суммарные показы группы падают, потому что старые страницы уже выпали из выдачи, а новая ещё не набрала. Это нормальная фаза, и главное — не начать в панике откатывать редиректы.

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

Что мерить после склейки

Главная ошибка измерения — смотреть на позицию одной страницы по одному запросу. Это ничего не говорит, потому что до склейки по этому запросу показывались разные страницы, и сравнивать не с чем. Мерить нужно группу целиком.

Метрика	Как считать	Период сравнения	Что говорит
Суммарные показы группы запросов	Сумма показов по всем фразам кластера, независимо от URL	3 месяца до и 3 месяца после	Главный показатель успеха операции
Суммарные клики группы	Аналогично, сумма по кластеру	3 месяца до и после	Показывает, вырос ли реальный трафик
Число URL на запрос	Сколько разных адресов показывается по фразе	Ежемесячно	Должно стать равно единице — признак, что склейка сработала
Средняя позиция по кластеру	Взвешенная по показам средняя	Еженедельно	Важна не величина, а снижение разброса
Трафик объединённой страницы	Визиты из поиска на новый URL	Помесячно	Сравнивать с суммой визитов всех старых, а не с одной
Коды ответа старых адресов	Проверка списка URL краулером	Через неделю и через месяц	Контроль, что редиректы не сломались при обновлении сайта
Конверсии со страницы	Достижения целей, привязанные к URL	Помесячно	Трафик без заявок смысла не имеет

Отдельно советую сохранить срез «до» в виде файла: выгрузку запросов, показов, кликов и позиций за три месяца перед операцией. Через полгода восстановить эти данные в панели уже не получится, а сравнивать будет не с чем.

Когда склейка не нужна

Если нужна помощь по теме — заказать SEO-тексты.

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

• Статьи закрывают разные интенты. «Что это такое» и «сколько стоит» — разные запросы разных людей. То, что в заголовке общее слово, ничего не значит.
• У каждой страницы свой живой трафик. Если три статьи дают по 300-500 визитов в месяц каждая и по разным группам запросов, конкуренции нет, а склейка гарантированно что-то потеряет.
• Разные стадии воронки. Обзорная статья для новичка и подробная инструкция для специалиста должны жить отдельно, даже если тематически пересекаются.
• Разная региональность или языковые версии. Тут решается настройками, а не редиректами.
• Пересечение только по одному-двум второстепенным запросам. Такое лечится правкой заголовков и перелинковкой: одну страницу переориентируем чуть в сторону, вторую оставляем как есть.
• Одна из страниц — коммерческая. Услугу и статью не склеивают. Их разводят по интентам и связывают ссылкой.

Перед решением я всегда задаю простой вопрос: если бы я писал этот блог с нуля сегодня, сколько страниц было бы по этой теме? Если ответ «одна» — склеиваем. Если «две, для разной аудитории» — оставляем две и убираем пересечения текстом.

Обратная ситуация: когда страницу правильнее разделить

Бывает и наоборот. Приходит страница на 50 тысяч знаков, которая пытается закрыть всё сразу: определения, инструкции, цены, кейсы, инструменты. Она собирает показы по огромному количеству запросов и почти не собирает клики, потому что ни на один запрос не отвечает прицельно.

Если нужны детали, смотрите «301 редирект убивает SEO продвижение вашего сайта».

Признаки, по которым я принимаю решение делить:

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

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

Чек-лист операции по шагам

Шаг	Действие	Как проверить, что сделано
1	Собрать полный список статей блога с трафиком, датами и заголовками	Выгрузка в таблице, все URL раздела на месте
2	Найти группы запросов, по которым показывается больше одного URL	Сводная таблица «запрос — число страниц»
3	Подтвердить каннибализацию ручной проверкой выдачи	Три замера с разницей в несколько дней
4	Выбрать главную страницу по трафику, ссылкам, возрасту и адресу	Заполненная таблица критериев, решение обосновано данными
5	Сохранить срез «до»: показы, клики, позиции за 3 месяца	Файл выгрузки лежит в проекте
6	Сделать сводный план и собрать объединённый материал	Повторов нет, пробелы дописаны, введение переписано
7	Опубликовать объединённый текст по адресу главной страницы	Страница открывается, canonical на себя, дата обновлена
8	Настроить постраничные 301 со всех старых адресов	Каждый URL отдаёт 301 и конечный Location без цепочек
9	Обновить внутренние ссылки, меню и блоки рекомендаций	Краулер не находит ссылок на старые адреса
10	Почистить карту сайта и отправить новый адрес на переобход	В карте только актуальный URL, заявка на переобход принята
11	Через неделю проверить коды ответа и индексацию	Старые адреса выпадают из индекса, новый обойдён
12	Через месяц и через три сравнить показатели группы	Отчёт «до и после» по суммарным показам и кликам

Что делать, если после склейки стало хуже

Такое случается, и паника здесь плохой советчик. Прежде чем откатывать, проверяю четыре вещи по порядку.

Первое — техника. Не появились ли цепочки, не отдаёт ли часть адресов 302, не сломалось ли правило после обновления движка. В моей практике больше половины «неудачных склеек» оказывались неудачными редиректами.

Второе — сроки. Если прошло меньше месяца, это может быть та самая промежуточная просадка. Смотрю на динамику: показы падают дальше или уже нащупали дно.

Третье — качество объединённого текста. Если новая страница получилась хуже лучшей из старых — раздутой, с повторами, потерявшей удачные куски, — проблема в контенте, а не в редиректах. Лечится переработкой, а не откатом.

Четвёртое — правильность выбора главной. Если склеили на слабый адрес, а сильный отдали в редирект, иногда имеет смысл развернуть направление. Делать это стоит один раз и осознанно: каждое переключение стоит времени переиндексации.

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

Сколько статей можно склеить в одну за раз?
Технических ограничений нет, я объединял и по семь материалов. Ограничение содержательное: объединённая страница должна остаться читаемой и отвечать на один интент. Если из семи текстов получается документ, который прыгает между тремя разными темами, значит склеивать нужно не семь, а две группы по три-четыре.

Нужно ли удалять старые статьи из базы после настройки редиректа?
Физически удалять не обязательно, достаточно снять их с публикации так, чтобы адрес отдавал 301. Я предпочитаю оставлять исходники в черновиках: если через полгода выяснится, что из старого текста потеряли удачный фрагмент, его будет откуда достать. Главное — чтобы черновики не были доступны по другим адресам.

Что делать, если на старые статьи ссылаются с внешних сайтов?
Редирект передаёт значительную часть веса, так что критичной потери не будет. Но если доноров немного и с ними есть контакт, стоит попросить обновить адрес — прямая ссылка всегда работает лучше перенаправления. Список доноров смотрю в отчёте по внешним ссылкам перед операцией и сохраняю отдельно.

Можно ли вместо 301 использовать rel=canonical?
Можно, но результат будет менее предсказуемым. Каноникал — это рекомендация: поиск вправе решить, что страницы достаточно разные, и оставить обе в индексе. Если цель — убрать конкуренцию окончательно, нужен именно 301. Каноникал уместен там, где страница должна остаться доступной пользователю: например, версия для печати или карточка с параметрами фильтра.

Как понять, что склейка сработала, если трафик в целом не вырос?
Смотрю на структуру, а не на итоговую цифру. Если по группе запросов теперь показывается один URL вместо четырёх, позиция перестала скакать и средняя позиция по кластеру подросла — операция сработала, дальше вопрос к самому контенту и конкуренции в нише. Бывает, что склейка убирает внутреннюю проблему, но страница всё равно слабее конкурентов; тогда следующий шаг — доработка материала и ссылки, а не новые редиректы.

Разбор живого сайта: что мешает ему продвигаться:

2:29

Коротко

• Пять слабых статей об одном и том же не суммируются — они делят между собой показы, клики и ссылочный вес, и ни одна не выходит в видимую зону.
• Кандидатов на склейку ищут в отчёте панели вебмастера по признаку «одна группа запросов — несколько URL» и подтверждают ручной проверкой чередования страниц в выдаче.
• Главную страницу выбирают по накопленному трафику, внешним ссылкам, возрасту и качеству адреса, а не по личной симпатии к тексту.
• Объединённый материал собирают из лучших частей с удалением повторов и дописыванием пробелов; редиректы делают постраничными, без цепочек, без перенаправления на главную и без удаления старых адресов в 404.
• Результат оценивают по суммарным показам и кликам группы запросов через три месяца, а не по позиции одной страницы через неделю.

Разобрать структуру и пересечения страниц помогу на SEO-консультации.