Перенос сайта на другой хостинг

Когда нужно переезжать

Самые частые причины, по которым приходят за миграцией:

• Текущий хостинг тормозит, страницы открываются дольше 3 секунд, поисковики плохо индексируют. Помог бы переход на хостинг получше.
• Хостер закрывается, поднял цены или сменил условия (например, перешёл на годовую оплату вместо помесячной без вашего согласия).
• Сайт перерос shared-хостинг: упирается в лимит памяти, в количество одновременных запросов, в выделенную CPU. Нужен VPS или managed-хостинг.
• Уходите от подрядчика, у которого все ваши доступы. Он не блокирует сайт, но и не передаёт пароли. Нужно уехать на новый хостинг под своим аккаунтом.
• Хочется сменить страну хостинга (на российскую, потому что 152-ФЗ; или на зарубежную, потому что аудитория не из РФ).
• Сменился владелец бизнеса, и хостинг должен быть оформлен на новое юрлицо.

В большинстве случаев перенос занимает 1 рабочий день, если у меня есть все необходимые доступы.

Что переезжает, что не всегда переезжает

Переезжает почти всегда: — Все файлы сайта. — БД целиком, со всеми кодировками и коллациями. — Почта (если просили). — SSL (или заново выпускается, бесплатный). — DNS-записи (через переключение nameservers).

Может потребовать дополнительной работы: — Скрипты, специфичные для конкретного хостера (например, у TimeWeb своя обёртка для cron, у Beget своя структура папок). Их адаптирую под новый хостинг руками. — Специфичные SSH-настройки. Обычно переносятся, но требуют пересборки. — Бэкапы, привязанные к конкретному облаку хостера. Их обычно проще перенастроить с нуля на новом, чем тащить старые архивы.

Не переезжает: — Поисковая выдача и позиции. Если URL не меняются, потери минимальны. Если меняются (например, переезд с подкаталога на корень), настраиваю 301-редиректы, и через 1-2 месяца индекс восстанавливается. — История в Яндекс.Метрике и Google Analytics. Они привязаны к домену, а не к хостингу. Если домен тот же, статистика продолжается без перерыва.

Особый случай: переезд с самописного сайта

Иногда приходят с сайтом, который написан ‘мальчиком из агентства’ 8 лет назад на самопальном PHP без CMS. Это не миграция, это перенос с попутной адаптацией: старая версия PHP может не запуститься на новом хостинге, нужно править устаревший код или переходить на современный фреймворк.

В таком случае честно говорю, что цена переноса будет выше типовой и часть кода придётся переписать. Часто этот разговор плавно переходит в проектную работу по миграции на современную CMS, потому что ‘просто перенести’ уже невозможно: оригинальный разработчик ушёл, документации нет, код держится на устаревших библиотеках.

Что нужно от вас, чтобы начать

• Адрес сайта и доступ к текущему хостингу (или контакт хостера для запроса доступа).
• Понимание, на какой хостинг переезжаем. Если сами не выбрали, я подберу под нагрузку и стек: для типового сайта малого бизнеса хорошо подходят TimeWeb, Beget, Reg.ru, для нагруженных проектов Selectel или Yandex Cloud.
• Окно для переключения DNS. Обычно делаю поздно вечером или в выходные, когда трафика меньше всего.
• Решение по почте: переезжает или остаётся на старом.

После уточнения деталей даю конкретные цифры по срокам и цене.

Смежные услуги: Ускорение сайта, Технический аудит, Администрирование сайта.