Установить WordPress на сайт: 4 способа и когда какой выбрать

Установить WordPress на сайт можно за 5 минут через автоустановщик хостинга, а можно провозиться час с FTP-клиентом и базой данных, вручную поднимая каждый файл. За годы работы с клиентскими проектами я прогонял все четыре варианта: от панели Timeweb или Beget до WP-CLI по SSH на голом VPS, и у каждого способа своя ниша. Ниже разбираю, чем они отличаются по времени, требуемым навыкам и рискам, и какой выбрать под конкретную задачу: блог, интернет-магазин на WooCommerce или проект, который потом будет дорабатываться под заказ.

Автоустановка через панель хостинга

Самый быстрый путь для тех, кто не хочет разбираться с базами данных и правами на файлы. Почти любой хостинг с cPanel, ISPmanager или собственной панелью (Timeweb, REG.RU, Beget, Spaceweb) предлагает установщик приложений: находите WordPress в каталоге, указываете домен, логин и пароль администратора, жмёте «Установить».

Что происходит под капотом: панель сама создаёт базу MySQL, прописывает данные подключения в wp-config.php и распаковывает архив движка в нужную папку. На практике это 3-7 минут, включая время на генерацию SSL-сертификата, если вы ставите галочку «привязать Let’s Encrypt».

Минусы у метода тоже есть. Панели часто ставят чуть устаревшую версию WordPress или добавляют собственные плагины кеширования и защиты, которые потом приходится вычищать. А если хостинг работает на нестандартной сборке PHP (бывает на дешёвых тарифах), автоустановщик может подвесить сайт с белым экраном из-за нехватки расширений вроде imagick или mbstring.

Метод подходит для блогов, визиток, простых лендингов на WordPress и первого запуска, когда важна скорость, а не тонкая настройка окружения.

Ручная установка через FTP и phpMyAdmin

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

Порядок действий:

• Скачиваете свежий архив с wordpress.org и распаковываете его локально.
• Через FileZilla или другой FTP-клиент заливаете содержимое папки wordpress в корень сайта (обычно public_html или www).
• В phpMyAdmin создаёте новую базу данных и отдельного пользователя с полными правами на неё.
• Переименовываете wp-config-sample.php в wp-config.php и вписываете имя базы, пользователя, пароль и хост подключения.
• Открываете в браузере домен с /wp-admin/install.php и проходите мастер установки: язык, название сайта, логин и пароль администратора.

На неспешную загрузку по FTP и ручной ввод данных уходит 15-25 минут в зависимости от скорости канала и того, насколько быстро вы находите нужные поля в phpMyAdmin. Отдельно проверьте права на папки: wp-content и её подпапки uploads, themes, plugins должны быть доступны на запись (обычно 755 для директорий и 644 для файлов), иначе движок не сможет ставить плагины и загружать медиа.

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

Установка WordPress через SSH и WP-CLI

Если есть доступ по SSH к VPS или выделенному серверу, установка через консольную утилиту WP-CLI быстрее и надёжнее ручной работы с FTP, а главное, её легко автоматизировать. Последовательность команд выглядит так:

wp core download --path=/var/www/site
wp config create --dbname=site_db --dbuser=site_user --dbpass=secret --dbhost=localhost --path=/var/www/site
wp core install --url=example.ru --title="Мой сайт" --admin_user=admin --admin_password=secret --admin_email=mail@example.ru --path=/var/www/site

Три команды заменяют скачивание архива, распаковку, ручное редактирование wp-config.php и прохождение веб-мастера установки. На сервере с уже настроенным веб-сервером (nginx или Apache) и PHP-FPM весь процесс занимает 2-3 минуты, а если завернуть команды в bash-скрипт, можно ставить одинаковый стек для десятка сайтов подряд без единого клика мышью.

В агентских проектах я обычно оборачиваю эти три команды в bash-скрипт с параметрами домена и названия базы и передаю его коллегам, чтобы разворачивать типовой стек для нового клиента без ручного набора команд в консоли. Это особенно выручает, когда нужно поднять несколько тестовых копий сайта для разных вариантов вёрстки перед сдачей проекта.

WP-CLI удобен и после установки: обновление плагинов и ядра одной командой (wp core update, wp plugin update --all), выгрузка и импорт базы для миграций, поиск и замена URL при переезде на другой домен. Для проектов, где важна повторяемость (например, разработка на нескольких окружениях: dev, staging, прод), это единственный вариант, который не превращается в ручной чек-лист на каждый запуск.

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

Локальная установка для разработки и последующий перенос

Когда сайт делается под заказ, а не выкатывается сразу в прод, разумнее сначала собрать его локально. Local by WP Engine, XAMPP или Docker-контейнер с готовым стеком LEMP разворачивают окружение WordPress на компьютере за 10-15 минут, без домена и хостинга вообще.

Дальше правки тем, вёрстка, настройка WooCommerce и тестовое наполнение идут без риска положить рабочий сайт и без ограничений тарифа хостинга. Когда всё готово, перенос на боевой сервер делается одним из двух способов: плагином вроде All-in-One WP Migration, который упаковывает базу и файлы в один архив, либо вручную: экспорт базы через phpMyAdmin или wp-cli, заливка файлов по FTP или rsync и замена адресов в базе на боевой домен.

На переезд с локали на прод у меня обычно уходит 20-40 минут, и большая часть этого времени уходит на проверку, что все ссылки на изображения и внутренние URL заменились корректно, а не остались указывать на localhost.

Метод годится для интернет-магазинов и сайтов со сложной кастомной логикой: если планируете подключать эквайринг вроде Т‑Банка через WooCommerce, интеграцию с СДЭК для расчёта доставки или собственные плагины, лучше довести их до рабочего состояния локально, а не отлаживать на боевом домене на глазах у посетителей.

Какой способ выбрать: сравнение

Цена домена в этой таблице не участвует не просто так: она зависит только от зоны, а не от способа установки. Домен в зоне .ru обходится дешевле, чем в .com или .shop, независимо от того, ставите вы движок автоматически или руками. То же с SSL: цена определяется типом сертификата (бесплатный Let’s Encrypt против платного OV или EV), а не методом установки WordPress.

Стоимость хостинга тоже стоит учитывать при выборе способа. Для автоустановки и ручной установки через FTP хватает обычного виртуального хостинга, на рынке такие тарифы обычно стоят 150-400 рублей в месяц. Для SSH и WP-CLI нужен VPS с root-доступом, у большинства провайдеров такие тарифы на рынке начинаются от 400-600 рублей в месяц из-за выделенных ресурсов и полноценной операционной системы.

Что настроить сразу после установки

Готовая админка wp-admin - это только начало. Из практики список того, что стоит сделать в первый час после установки, а не откладывать на потом:

• Сменить логин администратора с дефолтного admin на уникальный и включить сложный пароль, потому что боты сканируют wp-login.php на автомате в первые же сутки после появления сайта в индексе.
• Проверить префикс таблиц базы данных: если он остался стандартным wp_, лучше сменить его при установке через WP-CLI (wp config create --dbname=... --dbprefix=custom_ ...) или руками через phpMyAdmin. Это чуть усложняет автоматизированные SQL-инъекции.
• Настроить регулярные бэкапы базы и файлов: не полагайтесь на бэкапы хостинга по умолчанию, у многих тарифов это платная опция или хранение всего 3-7 дней.
• Отключить редактирование файлов тем и плагинов прямо из админки (константа DISALLOW_FILE_EDIT в wp-config.php): это закрывает один из частых путей, которым заражают сайты через взломанные пароли редакторов.
• Установить SSL и настроить редирект на https, если панель не сделала это автоматически при установке.

Перед тем как считать сайт готовым, стоит пройтись по короткому чек-листу запуска: отправить тестовую заявку через форму обратной связи и убедиться, что письмо приходит на почту; если это интернет-магазин на WooCommerce, оформить тестовый заказ и проверить, что уведомление доходит до администратора; проверить отображение сайта на мобильном экране, а не только на десктопе; добавить сайт в Google Search Console и Яндекс.Вебмастер и убедиться, что robots.txt не закрывает от индексации нужные страницы, а sitemap.xml формируется корректно; замерить скорость загрузки главной страницы через PageSpeed Insights, пока на сайте мало контента и плагинов проще понять, какой из них тормозит.

Если сайт уже работает какое-то время без этих настроек и вы заметили странные редиректы, незнакомых администраторов в списке пользователей или предупреждение от Google Safe Browsing, это чаще всего следствие заражения через устаревшую версию плагина, а не свежую установку. Разбор такого случая и восстановление я делаю отдельной услугой, потому что объём работ сильно зависит от глубины заражения.

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

Частые вопросы

Какой способ установки WordPress проще всего для новичка

Автоустановка через панель хостинга. Она скрывает работу с базой данных и wp-config.php за одной кнопкой, а разобраться в интерфейсе панели обычно проще, чем в FTP-клиенте или командной строке.

Можно ли установить WordPress без хостинга, просто на своём компьютере

Да, через Local by WP Engine, XAMPP или Docker. Такой сайт будет доступен только с вашего компьютера, но подходит для разработки темы, тестирования плагинов и подготовки интернет-магазина перед переносом на боевой домен.

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

Чаще всего в wp-config.php неверно указаны имя базы, пользователь, пароль или хост подключения: на части хостингов вместо localhost нужно вписывать отдельный адрес сервера MySQL, который дают в панели управления при создании базы.

Нужно ли сразу устанавливать плагины после запуска WordPress

Из обязательного: плагин для бэкапов и SSL-редирект, если он не настроен на уровне сервера. Остальные плагины (кеширование, SEO, форма обратной связи) добавляйте по мере необходимости: чем меньше активных плагинов на старте, тем меньше потенциальных путей для атаки через уязвимости в них.