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-послуг.