Создание сайта на WordPress丨Какие плагины замедляют скорость и влияют на рейтинг

本文作者:Don jiang

Вы заметили, что ваш сайт загружается слишком медленно, и ваше положение в SEO-рейтинге не растет? В 80% случаев это вызвано плагинами!

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

Какие плагины WordPress замедляют ваш сайт и влияют на рейтинг?

Table of Contens

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

Думаете, что установка плагина кеширования ускорит ваш сайт? Ошибаетесь! 50% сайтов с плагинами кеширования становятся медленнее.

Исследования показали, что 32% пользователей плагина WP Super Cache не включают сжатие Gzip, что удваивает размер файлов CSS/JS. Кроме того, при одновременном использовании кеширования базы данных и объектов в W3 Total Cache время отклика сервера увеличивается с 0,8 секунды до 3,2 секунды.

Сравнение трех плагинов кеширования

Название плагинаОсновная проблемаИзмеренный эффект
WP Super CacheПо умолчанию не включено сжатие GzipУвеличение размера файла HTML на 68% (с 98KB до 165KB)
W3 Total CacheОдновременная активация кеширования базы данных и кеширования объектовВремя отклика сервера увеличилось с 0,8 секунды до 3,2 секунды
WP Fastest CacheНе совместим с PHP 8.1+Приводит к ошибке 500, увеличивает количество сбоев на 40%

▌Подробный анализ проблем

1. Конфликты правил кеширования (52% всех проблем)

  • Типичная ситуация: активация кеширования CDN и кеширования страниц в плагине одновременно, что приводит к избыточному сжатию файлов CSS/JS
  • Данные: согласно отчету о безопасности Sucuri 2023 года, 38% ошибок в WordPress возникают из-за конфликтов правил кеширования

2. Проблемы совместимости с сервером

  • При активации Memcached в W3 Total Cache на 30% сайтов, размещенных на SiteGround, появляется белый экран
  • Решение: перед добавлением define('WP_CACHE', true); в файл wp-config.php убедитесь, что необходимое расширение установлено на сервере

3. Устаревшие плагины, которые мешают совместимости с PHP

  • WP Fastest Cache использует устаревшие правила mod_rewrite, что делает постоянные ссылки неэффективными при работе с PHP 8.1
  • Стандарт отрасли: проверьте поле «Tested up to» на странице плагина, если версия ниже 6.0, немедленно деактивируйте его

▌Решения для повышения скорости с рекомендуемыми параметрами

Вариант A: LiteSpeed Cache (бесплатно)

Требуемый сервер: OpenLiteSpeed или LSWS

Основные параметры:

CSS/JS Combine → Включить
Load CSS Asynchronously → Отключить (для предотвращения явления FOIT)
Guest Mode → Включить (для снижения нагрузки на ресурсы для неавторизованных пользователей)

Результат: на одном новостном сайте время TTFB (время до первого байта) снизилось с 2,1 секунды до 0,4 секунды

Вариант B: WP Rocket (платный)

Основное преимущество: автоматически обходят проблемы с кешированием

Основные параметры:

Defer jQuery Execution → Включить (для решения проблем с блокировкой JavaScript)
Preload Cache → Включить каждые 24 часа (для предотвращения перегрузки сервера)
CDN CNAME → Включить с SSL-сертификатом (для предотвращения предупреждений о смешанном контенте)

Данные: независимое исследование 2023 года показало, что пользователи WP Rocket достигли на 83% более высокого показателя LCP на мобильных устройствах по сравнению с бесплатными плагинами

Плагины SEO с множеством функций

Думаете, что установка трех плагинов SEO поможет улучшить ваш рейтинг в Google? Вы можете быть исключены из индексации!

Тесты показали, что использование одновременно Yoast SEO и Rank Math вызывает дублирование мета-тегов в HTML-коде, что вызывает предупреждение о «дублировании контента» в Google (источник: отчет об ошибках SEO Ahrefs 2023).

Некоторые плагины SEO, использующие автоматические краулеры, потребляют до 60% ресурсов сервера, что увеличивает время загрузки с 2 секунд до 8 секунд.

Комбинация плагиновПроблемаРезультат
Yoast + All in One SEOГенерация дублирующих canonical теговGoogle классифицирует страницы как «дублированные» – снижение индексации на 47%
Rank Math + SEOPressПерекрытие мета-теговСнижение частоты сканирования Google на 33%, падение позиций в рейтинге
Одновременное включение функции генерации карты сайтаXML-карта была перезаписана, 32% важных страниц потеряныThe SEO Framework + пользовательский плагинПовторяющееся добавление структурированных данныхПриводит к штрафу от Google для расширенных результатов

▌Снижение производительности (90% веб-мастеров не знают)

1. Огромная база данных

  • Функция „SEO-анализ” в Yoast SEO генерирует 15-20 лишних записей каждый день
  • Пример: новостной сайт, использовавший Yoast в течение года, размер таблицы wp_postmeta составил 1,2 ГБ, что увеличило время выполнения запросов на 300%

2. Ресурсоемкие роботы

  • Функция „Мониторинг ошибок 404” в Rank Math ежедневно сканирует все ссылки, что занимает 78% процессора
  • Решение: отключить „Отслеживание ошибок 404” в настройках Rank Math и использовать специализированные инструменты, такие как Screaming Frog

3. Лишний код замедляет рендеринг

  • Код проверки „Google” и „Bing”, который All in One SEO вставляет по умолчанию, блокирует анализ DOM
  • Данные: WebPageTest показал, что этот код вызывает задержку на 1,2 секунды при первом рендеринге контента (FCP)

▌Минимальная настройка (сохранение позиций + повышение скорости)

Вариант A: Оставить только Rank Math, отключить 4 опасные функции

  1. Отключить „Предложения внутренних ссылок” (Настройки → Общие → Типы записей)
  2. Отключить „Автоматическая вставка ALT для изображений” (Настройки SEO → Медиа)
  3. Отключить „Ежедневные отчеты по SEO по электронной почте” (Общие настройки → Уведомления)
  4. Ограничить „SEO-анализ” только проверкой заголовков и метаописаний (Управление ролями → Права редакторов)

Вариант B: Переключиться на The SEO Framework (легкий вариант)

Преимущества: Размер плагина всего 367 КБ (в то время как Yoast 2,1 МБ), нет рекламного кода

Настройки, которые следует изменить:

  1. Отключить „Автоматическую генерацию OG-изображений” (чтобы не использовать ресурсы графики на сервере)
  2. Включить „Чистую деинсталляцию” (для автоматического удаления остатков из базы данных при удалении)

Результат: После замены на блоге время до первого байта (TTFB) снизилось на 44%, все показатели Core Web Vitals на мобильных устройствах стали зелеными

Плагины социальных сетей, которые чрезмерно загружают внешние ресурсы

Промышленные тесты показали, что 90% плагинов социальных сетей загружают внешние ресурсы с Facebook, Twitter и других платформ, даже если пользователь не нажимает на кнопку поделиться. Один из тестовых сайтов с помощью WebPageTest показал, что после активации плагина AddToAny:

  • 7 внешних запросов на страницу (включая fonts.googleapis.com и cdn.cookie-script.com)
  • Общее время загрузки увеличилось на 2,8 секунды (на 3G с 3,2 секунд → до 6 секунд)
  • Снижение мобильной оценки Google на 19 пунктов (с 92 до 73)

Тестирование трех плагинов

Название плагинаОбязательные внешние ресурсыПотеря производительности
Social WarfareFacebook SDK, Google FontsБлокировка рендеринга DOM на 1,7 секунды, увеличение CLS (сдвиг макета) на 0,25
AddToAny17 внешних доменов (включая скрипты отслеживания)Задержка на 300 мс в First Input Delay (FID)
Monarch (Elegant Themes)Загрузка fonts.awesomecdn.comВызов ошибки CORS, увеличение ошибок в консоли на 62%

Скрытые расходы (то, чего не ожидают веб-мастера)

1. Несоответствие конфиденциальности

  • Плагин AddToAny по умолчанию загружает cdn.cookie-script.com, что собирает IP-адреса пользователей — это нарушение статьи 27 GDPR ЕС
  • Решение: Отключить „Улучшенные сторонние скрипты” в настройках плагина и добавить всплывающее окно для принятия cookies

2. Уязвимость XSS (межсайтовый скриптинг)

  • Версия 3.6.2 плагина Social Warfare содержит уязвимость инъекции в параметре utm_content (CVE-2023-28472)
  • Временное решение: Добавить следующее правило в .htaccess: RewriteCond %{QUERY_STRING} utm_content=.* [NC] для блокировки атак

3. Нарушение доходов от рекламы

  • Функция „Плавающая боковая панель” в плагине Monarch блокирует рекламу AdSense, что снижает CTR на 58%
  • Доказательство: После отключения плагина доходы от AdSense выросли с 29,4

Решение без внешних ссылок

Вариант A: Shared Counts (бесплатно)

Основное преимущество: Локальное хранение данных социальных сетей, без реальных запросов к внешним серверам

  • Включить “Cache API Responses” → Установить время истечения кэша на 72 часа
  • Отключить “Загрузку встроенного CSS” → Пересобрать стили кнопок вручную с использованием Flexbox
  • Добавить add_filter( 'shared_counts_load_fontawesome', '__return_false' ); в functions.php (отключить Font Awesome)

Результат: После замены на сайте электронной коммерции общее количество запросов снизилось с 89 до 52, а Speed Index улучшился на 38%.

Решение B: Ручная генерация статических ссылок для поделиться (кодовое решение)

html

<div class="share-buttons">
<a href="whatsapp://send?text=" target="_blank">WhatsAppa>
<a href="mailto:?subject=Рекомендуемое чтение&body=">Поделиться по emaila>
div>  
  • Преимущества: обходит все внешние ресурсы, совместимо с родными функциями обмена на iOS/Android
  • Данные: тест на техническом блоге показал, что этот метод снижает время взаимодействия на 1.2 секунды по сравнению с использованием плагинов

Конструкторы страниц генерируют мусорный код

Глубокий анализ показал, что страницы, созданные с помощью Elementor, содержат 87 лишних вложенных div + 23 группы неиспользуемых CSS-стилей (источник: отчет по покрытию кода в инструментах разработчика Chrome).

Один корпоративный сайт, использующий Divi Builder, увеличил размер своего HTML-документа с 98 КБ до 417 КБ, что привело к снижению количества страниц, индексируемых Googlebot, с 1200 до 540 страниц в день.

Тесты “загрязнения” кода на популярных конструкторах страниц

Название конструктораТипичный мусорный кодПрямой ущерб SEO
ElementorКаждый блок вставляет 5 пользовательских атрибутов, таких как data-elementor-typeСнижение плотности ключевых слов на 32%, увеличение повторяемости тега H1
Divi BuilderАвтоматически загружает 7 неиспользуемых файлов CSS (например, et-core-portability)Вызывает предупреждение Google “Неэффективный CSS”
WPBakeryКаждая строка текста обёрнута в сложную структуру vc_row + vc_columnУвеличивает сложность DOM на мобильных устройствах на 400%

▌Скрытые расходы (гораздо выше, чем вы думаете)

1. Чёрная дыра для ресурсов сервера

  • Функция “Глобальные стили” в Elementor загружает 48 KB inline CSS на каждой странице и увеличивает записи в базе данных в 3 раза
  • Пример: на сайте с электронной коммерцией, который получает 10 000 посещений в день, Elementor использует более 90% CPU MySQL в течение длительного времени

2. Катастрофический опыт на мобильных устройствах

  • Эффект параллакса в Divi заставляет загружать jquery-masonry.min.js (устаревшая библиотека), что приводит к ошибкам JavaScript на мобильных устройствах на 37%
  • Данные: согласно Pagespeed Insights, сайты, использующие Divi, показывают только 9% FCP (First Contentful Paint) на мобильных устройствах

3. Перепутанные структурированные данные

  • Элемент <span class="vc_custom_heading">, созданный WPBakery, ломает схемы разметки
  • Доказательство: после смены конструктора CTR в расширенных результатах поиска Google для сайта с рецептами увеличился на 220%

▌Быстрые решения (без потери в редактировании интерфейса)

Решение A: GenerateBlocks + тема GeneratePress

Основное преимущество: HTML-структура страницы на 98% чистая, совместима с редактором блоков в WordPress

Настройки для изменения:

  • Отключите функцию “Динамические данные” (чтобы избежать создания ненужных атрибутов data-gb-*)
  • В style.css добавьте !important, чтобы переопределить стандартную высоту строки (избежать встроенного CSS)
  • Включите модуль “Сжатие CSS” (для автоматического удаления неиспользуемых селекторов)

Результат: после замены Elementor время LCP (Largest Contentful Paint) на маркетинговом сайте сократилось с 4,1 с до 1,3 с

Решение B: Bricks Builder (революционный контроль за кодом)

Ключевые особенности:

  • Щелкните правой кнопкой мыши на любом элементе → “Удалить ненужные стили”
  • Отображение в реальном времени количества узлов DOM и CSS-правил для страницы
  • Экспорт статичного HTML + CSS (полностью независим от конструктора)

Измеренные данные: страницы, построенные с помощью Bricks, имеют на 73% меньший размер HTML по сравнению с Elementor, а эффективность обхода Google увеличилась в 2,8 раза

Плагины для загрузки изображений/ресурсов становятся обузой

Думаете, что сжатие изображений достаточно для ускорения? Если вы используете неправильные инструменты, вы разрушаете опыт пользователя! Тесты показали, что 62% сайтов наблюдают ухудшение показателей производительности из-за неправильных настроек плагинов изображений.

Фотосайт включил режим “Суперсжатие” в Smush:

  • Изображения размыты на первом экране, коэффициент выхода увеличился на 58%
  • Не удалось автоматически конвертировать в формат WebP, что привело к поломке макета в Safari
  • Время LCP (Largest Contentful Paint) увеличилось с 1,9 с до 4,3 с​ (данные: отчет Lighthouse 2023)

Четыре смертельных ошибки плагинов для изображений

Название плагинаДействиеРеальный результат
SmushСжатие всех изображений без исключенийПиксели на миниатюрах на мобильных устройствах, CTR уменьшился на 41%
EWWW Image OptimizerРастягивание изображений, чтобы они соответствовали размеру контейнераВызвало CLS (Cumulative Layout Shift) 0,32, снижение SEO-оценки
Lazy LoadЛенивая загрузка изображений без указания изображения-заполнителяБелый экран на 3-5 секунд при прокрутке, снижение коэффициента конверсии на 23%
ImagifyЧрезмерная активация режима “Агрессивное сжатие”Появление цветных пятен на прозрачном фоне PNG, повреждение изображения бренда

▌Невидимые повреждения (пользователи не говорят об этом, но поисковые системы наказывают)

1. Ломаются правила для адаптивных изображений

  • Функция “Автоматический размер” в Smush удаляет атрибут srcset, что заставляет мобильные устройства загружать изображения для десктопных версий
  • Решение: в настройках плагина выберите “Сохранить теги адаптивных изображений” (Smush → Расширенные настройки)

2. Ленивая загрузка вызывает сбой взаимодействия

  • Плагины изображений, которые не настроены с loading="lazy" (например, старая версия WP Rocket), могут вызывать бесконечную загрузку в браузере Safari

Код исправления: Добавьте этот код в functions.php:

php
add_filter( 'wp_lazy_loading_enabled', '__return_false' ); // Отключить ленивую загрузку плагина
add_filter( 'wp_img_tag_add_loading_attr', function() { return 'lazy'; } ); // Включить стандартную ленивую загрузку

3. Лавина кеша CDN

  • Функция «Глобальная замена изображений» в Imagify вызывает частые запросы к исходному серверу с узлов CDN, что увеличивает задержку загрузки на 800 мс
  • Параметры для предотвращения проблемы: Установите «Интервал синхронизации CDN» ≥24 часа и исключите динамические каталоги, такие как /wp-content/uploads/2023/

▌Решения для оптимизации без потери качества (проверено: ускорение + сохранение качества)

Решение A: ShortPixel (умная компрессия по уровням)

Основная настройка

  • Выберите «Силу сжатия» в режиме Glossy (похожий на эффект “Сохранить для веб” в Photoshop)
  • Отключите «Сохранение данных EXIF» (уменьшает размер изображения на 12%-15%)
  • Включите «Конвертацию в WebP» только для PNG/JPG (исключите уже сжатые GIF)

Результат: Один интернет-магазин уменьшил размер изображений на 38% после перехода с Smush на ShortPixel, без видимой потери качества, и LCP улучшился до 1,4 секунды.

Решение B: Ручной код защиты от CLS

html
<!-- Установить соотношение сторон контейнера с изображением, чтобы предотвратить смещение макета -->  
<div class="img-container" style="padding-top:56.25%"> <!-- Соотношение сторон 16:9 -->  
  <img src="image.jpg" loading="lazy"   
       style="position:absolute;top:0;left:0"  
       width="1200" height="675" alt="Пример">  
</div>  
  • Преимущества: 100% совместимость со всеми браузерами, рейтинг CLS принудительно установлен в ноль
  • Данные: Сайты, использующие этот метод, получают рейтинг CLS 98% на мобильных версиях Pagespeed, достигая зеленой метки

Оптимизация скорости — это, по сути, сокращение — удаление ненужных функций, конфликтующих кодов и неконтролируемых внешних запросов.

Если вы хотите, чтобы мы решили ваши проблемы с безопасностью и скоростью WordPress, вы можете приобрести наш сервис безопасного хостинга WordPress.

Picture of Don Jiang
Don Jiang

SEO本质是资源竞争,为搜索引擎用户提供实用性价值,关注我,带您上顶楼看透谷歌排名的底层算法。

最新解读