Коротка відповідь: wp-admin оминає сторінковий кеш, тож його швидкість відображає «сирі» PHP + базу даних. Звичні ліки за впливом: додати об'єктний кеш Redis, підрізати autoload-опції та повільні запити (гайд по базі), профілювати плагіни через Query Monitor і вгамувати трафік admin-ajax/heartbeat.

Огляд

Жвавий фронтенд із повільним, як смола, дашбордом — класична ознака того, що кешування ховає проблеми бекенда. Кожен екран адмінки виконує повний WordPress: вантажаться всі активні плагіни, читаються autoload-опції, а фонові ендпоїнти (heartbeat, admin-ajax) смикаються знову й знову. Знайдіть важке, замість сліпого апгрейду.

Що потрібно мати

  • Встановлений Query Monitor — він приписує повільні запити й хуки конкретним плагінам на кожному екрані.
  • Базову лінію сервера під час роботи у wp-admin: htop для CPU, free -h для тиску на RAM.

Покрокова інструкція

  1. Спершу об'єктний кеш: увімкніть Redis — дашборди це саме те навантаження повторних запитів, яке він прибирає.
  2. Аудит autoload: роздуті autoload-опції сповільнюють кожен адмінський запит — виміряйте й підріжте, як показано в гайді по MariaDB.
  3. Профілювання Query Monitor-ом: відкрийте найповільніший екран, відсортуйте запити за часом, зафіксуйте відповідальний плагін — page-білдери, «аналітичні дашборди» й перевірники битих лінків — часті порушники. Замініть або переналаштуйте їх.
  4. Heartbeat і admin-ajax: зменшіть частоту Heartbeat API (плагін Heartbeat Control) — кілька відкритих вкладок редактора множать його.
  5. Місткість PHP: перевірте, що OPcache увімкнений і воркери не в стелі (тюнінг); кільком одночасним редакторам потрібні власні воркери.
  6. Зовнішні виклики: плагіни, що «дзвонять додому» (перевірки ліцензій, стрічки), блокують рендеринг — їх викриває HTTP-панель Query Monitor.

Типові проблеми

  • Повільно лише на списках товарів/постів: величезні таблиці + відсутній об'єктний кеш — Redis плюс розумна кількість елементів на сторінку лагодять це.
  • Фанати «wp_options на 2 GB»: накопичені протухлі транзієнти — wp transient delete --expired і знайдіть плагін, що їх пише.
  • Все повільне в певні години: бекапи чи cron-задачі б'ються з редакторами — перенесіть важкі задачі на непікові години (системний cron, не WP-cron).

Коли звертатися в підтримку

Якщо профілювання показує здорові запити, але сам VPS голодує (постійні 100% CPU за скромного трафіку, високий IO wait), відкрийте тикет про апгрейд — плани NVMe та Power VPS піднімають саме ці стелі.

Часті запитання

Чому сайт швидкий, а wp-admin повільний?

Сторінкові кеші обслуговують лише анонімних відвідувачів; кожен екран адмінки виконує повний PHP з усіма плагінами й запитами до бази, тож wp-admin оголює продуктивність бекенда, яку ховав кеш.

Які типи плагінів найчастіше гальмують wp-admin?

Page-білдери, аналітика в дашборді, перевірники битих посилань і все, що сканує контент у фоні — Query Monitor точно показує, який із них домінує на кожному екрані.

Чи справді важливий Heartbeat API?

З кількома відкритими вкладками редактора він може слати запити кожні 15 секунд з кожної, займаючи PHP-воркери; обмеження до 60+ секунд — дешевий безпечний виграш на багатоавторних сайтах.

Схожі статті

Готові почати? Замовити WordPress VPS у Cloud2Y →

Ця відповідь Вам допомогла? 0 Користувачі, які знайшли це корисним (0 Голосів)