Не знаете, использовать ли WordPress Multisite или отдельные установки WordPress? Оба подхода могут быть жизнеспособными решениями, если нужно создать более одного сайта на WordPress. Однако у каждого подхода есть свои сильные и слабые стороны, поэтому важно выбрать оптимальный вариант для конкретной ситуации.
В этой статье мы поможем вам принять правильное решение, рассказав все, что нужно знать о многосайтовой установке WordPress и установке нескольких сайтов на WordPress. Кроме того, разберем плюсы и минусы каждого подхода, которые помогут сделать выбор. И в конце посмотрим несколько реальных примеров того, когда следует использовать каждый из них.
Как работает мультисайт WordPress?
WordPress Multisite позволяет создать сеть сайтов, работающих на базе одной установки WordPress. Каждый сайт сети использует одинаковый набор учетных записей пользователей и установленных расширений (плагинов/тем), что может быть полезно в некоторых ситуациях.
Для управления сетью сайтов вам предоставляется специальная роль администратора сети и панель управления. Также можно назначать разных пользователей администраторами отдельных сайтов в вашей сети.
Может ли каждый сайт многосайтовой сети иметь свое собственное доменное имя?
С помощью сопоставления доменов можно дать каждому сайту сети свое уникальное доменное имя, что позволит им выглядеть как отдельные сайты.
В общей сложности multisite дает вам три возможности управления URL-адресами отдельных сайтов сети:
- Поддомен: каждый сайт получает свой собственный поддомен на том же доменном имени, например, site1.yoursite.com , site2.yoursite.com и site3.yoursite.com.
- Подпапка: каждый сайт размещается в подпапке с тем же доменным именем, например yoursite.com/site1 , yoursite.com/site2 и yoursite.com/site3.
- Сопоставление доменов: каждый сайт может иметь свое собственное уникальное доменное имя, например site1.com , site2.com и site3.com.
Мультисайт WordPress: плюсы и минусы
Разобравшись с этим, давайте рассмотрим плюсы и минусы использования многосайтовой сети WordPress.
Преимущества мультисайта WordPress
- Более простое управление сайтом: можно управлять всеми своими сайтами с единой панели управления WordPress и легко переключаться между разными сайтами.
- Упрощенное управление пользователями: вы можете использовать общие учетные записи пользователей на нескольких сайтах и управлять ими с централизованной панели управления. Пользователь также может получить доступ к нескольким сайтам, используя одну и ту же учетную запись, что избавляет от необходимости отдельно входить на каждый сайт.
- Более простые обновления: вместо необходимости применять обновления ядра, плагинов и тем для каждого отдельного сайта, можно просто выполнить обновление один раз в панели администратора сети, и все сайты сети получат выгоду от обновлений.
- Более простое управление расширениями (плагинами и темами): если на сетевых сайтах используются похожие расширения, управление расширениями становится намного проще, поскольку нужно установить расширение только один раз (вместо того, чтобы устанавливать его отдельно для каждого сайта).
- Быстрое создание сайтов: вы можете добавлять новые сайты всего несколькими щелчками мыши или даже разрешить пользователям создавать новые сайты из интерфейса.
Минусы WordPress для мультисайтов
- Единая точка отказа: если что-то случится с сетью, каждый сайт выйдет из строя или будет работать медленнее, поскольку вся сеть работает на одной установке WordPress.
- Сложно перенести отдельный сайт: хотя и возможно преобразовать многосайтовый сайт в единичный сайт, этот процесс намного сложнее, чем перенос одной установки WordPress.
- Проблемы совместимости плагинов или лицензии: не все плагины совместимы с WordPress Multisite. Даже если плагин совместим, для его использования в режиме Multisite может потребоваться приобрести более дорогую лицензию.
- Зависимость от администратора сети: отдельные администраторы сайтов имеют меньше контроля над сайтами. Например, они не могут устанавливать собственные плагины. В то же время, это может быть преимуществом, если вы намеренно хотите ограничить возможности администраторов отдельных сайтов.
- Восстановление из резервной копии по принципу «все или ничего»: сложно восстановить резервную копию только одного сетевого сайта. Это может вызвать проблемы, если на одном из сетевых сайтов есть недавние изменения, которых нет в последней резервной копии.
Смотрите также:
Как и когда использовать для клиентских проектов мультисайты WordPress
Несколько установок WordPress: плюсы и минусы
Далее давайте рассмотрим плюсы и минусы использования нескольких установок WordPress.
Преимущества множественной установки WordPress
- Больший контроль над отдельными сайтами: наличие отдельных установок, как правило, дает вам больший контроль над отдельными сайтами, когда дело касается установки плагинов или настройки тем.
- Возможность предоставления выделенных ресурсов отдельным сайтам: вы можете размещать сайты на отдельных аккаунтах хостинга, что предотвращает замедление работы других сайтов и позволяет оптимизировать ресурсы каждого сайта.
- Множественные точки отказа: если один сайт выйдет из строя, остальные будут работать исправно, если они надлежащим образом изолированы.
- Администраторы сайтов имеют полный контроль: отдельные администраторы сайтов имеют полный контроль над своими собственными сайтами, что устраняет необходимость полагаться на администратора сети для выполнения важных задач.
- Простые миграции: при необходимости вы можете легко перенести один сайт.
- Лучшая совместимость с плагинами: каждый плагин предназначен для установки на одном сайте, что не всегда подходит для многосайтовой установки.
Минусы множественных установок WordPress
- Отдельные панели инструментов WordPress: каждый сайт будет иметь свою собственную отдельную панель инструментов и учетные данные для входа, что может привести к увеличению затрат времени на управление несколькими сайтами.
- Учетные записи пользователей уникальны для каждого сайта: хотя и существуют способы совместного использования пользователей между отдельными установками WordPress, это гораздо сложнее настроить и это не является основной функцией, как в случае с мультисайтом.
- Более трудоемкие обновления: обновления необходимо применять для каждого сайта отдельно.
- Лицензии на плагины могут стоить дороже (иногда): некоторые плагины могут требовать отдельную лицензию для каждого сайта, что в некоторых случаях может повысить сложность и стоимость.
Важно отметить, что некоторые из этих недостатков можно компенсировать, используя другие инструменты. Например, можно использовать плагин MainWP для управления несколькими установками с единой панели управления.
Вопросы, на которые нужно ответить при выборе между WordPress Multisite и несколькими установками
Давайте рассмотрим несколько вопросов, на которые нужно ответить, чтобы определить, следует ли использовать многосайтовую версию WordPress или отдельные установки.
Эти вопросы охватывают такие области:
- Цель сайта
- Использование плагина
- Использование темы и настройка дизайна
- Доступ пользователя
- Трафик и использование ресурсов
- Основные заинтересованные стороны сайта
- Будущие шансы миграции.
Будут ли сайты иметь схожие цели?
Хотя это не является жестким правилом, в целом имеет больше смысла рассмотреть вариант WordPress Multisite, если у каждого сайта будет схожая цель.
Для примера того, что мы подразумеваем под «целью», предположим, что вы создаете университетский сайт на WordPress и хотите создать отдельный сайт для каждого колледжа или факультета. Все эти сайты имеют одну и ту же основную цель — отображать информацию о колледже/факультете в контексте университета, поэтому многие университеты используют мультисайт.
Если у сайтов схожие цели, ответы на многие другие вопросы ниже также могут подтолкнуть вас к переходу на мультисайт. То есть, сайтам со схожими целями с большей вероятностью понадобятся схожие плагины и темы, а также они будут потреблять схожие ресурсы.
Будут ли сайты использовать аналогичные плагины?
Поскольку каждый сайт в Multisite сети будет использовать один и тот же набор установленных плагинов, то следует подумать о том, будет ли каждый сайт использовать один и тот же набор плагинов или каждый сайт будет использовать разный набор плагинов.
Вам потребуется установить новые плагины из панели администратора сети. Затем вы можете принудительно активировать плагин на отдельных сайтах сети с помощью функции «Активация сети» или позволить администраторам сайтов самостоятельно решать, активировать плагин или нет.
Хотя последний подход позволяет активировать различные плагины на разных сетевых сайтах, он все равно может быстро стать сложным, если сетевые сайты используют совершенно разные наборы плагинов.
Есть вероятность столкнуться с проблемами совместимости или лицензирования для разных сайтов. Если на каждом сайте используются разные плагины, отслеживать совместимость и условия лицензирования для всех этих плагинов может быть сложно.
Будут ли сайты иметь схожий дизайн?
Все, что мы сказали о плагинах, применимо и к темам.
Однако в многосайтовых сетях темы могут также создавать дополнительные сложности при настройке одной и той же темы для отдельных сайтов сети. Любые изменения, вносимые непосредственно в тему, будут применяться ко всем сайтам сети, использующим эту тему.
Это может немного усложнить ситуацию, если вы хотите, чтобы сетевые сайты использовали одну и ту же базовую тему, а затем настраивали дизайн на ее основе.
Есть способы обойти это. Например, можно использовать плагин, поддерживающий пользовательские CSS для каждого сайта сети. Каждый сайт сети также может иметь собственные настройки в настройщике или редакторе сайтов.
В целом, эта ситуация может стать еще одним фактором, подталкивающим вас к использованию отдельных сайтов WordPress, но существуют способы решения этих проблем, если остальная часть ситуации подходит для Multisite.
Нужен ли будет доступ к сайтам аналогичным пользователям?
Другим важным соображением является то, должны ли разные сайты использовать одну и ту же группу пользователей.
Здесь есть два соображения:
- Пользователи бэкэнда будут иметь доступ к панелям управления сайтами, например, к функциям отдельных администраторов сайтов, авторов и редакторов.
- Пользователи фронтенда взаимодействуют с фронтендом сайтов. В конфигурации по умолчанию роль пользователя обычно «Подписчик», но вы можете создать собственные роли.
По умолчанию пользователь, подписавшийся на один сетевой сайт с ролью «Подписчик», автоматически становится подписчиком всех сайтов в этой сети. То есть, если он войдет на «Сетевой сайт 1», а затем перейдет на «Сетевой сайт 2», он все равно останется подписчиком на этом втором сайте, если только вы не отключите эту функцию.
Однако пользователи не сохраняют автоматически роли с более высокими привилегиями на нескольких сайтах сети, если только вы не предоставите пользователю роль с более высокими привилегиями на каждом сайте. Например, если вы зарегистрируете пользователя в качестве редактора на сайте «Сеть 1», у него не будет прав редактора при посещении сайта «Сеть 2». Он по-прежнему будет входить в свою учётную запись, но по умолчанию будет подписчиком только на сайте «Сеть 2».
Если возможность совместного использования учетных записей и привилегий на разных сайтах будет полезна в вашем случае, это будет весомым аргументом в пользу использования многосайтовой среды.
Будут ли сайты иметь одинаковый трафик и использование ресурсов (сейчас и в будущем)?
Благодаря отдельным установкам WordPress можно выбрать, размещать ли все свои сайты на одном сервере или развертывать их на нескольких экземплярах серверов.
Однако поскольку многосайтовые сетевые сайты используют одну установку, то придется использовать один и тот же сервер для каждого сайта в сети.
Это может стать проблемой, если потребности сайтов в сети радикально различаются. Если один сайт посещают два миллиона человек в месяц, а другой — две тысячи, это может подтолкнуть вас к использованию отдельных установок WordPress, чтобы оптимизировать хостинговую среду каждого сайта под его ситуацию.
Помимо оценки трафика и потребления ресурсов сайтами прямо сейчас, вам также следует подумать о том, изменятся ли эти потребности в будущем. Если существует высокая вероятность того, что некоторым сайтам потребуется больше масштабирования, чем другим, размещение этих сайтов в виде отдельных инсталляций обеспечит вам большую гибкость для их масштабирования в будущем.
Если вы все же выбираете мультисайт, убедитесь, что используемый вами хостинг поддерживает Multisite.
Будут ли у этих объектов разные основные заинтересованные стороны?
Помимо учета фактических учетных записей пользователей на сайте, также следует учесть, будет ли у каждого сайта в сети свой основной заинтересованный субъект.
Типичным примером может служить фрилансер, создающий сайты на WordPress для клиентов. Для упрощения некоторые фрилансеры размещают все сайты своих клиентов в единой многосайтовой сети.
Однако такой подход может привести к серьезным проблемам, если каждый сайт принадлежит разным заинтересованным сторонам. Ваш клиент будет справедливо расстроен, если узнает, что его сайт перестал работать из-за того, что сайт другого клиента стал вирусным и перегрузил всю сеть.
Как правило, следует использовать отдельные установки WordPress для каждого основного заинтересованного лица, чтобы избежать подобных ситуаций.
Есть ли вероятность, что придется перенести один из сайтов?
Также следует подумать о том, есть ли вероятность, что в будущем потребуется перенести один отдельный сайт (а не всю сеть сайтов). Это, скорее всего, произойдет, если у сайтов разные основные заинтересованные стороны, но может произойти и в других ситуациях.
Хотя и возможно перенести один сайт из многосайтовой сети, это сложно осуществить, и легко допустить ошибку.
Если есть вероятность, что в будущем придется перенести один из сайтов, его, скорее всего, не следует включать в Multisite-сеть.
Реальные примеры того, когда стоит рассмотреть возможность создания Multisite на WordPress
Давайте рассмотрим несколько реальных примеров того, когда может понадобиться использовать многосайтовую или раздельную установку WordPress.
Эти примеры не претендуют на исчерпывающий перечень всех ситуаций. Они лишь дают вам представление о том, как вышеприведенные вопросы и плюсы/минусы могут проявиться в реальном мире.
Вот несколько распространенных ситуаций, в которых может понадобиться использовать Multisite-сеть:
- Компании с несколькими филиалами или поставщиками услуг: например, если у вас есть тренажерный зал с тремя филиалами, то можете использовать функцию «Мультисайт» для создания отдельного сайта для каждого филиала. Другой пример - агентство недвижимости, которое хочет создать отдельный сайт для каждого агента в компании.
- Университеты: Multisite — распространная функция для университетских сайтов на WordPress. Можете создать сетевой сайт для каждого факультета учебного заведения. Некоторые университеты также позволяют студентам создавать собственные сайты в рамках сети.
- Школьные округа: создать сетевой сайт для каждой школы округа или даже для отдельных отделов в каждой школе.
- Веб-сайт как услуга (WaaS): позволить пользователям создавать свои собственные сайты в вашей сети, бесплатно или за плату.
- Многоязычные веб-сайты: хотя вы можете использовать обычную установку для создания многоязычного сайта WordPress, использование WordPress Multisite дает больше контроля над локализацией каждой версии сайта.
- Корпоративные интрасети или сети: предоставить каждой команде или отделу собственный сайт в корпоративной сети.
- Клубы/ассоциации: предоставить каждому местному отделению собственный сайт для размещения контента и обновлений, относящихся к этому отделению.
- Блог-сети: если у вас есть сеть блогов, тесно связанных по тематике, мультисайт может быть отличным решением. Например, что-то вроде отдельных путеводителей по городам мира на сайте Spotted by Locals. У каждого путеводителя по городам есть своя команда блогеров и уникальный контент.
Реальные примеры того, когда следует рассмотреть возможность установки нескольких экземпляров WordPress
Вот несколько конкретных ситуаций, когда пригодиться использование отдельных установок WordPress. Опять же, это не полный список — это лишь несколько примеров, которые помогут обдумать варианты.
- Веб-сайты с высоким трафиком или высоким потреблением ресурсов: если сайт будет принимать много посетителей и/или потреблять много ресурсов, часто имеет смысл использовать оптимизированную среду хостинга, соответствующую потребностям этого сайта.
- Интернет-магазины: хотя WooCommerce совместим с WordPress Multisite, использовать этот подход для «обычных» интернет-магазинов — плохая идея, поскольку у них более уникальные потребности.
- Клиентские сайты: хотя некоторые фрилансеры используют WordPress Multisite для управления клиентскими сайтами, это может быть плохой идеей по многим причинам, которые мы обсудили выше, например, из-за единой точки отказа для всех клиентских сайтов или сложности переноса одного сайта, если клиент хочет перейти на новый хостинг.
- Веб-сайты с уникальными потребностями в плагинах: если каждый сайт будет использовать разный набор плагинов, то многосайтовость, вероятно, не лучшее решение.
- Сайты со строгими требованиями к соблюдению организационных или нормативных требований: поскольку данные пользователей будут передаваться по всей сети, может быть сложнее соблюдать законы о конфиденциальности, такие как европейский GDPR.
В целом, выбор между WordPress Multisite и несколькими сайтами зависит от вашей конкретной ситуации. Ответив на вышеуказанные вопросы и взвесив все «за» и «против», вы сможете понять, какой подход лучше всего подойдет для ваших нужд.
Источник: kinsta.com
Комментарии к записи: 0