Как выбирать плагины для Multisite, чтобы не сломать сеть и не плодить хаос

В Multisite один неудачный плагин влияет не на один сайт, а на всю сеть. Поэтому смотрите не на «функции в описании», а на поведение в сети:
• есть ли режим Network Activate;
• умеет ли плагин работать по-разному для сети и отдельных сайтов;
• не пишет ли он данные в общие таблицы без необходимости.

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

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

Перед установкой делайте короткий чек:
• тест на staging;
• проверка удаления — убирает ли плагин свои следы;
• аудит нагрузки на базу и cron;
• понятная схема обновлений и отката.

Сначала выбирайте плагины, которые умеют жить в сети, а не просто «работают на WordPress». В Multisite это экономит часы поддержки и защищает всю инфраструктуру от одной плохой установки.