Руководство по перезапуску сайта и 301-редиректам: как сохранить трафик и SEO-вес старых ссылок при редизайне сайта

Сначала четко определите цели редизайна: что нужно перенести, а что нельзя потерять

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

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

Сначала полностью проанализируйте старый сайт, не ограничивайтесь картой сайта

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

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

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

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

Таблицу перенаправлений составляйте по «намерению страницы», а не по названию каталога

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

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

До запуска проверьте наиболее вредные для позиций ошибки перенаправления

　　Сам по себе 301 несложен, но при массовом выполнении легко допустить ошибки, которые часто проявляются только через несколько недель после запуска. Ниже перечислены типы ошибок, которые рекомендуется проверить до запуска по отдельности.

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

Не воспринимайте 301 как единственное действие — синхронно обновите внутренние сигналы

　　Некоторые проекты корректно настраивают 301, но восстановление все равно идет медленно. Часто проблема заключается не в самом перенаправлении, а в том, что внутренние сигналы не были обновлены одновременно. Если новый сайт по-прежнему содержит входы на старые ссылки, поисковая система продолжит сканировать старые адреса, что увеличит количество бесполезных обходов. Если также не обновить canonical, хлебные крошки, внутренние ссылки в тексте и ссылки навигации, поисковой системе будет сложнее распознать перенос.

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

1. Все внутренние ссылки нового сайта ведут на конечные URL и больше не ссылаются на старые адреса.
2. canonical указывает на текущую каноническую страницу, а не на старую страницу и не противоречит сам себе.
3. XML-карта сайта содержит только новые URL.
4. Настройки robots не должны по ошибке блокировать новые каталоги, JS, CSS или важные ресурсы, необходимые для рендеринга.
5. При наличии многоязычных версий необходимо одновременно обновить соответствия hreflang.

В период запуска учитывайте не только завершение разработки, но и период наблюдения

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

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

При объединении контента и сокращении разделов сначала установите правила, а затем удаляйте страницы

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

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

Для многоязычных и региональных сайтов не используйте только логику китайской основной версии при настройке перенаправлений

　　Если вы отвечаете за сайт, ориентированный на разные рынки Северной Америки, Европы, Юго-Восточной Азии и других регионов, стратегия 301 должна работать не только для основной языковой версии. Распространенная проблема заключается в том, что логика переноса китайского сайта проработана, а английская, русская и японская версии одновременно перенаправляются на одну общую страницу. В результате невозможно сохранить старые позиции, а новые страницы не получают релевантный трафик.

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

Практическая последовательность действий для руководителя проекта

　　Если вам необходимо довести эту задачу до результата, не начинайте с вопроса «что делать в день запуска», а распределите задачи в следующем порядке:

1. Составьте полный список старых URL и отметьте трафик, индексацию, внешние ссылки и ценность с точки зрения конверсий.
2. Сначала определите информационную архитектуру нового сайта, а затем выполните сопоставление один к одному, а не наоборот.
3. Управляйте перенаправлениями по правилам и ручными сопоставлениями раздельно, чтобы избежать взаимного перекрытия.
4. До запуска проведите массовую проверку кодов состояния, уделив особое внимание ценным страницам.
5. После запуска постоянно отслеживайте сканирование, 404, замену страниц в индексе и показатели ключевых посадочных страниц.

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