На что обратить внимание при выборе плагинов для WordPress

Плагины — замечательный способ расширить функциональность сайта на WordPress. Сейчас в официальном каталоге их более 54 тысяч. Увы, действительно стоящих гораздо меньше.

Как же не прогадать с выбором и поставить такой плагин, который не подставит под угрозу работу сайта? Есть несколько факторов, на которые следует обратить внимание.

1. Периодичность обновлений.

Обратите внимание на то, как часто обновляется плагин и как давно выходило последнее обновление — плагины старше года лучше не ставить, в идеале «свежесть» должна быть не больше пары месяцев.

Если недавно было крупное обновление WP (как недавнее 5.0), тем более смотрите дату последнего обновления. Это скажет о том, как быстро автор реагирует на изменения в движке сайта, подгоняя своё творение под нововведения.

Также гляньте вкладку «Разработка» («Development»). Там публикуется журнал изменений. Некоторые авторы (не все) указывают даты выхода версий, это удобно для оценки периодичности выхода обновлений (если нет, жмите ссылку «development log» там же). Если выходят регулярно — всё отлично, плагин не заброшен.

Обратная сторона медали — слишком частые обновления. Если после выхода автор досылает несколько свежих обновлений с правками багов, это признак того, что он не способен нормально оттестировать код. Такие плагины лучше не ставить, ибо велика вероятность нарушить работу сайта «сломанной» версией плагина.

2. Отзывчивость автора.

Далеко не все разработчики способны построить конструктивный диалог с пользователями своих творений. Так как в каталоге WordPress все плагины бесплатные, среди творцов распространена позиция «я делаю это бесплатно, так что не нойте или не пользуйтесь». Я не считаю такой подход правильным, так как тогда игнорируются запросы исправить недоработки.

Смотрите вкладку «Поддержка» («Support») — если у плагина много вопросов без ответа, лучше пройти мимо.

3. Перекрытие или дублирование функций.

В WordPress одну и ту же вещь можно сделать разными способами. Нельзя ставить плагины с дублирующим функционалом. Например, если два плагина скрывают адрес входа в админку, велика вероятность, что не заработают оба.

У этого правила есть исключение: срабатывание на события. Не возбраняется ставить хоть сто плагинов, выполняющих что-то на определённое действие на сайте, например, публикацию поста. WordPress просто выполнит такие задания по очереди (лишь бы в лимит выполнения скриптов PHP уложились). А вот дублирующие изменения свойств, адресов, элементов сайта — ни-ни!

4. Наличие платных версий.

Если в описании плагина вы видите, что доступна платная (Premium, Full, Extra edition и т.п.) вариация, смело проходите мимо.

К сожалению, многие используют каталог как витрину, выставляя огрызки с со скудной функциональностью и/или неприятными ограничениями. Есть, конечно, приятные исключения, но их так мало…

Несмотря на то, что разработчики WordPress борются со слишком агрессивными методами продвижения платных версий типа всплывающих окон в админке, доля таких недоплагинов, насколько я вижу, больше 50 процентов. С шаблонами оформления, кстати, ситуация хуже.

Ещё один недостаток «lite»-версий плагинов — поддержка и исправление багов выполняются по остаточному принципу, в приоритете запросы платящих пользователей.

На скриншоте выше — типичная ситуация с плагином, чьи разработчики сконцентрированы на поддержке платной версии.

5. Хороший рейтинг

Это достаточно спорный момент. Лучше всего не смотреть на общий показатель, а читать отзывы.

Дело в том, что пользователи могут поставить одну-две звезды не за то, что плагин для WordPress не работает, а просто из-за непонимания принципа работы. Может быть, автор действительно виноват — не смог доступно рассказать, что его творение делает, но это не повод проходить мимо. Так что читайте отзывы.

А как же совместимость с версиями?

Этот вопрос вы можете задать, не найдя такого совета среди пяти пунктов выше. Действительно, авторы плагинов могут указывать минимальные версии WordPress и PHP, с которыми гарантируют совместимость.

На практике это ничего не значит. Разработчики каталога сделали большое упущение — не дали возможность указать максимально поддерживаемую версию, из-за чего теряется весь смысл такой информации. Допустим, заявлена совместимость с PHP 5.5, а в PHP 7.3 некоторые старые функции уже не работают. Автор переписывает плагин, на PHP 7.3 всё стало отлично работать, совместимость с 5.5 тоже никуда не делась. И как тогда поступать разработчику? Естественно, он не будет поднимать минимальную версию до 7.3, ведь это будет неправдой. С версиями WP ситуация схожая. Так что на совместимость можно не обращать внимания, это выясняется только экспериментальным путём или просмотром кода.