Сменить хостинг мешает не цена нового тарифа, а гораздо сильнее мысль о самом переезде. Где-то лежат файлы сайта, отдельно работает база данных, к домену привязана почта, в DNS записаны непонятные адреса, SSL как-то продлевается сам, а WordPress вообще лучше не трогать, пока он работает. На этом фоне обещание «перенесем сайт бесплатно» звучит почти идеально: покупаешь новый хостинг, отдаешь специалистам доступы и получаешь тот же сайт уже на другом сервере.
Иногда все действительно происходит примерно так. Хорошо подготовленный перенос обычного WordPress-сайта может пройти настолько незаметно, что посетители вообще не поймут, что площадка изменилась. Но словосочетание «бесплатный перенос» не является стандартом с одинаковым набором работ. Один провайдер переносит файлы и базу, другой помогает еще и с почтой, третий бесплатно мигрирует только один сайт, а сложные проекты оценивает отдельно.
Поэтому услугу стоит воспринимать не как волшебную кнопку, а как помощь технического специалиста. Чем лучше вы понимаете, что именно должно переехать, тем меньше вероятность обнаружить через неделю, что сайт работает, а письма приходят на старый сервер.
Что обычно скрывается за фразой «перенесем сайт бесплатно»
Для обычного сайта задача состоит из двух основных частей: файлов и базы данных. В файлах находятся сама CMS, тема, плагины, загруженные изображения и другой контент. В базе хранятся записи, страницы, настройки, пользователи и множество служебной информации. Если перенести только одну часть, полноценной копии сайта не получится.
Специалист нового хостинга обычно получает доступ к старой площадке, копирует данные, создает необходимое окружение и разворачивает проект на новом сервере. Для популярных CMS это стандартная операция. WordPress, Joomla и другие распространенные системы не являются чем-то экзотическим для технической поддержки хостера.
Но уже на этом этапе начинаются различия. У сайта может быть одна база или несколько. Рядом могут находиться поддомены. В корневой директории иногда лежит второй проект, о котором владелец давно забыл. Отдельные скрипты запускаются через Cron. Конфигурация PHP изменена вручную. Часть изображений хранится на внешнем сервисе. Поэтому перед заявкой на перенос полезно хотя бы перечислить, что именно должно продолжить работать после миграции.
Особенно внимательно нужно относиться к формулировке «перенос сайта». Она не всегда означает «перенос всего аккаунта». Почтовые ящики, содержимое почты, DNS-зоны, FTP-пользователи, задания Cron и дополнительные домены могут не входить в базовую услугу.
Представим небольшой сайт компании на WordPress. У него есть домен, несколько адресов вида info@domain.ru и order@domain.ru, форма обратной связи и ежедневный импорт файла по расписанию. Специалист прекрасно перенес WordPress, владелец открыл главную страницу и решил, что работа закончена. Через день выяснилось, что Cron остался на старой площадке, а почтовые ящики никто не переносил. Формально сайт мигрирован правильно. Практически бизнес получил только часть прежней инфраструктуры.
Поэтому до оплаты нового тарифа стоит задать провайдеру несколько простых вопросов обычным языком. Перенесете ли вы сам сайт и базу? Входит ли почта вместе со старыми письмами? Что будет с поддоменами? Переносите ли задания Cron? Сможете ли настроить SSL? Нужно ли мне самостоятельно менять DNS? Сколько сайтов можно перенести бесплатно?
Ответы намного полезнее общего значка «бесплатная миграция» на странице тарифа.
Есть и технические условия. Чтобы забрать сайт, новому провайдеру нужен доступ к данным. Это может быть доступ в панель старого хостинга, FTP или SFTP, база данных, SSH или готовый архив. Конкретный способ зависит от площадок и проекта. Пароли после завершения работ разумно изменить, особенно если для миграции создавались временные учетные записи.
Иногда старый хостер ограничивает внешний доступ или проект настолько большой, что обычное копирование занимает много времени. Бывают сайты со специфическим серверным программным обеспечением, которое на новом тарифе отсутствует. Поэтому обещание бесплатного переноса не означает автоматическую совместимость двух площадок.
Хорошая практика нового провайдера, сначала посмотреть на сайт и подтвердить возможность миграции. Для стандартного WordPress обычно никаких приключений не требуется. Для нестандартного проекта предварительная проверка важнее рекламного обещания.
Как выглядит нормальный переезд, при котором посетители ничего не замечают
Самая спокойная миграция начинается не с отключения старого хостинга, а с его сохранения в рабочем состоянии. Пока сайт продолжает обслуживать посетителей на прежнем сервере, на новом создается копия.
Это принципиальный момент. Не нужно сначала менять DNS, а потом начинать переносить файлы. В таком случае посетители могут попасть на пустую площадку или страницу-заглушку. Сначала новый сервер должен быть готов принять реальный трафик, и только потом домен переключается на него.
Перед переносом желательно создать собственную актуальную резервную копию. Даже если миграцией занимается специалист. Бэкап в этой ситуации нужен не потому, что поддержке нельзя доверять, а потому, что хорошая техническая работа всегда предусматривает возможность отката.
Дальше файлы и база копируются на новую площадку. Если используется WordPress и домен остается прежним, обычно сам адрес сайта менять не требуется. Настраивается база, проверяется конфигурация, выбирается подходящая версия PHP. При необходимости специалист исправляет пути или параметры подключения.
После этого сайт нужно посмотреть до переключения DNS. Способы проверки различаются. Иногда хостер дает технический адрес, иногда используется временная ссылка, иногда сайт открывают через локальную подмену записи hosts на компьютере. Суть одна: владелец должен увидеть новую копию, пока обычные посетители все еще ходят на старую.
На этом этапе мало открыть главную страницу и увидеть логотип. Нужно пройтись по сайту так, как это делает настоящий пользователь. Открыть несколько внутренних страниц, проверить изображения, поиск, форму обратной связи, авторизацию и личный кабинет. В интернет-магазине добавить товар в корзину и дойти хотя бы до этапа оформления заказа.
У WordPress полезно зайти в административную панель, открыть медиатеку, проверить плагины и постоянные ссылки. Иногда главная страница выглядит идеально благодаря кэшу, а внутри обнаруживается ошибка доступа к файлам или несовместимость версии PHP.
Если новый сервер использует более современную версию PHP, старый плагин может неожиданно перестать работать. Это не обязательно проблема нового хостинга. Просто переезд обнаружил технический долг, который старое окружение годами скрывало.
По этой причине не стоит совмещать миграцию с большим обновлением сайта. Перенести проект, одновременно обновить WordPress, заменить тему, поставить новую версию PHP и удалить половину плагинов звучит эффективно, но при ошибке становится непонятно, какое именно изменение ее вызвало. Сначала добейтесь работы привычного сайта на новой площадке. Модернизацию можно сделать после.
Особая история, интернет-магазины, форумы, личные кабинеты и любые сайты, где данные постоянно меняются. Пока копируется база, на старом сервере может появиться новый заказ или зарегистрироваться пользователь. Если утром снять копию, а вечером переключить домен, изменения за день останутся в старой базе.
Для таких проектов миграцию планируют внимательнее. Иногда на короткое время ограничивают изменение данных, иногда делают финальную синхронизацию непосредственно перед переключением. Метод зависит от системы и объема проекта. Главное, заранее сообщить специалисту, что сайт активно записывает новые данные.
Когда новая копия проверена, приходит время DNS. Домен должен начать указывать на новый сервер. Именно здесь часто появляется ошибочное ожидание, что весь интернет переключится одновременно. DNS-ответы кэшируются, поэтому некоторое время разные пользователи могут попадать на разные площадки.
Из этого следует простое правило: старый хостинг нельзя закрывать сразу после изменения записей. Он должен продолжать работать, пока переход не завершится и вы не убедитесь, что трафик идет на новую площадку.
SSL на новом сервере тоже должен быть настроен. Сертификат старой площадки не всегда просто «переезжает» вместе с файлами. Часто проще выпустить новый бесплатный сертификат после подключения домена. Хороший хостер обычно помогает с этим, но лучше заранее уточнить порядок.
Почта требует отдельной проверки. Если она обслуживается тем же хостингом, нужно перенести ящики и при необходимости старые сообщения. Если используется внешний почтовый сервис, например корпоративная почта отдельного поставщика, важно не затереть его MX-записи при переносе DNS.
Вот почему смена NS-серверов требует немного больше внимания, чем замена одной A-записи. Если DNS-зона создается заново у нового провайдера, в ней должны сохраниться все нужные записи, а не только адрес сайта.
Нормальный перенос в итоге выглядит довольно скучно. Старый сервер работает. На новом появляется копия. Ее проверяют. Домен переключается. Некоторое время работают обе площадки. Затем владелец убеждается, что сайт, почта и фоновые функции живут на новом месте. Только после этого старая услуга становится ненужной.
Именно скучная миграция обычно является хорошей миграцией.
Что обязательно проверить самому, даже если переносом занимался хостер
Технический специалист может подтвердить, что файлы скопированы, база импортирована и сайт отвечает кодом 200. Но он не всегда знает бизнес-логику проекта. Он не знает, какое письмо должно прийти менеджеру после заполнения формы, куда отправляется заказ и какой раздел личного кабинета особенно важен клиентам.
Поэтому финальная проверка всегда остается за владельцем сайта или человеком, который хорошо знает проект.
Начните с адресов. Открывается ли сайт по HTTPS? Правильно ли работает версия с www или без www? Не появились ли циклические редиректы? Старые внутренние URL должны вести туда же, куда вели раньше.
Затем формы. Отправьте реальную тестовую заявку и убедитесь, что она дошла. Не просто появилась надпись «Спасибо», а действительно пришло письмо или запись попала в CRM. После переезда отправка почты иногда ломается из-за настроек сервера, SPF, DKIM или используемого SMTP.
В интернет-магазине нужен полноценный тест заказа. Корзина, оформление, уведомления, способы доставки, платежная интеграция. Не обязательно проводить настоящий платеж, если система позволяет тестовый режим, но критический путь покупателя нужно пройти.
Проверьте административную часть. Загружается ли новый файл? Можно ли опубликовать запись? Работает ли генерация миниатюр? Выполняются ли запланированные задачи? Если сайт получает данные из внешнего API, убедитесь, что новый сервер может к нему обращаться.
Отдельно посмотрите резервные копии. Сам факт переезда не означает, что бэкап уже настроен. Узнайте, когда новый провайдер создаст первую автоматическую копию, сколько копий хранится и как выполняется восстановление.
Если на аккаунте несколько сайтов, проверьте каждый. Очень легко сосредоточиться на основном домене и забыть про старый поддомен, страницу акции или технический проект, который тоже использовался.
После переключения полезно посмотреть журналы ошибок и статистику ресурсов. Новый сервер может иметь другие лимиты, и сайт, который формально работает, способен сразу создавать ненормальную нагрузку. Лучше увидеть это в первые дни, а не после уведомления о превышении.
Особенно внимательно стоит следить за скоростью. Переезд на новый хостинг не гарантирует автоматического ускорения. Если сайт был медленным из-за тяжелой темы, огромной базы или неудачного плагина, проблема переедет вместе с файлами. С другой стороны, если причиной действительно были ограничения старой площадки, улучшение может быть заметно сразу.
Если сомневаетесь, действительно ли текущая площадка стала причиной проблем, сначала стоит разобраться, когда имеет смысл менять хостинг. Переезд полезен, когда решает конкретную задачу, а не просто меняет логотип в панели управления.
Старый аккаунт лучше сохранять еще некоторое время после успешной миграции. Сколько именно, зависит от проекта и срока оплаты, но закрывать его в день переключения обычно незачем. Возможность быстро достать забытый файл или посмотреть старую настройку стоит небольшого запаса времени.
И только когда сайт стабильно работает, почта приходит, данные обновляются, бэкапы создаются и DNS окончательно ведет на новую площадку, перенос можно считать завершенным.
Когда бесплатный перенос действительно стоит учитывать при выборе хостинга
Сам по себе бесплатный перенос не делает провайдера лучше конкурентов. Если тариф не подходит сайту по ресурсам, поддержке или возможностям роста, экономия на одной миграции быстро потеряет значение.
Но для владельца работающего сайта такая услуга может быть весомым аргументом между двумя сопоставимыми площадками. Особенно если человек не умеет переносить CMS самостоятельно и не хочет нанимать отдельного специалиста.
Ценность здесь не только в деньгах. Хорошая служба миграции знает собственную инфраструктуру и сразу размещает сайт так, как принято на новой площадке. Пользователю не приходится изучать пути к каталогам, особенности панели, создание баз и выпуск SSL.
Перед заказом полезно узнать ограничения услуги. Сколько сайтов переносят бесплатно? Есть ли предел по объему? Работают ли специалисты с вашей CMS? Входит ли почта? Переносят ли сайты с VPS? Есть ли требования к доступу на старом хостинге? Можно ли сначала проверить результат и только потом переключить домен?
Для интернет-магазина стоит прямо сказать поддержке, что сайт принимает заказы. Для форума, что пользователи постоянно пишут сообщения. Для большого проекта, что база активно меняется. Чем точнее описана задача, тем лучше можно спланировать момент переключения.
Если вы как раз ищете площадку для переезда, можно начать с рейтинга хостингов Hostingi.org, выбрать несколько подходящих провайдеров и уже у них уточнить актуальные условия миграции. Услуги и ограничения могут меняться, поэтому конкретный объем бесплатных работ лучше подтверждать перед оплатой.
И не нужно бояться смены хостинга только потому, что сайт уже давно работает на одном месте. Для обычного WordPress-проекта перенос является вполне стандартной технической процедурой. Намного опаснее годами оставаться на неподходящей площадке исключительно из страха что-нибудь сломать.
Хороший бесплатный перенос снимает именно этот барьер. Но лучший результат получается тогда, когда ответственность разумно разделена. Провайдер занимается технической миграцией, а владелец знает, какие функции его сайта нельзя забыть проверить.
Тогда переезд перестает быть прыжком в неизвестность. Это просто последовательность действий: сделать копию, развернуть сайт, проверить, переключить домен, еще раз проверить и только потом попрощаться со старой площадкой.
Если новый хостер готов провести эту работу бесплатно, прекрасно. Просто перед словом «бесплатно» всегда полезно уточнить вторую половину предложения: что именно входит в перенос.
