Что проверить в старом сайте до переноса на новую платформу

Старый сайт может выглядеть устаревшим, но продолжать приносить заявки через страницы и формы, о которых команда давно забыла. Если начать перенос только с дизайна главной, рабочие сценарии легко потерять. Проверить старый сайт до переноса нужно как действующий бизнес-инструмент: страницы, трафик, заявки, интеграции и доступы. План можно обсудить на БЕСПЛАТНОЙ КОНСУЛЬТАЦИИ.

В A3 Studio аудит фиксирует исходное состояние. Потом его используют для проверки нового сайта: что сохранено, что улучшено и что сознательно закрыто.

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

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

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

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

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

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

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

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

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

Уточните, у кого доступ к регистрации домена, DNS, старому хостингу, CMS, аналитике, почтовым ящикам и сервисам оплаты. Не запрашивайте пароли в открытой переписке; передавайте доступы по безопасному рабочему процессу. Компания должна понимать, кто владеет каждым ресурсом.

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

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

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

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

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

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

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

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