Перенос сайта

Что подготовить перед переносом

Первое — доступы. Понадобятся панель управления текущего хостинга, доступ к файлам по FTP или SSH, к базе данных и к административной части сайта, а также доступ к управлению доменом у регистратора. Без последнего нельзя переключить DNS, а это финальный шаг переезда. Если каких-то доступов нет, подскажу, где их запросить.

Второе — новый хостинг. Если вы его ещё не выбрали, помогу определиться с требованиями: версия PHP и базы данных, объём диска, память, возможность настроить задания по расписанию и отправку почты. Для сайтов на 1С-Битрикс важно, чтобы сервер проходил штатную проверку системы, для WordPress и WooCommerce — чтобы хватало ресурсов на каталог и заказы.

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

Четвёртое — список того, что на сайте должно работать после переезда: формы, оплата, обмены с внешними системами, рассылки, задачи по расписанию. Этот список станет чек-листом для проверки. О неочевидных вещах вроде выгрузки товаров по ночам или интеграции с CRM лучше сказать заранее — их легко упустить, потому что они не видны на страницах сайта.

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

Типичные ошибки при переезде

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

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

Третья — при смене домена заменить адреса в базе обычным поиском и заменой. Многие CMS, включая WordPress, хранят часть настроек в сериализованном виде, и грубая замена ломает виджеты, настройки темы и плагинов. Адреса нужно менять инструментами, которые учитывают формат данных. Для Битрикс тоже есть свои нюансы: например, нужно сбросить кэш и проверить настройки сайта, где указан домен.

Четвёртая — не настроить редиректы или настроить их одним правилом на главную страницу. Поисковые системы и пользователи по старым ссылкам должны попадать на соответствующие страницы нового домена. Если вы следите за позициями сайта, после смены домена полезно проверить индексацию в рамках SEO-продвижения.

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

Типовые переезды: что делаю и сколько это занимает

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

1. «Перенести сайт на WordPress на другой хостинг».Делаю дамп через WP-CLI или mysqldump в utf8mb4, копирую файлы через rsync или архивом, правлю параметры базы в wp-config.php и проверяю копию через подмену домена в файле hosts. Отдельно ищу привязки к старому серверу: кэш-плагины пишут абсолютные пути в advanced-cache.php и константу WPCACHEHOME, а drop-in object-cache.php может ждать Redis или Memcached, которых на новом хостинге нет.от 2,5 чот 5 000 ₽
2. «Переехать с Битриксом на новый сервер».Использую штатное резервное копирование и restore.php или переношу вручную. Правлю подключение к базе в /bitrix/.settings.php и dbconn.php, сверяю кодировку сайта (windows-1251 или UTF-8) с настройками PHP и базы, прогоняю «Проверку системы» и перевожу агенты на cron. Ключ лицензии лежит в /bitrix/license_key.php и переезжает вместе с файлами.от 4 чот 8 000 ₽
3. «Уйти с обычного хостинга на VDS».На VDS нет панели хостинга и готовой почты, поэтому сервер собираю под сайт: nginx и PHP-FPM нужной версии, MariaDB, сертификат Let’s Encrypt с автопродлением, файрвол, резервные копии вне сервера. Письма сайта отправляю через SMTP почтового сервиса с записями SPF и DKIM, иначе они попадают в спам.от 8 чот 16 000 ₽Сверх переноса.
4. «У хостинга нет SSH, а phpMyAdmin обрывает выгрузку большой базы».Выгружаю базу по таблицам или временным PHP-скриптом, который снимает дамп частями и удаляется сразу после работы. Большие папки с загрузками архивирую на стороне сервера через задание по расписанию в панели хостинга, а не скачиваю по FTP тысячами файлов.от 2 чот 4 000 ₽Сверх переноса.
5. «После переезда на сайте кракозябры или база не импортируется».Типичные причины: дамп снят в latin1 при данных в UTF-8; сравнение utf8mb4_0900_ai_ci из MySQL 8, которого нет в старых версиях MariaDB; строгий sql_mode, на котором падают нулевые даты 0000-00-00. Исправляю дамп и параметры подключения, а не текст на страницах.от 2 чот 4 000 ₽
6. «На новом хостинге PHP 8, а сайт писался под PHP 7».До переключения включаю журнал ошибок на копии и прохожу ключевые сценарии. Типичные поломки: удалённые each() и create_function(), фатальная ошибка count() на не-массиве, предупреждения о динамических свойствах с PHP 8.2, старые плагины и модули без поддержки новой версии.диагностикаот 2 чот 4 000 ₽Исправления — по найденному объёму.