Сначала соберите адреса действующего сайта
Начните перенос с инвентаризации, пока старый сайт ещё доступен. Выгрузите адреса из системы управления и карты сайта, дополните их важными страницами из аналитики и рабочих документов. Проверьте ссылки в рекламных материалах, письмах и QR-кодах. Такие переходы могут вести на давно забытый раздел, которого уже нет в основном меню.
Для каждого адреса запишите назначение страницы, владельца содержания и решение о переносе. Полезно сохранить заголовок и краткую заметку о том, что посетитель ожидает найти. Список URL без описаний трудно оценить: похожие адреса могут вести к разным услугам, а разные — к одному содержанию. На этом этапе не нужно автоматически переносить всё накопленное. Нужно понять, что существует и почему этим пользуются.
Отделите обновление оформления от изменения адреса
Новый дизайн сам по себе не требует переименовать все страницы. Если адрес понятен и соответствует содержанию, рекомендуем сохранить его. Это сокращает число переходов, которые нужно перенастроить и проверить. Переезд на другую систему управления также не означает, что посетитель должен получить полностью новую структуру ссылок.
Изменяйте адрес, когда для этого есть содержательная причина: раздел объединяется, товар переходит в другую модель каталога или старое имя вводит в заблуждение. Для каждой такой страницы определите конкретный новый адрес. В рабочей таблице удобно иметь четыре колонки: старый URL, решение, новый URL и ответственный за проверку. Пустая ячейка назначения должна означать нерешённый вопрос, а не случайно потерянную страницу.
Сопоставляйте страницы по смыслу
Предположим, раньше услуги проектирования были разнесены по трём небольшим страницам, а теперь их описывает один подробный раздел. Объединение может быть разумным, если новая страница отвечает на прежние вопросы. Но перенос всех старых материалов на главную не помогает человеку найти нужное описание. Он пришёл по определённой ссылке и ожидает продолжить свою задачу.
В руководстве Google по изменению URL рекомендуется подготовить соответствие старых и новых адресов и настроить перенаправления; массовый перевод на нерелевантную главную страницу не рекомендуется. Для полностью удалённого материала без подходящей замены обсудите честный ответ об отсутствии страницы. Не создавайте видимость успешного переноса там, где содержание фактически исчезло.
Подготовьте новые страницы до переключения
Карта соответствий не заменяет перенос содержания. На новом адресе должны быть готовы текст, изображения, документы и связанные переходы. Сверьте, сохранились ли характеристики и условия, ради которых посетитель открывает страницу. Если материал переписан, его владелец должен подтвердить новый смысл, а не только визуальное оформление.
Рекомендуем проверить несколько разных типов страниц: услугу, проект, статью, карточку товара и файл для скачивания, если они есть. Затем расширить проверку на полный список адресов автоматически. Ручная проверка показывает качество результата, а полный обход помогает найти пропуски. Обе части полезны: просмотр только главной не подтверждает готовность всего переноса, а таблица кодов ответа не подтверждает точность текста.
Проверьте перенаправления и внутренние ссылки
Откройте старую ссылку и убедитесь, что она приводит сразу к правильному новому материалу. Не ограничивайтесь первым шагом: конечная страница тоже должна открываться. Попросите разработчика проверить отсутствие циклов и лишних последовательных перенаправлений. Особенно внимательно проверьте адреса со слешем на конце и реальные ссылки с рекламными параметрами.
Внутри нового сайта рекомендуем ставить ссылки непосредственно на новые страницы. Меню, карточки, хлебные крошки и документы не должны полагаться на старую структуру без причины. Отдельно сверяют карту сайта и канонические адреса. Если страница удалена, её не стоит продолжать рекламировать в подборках. Эти проверки относятся ко всему сайту, включая ссылки, которые редакторы добавили внутрь текста статьи вручную.
Согласуйте момент переноса содержания
Пока команда собирает новую версию, на старой могут появляться статьи, цены и заявки. Определите, какие изменения будут перенесены повторно перед переключением и кто за это отвечает. Для редакционных материалов удобно согласовать короткое окно без публикаций или вести журнал обновлений. Для рабочих данных нужен отдельный технический план: нельзя считать их обычными файлами страницы.
Сохраните возможность вернуться к предыдущей версии и заранее опишите признаки неудачного запуска. Например, массовые ошибки открытия страниц или неработающий приём обращений требуют понятного решения, а не обсуждения с нуля. Это рекомендация по организации переноса; конкретный порядок зависит от архитектуры и допустимого перерыва в работе.
Проверьте результат после запуска
После переключения повторите проверку важных старых адресов уже на рабочем домене. Просмотрите формы, документы и ссылки из внешних материалов. Затем наблюдайте за ошибками открытия страниц и обращениями посетителей. У найденной проблемы должен быть ответственный и конкретный срок исправления.
Короткий список для сверки:
- собраны старые адреса и важные внешние ссылки;
- у каждого адреса есть решение о переносе;
- новые страницы заполнены и проверены;
- перенаправления ведут к подходящему содержанию;
- внутренние ссылки и карта сайта обновлены;
- согласован перенос последних изменений;
- после запуска повторены основные проверки.
Корректный перенос не гарантирует сохранение позиций: поисковым системам требуется обработать изменения, а результат зависит и от содержания. Планировать редизайн удобнее вместе с SEO-подготовкой, заранее передав действующий адрес и перечень важных разделов через форму связи.
