SEO-Studio
Блог · SEO

Отключение лишних плагинов влияние на TTFB и INP

Практический разбор отключения лишних плагинов в WordPress влияние на TTFB и INP, аудит front/admin и безопасный A/B на staging.

~2 мин чтения SEO

Список плагинов WordPress рядом с графиками TTFB и INP

Почему лишние плагины тянут скорость

Каждый активный плагин может цепляться на PHP-хуки, регистрировать cron, тянуть CSS/JS и писать в options. Набор из 40–60 плагинов «на всякий случай» часто объясняет высокий TTFB и плохой INP лучше чем «плохой хостинг». Параллельно смотрите database bloat и TTFB потому что плагины и раздутая БД усиливают друг друга.

  • TTFB лишняя работа PHP/SQL до первого байта.
  • INP тяжёлый JS виджетов на клиенте (см. INP).
  • Стабильность конфликты обновлений и security-surface.

Аудит плагинов без хаоса

Таблица активных плагинов с пометками front-end back-end и риск
Сначала инвентаризация кто грузится на front, кто только в админке.

Сделайте таблицу название, зачем, кто владелец, front/admin, альтернатива. Кандидаты на отключение

  • Дубли функций (два SEO, два кеша, несколько форм).
  • «Красивые» конструкторы блоков которые больше не используются.
  • Соц-счётчики, устаревшие слайдеры, демо-импортёры.
  • Плагины что грузят скрипты глобально вместо условно на 1 шаблоне.

Хак на заметку. Включите Query Monitor на staging и отсортируйте компоненты по времени. Часто топ-3 «неожиданных» плагина дают большую часть SQL.

Влияние на TTFB

DevTools Network с полем Waiting и списком PHP-хуков плагинов
TTFB растёт когда плагины цепляются на init/wp и тянут SQL или HTTP на каждый запрос.

Измерительный протокол в PageSpeed / DevTools

  1. Снимите TTFB на 2–3 URL без page cache или с cache-buster.
  2. Отключите пачку кандидатов на staging.
  3. Повторите те же URL в то же время суток.
  4. Зафиксируйте дельту и верните критичные плагины по одному если что-то сломалось.

Если TTFB почти не изменился ищите object cache, хостинг, внешние HTTP или autoload options а не только список плагинов.

Влияние на INP

Мобильный экран с длинным main-thread из-за скриптов плагинов
INP бьют тяжёлые JS виджетов чатов, попапов, слайдеров и tracking-плагинов.

INP страдает от long tasks после клика/тапа. Типичные виновники чаты, heatmaps, page builders во фронте, тяжёлые анимации, синхронные third-party. Проверяйте Performance в Chrome на мобильном throttling и Coverage какие скрипты мёртвые.

Тип плагина Риск Что сделать
Чат / callback INP, third-party Отложенная загрузка после idle/жеста
Page builder CSS/JS на всех URL Условно или замена на блоки темы
SEO / schema дубли Конфликты, лишний HTML Оставить один стек
Статистика ×3 Main-thread Один tag manager / один счётчик
Security scanners TTFB на front Расписание сканов, не front-hooks

Быстрая проверка и отключение

Чек-лист staging A/B отключения плагинов и замеров TTFB/INP
Отключайте пачками на staging с бэкапом и сравнением до/после.

Чек-лист на заметку (15–20 минут). Сделайте сейчас

  1. Бэкап и staging-копия.
  2. Экспорт списка активных плагинов.
  3. Пометьте «точно лишние» vs «нужны бизнесу».
  4. Снимите baseline TTFB/INP на money-URL.
  5. Отключите пачку 3–5 низкорисковых.
  6. Прогоните чек-аут / формы / логин.
  7. Зафиксируйте дельту метрик и решение (оставить выключенным / заменить).

Типичные ошибки

  • Отключать на проде в пятницу без бэкапа.
  • Удалять плагин оплаты или доставки «потому что тяжёлый» без замены процесса.
  • Ожидать что отключение заменит CDN и нормальный кеш страниц.
  • Оставлять mu-plugins и must-use код вне аудита.
  • Не чистить остаточные options/cron после uninstall.

Заключение

Отключение лишних плагинов это измеримый рычаг TTFB и INP если делать инвентаризацию, A/B на staging и не путать front-JS с PHP. Меньше поверхности меньше конфликтов и быстрее money-URL.

Нужен технический аудит скорости команда SEO-Studio поможет в рамках SEO-услуг.