Медленный TTFB WordPress: от замера до причины

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

Фиксируйте медиану и высокий перцентиль, а не один удачный замер. Если задержка появляется периодически, сопоставьте её со временем cron, резервного копирования, импорта или всплеска трафика.

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

Для поиска виновника используйте профилировщик или staging-копию: сравнивайте время с контролируемым отключением групп плагинов. Не экспериментируйте на production без плана отката.

Медленные SQL-запросы, разросшиеся таблицы и чрезмерный объём autoloaded options увеличивают время каждого PHP-запроса. Используйте slow query log, Query Monitor на тестовой среде и EXPLAIN для подтверждённых тяжёлых запросов.

Object cache на Redis или Memcached уменьшает повторные обращения к базе, но не исправляет запрос без индекса и бесконтрольный рост данных. Перед удалением записей сделайте резервную копию и определите владельца данных.

Очередь PHP-FPM растёт, если worker-процессов мало для нагрузки или каждый запрос слишком долгий. Смотрите active/idle processes, max children reached, память процесса и slowlog.

WP-Cron может запускать тяжёлые задачи внутри пользовательского запроса. Для предсказуемости его переносят в системный cron. Внешние API, SMTP и лицензирующие сервисы должны иметь ограниченные таймауты и кеширование результата.

После каждого изменения повторите тот же набор измерений и сравните медиану, p75/p95 и частоту медленных ответов. Иначе улучшение легко принять за случайный прогретый запрос.

Регулярный мониторинг TTFB критичных страниц покажет регрессию после релиза, установки плагина или роста базы. Добавьте рядом CPU, RAM, диск и инциденты, чтобы видеть контекст, но подтверждайте причину профилировщиком и логами.