Главная / Создание и продвижение сайтов / SEO / P3 Plugin Performance Profiler — анализ скорости загрузки

P3 Plugin Performance Profiler — анализ скорости загрузки

Всем доброго времени суток! С момента моего решения проанализировать работу плагинов, установленных на этом блоге, прошло уже больше двух месяцев. Так как скорость загрузки страниц после переезда на другой хостинг WebHost1 выросла не просто в разы, а в десятки раз, оптимизацию плагинов я то и дело откладывал на потом. И вот это «потом» наступило, дошли-таки мои руки и до страницы с установленными на блоге плагинами. Как говорится, «скоро сказка сказывается, да не скоро дело делается» ) И, ладно бы, не знал с чего начать, каким инструментом воспользоваться… Так знал ведь, и даже сам инструмент для анализа скорости загрузки сайта, плагин P3 Plugin Performance Profiler для WordPress был давно установлен. Ну да ладно, лучше поздно, чем никогда ) Собственно, о плагине P3 и пойдет речь ниже. Тем, кому он не знаком, настоятельно предлагаю использовать его возможности во благо собственному блогу.

Плагин P3 Plugin Performance Profiler скачать

Ссылку даю на официальное хранилище WordPress. Установка стандартная, как и у всех плагинов — или распаковываем скачанный архив в папку wp-content/plugins своего сайта, или находим и устанавливаем его через меню консоли Плагины — Добавить новый. Для новичков в сайтостроении последний способ, безусловно, проще. Почти миллион скачиваний этого плагина и его высокая оценка пользователями о чем-то да говорят.

p3 plugin performance profiler скачать

После установки там же, в консоли, раздел Инструменты, появляется новая строка меню P3 Plugin Profiler, ведущая на страницу анализа скорости загрузки плагинов, установленных на вашем сайте.

Подробное описание плагина P3 Plugin Performance Profiler приводить не буду, дабы не запутывать читателей. Остановлюсь лишь на основных, действительно важных моментах. P3 для WordPress — это простой и мощный инструмент оптимизатора, с его помощью можно измерить (с точностью до тысячных долей секунды) как общее время загрузки всех установленных на сайте плагинов, так и время загрузки каждого из них. Кроме того, плагин показывает, какая часть (в процентах) от времени загрузки страницы приходится именно на загрузку плагинов. Еще один важный показатель, который позволяет проанализировать этот инструмент — число запросов к базе данных сайта за визит.

Привлекает в P3 Plugin Profiler представление отчетов не только в числовом виде, но и в графическом. Круговая диаграмма процентного соотношения времени загрузки каждого из плагинов с расшифровкой помогает увидеть как обстоят дела с плагинами на сайте, сделать необходимые изменения в количестве и составе плагинов и проанализировать новую конфигурацию.  Для пользователей опытных и дотошных плагин предоставляет детализацию и расширенные отчеты с графиками, находящимися на странице плагина еще в пяти(!) дополнительных вкладках.

Анализ скорости загрузки сайта

Запускается сканирование сайта нажатием соответствующей кнопки «Start Scan» Большинство интересующих нас данных выводится в первой и последней вкладках. Первая Runtime By Plugin выдает именно круговую диаграмму с наглядным соотношением нагрузки на сайт от каждого из плагинов. В последней вкладке Advanced Metrics можно увидеть представленные в виде таблицы следующие данные: Total Load Time (общее время загрузки), Plugin Load Time (время загрузки активированных плагинов), Theme Load Time (время загрузки темы) и др.

Что радует, произвести анализ скорости загрузки сайта и плагинов можно не только онлайн, но и в установленном на локальном сервере для WordPress сайте.

Что делать с данными, полученными в результате анализа?

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

Есть также целый ряд плагинов, которые вовсе не обязательно держать включенными (активированными) все время – к таким плагинам можно отнести тот же P3 (Plugin Performance Profiler) и широко известный TAC (Theme Authenticity Checker) . Эти расширения нужны лишь для периодических нечастых сканирований сайта. И включить/отключить их на время труда не составляет.

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

Результаты анализа скорости загрузки

Для многих блогеров результаты первоначального сканирования сайта с помощью P3 бывают шокирующими. Нечто подобное шоку испытал и я, впервые рассматривая результаты работы P3 Plugin Profiler .

plugin performance profiler анализ сайта

Первым делом за ненадобностью я отключил на этом блоге семь плагинов, без которых вполне можно было обойтись. Несколько плагинов оказались включенными еще со времен тестирования (это явный промах). Другие, такие как Revision Control и TAC были отключены мной до момента, когда понадобятся в рабочем состоянии. Плагины же типа Pretty Link Lite (скрытие реферальных ссылок) и English Spam (удаление комментариев, не содержащих слова на русском языке) тоже были деактивированы без особых сожалений — использование Pretty Link так и не привело ко мне ни одного реферала, а функции English Spam неплохо выполняет гугловская Рекапча, отсекающая спамные комменты на корню.

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

plugin performance profiler оптимизация плагинов

Затем наступил черед «прожорливых» плагинов. Их, судя по диаграмме, оказалось всего два – Crayon Syntax Highlighter (плагин подсветки кода) и All In One Seo Pack (популярный seo-плагин).

Признаюсь честно, пока искал замену плагину подсветки кода, перебрал десяток аналогичных плагинов, найденных через поиск из консоли WordPress: WP Rainbow Hilite, Syntax Highlighter Lite, Html Editor Syntax Highlighter, Syntax Highlighter With Add Button In Editor, Syntax Highlighter Compress, WP Syntax, Advanced Code Editor, Prism Syntax Highlighting, SyntaxHighlighter Evolved. Часть плагинов оказались слишком тяжелыми (хотя и гораздо легче первоначального Crayon Syntax Highlighter), другие напрочь отказывались выводить подсветку без ковыряния в коде.

И у меня уже было появилась мысль потратить еще час-другой времени и сделать подсветку кода на сайте без плагина, но я вовремя вспомнил о статье на сайте Александра Каратаева и воспользовался предложенным им решением по замене обоих тяжелых плагинов Crayon Syntax Highlighter и All In One Seo Pack, которое в моем случае пришлось весьма кстати.

Правда с плагином Code Prettify, пришедшем на замену Crayon Syntax Highlighter, все-таки пришлось немного повозиться. Подсветку плагин отображал вполне удовлетворительно, но при этом сам код выводился в блоке фиксированной ширины, гораздо меньшей, чем ширина страницы, а перенос длинных строк кода по умолчанию отсутствовал и часть кода оказывалась вне зоны видимости.

plugin performance profiler настройка плагина подсветки

Чтобы весь выводимый на странице код отображался как надо, пришлось немного «пошаманить» над файлом style.css своей темы в редакторе WordPress. К описанию свойств тега <pre> были добавлены следующие строки:

редиктирование темы блога

Т.е., была указана правильная ширина блока вывода кода и добавлен не слишком распространенный атрибут white-space со значением pre-wrap, отвечающим за перенос длинных строк. После этой небольшой правки шаблона плагин стал выводить код правильно.

С известным seo-плагином я и вовсе не стал заморачиваться и сразу установил предлагаемую Александром замену — плагин Sewn In Simple SEO, т.к. на собственном опыте убедился в отсутствии влияния заполненного поля keywords на продвижение сайта.

Можете сравнить данные анализа скорости загрузки сайта в самом начале и после оптимизации плагинов. Первый скриншот ниже – после замены плагина подсветки, второй – после замены seo-плагина.

p3 plugin performance profiler результаты

p3 plugin performance profiler результаты замены плагинов

Результаты ощутимые. Осталось в довершение ко всему отключить еще один плагин — P3 Plugin Performance Profiler, до следующего анализа работы плагинов на блоге он вряд ли потребуется.

P.S.: Выяснилось, что плагин Sewn In Simple SEO не захотел работать с горизонтальным меню установленной у меня темы WordPress. При попытке перейти по ссылке в любую из категорий отображалась пустая страница и ошибка:

ошибка в плагине Sewn In Simple SEO

Ковырять плагин не стал, возможно, позже разберусь, но не на работающем сайте — а на локальном сервере InstantWP с загруженным блогом и моим шаблоном. Пока установил практически такой же легкий плагин Platinum SEO Pack, в котором предусмотрена миграция с All In One SEO Pack. Единственный его недостаток — число запросов к базе данных практически такое же, как и у AIOSP. Если плагин приживется, напишу о нем подробнее позже.

Заодно заменил установленный ранее антиспам-плагин Google Captcha (reCAPTCHA) плагином Kama SpamBlock. Посмотрим, насколько он окажется эффективным. В принципе, reCAPTCHA меня устраивала, полностью отсекая весь автоматический спам, но пару нареканий на нее все же были: 1) иногда, если посетитель забывал нажать на кнопку гугловской капчи, исчезал введенный посетителем комментарий при попытке вернуться на предыдущую страницу; 2) порой эта капча перестраховывается и выводит кучу картинок, требующих идентификации, что не всегда удобно и возможно.

Также, пользуясь случаем, установил кнопку Вверх для удобства прокрутки. Пересмотрев на предмет нагрузки около десятка вариантов, в итоге выбрал один из самый простых и легких — Scroll Top (автор Theme Junkie).

Плагин platinum seo pack

Скриншот выше — нагрузка на блог уже со всеми установленными плагинами.На этом пока решил плагины какое-то время не трогать.

Расскажите об этой статье в соцсетях:

7 комментариев

  1. Ох, пойду упаду в обморок, что ли…..
    Я где-то читала, что замена seoшного плагина сопряжена с некоторыми сложностями. Вроде как придется все заново прописывать. Это так?

    • Здесь title и description к статьям я не прописывал. У меня все впереди, и работы на самом деле по блогу очень много. В блоге-обо-всем проверил, как обстоят дела. Подтверждаю: плагин Sewn In Simple SEO не наследует описания из All In One Seo Pack. Но и там у меня от силы 10% статей с тайтлами и описаниями. Так что мои потери невелики. Тем же, у кого все описания заполнены, вряд ли стоит отказываться от AIOSP, 0,04 секунды на загрузку плагина — время, с которым можно смириться.

  2. Александр Каратаев

    Странно… У меня Sewn In Simple SEO вообще не вызвал никаких проблем…
    А вот интересный момент с плагином P3… Запускаем тест, смотрим результаты. Ничего не меняя на блоге, через какое-то время запускаем ещё раз и убеждаемся, что число обращений к базе изменилось. Пока не могу сообразить с чем это может быть связано.

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

      Да, я на этот момент (разные показатели при сканировании на одной и той же конфигурации) тоже обратил внимание. Но у меня показания изменяются незначительно — можно понять, какой плагин больше ресурсов требует. Надо будет еще на локальном сервере погонять Plugin Performance Profiler, сравнить отчеты.

      • Александр Каратаев

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

  3. У меня раньше тоже было столько много плагинов.. А сейчас последние два года осталось 9 штук всего… и вполне хватает для работы. А плагин этот для проверки загрузки страниц очень хорош… Я тоже им изредка пользуюсь для сверки некоторых деталей…

    • Согласен, чем меньше плагинов — тем лучше. Но без некоторых плагинов — совсем никак. Да и Вордпресс из коробки мало кого устраивает.

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *