Высокая нагрузка CPU у сайта: что означает CP 300%, 500% и 1200%

Объяснить лимиты CPU на shared hosting, пики нагрузки, логи, создание резервных копий и активность ботов.

PageSpeed полезен для диагностики, но зелёный балл не заменяет реальную производительность. Нужно разделять backend, frontend и бизнес-сценарии.

Если объяснить без профессионального жаргона

Скорость нельзя диагностировать одним баллом Lighthouse. Я бы разделял серверное время, загрузку ресурсов, отрисовку, JavaScript и реальные пользовательские метрики.

Что происходит внутри

Фраза «сайт тормозит» может означать медленный серверный ответ, тяжёлую базу, большой JavaScript, изображения, сторонние виджеты или интерфейс, зависающий после клика. Ускорение начинается с измерения.

• Исправлять самый дорогой bottleneck.
• Разделить backend latency и frontend rendering.
• Посмотреть access/error logs.
• Измерить ресурсы и long tasks.

Почему бизнес замечает это не сразу

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

Где проходит граница этой задачи

• несколько кеш-плагинов
• оптимизация только главной
• вывод о сервере по одному тесту

Кеш и CDN не исправят тяжёлый PHP-запрос, бесконечный cron или несколько мегабайт JavaScript на первом экране.

Что стоит запомнить

Для практики достаточно держать в голове три вещи: какую пользовательскую задачу мы решаем, какой слой сайта на неё влияет и каким наблюдаемым результатом подтвердим изменение.

• TTFB
• slow SQL
• LCP/INP/CLS