Плагины для Multisite: какие ставить в сеть, а какие оставлять на уровне сайтов

В Multisite ошибка чаще всего одна: ставят всё подряд в сеть и потом ловят конфликты. Базовое правило простое: сетью управляйте тем, что должно быть единым для всех сайтов, а на уровне сайта — тем, что влияет только на контент и дизайн.

Хорошо в сеть идут плагины для:
• безопасности и бэкапов
• миграции и клонирования сайтов
• SEO- и кэш-настроек, если политика одинаковая
• ролей, логов, контроля активности

На уровне отдельных сайтов лучше держать:
• формы и CRM-виджеты
• локальные интеграции
• конструкторы блоков и виджеты
• плагины, завязанные на уникальную структуру каталога или контента

Перед установкой проверяйте три вещи: умеет ли плагин работать в multisite, не создает ли он отдельные таблицы без удаления, есть ли у него настройки для сетевой активации. Если плагин хранит данные только в одном сайте, при массовом включении можно получить мусор в базе и разные поведение на поддоменах.

Если сомневаетесь, сначала ставьте плагин на один тестовый сайт в сети и смотрите, как он ведет себя при активации, удалении и обновлении. В Multisite дешевле проверить совместимость заранее, чем потом вычищать сеть вручную.