Одна установка WordPress удобна, пока сайт один. Когда у компании появляются региональные сайты, отдельные проекты, франшизы или несколько брендов, одинаковые обновления и настройки приходится повторять снова и снова.
WordPress Multisite решает именно эту задачу: позволяет создать несколько сайтов внутри одной установки WordPress и управлять сетью централизованно. Но вместе с удобством появляется общая инфраструктура, поэтому Multisite нельзя выбирать только потому, что сайтов много.
Ниже разберём архитектуру сети, варианты URL, плагины, темы, роли, отдельные домены, WP-CLI и критерии, по которым можно понять, подходит ли Multisite конкретному проекту. Для проектирования подобных решений можно обратиться к WordPress-разработчику A.S Groups.
Как устроен WordPress Multisite
- Одна установка WordPressЯдро, общая кодовая база и сетевые настройки находятся в одном проекте.
- Сеть сайтовКаждый сайт получает собственный адрес и собственный контент.
- Общие темы и плагиныОни устанавливаются на уровне сети и затем доступны отдельным сайтам по правилам администратора.
- Network AdminСуперадминистратор управляет сайтами, пользователями, темами, плагинами и частью сетевых параметров.
- Отдельные доменыПри необходимости сайты можно привязать к собственным доменам через domain mapping.
Главный принцип: Multisite объединяет администрирование и кодовую базу, но сайты внутри сети остаются отдельными по контенту и URL.
Что такое WordPress Multisite простыми словами
Multisite — встроенная возможность WordPress, которая позволяет создавать несколько сайтов внутри одной установки. Официальная документация описывает сеть как несколько экземпляров сайта, управляемых одной установкой WordPress.
У сайтов сети отдельные таблицы контента в базе, при этом таблица пользователей является общей для сети. Это важно: Multisite — не просто визуальный список сайтов, а специальная архитектура базы и администрирования.
Когда Multisite действительно полезен
Сеть обычно оправдана, когда сайты похожи по технической архитектуре и должны централизованно обслуживаться.
- региональные сайты одной компании;
- сайты филиалов или франшизы;
- несколько брендов на общей платформе;
- образовательная сеть с отдельными сайтами подразделений;
- много лендингов с общей темой и набором плагинов;
- внутренние сайты, где нужен единый технический контроль.
Если нужен новый проект с общей логикой и удобным управлением, Multisite можно рассматривать в рамках разработки WordPress-сайта.
Поддомены или подпапки: что выбрать
При создании сети WordPress предлагает два базовых варианта адресов.
| Вариант | Пример | Особенности |
|---|---|---|
| Поддомены | moscow.example.com | Нужна корректная настройка DNS и веб-сервера, особенно для автоматического создания сайтов |
| Подпапки | example.com/moscow/ | Проще для единого домена, но URL всех сайтов остаются внутри основного домена |
| Отдельные домены | example-region.ru | Используется domain mapping поверх сети |
В документации WordPress поддоменные сети называются domain-based, а сети с подпапками — path-based. Выбор лучше делать до запуска, потому что изменение архитектуры уже работающей сети сложнее.
Можно ли использовать разные домены
Да. WordPress Multisite поддерживает domain mapping как встроенную возможность. Сайт, который внутри сети был создан как site1.network.example или network.example/site1, может открываться по отдельному домену.
При этом нужно настроить DNS, направить домены на сервер сети и обеспечить SSL для каждого домена. WordPress отдельно рекомендует корректно настроить HTTPS для всех подключённых доменов.
Что становится общим в Multisite
Главное преимущество сети — централизованная кодовая база. Ядро WordPress обновляется один раз, темы и плагины устанавливаются на уровне сети.
Но это же и главное ограничение: если один сайт требует радикально другой стек, несовместимую версию плагина или отдельную серверную конфигурацию, общая сеть может мешать.
Как работают темы
Темы устанавливаются в общую установку WordPress. Суперадминистратор сети определяет, какие темы доступны сайтам. Это удобно, если у компании есть одна базовая тема и несколько вариаций для брендов или регионов.
Для большой сети лучше заранее определить, какие изменения должны находиться в общей теме, а какие — в настройках конкретного сайта. Иначе тема быстро превращается в набор условий по доменам и ID сайтов.
Как работают плагины
Плагин можно сделать доступным сети или активировать на уровне сети, если он рассчитан на Multisite. Перед внедрением важно проверять совместимость: не каждый плагин одинаково хорошо работает в сетевой архитектуре.
Особенно внимательно нужно тестировать кеш, безопасность, резервное копирование, SMTP, SEO, мультиязычность и плагины, которые создают собственные таблицы.
Роль Network Admin и Super Admin
После включения Multisite появляется отдельная область Network Admin. Суперадминистратор может управлять сайтами сети и глобальными компонентами.
Это позволяет отделить управление контентом конкретного сайта от управления всей платформой. Редактор региона может работать только со своим сайтом, а технические решения остаются у администратора сети.
Как включается Multisite
Обычно сеть создаётся из существующей установки WordPress. Перед включением официальная документация рекомендует подготовить сайт, проверить URL и выбрать модель сети.
Процесс в общих чертах выглядит так:
- сделать резервную копию;
- включить возможность Multisite в
wp-config.php; - создать Network Setup в админке;
- добавить предложенные WordPress константы в
wp-config.php; - настроить rewrite для веб-сервера;
- повторно войти в админку и проверить Network Admin.
Для автоматизированной установки WP-CLI предоставляет команду wp core multisite-install.
wp core multisite-install --url=https://example.com --title='Example Network' --admin_user=ADMIN_USERNAME --admin_email=admin@example.comВ реальном проекте пароль и другие секреты не стоит помещать в историю команд или публичный репозиторий.
Создание сайтов через WP-CLI
Для повторяемых операций удобно использовать WP-CLI. Команда wp site create создаёт новый сайт внутри существующей сети.
wp site create --slug=region --title='Региональный сайт' --email=admin@example.comДля поддоменной сети значение --slug становится поддоменом, а для сети с подпапками — частью пути.
Что происходит с базой данных
Multisite использует общую базу, но создаёт отдельные таблицы контента для сайтов сети. Это упрощает централизованное обслуживание, однако backup и восстановление становятся ответственнее: ошибка в общей базе может затронуть несколько сайтов.
Поэтому перед переводом действующих проектов в сеть необходимо отдельно продумать резервное копирование и сценарий восстановления всей сети и отдельных сайтов.
Почему Multisite не всегда экономит время
Централизация уменьшает количество отдельных установок, но добавляет сетевой уровень. Нужно учитывать совместимость плагинов, domain mapping, управление пользователями, кеш, backup и перенос сети на другой сервер.
Если сайты сильно различаются, отдельные установки могут быть проще в поддержке, даже если их больше.
Multisite или отдельные установки
| Критерий | Multisite | Отдельные WordPress |
|---|---|---|
| Обновление ядра | Централизованно | Отдельно на каждом сайте |
| Темы и плагины | Общая кодовая база | Полная независимость |
| Сервер | Обычно общий | Можно разделить |
| Разные версии плагинов | Неудобно или невозможно | Без проблемы |
| Изоляция аварий | Ниже | Выше |
| Массовое администрирование | Удобнее | Нужны внешние инструменты |
Когда лучше выбрать отдельные сайты
Отдельные установки предпочтительнее, если проекты принадлежат разным клиентам, требуют разных стеков и серверов, должны иметь независимый цикл обновлений или высокий уровень изоляции.
Также отдельные сайты проще, если предполагается, что один проект в будущем будет передан другой команде или перенесён на отдельную инфраструктуру.
Когда Multisite подходит лучше
Multisite особенно хорошо работает, когда сайты принадлежат одной организации, используют общие технические стандарты и развиваются централизованно. Тогда одна команда может контролировать ядро, темы, плагины и базовые правила безопасности.
Если уже есть несколько WordPress-проектов, перед объединением полезно провести аудит. Такая работа относится к технической доработке и реорганизации WordPress.
Безопасность сети
Компрометация общего ядра или уязвимого сетевого плагина потенциально затрагивает всю установку. Поэтому права суперадминистратора нужно выдавать ограниченному числу людей, а плагины и темы устанавливать только после проверки необходимости и совместимости.
Для отдельных доменов также важно поддерживать корректный SSL. Domain mapping не отменяет обычные требования к HTTPS, DNS и серверной конфигурации.
Чек-лист перед созданием Multisite
- Все сайты принадлежат одной организации или управляются одной командой
- Определено, какие темы и плагины будут общими
- Выбран формат сети: поддомены или подпапки
- Понятно, нужны ли отдельные домены и domain mapping
- Проверена совместимость критичных плагинов с Multisite
- Продуманы роли и доступ суперадминистраторов
- Есть резервное копирование всей сети
- Проверена конфигурация DNS, SSL и веб-сервера
- Есть план переноса существующих сайтов и отката
Частые вопросы
WordPress Multisite — это отдельный плагин?
Нет. Это встроенная возможность WordPress, которая активируется в существующей установке и добавляет сетевой режим управления сайтами.
Можно ли использовать разные домены для сайтов сети?
Да. Современный WordPress поддерживает domain mapping. Для каждого домена нужно настроить DNS и SSL, а затем указать адрес сайта в Network Admin.
У каждого сайта своя база данных?
По умолчанию сеть использует одну базу данных. Контент сайтов хранится в отдельных наборах таблиц, а часть сетевых данных является общей.
Можно ли установить разные версии одного плагина для разных сайтов?
В обычной Multisite-сети код плагина общий, поэтому использовать разные версии одного и того же плагина для отдельных сайтов неудобно. Если это критичное требование, лучше рассмотреть отдельные установки.
Подходит ли Multisite для разных клиентов?
Чаще безопаснее использовать отдельные установки, потому что клиентские проекты требуют независимости, отдельных доступов и возможности переноса. Multisite лучше подходит сети сайтов одной организации.
Можно ли перенести обычный WordPress в Multisite?
Да, но объединение нескольких действующих сайтов требует отдельного плана миграции: контент, пользователи, media, URL, плагины и настройки нужно проверять до переноса.
Можно ли управлять сайтами Multisite через WP-CLI?
Да. WP-CLI имеет команды для установки Multisite, создания сайтов, вывода списка сайтов и других сетевых операций.
Вывод
WordPress Multisite полезен не потому, что сайтов много, а потому, что им нужна общая техническая платформа. Если проекты используют одну команду, похожие темы и плагины и должны обновляться централизованно, сеть может заметно упростить поддержку.
Если же важнее независимость, разные серверы и отдельный жизненный цикл каждого сайта, несколько обычных WordPress-установок часто оказываются понятнее. Для оценки архитектуры сети можно описать задачу A.S Groups.
Обсуждение
Вопросы и комментарии
Можно уточнить детали статьи или поделиться своим опытом. Первый комментарий проходит проверку.