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

Запишите файлы, хранилище данных, загрузки, конфигурацию, задания по расписанию и подключённые сервисы. Если сайт использует базу, копия папки обычно не заменяет её экспорт. У проекта без базы также есть пользовательские данные, которые нельзя потерять при переносе.
Отдельно перечислите домен, DNS, почту и сертификат. Эти услуги могут находиться у разных поставщиков. Смена веб-хостинга не обязательно требует смены почтового сервера. Не заменяйте все записи домена шаблонным набором, если часть обслуживает действующую почту.
Проверьте новое окружение
Сравните версию PHP, расширения, права, лимиты и способы запуска фоновых задач. Перенос на более мощный тариф не решает несовместимость кода. Выполните контрольные действия на копии до переключения основного адреса.
Тестовая копия не должна отправлять настоящие уведомления и менять рабочую CRM. Ограничьте доступ и внешние действия. Запрет индексации помогает поиску, но не является защитой данных от человека, знающего адрес.
| Участок | Проверка до переключения |
|---|---|
| Страницы | Основные маршруты и изображения |
| Админка | Вход, сохранение и загрузки |
| Формы | Приём и тестовая доставка |
| Обмен | Команда, окружение и результат |
Учтите изменения во время копирования
Между первым экспортом и переключением появляются новые заказы и заявки. Определите, как перенести последние изменения. Для некоторых проектов подходит согласованная пауза записи, для других нужен специальный обмен. Решение зависит от допустимого простоя и типа данных.
Две активные копии могут принимать обращения одновременно. Нельзя считать, что все посетители в один момент начнут обращаться к новому серверу. Во время перехода контролируйте оба источника и способ сохранения новых операций.
Подготовьте переключение адреса
Зафиксируйте прежние записи DNS и доступный способ возврата. Проверьте сертификат и перенаправления на новом размещении. Если структура URL сохраняется, не меняйте адреса страниц только потому, что меняется хостинг. Это отдельная задача с отдельной проверкой.
Внешние сервисы могут использовать ограничения по адресу сервера или конкретный маршрут callback. Уточните их настройки заранее. Доступность главной не показывает, что входящее событие оплаты или уведомление партнёра попадёт в нужный обработчик.
Проверьте сайт после перехода
Пройдите реальную форму с обозначенными тестовыми данными, откройте запись в админке и проверьте доставку. Затем испытайте задания по расписанию, письма, загрузки и важные страницы. Сравните новые данные с теми, которые остались на прежнем сервере.
Старое размещение не отключайте до завершения согласованной проверки. Возврат должен учитывать уже принятые новые заявки: простой откат DNS не объединяет данные двух копий. Сохраните описание фактического переключения и зависимостей для поддержки.
В QuickLanding можем подготовить перенос и проверить рабочие сценарии на новом хостинге. Для оценки нужны состав проекта, текущие зависимости и допустимая пауза. Спланируем переход так, чтобы копирование файлов не оставило без внимания заявки, почту и обмен.
Документация и проверка сведений
Технические сведения сверены с документацией 8 октября 2026 года. Для конкретного подключения проверьте версию сервиса и доступные в вашем окружении возможности.
Материалы по соседним задачам
Коротко о важном
Достаточно скопировать public_html?
Не всегда. Проверьте базу или файловые данные, конфигурацию, загрузки, cron, почту и внешние сервисы. Состав зависит от проекта.
Нужно менять URL при переезде хостинга?
Обычно это независимое решение. Если адрес и структура сохраняются, перенос размещения сам по себе не требует новых URL страниц.
Откат DNS возвращает новые заявки?
Нет. Он меняет маршрут обращения к серверу. Данные, принятые новой копией, нужно учитывать отдельно при возврате.



