Установка WordPress: что проверить до запуска

Свежая установка WordPress выглядит как готовый сайт: красивая тема, демо-контент, всё открывается. Кажется, что осталось только наполнить страницами. Но именно в этот момент закладываются вещи, которые потом либо работают незаметно, либо всплывают через месяц — когда поисковик не видит сайт, письма не доходят, а бэкапа нет. Проверить их лучше в первый день, пока ничего не жалко переделать.

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

Горизонт первый: снаружи

Это то, что видит любой человек, который зашёл на сайт. И первое, что здесь нужно проверить, — не дизайн, а доступ.

Адрес и HTTPS. Сайт должен открываться по https://, без предупреждений браузера о небезопасном соединении. Если сертификат не установлен, половина посетителей уйдёт ещё до того, как увидит контент. Заодно проверьте, что адрес с www и без него ведёт в одну точку, а не дублируется.

Поисковая видимость. В настройках WordPress есть галочка «Попросить поисковые системы не индексировать сайт». На этапе разработки её ставят — и забывают снять. В итоге сайт работает, а в поиске его нет. Это самая обидная ошибка, потому что заметить её можно только по отсутствию трафика.

Адреса страниц. По умолчанию WordPress делает ссылки вида ?p=123. Их нужно переключить на человекочитаемые — /имя-страницы/ — до того, как появятся первые материалы. Менять структуру потом больно: старые ссылки придётся перенаправлять.

Демо-контент. Стандартная запись «Привет, мир!», страница с примером комментария, дефолтная тема — всё это нужно убрать. На живом сайте это выглядит как недоделка.

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

Горизонт второй: внутри

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

Пользователи. Логин admin — плохая идея, его подбирают в первую очередь. Создайте нового администратора с нормальным именем, а стандартного удалите. И назначьте роли по делу: редактору не нужны права администратора.

Ключи и пароли. В wp-config.php есть блок с секретными ключами. Он должен быть заполнен случайными значениями, а не стандартной фразой «put your unique phrase here». Сгенерировать их можно на официальном сервисе WordPress.

Редактор файлов. Встроенный редактор тем и плагинов в админке — удобный способ сломать сайт одной опечаткой. Его стоит отключить, добавив в конфиг одну строку:

define('DISALLOW_FILE_EDIT', true);

Почта. WordPress пытается отправлять письма через сервер, и часто они попадают в спам или не уходят вовсе. Проверьте это сразу: отправьте тестовую форму и посмотрите, дошло ли уведомление. Если нет — нужен SMTP-плагин и отдельная настройка.

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

Горизонт третий: под капотом

То, что не видно, но определяет, будет ли сайт быстрым и стабильным.

Версии. PHP и MySQL должны соответствовать актуальным требованиям WordPress и ваших плагинов. Устаревший PHP — это и скорость, и дыры в безопасности. Проверьте в разделе «Здоровье сайта»: там видно версии и потенциальные проблемы.

Кэш. Без кэша даже небольшой сайт будет думать над каждой страницей. Настройте его сразу — на уровне сервера или плагином, — но потом обязательно проверьте, что формы и корзина не закэшировались.

Cron. WordPress запускает задачи по расписанию — обновления, отправку писем, бэкапы. По умолчанию он делает это при заходе посетителя, что ненадёжно. Если у вас есть доступ к серверу, лучше настроить настоящий системный cron и отключить встроенный.

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

Отладка. Режим отладки на живом сайте должен быть выключен, иначе ошибки будут видны посетителям. На время разработки его включают — при запуске выключают.

Лимиты сервера. Максимальный размер загружаемого файла, лимит памяти, время выполнения скриптов. Если на сайте планируются большие фото или импорт каталога, стандартных значений может не хватить. Уточните это у хостинга до запуска, а не после первой ошибки.

Последовательность, которая экономит время

  1. Установить WordPress и сразу сменить адрес с параметров на человекочитаемый.
  2. Проверить HTTPS и объединить адреса с www и без.
  3. Удалить демо-контент и лишние темы.
  4. Создать нового администратора и удалить стандартного.
  5. Заполнить секретные ключи и отключить редактор файлов.
  6. Настроить почту и проверить, что уведомления доходят.
  7. Настроить бэкапы и убедиться, что они восстанавливаются.
  8. Настроить кэш и проверить, что формы работают.
  9. Установить фавикон, страницу 404 и базовые SEO-настройки.
  10. Снять галочку «не индексировать» — только после проверки всего остального.

Порядок важен: галочку индексации снимают в самом конце, когда сайт уже не стыдно показать. Иначе поисковик запомнит демо-страницы, и потом придётся объяснять ему, что к чему.

Красные флаги

  • Сайт открывается по http, и это никого не смущает.
  • В админке остался пользователь с логином admin.
  • В настройках стоит запрет индексации, но никто не помнит почему.
  • Демо-запись «Привет, мир!» всё ещё на месте.
  • Бэкапов нет или они «где-то на сервере, наверное».
  • Тестовая форма отправляется, но письмо не приходит.
  • Версия PHP устарела, а плагины просят обновить ядро.

Что в итоге

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

Мы обычно проводим такую настройку и проверку до запуска: смотрим доступ и индексацию, настраиваем почту и бэкапы, проверяем версии и кэш. Иногда достаточно поправить пару пунктов, а иногда — пересобрать окружение с нуля. Напишите или оставьте заявку — посмотрим вашу установку и скажем, что стоит исправить, чтобы сайт запустился спокойно и без сюрпризов.

 
Менджер ZM

Чем могу помочь?

Этот сайт собирает техническую информацию (куки), которая используется для обеспечения функционирования сайта, например, сохранение настроек пользователя, поддержка аутентификации, обеспечение безопасности и конфиденциальности данных. Данный тип файлов является обязательным и не подлежит отключению. Сайт запоминает выбор настроек куки на 1 год. По окончании этого периода Сайт повторно запросит Ваше согласие.
Узнать