WordPress остаётся самым предсказуемым выбором для блога и контентного сайта: понятная админка, полный экспорт данных, большой выбор тем и плагинов. Проблема почти никогда не в самой CMS — она в порядке запуска. Если в первую неделю не закрыть HTTPS, доступы, бэкап, постоянные ссылки и базовую SEO-разметку, через пару месяцев получается сайт, который страшно обновлять и неудобно продвигать. Ниже — практичный чеклист настройки: что делать, в каком порядке и зачем. Без обещаний «топ за две недели» и без плагинов, которые якобы «сами сделают SEO».
Порядок запуска: шаги лучше не переставлять
Домен + хостинг + SSL
→ установка WordPress свежей версии
→ сильные доступы, роли, автообновления безопасности
→ быстрая тема + базовая типографика
→ постоянные ссылки (ЧПУ) — до первых публикаций
→ SEO-плагин: title/description, sitemap, канонические адреса
→ форма заявки + политика обработки данных
→ бэкап по расписанию + тестовое восстановление
→ 3–5 опорных статей и перелинковка
→ ритм публикаций и регулярная ревизияЛогика порядка — в цене ошибки. Тему можно поменять хоть через год, а структуру URL после индексации переделывать дорого: нужны 301-редиректы, пересборка карты сайта и ожидание переобхода. Поэтому всё, что влияет на адреса и сохранность данных, делается до публикаций.
Смежные материалы: WordPress для блога и магазина, как сделать сайт с нуля, раздел о сайтах в блоге, услуга разработки сайтов.
Хостинг, домен и HTTPS
| Что проверить до установки | Почему это важно |
|---|---|
| Поддерживаемая ветка PHP и возможность её переключить | старые ветки перестают получать патчи безопасности |
| Версия MySQL / MariaDB | совместимость плагинов и стабильность под нагрузкой |
| Бесплатный сертификат с автопродлением | HTTPS не должен «отвалиться» через три месяца |
| Доступ к файлам и базе (панель, SFTP, phpMyAdmin) | правки и восстановление без ожидания поддержки |
| Настройка редиректов http→https и www→без-www | один канонический адрес вместо четырёх копий |
HTTPS — не косметика. Без него браузеры помечают формы как небезопасные, а смешанный контент (картинка по http на https-странице) ломает часть скриптов. После выпуска сертификата: поменять адрес сайта в настройках, заменить http-ссылки в контенте и медиа, убедиться, что редирект один, а не цепочка из трёх переходов.
Первые 30 минут после установки
| Шаг | Что именно делаем |
|---|---|
| Убрать логин `admin` | отдельная учётная запись администратора с неочевидным именем |
| Длинный уникальный пароль | менеджер паролей, а не заметка в мессенджере |
| Роли по назначению | автору — «Автор», маркетологу — «Редактор», админ у одного-двух человек |
| Автообновления ядра | минорные версии и патчи безопасности — автоматически |
| Удалить демо-контент и лишние темы | меньше кода, меньше поверхности атаки |
| Ограничить перебор логинов и XML-RPC | самый частый источник фонового брутфорса |
Отдельно про плагины: чем меньше, тем лучше. Каждый плагин — чужой код со своим циклом обновлений. Практическое правило: если функцию закрывает настройка темы, плагин не нужен. Перед установкой смотрите дату последнего обновления — брошенный плагин опаснее отсутствующей функции. Пароли и ключи API не храните в открытых документах и не коммитьте в репозиторий вместе с темой.
Бэкап: три контура, а не один плагин
- 1. Серверный бэкап хостинга. Спасает при потере файлов и сбое диска. Уточните глубину хранения и порядок восстановления.
- 2. Плагин копирования по расписанию. Файлы плюс база, выгрузка во внешнее хранилище, а не в тот же каталог сайта.
- 3. Ручной бэкап перед рискованной операцией. Смена темы, обновление крупного плагина, правка базы, перенос домена.
Бэкап, который никогда не восстанавливали, — не бэкап, а надежда. Один раз разверните копию на тестовом поддомене и зафиксируйте: сколько это заняло, какие файлы понадобились, где лежит дамп базы.
Постоянные ссылки и структура
ЧПУ настраиваются до первых публикаций. Рабочая схема для блога — понятный слаг записи без даты: даты в URL быстро «старят» материал и мешают обновлять статьи.
- - один H1 на страницу, дальше логичные H2 и H3;
- - слаг короткий, латиницей, по смыслу, без служебных слов;
- - рубрики не дублируют теги: рубрика — раздел, тег — сквозная тема;
- - страницы вложений и пустые архивы тегов лучше закрыть от индексации;
- - sitemap и robots.txt проверены вручную после запуска.
SEO-плагин: что он делает и чего не делает
SEO-плагин — это инструмент разметки, а не источник трафика. Он умеет:
- - задавать title и description для записей, рубрик и архивов;
- - генерировать карту сайта и подключать её к поисковым системам;
- - выставлять канонические адреса и управлять индексацией служебных страниц;
- - добавлять Open Graph и структурированные данные (статья, хлебные крошки, FAQ);
- - показывать очевидные проблемы: пустой заголовок, отсутствующий alt, дубль title.
Чего он не делает: не пишет полезный текст, не создаёт спрос и не заменяет структуру сайта. Встроенные «светофоры» и проценты плотности ключей — эвристика плагина, а не правило поиска. Гнаться за зелёным индикатором, вставляя ключ в каждый абзац, — прямой путь к переспаму, за который сайт получает фильтр вместо позиций.
Подробнее про семантику и разметку: SEO-оптимизация, семантика и ключевые слова.
Core Web Vitals: скорость как часть редакционной работы
Google публикует три метрики пользовательского опыта и их пороги «хорошо»: LCP до 2,5 с (когда отрисован главный элемент первого экрана), INP до 200 мс (отзывчивость на действия пользователя), CLS до 0,1 (визуальная стабильность, ничего не прыгает при загрузке). Это не гарантия позиций, но это то, что пользователь чувствует физически.
Что реально влияет на эти метрики в WordPress:
| Причина | Что делать |
|---|---|
| Огромные исходные фото в статьях | сжатие, современные форматы, разумные размеры под контейнер |
| Отсутствие кеширования | плагин кеша страниц и кеш на стороне сервера |
| Слайдеры и конструкторы на первом экране | статичный блок вместо анимации в hero-секции |
| Шрифты со стороннего домена | локальные шрифты, `font-display: swap`, меньше начертаний |
| Скрипты чатов, пикселей и виджетов | отложенная загрузка, только то, что используется |
| Картинки и эмбеды без заданных размеров | атрибуты width/height, чтобы вёрстка не прыгала |
Замеряйте до и после правок, на мобильном профиле, на реальных страницах — главной, статье и странице услуги. «Ускорили» без цифр до и после — не результат, а ощущение.
Формы, аналитика и юридическая база
- - форма заявки ведёт в живой канал: почта, которую читают, или мессенджер команды;
- - обязательный чекбокс согласия со ссылкой на политику обработки данных и согласие;
- - проверка доставки писем после каждого переноса или смены хостинга — тихо отвалившаяся почта стоит дороже любой SEO-ошибки;
- - счётчик аналитики стоит один раз и корректно, цели заведены на отправку формы и клик по контакту;
- - цены и условия в статьях не расходятся с прайсом.
Как мы это делаем: удалённо по всей России
NeuroDomen работает удалённо — от Москвы и Санкт-Петербурга до Екатеринбурга, Новосибирска и городов поменьше. Для настройки WordPress география не важна: нужны доступы к хостингу и домену, созвон для брифа и один канал связи для правок. Разница в часовых поясах решается фиксированным окном ответа и письменным протоколом задач. Итог этапа — сайт, к которому у вас есть все доступы, и короткая инструкция по обновлениям и бэкапу. Обсудить задачу: контакты, диагностика существующего сайта: SEO-аудит.
Частые ошибки
- - поставить двадцать плагинов «на всякий случай» и не удалить ни одного;
- - менять структуру постоянных ссылок после индексации без редиректов;
- - обновлять крупный плагин на живом сайте без бэкапа;
- - публиковать без каркаса H2 и без ответов на реальные вопросы клиента;
- - держать http- и https-версию, с www и без, без единого канонического адреса;
- - забыть про политику обработки данных при работающей форме заявки.
Частые вопросы
Какую тему выбрать для блога?
Быструю, поддерживаемую и не ломающую типографику. Блочная тема с Gutenberg закрывает задачи блога. Внешняя красота вторична относительно скорости первого экрана и удобства правок.
Нужен ли визуальный конструктор поверх WordPress?
Иногда — для лендингов со сложной вёрсткой. Для статей хватает Gutenberg, а конструктор добавляет вес страницы. Сравнение вариантов: лендинг на Tilda за день, конструкторы сайтов.
Как часто публиковать?
Ритм важнее всплеска. Один сильный материал в неделю работает лучше, чем десять сырых за выходные и три месяца тишины. План удобно держать в контент-плане на месяц.
Что делать, если сайт взломали?
Снять копию состояния для разбора, восстановиться из чистого бэкапа, сменить все пароли и ключи (хостинг, база, админы, FTP), обновить ядро и плагины, удалить брошенные расширения. Точку входа ищут по логам после восстановления.
Можно ли перенести блог с конструктора на WordPress?
Да, но сначала инвентаризация: страницы, которые нельзя терять, текущие URL и карта редиректов. Как это анализировать — в статье на чём сделан сайт.
Что сделать на этой неделе
- 1. Включить HTTPS, проверить единственный редирект и заменить http-ссылки в контенте.
- 2. Завести отдельного администратора, включить автообновления, удалить неиспользуемые плагины и темы.
- 3. Настроить бэкап по расписанию во внешнее хранилище и один раз проверить восстановление.
- 4. Зафиксировать постоянные ссылки, заполнить title и description, проверить sitemap и robots.txt.
- 5. Опубликовать одну опорную статью со ссылкой на услугу и замерить Core Web Vitals на мобильном.
Ритм на первые 90 дней
Недели 1–2: техника и безопасность, бэкап, структура URL, первая опорная статья. Недели 3–6: по материалу в неделю, перелинковка между статьями и услугами, FAQ на коммерческих страницах. Недели 7–10: ревизия скорости и форм, обновление устаревших абзацев, кейс или описание процесса. Недели 11–13: сверка планов с фактом, чистка черновиков, план следующего квартала.
Такой цикл держит техническую часть в рабочем состоянии и не даёт блогу превратиться в свалку черновиков. Следующий шаг — разработка сайтов или самостоятельный старт по чеклисту выше.