Как объединить похожие страницы в пользу одной целевой?

Если страницы почти дублируют друг друга и должны вести на одну услугу, объедините полезный контент на основной странице, а со второстепенных URL настройте постоянный 301-редирект. Сохранить эти URL как самостоятельные индексируемые страницы и одновременно автоматически переводить всех посетителей на другой адрес нельзя: постоянный редирект сообщает поисковой системе, что вместо исходного URL следует использовать целевой.

Почему второстепенные страницы не останутся самостоятельными

При постоянном серверном редиректе браузер и поисковый робот получают ответ 301 Moved Permanently или 308 Permanent Redirect и переходят на целевой URL. Google использует такой редирект как сильный сигнал канонизации и ориентируется на показ целевой страницы в результатах поиска. Яндекс для дублей также рекомендует 301-редирект и указывает, что в поиске будет участвовать его цель.

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

Формулировка «передать весь вес» тоже неточна. Google документирует консолидацию сигналов похожих или дублирующихся URL, включая ссылки, но не обещает стопроцентную передачу некой измеримой SEO-величины. RFC 6596 также допускает объединение свойств URL, включая ссылочную популярность, однако это описание назначения canonical, а не гарантия результата конкретного сайта.

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

Когда использовать 301, а когда canonical

rel="canonical" не перенаправляет посетителя. Это указание предпочтительной версии для поисковой системы. Google и Яндекс рассматривают canonical как рекомендацию и могут проигнорировать его, если страницы существенно различаются, сигналы противоречат друг другу или каноническая цель недоступна.

Если canonical принят, поисковик обычно использует каноническую страницу как основной URL группы дублей. Следовательно, canonical также не решает задачу «оставить все версии отдельно индексируемыми».

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

Рекомендуемая схема объединения

1. Выберите основную страницу. Учитывайте её соответствие услуге, органические запросы, трафик, конверсии, внешние ссылки и полноту контента.

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

3. Настройте прямой 301-редирект с каждого удаляемого URL на наиболее близкую по смыслу целевую страницу.

4. Не создавайте цепочки вида URL A → URL B → URL C.

5. Замените внутренние ссылки, чтобы они сразу вели на конечный URL.

6. Добавьте на целевую страницу self-referencing canonical, указывающий на неё саму.

7. Удалите перенаправляемые URL из XML Sitemap и оставьте в ней только конечную индексируемую страницу.

8. Не закрывайте старые URL в robots.txt: поисковому роботу нужно запросить их, чтобы обнаружить редирект.

9. Сохраняйте редиректы, пока старые адреса встречаются во внешних ссылках, закладках, рекламных материалах или документах.

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

Пример для Nginx:

location = /avarijnaya-sluzhba-24-chasa/ {
    return 301 https://example.ru/avarijnaya-sluzhba/;
}

Целевой URL должен возвращать 200 OK, быть доступен для индексирования и не перенаправлять дальше.

Когда страницы лучше не объединять

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

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

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

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

Как проверить внедрение

Проверьте каждый старый URL:

curl -I https://example.ru/avarijnaya-sluzhba-24-chasa/

Ожидаемый ответ:

HTTP/2 301
location: https://example.ru/avarijnaya-sluzhba/

Проверьте конечную страницу:

curl -I https://example.ru/avarijnaya-sluzhba/

Она должна возвращать 200 OK.

В Google Search Console через проверку URL убедитесь, что старый адрес определяется как перенаправляемый, а целевой доступен для индексирования и выбран каноническим.

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

После переобхода сравните:

• показы и клики целевой страницы;

• запросы, по которым показывались удалённые URL;

• конверсии;

• ошибки и цепочки редиректов;

• выбор канонической страницы поисковиками.

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