Как отключить Heartbeat API в WordPress в админке и снизить лишнюю нагрузку

Heartbeat API в WordPress полезен, но в некоторых проектах он начинает мешать: лишние AJAX-запросы в админке, ускоренный расход ресурсов на слабом хостинге, конфликт с автосохранением или просто шум в логах. Полностью рубить его без разбора не стоит: чаще нужен не полный запрет, а ограничение частоты или отключение только в отдельных местах.

Ниже — практический сценарий: как понять, что именно Heartbeat создаёт проблему, как отключить его точечно, чем это отличается от плагинного решения и как проверить результат после внедрения.

Когда Heartbeat API действительно стоит трогать

Heartbeat отправляет запросы в wp-admin/admin-ajax.php с интервалом по умолчанию. Это нужно для автосохранения, уведомлений о блокировке записи, обновления метабоксов и части интерфейса редактора. Если сайт небольшой и сервер нормальный, трогать его обычно не нужно. Но если админка открыта у нескольких редакторов, а хостинг слабый, запросы начинают заметно нагружать PHP и базу.

Типичные признаки проблемы

• в access.log много повторяющихся запросов к admin-ajax.php;
• в панели хостинга видно, что нагрузка растёт именно при открытой админке;
• в редакторе блоков или классическом редакторе появляются задержки;
• автосохранение работает, но сайт заметно тормозит в момент редактирования;
• на дешёвом shared-хостинге админка начинает подвисать при нескольких активных пользователях.

Важно не путать Heartbeat с общей проблемой админки. Если тормозит всё подряд, сначала проверьте плагины, тяжёлые метабоксы, внешние API и ошибки PHP.

Диагностика: как убедиться, что виноват именно Heartbeat

Самый простой способ — открыть админку в браузере и посмотреть сетевые запросы. В DevTools на вкладке Network фильтруйте по admin-ajax.php. Если запросы идут регулярно даже без действий пользователя, это и есть Heartbeat.

Дополнительно можно посмотреть логи на сервере. Примерно такой паттерн встречается часто:

POST /wp-admin/admin-ajax.php?action=heartbeat HTTP/1.1

Если запросов много, а в ответе нет ошибок, это не баг, а штатное поведение. Вопрос в том, нужно ли оно именно вашему сайту в таком объёме.

Что лучше: плагин, код или частичное ограничение

Есть три рабочих подхода. Полное отключение подходит не всем, поэтому сначала оцените компромисс.

Подход	Что делает	Плюсы	Минусы
Плагин	Даёт интерфейс для отключения или ограничения Heartbeat	Быстро, без кода	Ещё один плагин в системе, не всегда точная настройка
Код в теме/плагине	Точечно меняет поведение через фильтры WordPress	Контроль, минимум лишнего	Нужен доступ к коду и понимание, где размещать
Полное отключение	Убирает Heartbeat в выбранных зонах	Снижает нагрузку максимально	Можно сломать автосохранение и часть UX в редакторе

Если нужен аккуратный вариант без лишнего риска, чаще достаточно увеличить интервал или отключить Heartbeat только на страницах админки, где он не нужен.

Пошаговое решение через код

Ниже — безопасный вариант: ограничить Heartbeat в админке и не трогать фронтенд. Код лучше добавлять в мини-плагин или в functions.php дочерней темы, если у вас нет отдельного site-specific плагина.

<?php
add_filter( 'heartbeat_settings', function( $settings ) {
    if ( is_admin() ) {
        $settings['interval'] = 60; // было чаще, ставим реже
    }

    return $settings;
} );

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

Если нужно отключить Heartbeat на части админки, можно использовать фильтр heartbeat_send или убрать скрипт только в нужных местах. Но здесь важно не переборщить: в редакторе записей Heartbeat нужен для автосохранения и предупреждения о потере изменений.

<?php
add_action( 'admin_enqueue_scripts', function( $hook ) {
    // Не трогаем редактор записей и страницы, где Heartbeat полезен.
    if ( in_array( $hook, array( 'index.php', 'edit.php', 'upload.php' ), true ) ) {
        wp_deregister_script( 'heartbeat' );
    }
} );

Такой подход имеет смысл только если вы точно понимаете, где Heartbeat не нужен. На страницах редактирования записей его лучше не отключать.

Если нужен более безопасный вариант

Вместо ручного кода можно использовать плагин, который умеет управлять Heartbeat и другими мелкими источниками шума в админке. В таких случаях удобно, когда настройка не размазана по теме, а вынесена в отдельный инструмент. Например, в Clearfy Pro есть функции для технической чистки WordPress; если вы уже используете этот класс плагинов, проверьте, не решается ли задача штатной настройкой. Ссылка без слеша: Clearfy Pro.

Как проверить, что решение сработало

Проверка должна быть не на уровне ощущения, а по факту.

• Откройте DevTools и убедитесь, что частота запросов к admin-ajax.php?action=heartbeat снизилась или запросы исчезли в нужных разделах.
• Проверьте автосохранение в редакторе: создайте черновик, подождите интервал, убедитесь, что изменения сохраняются.
• Откройте список записей и медиафайлы, посмотрите, не появились ли ошибки JavaScript.
• Сравните нагрузку на сервер до и после в панели хостинга или по логам.

Если после отключения в редакторе перестали появляться предупреждения о конфликте правок, значит вы отключили Heartbeat слишком агрессивно. Тогда откатите изменения и ограничьте только неважные экраны.

Частые ошибки и как их исправить

Полностью отключили Heartbeat везде

Это самая частая ошибка. В результате может пропасть автосохранение, а редактор станет менее удобным. Исправление простое: не удаляйте Heartbeat глобально, а ограничьте его только на безопасных экранах или увеличьте интервал.

Добавили код в родительскую тему

При обновлении темы настройка исчезнет. Если решение нужно надолго, используйте дочернюю тему или отдельный мини-плагин.

Отключили скрипт, не проверив редактор блоков

В Gutenberg часть поведения завязана на штатные механизмы WordPress. После вмешательства обязательно проверьте создание и редактирование записей, иначе проблема всплывёт уже у контент-редактора.

Списали все тормоза на Heartbeat

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

Практические советы по безопасности и производительности

Heartbeat — не источник уязвимости сам по себе, но он увеличивает число запросов к admin-ajax.php. На слабом сервере это может быть заметно в моменты пиковой активности. Поэтому:

• не отключайте его без теста на staging;
• не используйте агрессивные хаки, если на сайте несколько редакторов;
• проверяйте, не конфликтует ли решение с кэширующими и оптимизационными плагинами;
• если нагрузка высокая, сначала уменьшайте частоту, а не рубите функциональность полностью.

Если задача шире и вы чистите админку от лишних технических функций, имеет смысл смотреть на комплексные инструменты оптимизации, а не на точечные хаки в теме. Но для одного конкретного узкого сценария код выше обычно достаточно прозрачен и предсказуем.

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