Как перевезти сайт с Beget: пошаговая инструкция по смене хостинг-провайдера

Куда переехать с Beget: пять площадок под перенос сайта

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

1. Timeweb — Собирает домены, хостинг, почту и серверы в одной панели, поэтому при переезде файлы, база и сам домен остаются под одним аккаунтом без лишних договоров.
2. Fornex — Делает ставку на виртуальные и выделенные серверы, включая площадки за рубежом: вариант для проектов с особыми требованиями к расположению.
3. AdminVPS — Работает преимущественно с виртуальными и выделенными машинами, поэтому подойдет тем, кому после переезда нужен полный доступ к окружению, а не общий хостинг с общими настройками.
4. SmartApe — Собран вокруг сайтов, а не инфраструктуры: тарифы разложены под конкретные CMS и версии PHP, так что совместимость с текущим движком проверяется до переноса.
5. Рег.ру — Аккредитованный регистратор доменов .ru и .рф, поэтому домен переносится в той же панели, где размещается сайт.

Почему после ноябрьского сбоя Beget обсуждают переезд

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

Что известно о причинах и пострадавших сервисах

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

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

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

Когда смена хостинга действительно нужна, а когда разумнее подождать

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

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

Почему может понадобиться срочный перенос

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

Когда счет идет на часы

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

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

Переезд в спешке всегда чем-то платит. Часть проверок пройдет на живом сайте, порядок шагов придется подвинуть. Размен приемлемый, если проект простаивает и каждый час стоит денег.

Что входит в перенос сайта и что проверить до старта

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

Файлы, базы данных, почта и DNS

Начните с инвентаризации. Выпишите, какие каталоги занимает движок, где хранятся загрузки, сколько баз у проекта и какие адреса почты используются в переписке с клиентами. Отдельным пунктом идут записи DNS: их значения понадобятся при переключении.

В типичной зоне есть A-запись для самого сайта, CNAME для www, MX для почты и TXT для проверок домена. Эти четыре типа закрывают почти весь список задач при переезде. Сюда же добавьте записи поддоменов, если на них живут тестовые копии или отдельные сервисы.

Данные собирайте в один список, а не держите в памяти. Забытый поддомен или тестовая копия в подпапке всплывает уже после запуска, когда править больно. Одна строка в такой таблице с адресом и назначением экономит потом вечер поисков.

Инвентаризация доступов, версий CMS и резервных копий

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

Дальше фиксируйте окружение. Версия PHP, тип сервера, список расширений и модулей: эти сведения определят, подойдет ли новая площадка. Заодно снимите свежий бэкап и распакуйте локально. Архив, который не открывается, бэкапом не считается.

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

Когда можно справиться самостоятельно, а когда лучше нанять подрядчика

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

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

Что скачать с Бегет до переезда

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

• Архив с файлами сайта, включая скрытые каталоги и загрузки.
• Дампы всех баз, а не только основной.
• Письма из ящиков через почтовый клиент по IMAP.
• Копию зоны DNS со всеми записями, включая почтовые.
• Конфигурации, набор задач по расписанию и файлы логов.
• Сертификаты, если выпускали их на стороне.
• Список ящиков с алиасами, переадресациями и автоответчиками.

Инструкция простая: складывайте данные в одну папку с понятными именами и датой. Через месяц разбираться в архивах вида backup_final2 не захочется. Храните копию не только на новом хостинге, но и на своем диске.

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

Что делать, если панель управления Бегет недоступна

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

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

SSH выручает и здесь: при сохраненном пароле к базе выгрузка через mysqldump занимает минуту. Поддержка редко рассказывает о причинах сбоя до окончания работ. Заявку она фиксирует и передает дежурному инженеру. Чужими руками быстрее не выйдет: подробный тикет ускоряет разбор. Указывайте домен, время сбоя и что именно не открывается, прикладывайте вывод traceroute или mtr.

Куда переехать с Beget: критерии выбора и шорт-лист хостингов

Выбор площадки упирается в три вопроса: какая нагрузка, какая CMS и нужна ли поддержка миграции. Ответы на них сужают список быстрее любого рейтинга.

На что смотреть под конкретный проект, CMS и нагрузку

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

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

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

Timeweb, Fornex, AdminVPS, SmartApe и Рег.ру: чем отличаются условия

Коротко о каждом варианте из топа выше, без навязанных плюсов.

Timeweb закрывает почти весь набор услуг: домены, хостинг, почта, серверы в одном аккаунте. Один кабинет вместо пяти. Минус: при сбое панели страдает все сразу.

Fornex и AdminVPS делают ставку на виртуальные и выделенные машины. Это для проектов с полным контролем над окружением. Уровень входа выше: настраивать сервер придется самостоятельно.

SmartApe собирает тарифы вокруг сайтов и CMS, что снимает часть вопросов по совместимости. Рег.ру известен как аккредитованный регистратор: домен и площадка в одной панели. Выбор тарифов под сайт скромнее.

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

Как не переплатить за тариф и миграционную поддержку

Берите тариф с запасом на месяц, а не на год. За первый месяц видно реальное потребление памяти и диска. Апгрейд потом делают по факту.

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

Пошаговый перенос на новый хостинг

Общая последовательность из семи шагов помогает не потеряться. Каждый этап ниже разобран отдельно.

1. Соберите доступы и скачайте копию данных.
2. Создайте площадку и сверьте совместимость с движком.
3. Загрузите файлы и импортируйте базу.
4. Протестируйте копию по временному адресу.
5. Переключите NS или перенесите домен к другому регистратору.
6. Дождитесь обновления записей и проверьте сайт.
7. Оставьте старый аккаунт как резерв на месяц.

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

Подготовка к переезду: TTL, режим обслуживания и тестовая копия

Пока сайт работает на старом месте, время на подготовку есть. Переезд с Бегета дает редкий шанс сделать все без спешки. Эти шаги занимают час, а экономят часы простоя.

Проверка CMS, расширений и настроек сервера

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

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

Как сократить простой перед переключением

Снизьте TTL записей заранее, за сутки, а лучше за двое. Хорошее правило: короткий TTL перед переездом и возврат к прежнему значению после того, как все устоялось. Значение в 300 секунд вместо 86400 сокращает окно рассинхронизации с суток до пяти минут.

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

Перенос файлов и базы данных на новый хостинг

Основная работа идет в панели новой площадки. Старую пока не трогайте: она пригодится для сверки. Как перенести сайт с Beget без потерь — вопрос последовательности, а не скорости.

Загрузка архива и импорт базы

Порядок действий примерно такой:

1. Скачайте каталог с файлами сайта и сохраните его в архиве.
2. Сделайте дамп базы через phpMyAdmin или консоль.
3. Загрузите архив на новую площадку и распакуйте в нужный каталог.
4. Создайте базу и импортируйте дамп.
5. Правьте конфигурационный файл под новые реквизиты.
6. Проверьте права на запись в каталоги загрузок и кеша.

Каждый шаг фиксируйте, чтобы потом не гадать, на чем остановились. Большой дамп через браузер не проходит: веб-импорт упирается в лимит upload_max_filesize. Выгрузку в таких случаях делают через SSH или разбивают файл на части.

Кодировку сверяйте сразу: utf8mb4 на старой и новой базе обязана совпадать, иначе эмодзи и редкие символы превратятся в мусор. Если домен в базе прописан абсолютными адресами, замените их до переключения. Делайте это инструментом, который умеет обходить сериализованные данные: обычный поиск с заменой ломает настройки плагинов.

Проверка копии до смены DNS

Откройте сайт по временному адресу, который выдает новая панель. Пройдите по меню, оформите тестовый заказ, войдите в админку.

Посмотрите, грузятся ли картинки и стили. Битые ссылки на этом этапе дешевле всего: трафик еще идет на старый сервер, и ошибку никто не заметит. Временный адрес закройте от индексации директивой в robots.txt или паролем в .htpasswd.

Домен, зарегистрированный в Beget: как перевести .ru и .рф

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

Получение Authinfo-кода и ограничения регистратора

Код нужен для смены регистратора, а не для указания других NS. Запросите его в панели и проверьте срок действия.

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

NS-записи, подтверждение переноса и сроки

Если достаточно смены NS, поправьте записи в панели и подождите. Обновление занимает от пары часов до суток, при большом TTL процесс затягивается.

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

Переключение DNS и проверка результата

Переход с Бегета — самая короткая часть и самая нервная. С момента смены записей часть посетителей уже видит новый сайт, часть еще старый.

Что проверить на сайте, в почте и админке

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

Проверка почты идет отдельным пунктом. Отправьте письмо на свой ящик и посмотрите, доходит ли оно. Заодно проверьте записи SPF и DKIM: без них корреспонденция улетает в спам, а MX-запись должна указывать на новый сервер. DMARC добавьте следом, он покажет, кто отправляет письма от имени домена. Письма старых ящиков лежат в отдельной папке, их подхват клиентом проверьте до удаления аккаунта.

Почему не стоит сразу удалять старый аккаунт

Оплаченный период на старом месте ваш страховой полис. Если что-то всплывет через неделю, оттуда можно достать забытый файл или письмо.

Держите старую копию минимум месяц. Удаление в день переключения самая частая причина паники на ровном месте.

Сколько ждать обновления DNS и как проверить

Сроки зависят от TTL, который стоял до переезда. При значении в пару часов картина проясняется к вечеру, при суточном запасе ждать придется до двух дней.

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

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

Что делать, если данные уже потеряны

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

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

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

Типичные ошибки при переезде с Beget и как их избежать

Ошибки у всех примерно одни. Разница только в том, замечают их до запуска или после.

Потеря почты, неверные NS и непроверенные бэкапы

Вот что встречается чаще всего:

• Почтовые ящики не перенесли, а создали заново, и вся переписка осталась в старом аккаунте.
• NS-записи указали на новую площадку, но не прописали почтовые записи.
• Бэкап сделали, но не проверили, а внутри оказался пустой архив.
• Забыли про тестовые поддомены и старые копии в подпапках.

Сюда же относится SSL: сертификат на новом сервере выпускают заново, и до его установки браузер ругается на небезопасное соединение. Отдельная классика жанра: каталогам забыли выставить права 755, файлам 644, и загрузка картинок перестает работать.

Как сохранить позиции в поиске

Резкой просадки нет, если адреса страниц не меняются. Следите за тем, чтобы структура URL осталась прежней, а редиректы не понадобились. Канонические адреса и файл robots.txt переносятся в том же виде, в котором жили на старом сервере.

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

Вопросы и ответы о переезде с Beget

Как переехать с Beget на новый хостинг?

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

Сколько времени занимает перенос?

Простой сайт переносится за час или два работы. Основное время уходит не на копирование, а на ожидание обновления DNS и проверки.

Повлияет ли смена хостинга на SEO?

При сохранении адресов и структуры влияние минимальное. Риски растут, если поменялись URL, потерялись метатеги или сайт надолго ушел в офлайн.

Что делать с доменом и почтой?

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

Когда можно удалять данные из Beget?

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

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

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