После переноса сайт может открываться и при этом терять заявки, письма, фоновые задачи или поисковый трафик. Главная страница проверяет лишь малую часть проекта. Для коммерческого запуска нужен контроль технических и бизнес-сценариев.
Проверку удобно разделить на первый час, первые сутки и первую неделю. Так команда не забывает редкие процессы, которые невозможно увидеть сразу.
Содержание:
Короткая карта проверки
| Зона | Что проверить | Риск при пропуске |
|---|---|---|
| DNS и SSL | Основной домен, www, поддомены, сертификат и цепочка редиректов | Часть пользователей видит ошибку или старый сервер |
| Файлы и база | Количество данных, свежие записи, права на загрузки | Теряются материалы, заказы или изображения |
| Формы и CRM | Каждая форма, источник, уведомление и карточка лида | Заявки отправляются, но бизнес их не получает |
| Почта | MX, SPF, DKIM, DMARC и SMTP | Письма не доставляются или попадают в спам |
| Cron и очереди | Расписание, обработка и отсутствие зависших заданий | Не обновляются каталог, цены и уведомления |
| SEO и аналитика | URL, canonical, robots, sitemap, счётчики и цели | Падает трафик и теряется статистика |
| Резервные копии | Новая площадка входит в схему копирования | После запуска нет рабочей точки восстановления |
Первый час: доступность и маршрутизация
Проверьте домен с разных сетей и DNS-резолверов. Убедитесь, что основной адрес, версия с www, HTTP и HTTPS ведут на одну каноническую страницу без лишней цепочки редиректов.
Откройте сертификат, проверьте срок, все нужные домены и автоматическое продление. Старый сервер не выключайте: часть пользователей может ещё обращаться к нему из-за кеша DNS.
Сверка файлов и базы
Сравните размер и количество файлов, записи базы, дату последнего заказа и заявки. Особое внимание — изображениям, документам, пользовательским загрузкам и каталогам, которые могли храниться вне стандартной папки.
Проверьте права на запись: загрузку изображения, создание кеша, экспорт, генерацию документа и обновление плагина. Чтение старых файлов не гарантирует, что приложение сможет создавать новые.
Формы, заказы и CRM
Отправьте каждую разновидность формы, а не только одну тестовую. Проследите полный путь: сообщение на экране, запись в базе, письмо, лид в CRM, источник и уведомление менеджеру.
В интернет-магазине проведите тестовый заказ с основными способами оплаты и доставки. Проверьте изменение остатка, статус оплаты, письмо покупателю, документы и передачу в учётную систему.
Корпоративная почта
При изменении DNS легко потерять MX и служебные записи. Сверьте SPF, DKIM, DMARC, адреса автоподтверждения и SMTP сайта. Отправьте письма на несколько внешних сервисов и ответьте обратно.
Если сайт раньше отправлял письма локальной функцией хостинга, на новом сервере она может работать иначе. Для коммерческих уведомлений лучше использовать авторизованный SMTP и вести журнал отправки.
Фоновые задания и интеграции
Проверьте cron, очереди, вебхуки, импорт, резервное копирование, обновление валют и выгрузки. Некоторые задания запускаются раз в сутки или неделю, поэтому сразу после переноса они выглядят исправными.
Убедитесь, что внешние системы разрешают новый IP-адрес, а пути к файлам и ключи окружения настроены. В журналах не должно быть постоянных повторов и необработанных сообщений.
SEO после переноса
Если адреса не менялись, сервер должен отдавать те же URL, статусы и метаданные. Проверьте robots.txt, sitemap.xml, canonical, hreflang, микроразметку и отсутствие случайного запрета индексации с тестовой копии.
Если менялась структура, составьте карту 301-редиректов и проверьте её автоматически. Обновите адрес сайта в аналитике и инструментах вебмастеров только там, где это действительно требуется.
Скорость и кеширование
Сравните исходные замеры: TTFB, время тяжёлой страницы, оформление заказа, импорт и нагрузку. Проверьте, что page cache, объектный кеш, CDN и сжатие работают и очищаются при обновлении контента.
Не принимайте перенос по одной закешированной главной. Каталог, поиск, корзина и кабинет могут обходить кеш и показывать реальную проблему сервера.
Сценарии проверки по типу бизнеса
| Проект | Обязательный сценарий | Когда проверять |
|---|---|---|
| Корпоративный сайт | Форма → CRM → уведомление менеджеру | Сразу и повторно через сутки |
| Интернет-магазин | Заказ → оплата → остаток → учётная система | Сразу, затем при первой боевой продаже |
| B2B-портал | Авторизация → цена → документ → очередь | Сразу и под нагрузкой |
| Сайт с рекламой | Метка → форма → цель → CRM-источник | До возобновления кампаний |
Безопасность новой площадки
Ограничьте административные панели, базу и служебные порты; проверьте ключи SSH, права пользователей, обновления ОС и журналы входов. Тестовые файлы, дампы и конфигурации не должны быть доступны из веба.
Смените временные пароли и удалите доступы, использованные только для миграции. Убедитесь, что мониторинг сообщает о недоступности, заполнении диска и ошибках приложения.
Первые сутки и первая неделя
В первые сутки сравните число заявок и заказов с обычным уровнем, проверьте поздние обращения на старом сервере и выполнение ночных заданий. Через неделю подтвердите резервное копирование, еженедельные импорты и отсутствие роста ошибок.
Старую площадку отключайте только после подтверждения бизнеса и технической команды. До этого должен сохраняться план возврата с учётом новых данных.
Как оформить результат
Чек-лист должен содержать сценарий, ожидаемый результат, фактический результат, ответственного и ссылку на подтверждение. Фраза «вроде работает» не позволяет понять, что именно проверялось.
German Web может провести приёмку миграции независимо или вместе с переносом. Работа разработчика рассчитывается по ставке 2 300 ₽ в час.
Частые вопросы
Сколько времени проверять сайт после переноса?
Критичные функции проверяют сразу, суточные задания — на следующий день, редкие процессы и резервирование — в течение первой недели.
Когда можно отключать старый хостинг?
После обновления DNS, проверки позднего трафика, форм, почты, интеграций и подтверждённого бэкапа новой площадки.
Почему сайт открывается со старого сервера?
DNS и локальные кеши обновляются не одновременно. Старую площадку поэтому сохраняют доступной на переходный период.
Нужно ли повторно настраивать SSL?
Да, сертификат и его продление относятся к новой площадке. Перенос файлов не всегда переносит эту настройку.
Как проверить, что заявки не теряются?
Отправить каждую форму и проследить запись в базе, письмо, CRM, источник и уведомление менеджеру.
Нужно ли уведомлять поисковые системы о переносе?
Если домен и URL не менялись, обычно достаточно сохранить ответы и карту сайта. При смене адресов нужны редиректы и отдельный план миграции.
Нужно проверить сайт после переезда?
Мы пройдём технические и бизнес-сценарии, зафиксируем найденные ошибки и дадим короткий список обязательных исправлений до отключения старого хостинга.
