Перенос сайта с сохранением SEO

Можно ли перенести сайт совсем без потери позиций

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

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

Сначала уточните, что именно меняется

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

Для проекта полезен короткий паспорт переноса:

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

Не включайте необязательные изменения только потому, что «все равно переделываем». Если новая CMS умеет сохранять существующие понятные URL, смена адресов может вообще не понадобиться.

Зафиксируйте состояние до переноса

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

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

Такой список помогает и вне SEO. Например, выясняется, что старый PDF используют менеджеры, а ссылка на отдельную страницу напечатана на упаковке. Эти переходы не видны на макете нового сайта, но остаются важны для клиентов.

Подготовьте карту старых и новых адресов

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

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

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

Если у удаленной страницы нет подходящей замены, решение об удалении должно быть осознанным. Не маскируйте отсутствие материала красивой, но посторонней страницей.

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

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

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

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

Не потеряйте смысл страниц за новым дизайном

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

Сохранить SEO не означает законсервировать каждое предложение. Можно улучшать структуру и убирать лишнее. Но страница услуги не должна превращаться в декоративный экран, где есть только название и кнопка.

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

Проверьте тестовую копию и подготовьте запуск

Рабочий прототип удобно закрывать авторизацией, если публичный доступ не нужен. Для управления индексацией существует noindex, но поисковый робот должен иметь возможность прочитать эту директиву. Простое запрещение обхода в robots.txt не является равноценной заменой noindex. Официальное описание noindex.

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

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

Если меняется домен

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

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

Что смотреть после запуска

В день переноса проверьте важные страницы и реальные пользовательские сценарии. Затем отслеживайте ошибки сервера, потерянные адреса, обращения и данные поисковых систем. Сравнивайте разделы отдельно: общий график способен скрыть проблему одной категории.

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

Не меняйте все настройки одновременно при первом отклонении. Зафиксируйте симптом, затронутые URL, возможную причину и результат конкретного исправления. Иначе будет трудно понять, что помогло, а что создало новую проблему.

Когда перенос можно считать завершенным?

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

Нужно ли менять адреса при переходе на WordPress или DLE?

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

Как подготовиться к оценке работ

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

На StasWeb можно обсудить перенос и доработку сайта: с сохранением полезной структуры, картой изменений и проверками после запуска.