Как обновить сайт логистического оператора и не потерять важные страницы

При редизайне или смене CMS у логистического оператора ломается обычно не главная страница, а «хвост» сайта. Это карточки направлений, тарифы, адреса терминалов, бланки в PDF, ссылка из SMS с номером отслеживания. Их не видно в меню, поэтому о них забывают. Ниже описан порядок работ, который помогает ничего не потерять.

Какие страницы логистического сайта нельзя терять

Начните с типов страниц, а не с дизайна. Для оператора перевозок критичны такие группы:

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

Как составить карту адресов до начала работ

Один источник списка страниц не даёт полной картины. Соберите адреса из нескольких мест и объедините их в таблицу:

• выгрузка из CMS и файл sitemap.xml;
• отчёт по страницам входа в Яндекс.Метрике или Google Analytics за длительный период, лучше за год: сезонные направления иначе не попадут в список;
• страницы из Яндекс.Вебмастера и Google Search Console;
• обход сайта программой-краулером, чтобы найти страницы без ссылок из меню, включая PDF.

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

Условный пример: что происходит со страницей направления

Допустим, у оператора есть страница /services/sbornye-gruzy/moskva-kazan/. Её фрагмент:

• заголовок: «Сборные грузы Москва — Казань»;
• блок текстом: срок в пути, дни отправки, пункт приёма в Москве, пункт выдачи в Казани;
• таблица тарифов по весу и объёму;
• кнопка «Рассчитать стоимость», открывающая калькулятор с уже выбранными городами;
• ссылка на бланк заявки в PDF.

В новой структуре адрес меняется на /lcl/moscow-kazan/. Чтобы ничего не потерялось, нужно сделать следующее:

• настроить постоянный редирект (301) со старого адреса именно на эту страницу, а не на раздел или главную;
• оставить сроки и тарифы текстом и таблицей, а не картинкой, и не заменять их фразой «уточняйте у менеджера»;
• сохранить передачу городов в калькулятор через параметры адреса (например, ?from=moscow&to=kazan), если на неё ссылаются рекламные объявления и письма;
• оставить PDF доступным по прежнему адресу или настроить для него отдельный редирект;
• не сливать десятки направлений в одну страницу «Все направления»: у клиента и поисковой системы пропадёт страница под конкретный маршрут.

Трекинг, калькулятор и формы: что проверять отдельно

Статические страницы проверить просто. Сложнее с динамическими. Адрес вида /tracking/?number=… может стоять в уведомлениях, которые уже получили клиенты, и он должен работать после запуска. Проверьте, что номер подставляется из адреса и результат отображается без повторного ввода.

В формах и калькуляторе проверьте всю цепочку. Отправьте тестовую заявку и убедитесь, что она дошла до почты и в CRM, а подтверждение получил клиент. Проверьте поля, обязательные для диспетчера: вес, объём, адреса, контакт. Если вы одновременно переходите на HTTPS, подготовьте отдельный набор правил http → https. Затем проверьте, что карты, виджеты и скрипты на страницах тоже загружаются по защищённому соединению, иначе браузер покажет предупреждение.

Страницы, которые вы удаляете сознательно (например, закрытое направление), лучше отдавать с корректным ответом 404 или 410 и полезной навигацией: ссылкой на ближайшие направления и контактами менеджера.

Как выкатывать обновление и контролировать результат

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

Запускайте обновление в период, когда поток заявок минимален, и держите под рукой разработчика. После запуска пройдите по всей таблице адресов: каждый старый адрес должен вести на нужную новую страницу с ответом 200 после одного редиректа, без цепочек. Загрузите новый sitemap.xml в Яндекс.Вебмастер и Search Console. Первые недели следите там же за ошибками сканирования и за отчётом о 404 в аналитике. Редиректы лучше хранить не менее года. Ни один из этих шагов не гарантирует позиций в поиске, но он снижает риск потерять уже работающие страницы.

Проверочный список перед запуском

• Есть таблица старых и новых адресов, включая PDF и служебные страницы.
• Каждая страница направления и тарифов сохранена или осознанно объединена.
• Редиректы 301 ведут на соответствующие страницы, а не массово на главную.
• Ссылки из писем, SMS и подписей работают, трекинг принимает номер из адреса.
• Тестовые заявки из формы и калькулятора дошли до менеджера и в CRM.
• Адреса, телефоны и режим работы терминалов совпадают со старой версией или обновлены намеренно.
• Закрытие от индексации снято, а карта сайта обновлена.
• Назначен ответственный, который в первые недели проверяет ошибки 404 и сообщения от клиентов.

Все статьи блога