Блог на WordPress с нуля: что нужно знать до старта

На выходе — блог на своём домене, с сертификатом HTTPS, админкой по адресу /wp-admin, человекопонятными адресами записей и одной темой. Сама установка WordPress 6.x на нормальном хостинге занимает 20–40 минут. Остальное время (планируйте 2–4 часа на первый раз) уходит на домен, DNS, базу данных и десяток настроек, которые потом менять дороже, чем выставить сразу. Деньги: домен и хостинг оплачиваются отдельно, порядок — сотни рублей в год за домен и сотни рублей в месяц за шаред-хостинг; точные цены смотрите у регистратора и провайдера, они меняются и у всех разные.

Сначала выберите, какой из двух WordPress вам нужен

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

• WordPress.org — бесплатный движок, который вы ставите на свой хостинг. Можно любые темы и плагины, свой код, доступ к базе и файлам. Вы же отвечаете за обновления, бэкапы и безопасность. Эта инструкция — про него.
• WordPress.com — хостинг-сервис на том же движке. Проще стартовать, но установка сторонних плагинов и доступ к файлам открываются только на платных тарифах.

Если вы планируете SEO-плагины, свои шаблоны или интеграции — берите вариант со своим хостингом.

Что нужно иметь на руках до первого шага

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

A-запись — строка в настройках DNS, которая связывает домен с IP-адресом сервера. Пока она не разошлась по сети провайдеров, домен может открываться у вас и не открываться у коллеги.

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

Установка: восемь шагов

1. Проверьте PHP и базу в панели хостинга. Проверка: в разделе PHP выбрана поддерживаемая версия, в разделе баз данных есть кнопка создания новой БД.
2. Направьте домен на хостинг. Укажите у регистратора NS-серверы провайдера или пропишите A-запись. Проверка: через несколько минут (иногда до суток) домен в браузере открывает заглушку хостинга, а не ошибку «сайт не найден».
3. Создайте базу и пользователя с полными правами на неё. Проверка: в панели видно имя БД, выпишите четыре значения — имя, пользователь, пароль, хост.
4. Выложите файлы. Либо автоустановщик панели («Установка приложений», «CMS»), либо вручную: скачайте архив с ru.wordpress.org, распакуйте и загрузите содержимое папки wordpress в корень сайта (обычно public_html), а не саму папку. Проверка: в корне лежат index.php, wp-admin, wp-content, wp-includes.
5. Откройте домен в браузере и пройдите мастер установки. Выбор языка, затем параметры базы, затем название сайта, логин администратора, пароль и почта. Проверка: появилась страница с сообщением об успешной установке и ссылкой на вход.
6. Включите HTTPS. Выпустите сертификат в панели, затем в админке проверьте «Настройки» → «Общие»: адрес WordPress и адрес сайта должны начинаться с https://. Проверка: замок в адресной строке, в консоли браузера нет предупреждений о смешанном содержимом.
7. Настройте постоянные ссылки. «Настройки» → «Постоянные ссылки» → «Название записи», сохранить. Проверка: тестовая запись открывается по адресу вида /privet-mir/ без 404.
8. Загляните в «Инструменты» → «Состояние сайта». Проверка: нет пунктов в красном блоке критических проблем. Рекомендации можно разобрать позже.

Постоянные ссылки (permalinks) — шаблон адресов записей. Менять его на живом блоге со трафиком больно: старые адреса отваливаются, нужны редиректы. Поэтому ставим сразу.

Если мастер установки не открылся: wp-config.php руками

Скопируйте wp-config-sample.php в wp-config.php и впишите доступы. Фрагмент ставится выше строки require_once ABSPATH . 'wp-settings.php';.

<?php
// wp-config.php, фрагмент. WordPress 6.x
// Значения берите в панели хостинга
define('DB_NAME', 'YOUR_DB_NAME');
define('DB_USER', 'YOUR_DB_USER');
define('DB_PASSWORD', 'YOUR_DB_PASSWORD');
define('DB_HOST', 'localhost'); // у части хостингов — отдельный адрес вида mysql.example.ru
define('DB_CHARSET', 'utf8mb4');
define('DB_COLLATE', '');

// Префикс таблиц. Менять можно только до установки
$table_prefix = 'wp_';

// Блок ключей и солей сгенерируйте на https://api.wordpress.org/secret-key/1.1/salt/
// и вставьте целиком вместо заготовки из wp-config-sample.php

// Запретить правку файлов темы и плагинов из админки
define('DISALLOW_FILE_EDIT', true);

Пароли и ключи держите только здесь, не в репозитории и не в переписке. Файл wp-config.php в системе контроля версий — это утечка доступа к базе.

Настройки, которые экономят время потом

• Часовой пояс и формат даты — «Настройки» → «Общие». Иначе отложенные публикации уйдут не тогда, когда вы ждёте.
• Комментарии — «Настройки» → «Обсуждение»: включите премодерацию. Открытые комментарии на новом блоге собирают спам за первые же сутки.
• Автообновления — в разделах «Плагины» и «Темы» (начиная с WordPress 5.5) можно включить автообновление для каждого по отдельности. Для ядра держите хотя бы минорные обновления включёнными.
• Бэкап — сделайте первый снимок сразу после установки, до плагинов. Проверьте не только создание копии, но и восстановление.
• Плагины по счёту. На старте достаточно SEO-плагина, кеша и бэкапа. Галерея из двадцати плагинов — это двадцать источников несовместимости.

Чем меньше плагинов стоит на старте, тем понятнее, кто виноват, когда сайт перестанет открываться.

Если не получилось

• «Ошибка установки соединения с базой данных» / Error establishing a database connection. Опечатка в DB_NAME, DB_USER или DB_PASSWORD, либо хост не localhost. Сверьте четыре значения с панелью, проверьте, что у пользователя есть права именно на эту базу.
• «На сайте произошла критическая ошибка» или белый экран. Включите логирование и смотрите wp-content/debug.log. Ещё WordPress (с версии 5.2) присылает на почту администратора письмо со ссылкой в режим восстановления: она открывает админку с отключённым проблемным плагином.
• ERR_TOO_MANY_REDIRECTS после включения HTTPS. Хостинг редиректит на https, а в настройках WordPress адрес остался http. Приведите оба адреса в «Настройки» → «Общие» к https.
• В адресе появилась лишняя /wordpress/. Загрузили папку из архива целиком. Перенесите содержимое в корень сайта.
• 404 на всех страницах, кроме главной. Правила перезаписи не применяются: на Apache проверьте .htaccess и mod_rewrite, на Nginx — директиву try_files в конфиге сайта. На шаред-хостинге это вопрос в поддержку, у них типовой конфиг для WordPress.
• «Превышен максимальный размер загружаемого файла» при загрузке темы или картинок. Поднимите upload_max_filesize и post_max_size в настройках PHP в панели хостинга.

Для разбора ошибок добавьте в wp-config.php на время:

// Только на время диагностики, потом вернуть WP_DEBUG в false
define('WP_DEBUG', true);
define('WP_DEBUG_LOG', true);      // пишет в wp-content/debug.log
define('WP_DEBUG_DISPLAY', false); // посетители ошибок не видят
@ini_set('display_errors', 0);

Что делать дальше

Первая неделя после установки — это не тексты, а инфраструктура:

1. Проверьте восстановление из бэкапа на тестовой копии, а не только галочку «копия создана».
2. Заведите привычку обновлять ядро, темы и плагины по расписанию, а не когда что-то сломалось.
3. Поставьте веб-аналитику и посмотрите TTFB и Core Web Vitals через PageSpeed Insights — до того, как накрутите плагинов.
4. Удалите неиспользуемые темы и плагины, в том числе деактивированные: они всё равно обновляются и всё равно содержат код.
5. Раз в месяц заходите в «Состояние сайта» — там видно устаревший PHP и отключённые обновления.

Перенос сайта с локальной машины на хостинг, настройка кеша и ускорение — отдельные темы, здесь мы доводили до рабочей чистой установки.