Плагины для Multisite: как не превратить сеть в набор конфликтов и дублей
В Multisite каждый лишний плагин влияет не только на одну установку, а на всю сеть. Поэтому правило простое: сначала делите плагины по роли — сетевые, локальные и запрещённые. Сетевые нужны всем сайтам, локальные ставятся точечно, а запрещённые лучше убрать совсем.
Перед установкой проверьте 4 вещи: • есть ли у плагина поддержка Multisite • не создаёт ли он отдельные таблицы на каждый сайт без нужды • умеет ли работать с ролями и настройками по сети • можно ли отключить его только для части сайтов. Если хоть по двум пунктам ответ сомнительный — ищите замену.
Отдельно смотрите на плагины для кэша, форм, SEO и бэкапов. Именно они чаще всего ломают логику сети: дублируют sitemap, смешивают настройки, конфликтуют с правами доступа или раздувают базу. Перед массовым включением тестируйте на одном дочернем сайте и смотрите, как ведут себя меню, хуки и экспорт данных.
Хорошая практика — вести короткий реестр: какой плагин зачем нужен, где включён и кто его обслуживает. Это экономит часы при аудитах и переносах. В Multisite выигрывает не тот, у кого больше плагинов, а тот, у кого меньше сюрпризов.
WordPress Multisite для сетей
@wp_multisite_admin_ww
Плагины для Multisite: как не превратить сеть в набор конфликтов и дублей
Этот пост опубликован в Telegram-канале WordPress Multisite для сетей. Подписаться можно по ссылке: @wp_multisite_admin_ww.