Перенос WordPress-сайта на VPS: файлы, база, HTTPS и редиректы

Контекст и задача

Коммерческий сайт компании на WordPress (transatlantika.ru) перешёл к новому исполнителю. Проект жил на shared-хостинге с жёсткими ограничениями: нельзя было свободно настроить маршрутизацию и редиректы, развернуть серверную логику для формирования PDF коммерческих предложений и корректно подключить сквозную аналитику.

Сайт работал и приносил заявки, поэтому требовалось переехать на собственный сервер, не потеряв сайт, домен и накопленную историю.

Ограничения проекта

Перенос вёлся по живому проекту: сайт продолжал принимать посетителей, поэтому нужен был контролируемый порядок работ. Полной документации по прежней инфраструктуре не было.

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

Почему выбрали VPS

Ограничения были не в сайте, а в платформе: shared-хостинг не давал нужного контроля над веб-сервером и окружением. Решение — собственный VPS под управлением Ubuntu с Nginx в качестве фронт-сервера: маршрутизация, редиректы, HTTPS и оптимизация под конкретный сайт настраиваются напрямую, без ограничений панели хостинга.

То же окружение позволило разместить серверную часть генерации PDF и приём данных сквозной аналитики — того, что на прежнем хостинге было сделать нельзя.

Что было сделано по этапам

Сначала я подготовил сервер: Ubuntu, Nginx, PHP-FPM 8.2, MySQL 8. Затем перенёс файлы WordPress и импортировал SQL-дамп базы, проверил конфигурацию: подключение к базе, значения `siteurl` и `home`, права доступа и работу PHP-модулей.

После этого подключил домен, настроил SSL через Certbot, редирект HTTP на HTTPS и приведение `www` к основному домену. На новом окружении реализовал маршрутизацию через Nginx и все необходимые редиректы, оптимизировал сервер под нагрузку сайта.

• Файлы сайта и база перенесены на новый VPS
• Nginx, PHP-FPM и MySQL настроены как одна рабочая цепочка
• Домен подключён, SSL и редиректы проверены отдельно
• Реализовано кастомное формирование PDF коммерческих предложений
• Настроена сквозная аналитика: заявки отслеживаются на всём пути
• Проведены правки по сайту: архитектура приведена к понятной иерархии

Как проверялся результат

После переноса возникали типичные инфраструктурные вопросы: права доступа, PHP-модули, корректность Nginx-конфига и поведение `admin-ajax.php`. Я шёл от нижних уровней к приложению: сначала DNS и серверный ответ, затем SSL и редиректы, затем PHP, база и WordPress-специфичные запросы.

Ключевые страницы и формы проверялись вручную, ответы сервера — через `curl`, чтобы видеть статус и цепочку редиректов. После переноса сайт отвечал `200 OK` по HTTPS. Это подтверждает ответ проверенного адреса через домен, Nginx, PHP и WordPress, но сам по себе не доказывает работу всех функций — поэтому редиректы, HTTPS-конфигурация и генерация PDF проверялись отдельно.

Итог для проекта

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

Связанные материалы

Ближайшая задача из этого проекта разобрана в кейсе генерация PDF на сервере. Контекст передачи проекта от прежнего исполнителя — в статье доработка чужого сайта. Что настраивается после переезда для сохранения позиций, — в кейсе техническая SEO-структура WordPress-сайта.

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