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

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

Базовый набор обычно такой:
• безопасность и бэкапы — ставить в сеть, чтобы правила были едиными;
• кэш и производительность — только после теста на одном под-сайте;
• SEO, формы, редакторы — чаще ставить по сайтам, если у них разные команды и требования.

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

Перед установкой делайте короткий чек: есть ли network activate, можно ли отключить на части сайтов, как он ведёт себя при удалении, не пишет ли лишнее в wp_options и не создаёт ли собственные таблицы на каждый сайт. Это экономит часы на разборе багов.

Лучшее правило для Multisite простое: в сеть идут только общие инструменты, всё остальное — по необходимости на конкретный сайт.