Как перенести сайт на WordPress с Beget

Сначала проверьте, открывается ли админка

Если сайт отвечает в нашей проверке, откройте /wp-admin/: вход в админку работает независимо от панели Beget. Мы называем сайт «отвечающим», если за 6 секунд он ответил без ошибки 5xx (как мы проверяем сайт). Это внешний замер: он не показывает, что внутри всё цело.

1. Впишите адрес сайта в проверку «Лежит ли?». Для сайта на Beget главных исходов три. «Сайт отвечает» — идите к шагу 2. «Сайт отвечает с ошибкой HTTP 5xx» — админка, скорее всего, покажет ту же ошибку, и копию плагином сейчас не сделать; что это значит — в разделе «Ошибки после переезда с Beget». «Сайт на Beget и сейчас не отвечает» — ждите восстановления Beget или ищите копию в веб-архиве.
2. Откройте в браузере https://ваш-сайт.ru/wp-admin/ и войдите своим логином. Результат: вы видите «Консоль» WordPress.
3. Если «Консоль» открылась — сделайте копию плагином (следующий раздел) и скачайте её на компьютер. Копия на том же хостинге копией не считается: на vc.ru 03.11 в 12:50 писали, что многие держат копии на том же хостинге и до них сейчас не добраться (комментарий 9907655).
4. Если вместо «Консоли» видите «Ошибка установки соединения с базой данных» (Error establishing a database connection) или «502 Bad Gateway», копию плагином сейчас не сделать: скорее всего, сайт ещё не восстановлен из бэкапа или не работает база на стороне Beget; бывает и ошибка в коде или настройках PHP (вопрос «Сайт запустили, а он выдаёт 502?» на главной). Та же ошибка после переезда разобрана в конце страницы.

Совет дал автор материала на vc.ru 06.11 в 12:13: «Если есть доступ в админку, но нет доступа к панели управления — возможно, стоит установить плагин/модуль, который сам всё выгрузит…» (vc.ru, 3239073).

Как забрать данные без панели, если у вас не только бэкап WordPress, описано на странице «Как скачать бэкап с Beget».

Копия плагином: All-in-One WP Migration, Duplicator, UpdraftPlus

Это основной способ, как сделать бэкап сайта WordPress без панели хостинга. Все три плагина собирают файлы и базу в один архив, который скачивается на компьютер. Различаются формат архива, то, как архив разворачивают, и то, что входит в бесплатную версию. Перенос WordPress на другой хостинг возможен любым из них. Данные ниже — со страниц плагинов на wordpress.org, проверено 06.11.2026.

Источники сравнения: All-in-One WP Migration, Duplicator, UpdraftPlus, все — 06.11.2026.

Как выбрать.

All-in-One WP Migration

Небольшой сайт и копия прямо сейчас.

Duplicator

Много данных и пустой хостинг: установщик работает без предустановленного WordPress.

UpdraftPlus

Нужна копия сразу во внешнем хранилище: Dropbox, Google Drive, Amazon S3, FTP или почта — по описанию плагина.

Шаги на примере All-in-One WP Migration (по описанию плагина на wordpress.org, 06.11.2026):

1. В «Консоли» откройте «Плагины → Добавить плагин» и введите в поиск All-in-One WP Migration. Результат: плагин виден в результатах поиска.
2. Нажмите «Установить сейчас». Результат: на месте кнопки появилась «Активировать».
3. Нажмите «Активировать». Результат: в меню слева появился пункт All-in-One WP Migration.
4. Откройте «All-in-One WP Migration → Экспорт» (Export). Результат: вы в разделе экспорта плагина.
5. Выберите тип экспорта «Файл». Результат: плагин собирает единый файл .wpress.
6. Скачайте файл на компьютер и проверьте размер: нулевой или подозрительно маленький файл копией не является. Результат: файл .wpress лежит на компьютере, размер больше нуля.
7. Установите чистый WordPress на новом хостинге. Результат: открывается «Консоль» нового сайта.
8. Поставьте на новом сайте тот же плагин, как в шагах 1–3. Результат: в меню слева есть пункт All-in-One WP Migration.
9. Откройте «All-in-One WP Migration → Импорт» (Import) и загрузите файл .wpress. Результат: новый сайт открывается с вашими записями и картинками. Плагин сам заменит ссылки на новый адрес и обработает сериализованные данные.

Для Duplicator и UpdraftPlus порядок тот же: установить, собрать копию, скачать, развернуть. Кнопки меняются от версии к версии — ориентируйтесь на экран плагина, а не на старые видеоинструкции.

Скачанный файл завершает подготовку копии, а не перенос: файл лежит на компьютере, его размер не нулевой. Ни размер, ни дата архива не доказывают, что копия исправна, — это покажет развёртывание: после импорта (шаги 7–9) новый сайт открывается с вашими записями и картинками. Перенос WordPress с Beget закончен, когда сайт проверен на новом хостинге до смены DNS (по техническому адресу), домен переключён на новый хостинг, а сайт снова проверен уже по основному адресу (временные адреса из раздела ниже, если вы их ставили, возвращены). Если вы пользуетесь магазином или формами заявок, заранее выгрузите заказы и заявки из админки: после восстановления из бэкапов Beget данные могут оказаться старше атаки, а на какую дату сделаны бэкапы, Beget не сообщал: в постах по 584 (10.11) этой даты нет, 10 ноября он написал только о восстановлении «из последних доступных копий» (пост 583; лента Beget, проверено 10 ноября, 13:14 МСК).

Если сайт большой: ограничения бесплатных версий

Экспорт All-in-One WP Migration не ограничен размером; ограничение появляется при импорте. По странице плагина на wordpress.org (06.11.2026), размер загружаемого файла определяет хостинг, а число лимита показывает экран Import. Если архив больше, автор плагина в FAQ называет такие пути. Первый: поднять лимит на новом хостинге самому — строки php_value upload_max_filesize 512M и php_value post_max_size 512M в файле .htaccess или client_max_body_size 512m для Nginx. Автор предупреждает, что часть хостингов эти настройки перекрывает; тогда нужно обратиться в поддержку хостинга. Второй: купить расширение Unlimited Extension, которое, по описанию автора, обходит ограничения хостинга на размер файла (в оригинале — «works around host file size restrictions»). Есть и руководство автора по загрузке больших копий.

Сторонние «обходы» лимита мы не описываем: после атаки на хостинг на сайте нужен проверенный код.

Если копия больше лимита:

• Duplicator. Копии любого размера входят в бесплатную версию, а установщик запускается на пустом сайте (описание плагина, 06.11.2026).
• Ручной перенос файлов и дампа (следующий раздел): лимит загрузки через браузер к нему не относится.
• Перенос силами поддержки нового хостинга: Рег.ру принимает архив и дамп ссылкой, Timeweb — доступы к старому хостингу, так что лимит загрузки через админку вас не касается (форматы — в таблице ниже).

Файлы и база уже есть: перенос WordPress с Beget вручную

Перенос сайта WordPress на другой хостинг вручную — четыре действия: создать пустую базу, загрузить файлы, импортировать дамп, поправить wp-config.php. Они подходят, если вы получили от Beget архив файлов и дамп базы или скачали их по FTP/SSH. 10 ноября Beget написал, что после восстановления файлы сайта «можно скачать по FTP/SSH», а базы данных доступны также в разделе «MySQL» панели (пост 583); как собрать архив и дамп тремя командами — на странице «Как скачать бэкап с Beget». Порядок описывает руководство Moving WordPress (проверено 06.11.2026): сначала резервная копия файлов и базы, потом перенос; если база или пользователь на новом месте называются иначе, в wp-config.php правят значения.

Общий порядок переезда с Beget, не только для WordPress, — в инструкции по переносу сайта.

1. Создайте на новом хостинге пустую базу и пользователя. Запишите имя базы, имя пользователя, пароль и адрес сервера базы. Результат: на новом хостинге есть пустая база, и у вас записаны четыре значения для wp-config.php.
2. Загрузите файлы сайта в корневую папку нового сайта. Результат: в корневой папке лежат wp-config.php и папки wp-admin, wp-content, wp-includes.
3. Импортируйте дамп .sql в новую базу (в phpMyAdmin на новом хостинге или командой mysql). Результат: в новой базе появились таблицы WordPress.
4. Откройте wp-config.php и впишите новые значения в четыре константы: DB_NAME, DB_USER, DB_PASSWORD, DB_HOST. Результат: сайт подключается к новой базе.
5. Если на сайте ЧПУ (красивые адреса записей), после запуска зайдите в «Настройки → Постоянные ссылки» и нажмите «Сохранить изменения»: руководство WordPress советует при запуске заново настроить постоянные ссылки. Результат: записи открываются по своим адресам, без ошибки 404.

Какой формат принимают на новых хостингах, если вы не хотите делать всё сами:

Рег.ру

Перенос силами поддержки: архив файлов .zip, дамп базы .sql, ссылка на скачивание из файлообменника в заявке (справка Рег.ру, 06.11.2026)

Timeweb

Перенос силами поддержки: без панели — реквизиты доступа по SSH/FTP и данные подключения к базе; доступен технический домен для проверки (страница переезда Timeweb, 06.11.2026)

Любой хостинг

Перенос самостоятельно: архив плагина разворачивается тем же плагином; вручную — файлы и дамп .sql (страницы плагинов на wordpress.org, 06.11.2026)

Важное различие: файл .wpress или архив Duplicator — формат плагина. Его разворачивает только тот же плагин, а поддержка хостинга ждёт другое: Рег.ру — архив файлов и дамп .sql, Timeweb без панели — доступы по SSH/FTP и к базе (таблица выше). Если планируете отдавать перенос поддержке, заранее уточните у неё формат. Условия бесплатного переноса и список хостингов собраны на странице «Альтернативы Beget» — выбирать хостинг здесь мы не будем.

Если меняется адрес сайта: как перенести сайт WordPress на другой хостинг с новым адресом

Адреса siteurl и home меняют, только если сайт на новом хостинге будет открываться по другому адресу, например по техническому домену, пока вы не переключили домен. Если домен остаётся прежним и вы просто переносите файлы и базу, значения трогать не нужно (Moving WordPress, 06.11.2026).

Чтобы проверить сайт на техническом домене до смены DNS, руководство предлагает временно изменить siteurl и home в таблице wp_options (через phpMyAdmin), а после переключения домена вернуть прежние значения. Второй способ — две строки в wp-config.php (Changing The Site URL, 06.11.2026):

define( 'WP_HOME', 'https://example.com' );
define( 'WP_SITEURL', 'https://example.com' );

Вместо example.com подставьте нужный адрес с https:// и без слеша на конце. Руководство предупреждает: так значения жёстко зашиты в код, и менять их в «Настройках → Общие» больше не получится, поэтому после проверки строки лучше убрать.

Если меняется сам домен, одной правкой адресов не обойтись: старый адрес остаётся в базе. Простая текстовая замена по всей базе ломает сериализованные данные, поэтому руководство предлагает плагин Better Search Replace, команду wp search-replace (если установлен WP-CLI) или сторонний скрипт Search Replace DB. Названный там же плагин Velvet Blues Update URLs закрыт на wordpress.org с 03.05.2024 из-за уязвимости: не ставьте его, особенно после атаки на хостинг (страница плагина, 06.11.2026). Плагины переноса вроде All-in-One WP Migration делают замену адресов сами.

Как переключить домен, зарегистрированный у Beget, — на странице «Перенос домена с Beget».

После атаки смените пароли и ключи

Beget в посте 573 (03.11, 15:15 МСК) рекомендует «сменить все пароли, ключи доступа и другие учётные данные, которые могли храниться на серверах» (t.me/beget_official/573). Для WordPress это четыре вещи.

1. Пароли администраторов. Свой пароль — «Пользователи → Профиль», кнопка «Установить новый пароль»; пароли других администраторов и редакторов — «Пользователи → Все пользователи», «Изменить» у каждой учётной записи.
2. Пароль базы данных. Смените его на новом хостинге и впишите в DB_PASSWORD. Пароль, который лежал в wp-config.php на Beget, считайте устаревшим.
3. Ключи и соли в wp-config.php. Это блок констант AUTH_KEY, SECURE_AUTH_KEY и других. Свежий набор выдаёт официальный генератор api.wordpress.org/secret-key/1.1/salt/: замените им старый блок целиком.
4. Всё остальное, что лежало в настройках сайта: ключи платёжных систем, SMTP-пароль, токены API в настройках плагинов.

Ошибки после переезда с Beget

Три ошибки ниже вызывает сам переезд, и все три исправляются на новом хостинге без участия Beget: правкой wp-config.php, исправлением ошибки PHP, которую покажет отладка, или безопасной заменой адреса в базе.

Ошибки на стороне Beget после восстановления — другая история. 05.11 на vc.ru описывали сервер Beget, который включили, но вместо сайта показывается «502 Bad Gateway» или «Error establishing a database connection» (vc.ru, 3236554, 05.11, 10:28). Правка wp-config.php здесь может не помочь: база на стороне Beget могла быть ещё не восстановлена. По посту 580 (06.11) оставшиеся серверы хостинга будут восстанавливаться из бэкапов, а функции панели, в том числе базы данных и сайты, Beget будет запускать по частям. 10 ноября Beget написал: «При восстановлении сайтов из бэкапов могут возникать ошибки, мы будем в индивидуальном порядке исправлять эти проблемы, на это потребуется время». Если сайт показывает «Ваш домен не прилинкован», Beget советует проверить в разделе «Сайты» панели, что домен прилинкован к нужной директории, и версию PHP, а если проблемы сохраняются — писать на support@beget.com (пост 583). Что делать в этом случае — в вопросе «Сайт запустили, а он выдаёт 502?» на главной.