Как перенести сайт с Beget на другой хостинг и не потерять данные

Начните с доступов и состава проекта

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

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

Подготовьте согласованный комплект данных

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

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

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

Проверьте новую площадку до изменения DNS

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

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

Переключите домен, не забыв про почту и HTTPS

Меняйте только те DNS-записи, которые относятся к переезду. Если почта остаётся у прежнего поставщика, не удаляйте её MX и проверочные TXT-записи. При смене NS заранее воспроизведите всю нужную зону у нового DNS-провайдера, а не только адрес сайта.

Подготовьте сертификат для используемых доменных имён. Проверьте основную версию адреса, www и перенаправление с HTTP. Обновление DNS зависит от кэшей и настроек зоны; одного обещания «через час у всех заработает» недостаточно для плана переезда.

Сохраните адреса и проверьте результат

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

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

Документация: Перенос WordPress: официальное руководство