WordPress Heartbeat API: Cara Kerja, Dampak pada Kecepatan Situs, dan Cara Mengaturnya untuk Publisher

WordPress Heartbeat API adalah sistem polling bawaan WordPress yang membuat browser dan server saling bertukar data setiap 15 sampai 60 detik selama Anda masih berada di dalam dashboard. Ia yang menjalankan autosave di editor, memberi peringatan ketika ada editor lain yang sedang membuka artikel yang sama, dan menjaga sesi login Anda tetap aktif. Masalahnya, setiap “detak” Heartbeat adalah request POST ke wp-admin/admin-ajax.php yang tidak bisa di-cache dan memaksa server menjalankan seluruh WordPress dari awal. Pada situs publisher dengan beberapa editor yang bekerja bersamaan, detak kecil ini bisa berubah menjadi ratusan request per jam dan mendorong pemakaian CPU hosting sampai ke batasnya. Artikel ini menjelaskan cara kerja Heartbeat API dari sumber resmi WordPress, cara mendiagnosis apakah ia benar-benar penyebab dashboard Anda lambat, dan cara mengaturnya dengan aman tanpa mematikan autosave dan penguncian artikel.

Poin Kunci

• Heartbeat API diperkenalkan di WordPress 3.6 dan bekerja sebagai server polling API: browser mengirim request AJAX ke admin-ajax.php dalam interval yang disebut “tick”, setiap 15 sampai 120 detik.
• Interval bawaan: 15 detik di layar editor postingan, 60 detik di dashboard dan halaman admin lainnya. Di frontend Heartbeat tidak aktif secara bawaan, kecuali ada plugin yang mengaktifkannya.
• Fitur yang bergantung pada Heartbeat: autosave, post locking (penguncian artikel), pengecekan sesi login, dan penyegaran nonce keamanan.
• Setiap tick adalah request POST yang tidak bisa di-cache dan menjalankan bootstrap penuh WordPress, sehingga bebannya berupa CPU dan proses PHP, bukan bandwidth.
• Mengubah interval editor dari 15 detik menjadi 60 detik memangkas request Heartbeat di halaman editor sebesar 75 persen berdasarkan hitungan (dari 4 request per menit menjadi 1 request per menit), tanpa mematikan autosave.
• Pengaturan paling aman untuk publisher: nonaktifkan Heartbeat di frontend, perlambat menjadi 60 detik di dashboard, dan pertahankan 60 sampai 120 detik di editor agar autosave dan penguncian artikel tetap berfungsi.
• Jangan pernah memblokir admin-ajax.php secara langsung, karena menyimpan artikel, mengunggah media, dan sebagian besar plugin bergantung pada file itu.

Daftar Isi

1. Apa Itu WordPress Heartbeat API?
2. Cara Kerja Heartbeat API: Siklus Tick demi Tick
3. Fitur WordPress yang Bergantung pada Heartbeat
4. Mengapa Heartbeat Membuat admin-ajax.php Terlihat “Bermasalah”
5. Cara Mendiagnosis: Apakah Heartbeat Penyebab Situs Anda Lambat?
6. Dampak Nyata pada Publisher: CPU, Hosting, dan Batas Resource
7. Cara Mengatur Heartbeat API: Tiga Pilihan Praktis
8. Pengaturan yang Aman untuk Publisher
9. Yang Tidak Boleh Dilakukan Saat Mengatur Heartbeat
10. Heartbeat vs WP-Cron vs AJAX Plugin Lain
11. Checklist Setelah Mengubah Pengaturan Heartbeat
12. FAQ
13. Kesimpulan
14. Sumber resmi yang dirujuk

1. Apa Itu WordPress Heartbeat API?

Heartbeat API adalah API polling server bawaan WordPress yang memungkinkan pembaruan nyaris real-time antara browser dan server. Definisi ini berasal langsung dari Plugin Handbook di developer.wordpress.org, dokumentasi resmi pengembang WordPress. Berbeda dengan koneksi WebSocket yang tetap terbuka, Heartbeat bekerja dengan cara yang jauh lebih sederhana: browser secara berkala mengirim request HTTP kecil ke server, server menjawab, dan siklus itu berulang selama halaman masih terbuka.

API ini diperkenalkan pada WordPress 3.6 yang dirilis pada Agustus 2013. Tujuannya waktu itu adalah membuat dashboard WordPress terasa lebih hidup tanpa harus me-refresh halaman: editor bisa melihat artikel tersimpan otomatis, dua penulis tidak saling menimpa tulisan, dan sesi login yang hampir kedaluwarsa bisa diperingatkan sebelum benar-benar putus.

Bagi publisher, Heartbeat API adalah fitur yang bekerja diam-diam di latar belakang. Anda mungkin tidak pernah mendengar namanya, tetapi Anda merasakan manfaatnya setiap hari: ketika Anda menulis artikel panjang di editor dan WordPress menyimpannya otomatis, ketika rekan redaksi membuka artikel yang sama dan muncul peringatan “artikel ini sedang diedit”, dan ketika Anda meninggalkan tab dashboard terbuka berjam-jam lalu kembali dan sesi Anda masih aktif. Semua itu adalah Heartbeat.

Namun diam-diam itu pula yang membuatnya sering disalahkan. Ketika dashboard terasa lambat, ketika grafik CPU hosting melonjak tanpa sebab yang jelas, atau ketika log server dipenuhi baris admin-ajax.php, Heartbeat hampir selalu menjadi tersangka pertama. Kadang tuduhan itu benar, kadang tidak. Artikel ini membantu Anda membedakannya dengan data, bukan dugaan.

Satu hal yang perlu dipahami sejak awal: Heartbeat API bukanlah plugin, bukan pula fitur yang bisa Anda hapus. Ia bagian dari inti WordPress. Anda bisa mengontrol frekuensinya, membatasinya di area tertentu, bahkan mematikannya, tetapi Anda tidak bisa meng-uninstall-nya. Karena itu pendekatan yang benar bukan “menghapus Heartbeat”, melainkan “mengatur Heartbeat sesuai kebutuhan redaksi Anda”.

2. Cara Kerja Heartbeat API: Siklus Tick demi Tick

Cara kerja Heartbeat API dapat dipahami sebagai sebuah siklus yang berulang. Dokumentasi resmi WordPress menggambarkannya dalam tiga tahap, dan memahami ketiganya membantu Anda mengerti mengapa setiap detak membebani server.

Tahap pertama adalah pengiriman. Ketika halaman admin dimuat, kode JavaScript Heartbeat di sisi browser menyiapkan sebuah interval yang disebut “tick”. Interval ini berjalan setiap 15 sampai 120 detik, tergantung pengaturan. Saat tick tiba, browser mengumpulkan data yang perlu dikirim melalui event JavaScript bernama heartbeat-send. Data ini bisa berupa informasi sederhana seperti status jendela browser, atau data khusus dari editor seperti identitas artikel yang sedang diedit.

Tahap kedua adalah pemrosesan di server. Browser mengirim data tersebut sebagai request AJAX ke wp-admin/admin-ajax.php. Di server, sebuah handler admin-ajax menerima data itu, menyiapkan respons, lalu melewatkannya melalui filter heartbeat_received agar plugin atau tema bisa menambahkan informasi mereka sendiri. Respons akhirnya dikirim kembali dalam format JSON.

Tahap ketiga adalah penerimaan. Browser menerima data JSON itu dan memicu event JavaScript heartbeat-tick. Skrip lain di halaman, termasuk skrip editor dan plugin, mendengarkan event ini dan bereaksi: memperbarui status autosave, menampilkan peringatan penguncian artikel, atau menyegarkan pemberitahuan di dashboard.

Siklus ini kemudian berulang. Tidak ada koneksi yang dibiarkan terbuka; browser hanya “mengecek” ke server secara berkala. Analogi yang sering dipakai: ini seperti seorang editor yang setiap beberapa detik menelepon redaksi untuk bertanya “ada kabar baru?” — bukan seperti sambungan telepon yang terus tersambung. Setiap panggilan itu singkat, tetapi setiap panggilan tetap membutuhkan seseorang di ujung sana untuk menjawab.

Ada dua detail teknis yang penting untuk publisher. Pertama, interval bawaan berbeda menurut halaman: 15 detik di layar editor postingan, dan 60 detik di dashboard serta halaman admin lainnya. Perbedaan ini masuk akal, karena di editor ada autosave dan penguncian artikel yang membutuhkan pemeriksaan lebih sering. Kedua, Heartbeat hanya dimuat di area admin secara bawaan. Di halaman depan situs yang dilihat pengunjung, skrip Heartbeat tidak dimuat, kecuali ada plugin atau tema yang sengaja mengaktifkannya di frontend. Jika Anda menemukan request Heartbeat dari halaman depan, hampir pasti sumbernya adalah plugin, bukan WordPress inti.

Detail ketiga yang sering terlewat: perilaku Heartbeat ketika tab browser kehilangan fokus. Ketika Anda berpindah ke tab lain, skrip Heartbeat mengirim satu request terakhir dengan penanda bahwa jendela tidak lagi fokus, lalu berhenti mengirim request sampai tab itu kembali aktif. Ini berarti tab dashboard yang dibiarkan terbuka di latar belakang tidak terus-menerus membebani server. Tetapi sebaliknya, setiap tab admin yang aktif dan fokus mengirim detaknya sendiri. Lima tab editor yang terbuka berarti lima aliran detak yang berjalan bersamaan.

Di sisi server, request Heartbeat diproses melalui fungsi wp_ajax_heartbeat() untuk pengguna yang sudah login. Fungsi inilah yang menangani pemeriksaan sesi, penguncian artikel, dan data lain yang dikirim browser. Bagi pengembang, WordPress menyediakan filter heartbeat_settings untuk mengontrol interval dan perilaku API ini, serta filter heartbeat_received untuk menambahkan data ke respons. Kedua filter inilah yang dipakai oleh plugin pengatur Heartbeat maupun oleh kode kustom.

3. Fitur WordPress yang Bergantung pada Heartbeat

Sebelum memutuskan untuk memperlambat atau mematikan Heartbeat, Anda perlu tahu persis apa yang akan terpengaruh. Heartbeat bukan sekadar “fitur tambahan”; beberapa fungsi inti WordPress bergantung padanya.

Autosave adalah yang paling terasa. Saat Anda menulis di editor, WordPress secara berkala menyimpan draf artikel Anda secara otomatis. Interval autosave bawaan WordPress adalah 60 detik, yang dapat diubah melalui konstanta AUTOSAVE_INTERVAL di wp-config.php. Heartbeat adalah mekanisme yang membawa proses autosave ini: setiap tick memberi kesempatan bagi editor untuk mengirim konten terbaru ke server. Jika Heartbeat dimatikan total di editor, autosave berhenti bekerja. Risiko nyatanya sederhana dan menyakitkan: listrik padam, browser crash, atau tab tertutup tanpa sengaja, dan satu jam tulisan bisa hilang karena draf terakhir yang tersimpan adalah versi sejam lalu.

Post locking atau penguncian artikel adalah fitur kedua. Ketika seorang editor membuka sebuah artikel, WordPress mengunci artikel itu untuk editor lain. Jika rekan Anda membuka artikel yang sama, ia akan melihat peringatan bahwa artikel sedang diedit dan diberi pilihan untuk mengambil alih atau sekadar melihat. Mekanisme ini berjalan melalui Heartbeat: editor pertama secara berkala memperbarui kunci melalui field wp-refresh-post-lock, dan editor kedua diberitahu melalui respons Heartbeat. Tanpa Heartbeat, dua editor bisa mengedit artikel yang sama secara bersamaan dan saling menimpa perubahan tanpa peringatan apa pun. Untuk redaksi dengan lebih dari satu penulis, ini adalah risiko nyata, bukan teori.

Fitur ketiga adalah pengecekan sesi dan keamanan. Heartbeat memeriksa apakah sesi login Anda masih valid dan menyegarkan nonce keamanan yang dipakai oleh formulir dan request AJAX di dashboard. Nonce adalah token sekali pakai yang melindungi WordPress dari serangan pemalsuan request antar-situs. Jika Heartbeat dimatikan, sesi Anda bisa kedaluwarsa tanpa peringatan, dan Anda baru menyadarinya ketika menekan tombol Simpan lalu mendapati diri Anda sudah logout dan kehilangan pekerjaan yang belum tersimpan.

Fitur keempat adalah pembaruan nyaris real-time di dashboard dan plugin. Beberapa plugin memakai Heartbeat untuk menampilkan pemberitahuan, memperbarui statistik, atau menyinkronkan data antar tab. Plugin toko online, plugin keanggotaan, dan plugin page builder termasuk yang paling sering menambahkan pemakaian Heartbeat mereka sendiri, baik di admin maupun di frontend.

Untuk publisher, pesan dari daftar ini jelas: Heartbeat adalah infrastruktur, bukan hiasan. Mengaturnya dengan benar berarti menyeimbangkan antara beban server dan fungsi redaksi yang Anda butuhkan setiap hari. Mematikannya tanpa memahami konsekuensinya sama saja dengan mematikan alarm kebakaran karena suaranya mengganggu: masalahnya hilang dari pendengaran, tetapi risikonya tetap ada dan kini tidak terpantau.

4. Mengapa Heartbeat Membuat admin-ajax.php Terlihat “Bermasalah”

Jika Anda pernah membuka log server atau grafik resource hosting dan menemukan admin-ajax.php sebagai salah satu URL yang paling sering diakses, Anda tidak sendirian. Bagi banyak pemilik situs WordPress, admin-ajax.php adalah baris pertama yang mereka curigai ketika situs melambat. Tetapi penting untuk memahami apa sebenarnya file ini: admin-ajax.php hanyalah titik akhir AJAX WordPress, sebuah “pintu” yang dipakai oleh banyak fitur berbeda untuk berkomunikasi dengan server. Heartbeat adalah salah satu pemakainya, tetapi bukan satu-satunya.

Setiap request Heartbeat adalah request POST. Ini penting karena request POST tidak bisa di-cache oleh page cache seperti halnya halaman biasa. Ketika pengunjung membuka artikel Anda, server bisa menyajikan halaman yang sudah di-cache tanpa menjalankan PHP dan tanpa query database yang berat. Ketika Heartbeat berdetak, tidak ada jalan pintas seperti itu: setiap tick memaksa WordPress melakukan bootstrap penuh, yaitu memuat inti WordPress, semua plugin aktif, dan tema, lalu memproses request dan mengembalikan respons JSON. Setiap tick membutuhkan satu proses PHP yang bekerja.

Beban ini berupa CPU dan memori, bukan bandwidth. Data yang dikirim dan diterima Heartbeat sangat kecil, hanya beberapa kilobyte. Jadi jika Anda mengukur dari sisi bandwidth, Heartbeat hampir tidak terlihat. Tetapi dari sisi CPU, setiap tick adalah pekerjaan nyata: memuat ratusan file PHP, menjalankan hook plugin, dan sering kali menjalankan query database. Pada hosting bersama (shared hosting) dengan batas CPU yang ketat, inilah yang terasa.

Mari kita hitung dengan angka yang bisa diverifikasi secara aritmetika. Di layar editor, Heartbeat berdetak setiap 15 detik, artinya 4 request per menit, atau 240 request per jam untuk satu tab editor yang aktif. Jika redaksi Anda memiliki tiga editor yang masing-masing membuka satu tab editor selama empat jam kerja, itu berarti 3 × 4 jam × 240 request = 2.880 request Heartbeat dalam sehari, semuanya berupa POST yang tidak bisa di-cache dan masing-masing menjalankan bootstrap WordPress. Angka ini adalah contoh hitungan berdasarkan interval bawaan, bukan hasil pengukuran di server tertentu, tetapi ia menunjukkan mengapa masalah ini terasa: Heartbeat bukan satu request besar, melainkan ribuan request kecil yang tidak pernah berhenti.

Yang memperparah keadaan adalah Heartbeat sering bukan satu-satunya pemakai admin-ajax.php. Plugin live search mengirim request setiap kali pengunjung mengetik, plugin statistik memperbarui angka secara berkala, plugin page builder menyimpan perubahan lewat AJAX, dan toko online memperbarui fragmen keranjang belanja. Semua request ini tercatat dengan nama file yang sama, admin-ajax.php, sehingga log server tampak seolah-olah satu file itu bermasalah, padahal yang bermasalah adalah jumlah dan frekuensi pemakainya. Karena itu diagnosis yang benar tidak berhenti pada “admin-ajax.php lambat”, melainkan berlanjut ke pertanyaan “request AJAX apa yang paling sering dan paling berat”.

Ada satu kesalahpahaman lain yang perlu diluruskan: Heartbeat tidak memperlambat halaman depan situs Anda. Karena skrip Heartbeat tidak dimuat di frontend secara bawaan, pengunjung yang membaca artikel Anda tidak memicu request Heartbeat sama sekali. Dampak Heartbeat terasa di dua tempat: dashboard admin yang menjadi lambat saat banyak editor bekerja, dan pemakaian CPU hosting yang naik karena request admin yang berjalan terus-menerus di latar belakang. Jika halaman depan situs Anda lambat tetapi dashboard terasa normal, penyebabnya hampir pasti bukan Heartbeat, melainkan caching, gambar, atau server.

5. Cara Mendiagnosis: Apakah Heartbeat Penyebab Situs Anda Lambat?

Sebelum mengubah pengaturan apa pun, luangkan lima menit untuk memastikan Heartbeat benar-benar menjadi penyebabnya. Mengubah pengaturan tanpa diagnosis sama saja dengan mengganti ban mobil karena mesin berbunyi: mungkin berhasil secara kebetulan, tetapi Anda tidak pernah tahu masalah sebenarnya.

Langkah pertama: buka tab Network di DevTools browser. Di Chrome atau Edge, tekan F12, pilih tab Network, lalu buka atau segarkan halaman admin WordPress Anda. Biarkan halaman itu terbuka selama satu sampai dua menit dan perhatikan daftar request. Filter berdasarkan admin-ajax.php. Jika Anda melihat request admin-ajax.php berulang setiap 15 detik saat berada di editor, atau setiap 60 detik di dashboard, itu adalah Heartbeat. Klik salah satu request tersebut, buka bagian Payload, dan periksa nilai action. Jika nilainya heartbeat, Anda sudah menemukan pelakunya. Jika nilainya berbeda, misalnya diawali dengan nama plugin seperti wc-ajax atau nama plugin lain, maka penyebabnya adalah plugin tersebut, bukan Heartbeat inti.

Langkah kedua: pasang plugin Query Monitor untuk melihat apa yang terjadi di sisi server. Query Monitor adalah plugin gratis yang menampilkan query database, hook, dan waktu eksekusi setiap request, termasuk request AJAX. Dengan Query Monitor, Anda bisa melihat apakah request Heartbeat Anda menjalankan query yang lambat atau memicu fungsi plugin yang berat. Kadang masalahnya bukan Heartbeat itu sendiri, melainkan plugin yang menempelkan pekerjaannya pada setiap tick Heartbeat. Dalam kasus seperti itu, memperlambat Heartbeat hanya menyembunyikan gejala; memperbaiki atau mengganti plugin yang bermasalah adalah solusi yang sebenarnya.

Langkah ketiga: periksa grafik resource di panel hosting Anda. Di hosting berbasis CloudLinux seperti yang dipakai banyak penyedia shared hosting, buka menu Metrics lalu Resource Usage. Perhatikan grafik CPU, entry process (EP), dan memori pada jam-jam ketika tim redaksi sedang aktif menulis. Jika lonjakan CPU bertepatan dengan jam kerja editor dan mereda di luar jam kerja, itu adalah pola yang konsisten dengan Heartbeat dan aktivitas admin. Jika lonjakan terjadi pada tengah malam ketika tidak ada editor yang bekerja, penyebabnya ada di tempat lain, misalnya cron, bot, atau tugas terjadwal plugin.

Langkah keempat: lakukan uji sederhana dengan satu tab. Tutup semua tab admin kecuali satu, lalu perhatikan apakah dashboard terasa lebih responsif dan apakah jumlah request admin-ajax.php berkurang. Karena setiap tab admin yang aktif mengirim detaknya sendiri, membuka banyak tab editor adalah cara tercepat untuk melipatgandakan beban Heartbeat tanpa disadari. Banyak editor yang mengeluh dashboard lambat ternyata memiliki lima atau enam tab admin terbuka sekaligus, masing-masing berdetak setiap 15 detik.

Jika keempat langkah ini mengarah pada Heartbeat, Anda punya cukup bukti untuk melanjutkan ke pengaturan. Jika tidak, jangan memaksakan kesimpulan: simpan hasil diagnosis Anda dan periksa penyebab lain seperti plugin yang boros query, tabel options yang membengkak, atau versi PHP yang sudah kedaluwarsa. Panduan mengatasi dashboard WordPress yang lambat secara umum sudah dibahas pada artikel “Optimasi WP-Cron WordPress” dan “Mempercepat TTFB WordPress untuk Publisher” di situs ini.

6. Dampak Nyata pada Publisher: CPU, Hosting, dan Batas Resource

Bagi publisher, dampak Heartbeat API paling terasa pada tiga hal: tagihan dan batas hosting, kenyamanan kerja redaksi, dan stabilitas situs pada jam sibuk.

Di shared hosting, CPU adalah sumber daya yang dibatasi secara ketat. Penyedia hosting biasanya menetapkan batas persentase CPU, jumlah entry process, dan jumlah proses PHP yang boleh berjalan bersamaan. Ketika batas ini terlampaui, hosting akan melakukan throttling, yaitu memperlambat semua request, atau dalam kasus ekstrem menangguhkan akun sampai pemakaian kembali normal. Heartbeat yang berdetak setiap 15 detik dari beberapa tab editor adalah salah satu penyumbang beban yang paling konsisten, karena ia tidak berhenti selama editor bekerja. Berbeda dengan lonjakan traffic pengunjung yang datang dan pergi, beban Heartbeat bersifat tetap dan dapat diprediksi: selama ada editor di dashboard, ada request yang berjalan.

Dampak kedua adalah dashboard yang lambat. Ketika proses PHP sibuk melayani request Heartbeat, request lain seperti menyimpan artikel, mengunggah gambar, atau membuka daftar postingan harus antre. Editor merasakan ini sebagai tombol Simpan yang berputar lebih lama, editor yang tersendat saat mengetik, atau halaman admin yang membutuhkan waktu beberapa detik untuk dimuat. Pada situs dengan tim redaksi kecil, efek ini mungkin hanya terasa sebagai ketidaknyamanan. Pada situs dengan lima sampai sepuluh editor yang bekerja bersamaan, efeknya bisa berubah menjadi keluhan yang menghambat produktivitas.

Dampak ketiga, yang paling jarang disadari, adalah interaksi Heartbeat dengan batas resource pada jam sibuk. Bayangkan sebuah situs berita kecil yang sedang meliput peristiwa besar: traffic pengunjung naik, iklan AdSense tayang lebih sering, dan pada saat yang sama tiga editor sedang menulis dan memperbarui artikel di dashboard. Server harus melayani pengunjung dan editor secara bersamaan dari jatah CPU yang sama. Request Heartbeat yang berjalan setiap 15 detik dari tiga tab editor menambah beban tepat pada saat server paling membutuhkannya untuk pengunjung. Mengurangi frekuensi Heartbeat pada momen seperti ini adalah salah satu cara termurah untuk memberi ruang napas bagi server, tanpa harus menaikkan paket hosting.

Namun perlu dicatat dengan jujur: Heartbeat jarang menjadi satu-satunya penyebab situs lambat. Ia adalah salah satu dari beberapa penyumbang beban admin, bersama WP-Cron, plugin yang boros query, dan revisi postingan yang menumpuk di database. Mengatur Heartbeat akan membantu, tetapi jangan berharap ia menyelesaikan semua masalah kecepatan situs. Anggaplah pengaturan Heartbeat sebagai satu langkah dalam rangkaian optimasi, bukan sebagai obat tunggal. Jika setelah mengatur Heartbeat dashboard masih lambat, lanjutkan diagnosis ke WP-Cron, object cache, dan CDN, yang masing-masing sudah dibahas dalam artikel terpisah di situs ini.

Satu hal lagi yang perlu diluruskan: mengatur Heartbeat tidak berpengaruh pada pendapatan AdSense Anda secara langsung. Iklan AdSense tayang di halaman depan, dan Heartbeat tidak berjalan di halaman depan. Tetapi ada pengaruh tidak langsung yang nyata: dashboard yang responsif membuat redaksi lebih cepat menerbitkan artikel, dan server yang tidak kehabisan CPU membuat halaman artikel tetap cepat dimuat bagi pengunjung, yang pada gilirannya menjaga viewability iklan tetap baik. Jadi manfaatnya nyata, hanya saja jalurnya melalui produktivitas dan stabilitas, bukan melalui iklan itu sendiri.

7. Cara Mengatur Heartbeat API: Tiga Pilihan Praktis

Ada tiga cara praktis untuk mengatur Heartbeat API, dan ketiganya mencapai tujuan yang sama dengan tingkat kesulitan yang berbeda. Pilihlah yang paling sesuai dengan kenyamanan teknis Anda; tidak ada cara yang “lebih benar” dari yang lain selama hasilnya terukur dan fungsi redaksi tetap berjalan.

Pilihan 1: Plugin Heartbeat Control

Cara termudah adalah memakai plugin Heartbeat Control buatan WP Rocket, yang tersedia gratis di direktori plugin WordPress. Plugin ini dibuat khusus untuk satu tujuan: mengontrol Heartbeat API tanpa perlu menulis kode. Setelah diinstal dan diaktifkan, Anda akan menemukan halaman pengaturannya di Settings, dan di sana Anda bisa mengatur interval secara terpisah untuk tiga area: editor postingan, dashboard, dan frontend.

Pengaturan yang direkomendasikan sebagai titik awal: atur editor postingan ke 60 detik, dashboard ke 60 detik, dan frontend ke nonaktif. Perubahan ini bisa dilakukan dalam waktu kurang dari dua menit. Kelebihan plugin ini adalah kesederhanaannya dan fakta bahwa ia hanya melakukan satu hal, sehingga risikonya kecil. Kekurangannya, Anda menambah satu plugin lagi di situs Anda, meskipun plugin ini sangat ringan dan tidak berjalan di halaman depan.

Perlu dicatat bahwa Heartbeat Control bukan satu-satunya plugin yang bisa melakukan ini. Plugin performa umum seperti WP Rocket dan Perfmatters juga menyertakan kontrol Heartbeat di dalam paket mereka. Jika Anda sudah memakai salah satu dari keduanya, tidak perlu memasang Heartbeat Control secara terpisah; cukup gunakan pengaturan yang sudah ada di plugin tersebut.

Pilihan 2: Plugin Performa yang Sudah Anda Pakai

Jika Anda sudah memakai WP Rocket, buka Settings, lalu WP Rocket, lalu bagian Heartbeat. Di sana Anda akan menemukan tiga pilihan untuk setiap area: Reduce Activity, Disable, dan Do Not Limit. Pilihan Reduce Activity adalah yang direkomendasikan untuk kebanyakan situs: ia menurunkan frekuensi request dari sekali per menit menjadi sekali per dua menit. Pilihan Disable mematikan Heartbeat sepenuhnya di area tersebut, dan sebaiknya hanya dipakai jika Anda yakin tidak akan mengganggu fitur penting seperti autosave. Pilihan Do Not Limit membiarkan Heartbeat berjalan pada frekuensi bawaannya.

Perfmatters menawarkan kontrol serupa dengan pendekatan yang sedikit berbeda, tetapi prinsipnya sama: atur per area, perlambat di tempat yang tidak kritis, dan pertahankan fungsi di editor. Kelebihan memakai plugin performa yang sudah ada adalah Anda tidak menambah plugin baru dan semua pengaturan optimasi berada di satu tempat. Kekurangannya, plugin ini berbayar, sehingga bagi publisher yang belum memakainya, memasang Heartbeat Control gratis adalah langkah awal yang lebih hemat.

Pilihan 3: Kode di functions.php atau Must-Use Plugin

Cara ketiga adalah menambahkan kode ke file functions.php tema Anda, atau lebih baik lagi, ke sebuah must-use plugin. Must-use plugin adalah plugin yang selalu aktif dan tidak bisa dinonaktifkan dari dashboard; ia disimpan di folder wp-content/mu-plugins/ dan sangat cocok untuk pengaturan kecil seperti ini karena tidak akan hilang saat Anda mengganti tema.

WordPress menyediakan filter heartbeat_settings untuk mengontrol interval Heartbeat. Contoh kode berikut memperlambat interval menjadi 60 detik, yang merupakan nilai maksimum yang direkomendasikan untuk editor:

<?php
// Perlambat Heartbeat API menjadi 60 detik di semua area admin.
add_filter( 'heartbeat_settings', function( $settings ) {
    $settings['interval'] = 60;
    return $settings;
} );

Jika Anda ingin kontrol yang lebih rinci, misalnya interval berbeda untuk editor dan dashboard, Anda bisa memeriksa halaman admin yang sedang dibuka di dalam fungsi filter tersebut. Pendekatan lain adalah menonaktifkan Heartbeat sepenuhnya di frontend dengan cara tidak memuat skripnya, atau menonaktifkan Heartbeat di dashboard tetapi mempertahankannya di editor.

Penting untuk diingat: jangan menaruh kode ini langsung di functions.php tema yang Anda unduh dari pihak ketiga, karena kode itu akan hilang saat tema diperbarui. Jika Anda tidak memakai child theme, gunakan must-use plugin. Buat folder wp-content/mu-plugins/ jika belum ada, lalu simpan kode di atas sebagai file, misalnya heartbeat-tune.php. Setelah menyimpan file, perubahan langsung aktif tanpa perlu mengaktifkan apa pun dari dashboard.

Keuntungan pendekatan kode adalah tidak ada plugin tambahan dan Anda memiliki kontrol penuh. Kekurangannya, Anda perlu memahami dasar-dasar PHP dan berhati-hati saat mengedit file. Jika Anda tidak nyaman mengedit kode, pilihlah plugin; hasilnya sama, dan risikonya lebih kecil.

Cara Memverifikasi Perubahan Anda

Apapun pilihan yang Anda ambil, verifikasi hasilnya dengan cara yang sama seperti saat mendiagnosis. Buka tab Network di DevTools, amati interval request admin-ajax.php dengan action heartbeat, dan pastikan intervalnya sudah berubah sesuai pengaturan Anda. Jika Anda mengatur editor ke 60 detik, request Heartbeat di editor seharusnya muncul sekali per menit, bukan empat kali per menit. Periksa juga bahwa autosave masih berfungsi: ketik beberapa kalimat di editor, tunggu lebih dari satu menit, lalu periksa apakah muncul pemberitahuan bahwa draf telah disimpan otomatis. Terakhir, periksa grafik CPU hosting Anda selama satu atau dua hari dan bandingkan dengan hari-hari sebelumnya pada jam kerja yang sama.

8. Pengaturan yang Aman untuk Publisher

Tidak ada satu pengaturan yang cocok untuk semua situs, tetapi ada pola yang aman untuk kebanyakan publisher dengan tim redaksi kecil sampai menengah. Tabel berikut merangkum rekomendasi yang dipakai oleh banyak panduan performa WordPress, dan dapat Anda jadikan titik awal sebelum menyesuaikan dengan kebutuhan redaksi Anda sendiri.

Mari kita hitung penghematan dari pengaturan di atas. Interval editor 15 detik berarti 4 request per menit. Mengubahnya menjadi 60 detik berarti 1 request per menit, pengurangan 75 persen. Mengubahnya menjadi 120 detik berarti 1 request per 2 menit, pengurangan 87,5 persen. Angka-angka ini adalah hitungan aritmetika sederhana berdasarkan interval, dan keduanya sudah cukup untuk membuat perbedaan yang terasa di grafik CPU hosting, terutama jika dikalikan dengan jumlah editor dan jumlah tab yang terbuka.

Namun ada batas yang perlu dihormati. Interval maksimum yang diizinkan oleh filter heartbeat_settings adalah 120 detik, dan dokumentasi resmi menyebutkan rentang tick 15 sampai 120 detik. Jangan mencoba memaksa interval di luar rentang ini dengan trik yang tidak didokumentasikan, karena hasilnya tidak dapat diprediksi dan bisa membuat autosave berperilaku aneh.

Untuk redaksi dengan satu penulis, pengaturan di atas hampir selalu cukup. Untuk redaksi dengan banyak penulis yang bekerja bersamaan, pertimbangkan dua langkah tambahan. Pertama, buatlah kebiasaan menutup tab editor yang sudah tidak dipakai, karena setiap tab aktif menambah aliran detak. Kedua, jika Anda memakai plugin yang menambahkan Heartbeat di frontend, seperti beberapa plugin live chat atau notifikasi, periksa pengaturannya dan nonaktifkan polling frontend tersebut jika tidak benar-benar dibutuhkan.

Satu hal yang sering ditanyakan: apakah aman menonaktifkan Heartbeat sepenuhnya? Jawaban jujurnya: bisa, tetapi Anda harus menerima konsekuensinya. Tanpa Heartbeat, autosave berhenti, peringatan penguncian artikel hilang, dan sesi login bisa kedaluwarsa tanpa pemberitahuan. Untuk situs dengan satu penulis yang terbiasa menekan Ctrl+S secara manual, konsekuensi ini mungkin dapat diterima. Untuk redaksi dengan beberapa penulis, risikonya lebih besar daripada penghematan CPU yang didapat. Karena itu rekomendasi artikel ini adalah memperlambat, bukan mematikan, kecuali di frontend yang memang tidak membutuhkannya sama sekali.

9. Yang Tidak Boleh Dilakukan Saat Mengatur Heartbeat

Ada beberapa kesalahan yang sering dilakukan pemilik situs ketika mencoba mengatasi masalah admin-ajax.php, dan semuanya justru menimbulkan masalah yang lebih besar daripada yang mereka selesaikan.

Kesalahan pertama dan paling berbahaya adalah memblokir admin-ajax.php melalui .htaccess, firewall, atau aturan keamanan. Tindakan ini akan menghentikan Heartbeat, tetapi juga menghentikan semua fungsi WordPress yang bergantung pada AJAX: menyimpan artikel, mengunggah media, memuat editor blok, dan sebagian besar plugin. Situs Anda mungkin tetap terlihat normal dari luar, tetapi dashboard akan rusak dalam berbagai cara yang sulit dilacak. Jangan pernah memblokir file ini; aturlah pemakainya, bukan pintunya.

Kesalahan kedua adalah mematikan Heartbeat sepenuhnya tanpa memahami konsekuensinya. Seperti dijelaskan pada bagian sebelumnya, mematikan Heartbeat berarti mematikan autosave dan penguncian artikel. Banyak pemilik situs yang melakukan ini lalu mengeluh beberapa minggu kemudian karena kehilangan draf artikel atau karena dua editor saling menimpa pekerjaan. Jika Anda tergoda untuk mematikan Heartbeat total, cobalah dulu memperlambatnya ke 60 detik dan ukur hasilnya selama seminggu. Dalam kebanyakan kasus, perlambatan sudah cukup dan risikonya jauh lebih kecil.

Kesalahan ketiga adalah menganggap Heartbeat sebagai satu-satunya penyebab dan berhenti mendiagnosis setelah mengaturnya. Jika dashboard masih lambat setelah Heartbeat diperlambat, penyebabnya ada di tempat lain: plugin yang boros query, tabel database yang membengkak, atau versi PHP yang sudah tidak didukung. Mengatur Heartbeat adalah satu langkah, bukan garis akhir.

Kesalahan keempat adalah memasang banyak plugin optimasi sekaligus untuk mengatasi masalah yang sama. Memasang Heartbeat Control, WP Rocket, dan Perfmatters secara bersamaan hanya untuk mengontrol Heartbeat adalah pemborosan: ketiganya akan mencoba mengatur hal yang sama, dan pengaturannya bisa saling bertentangan. Pilih satu alat, atur dengan benar, lalu ukur hasilnya.

Kesalahan kelima adalah mengubah pengaturan di situs live tanpa cadangan dan tanpa pengujian. Sebelum mengubah apa pun, pastikan Anda memiliki cadangan terbaru, dan ujilah perubahan di jam kerja yang sepi terlebih dahulu. Mintalah satu editor untuk menulis seperti biasa selama satu hari dan laporkan apakah autosave masih berfungsi dan apakah ada peringatan aneh. Perubahan kecil yang tidak diuji bisa menimbulkan kebingungan yang lebih mahal daripada masalah awalnya.

10. Heartbeat vs WP-Cron vs AJAX Plugin Lain

Kebingungan yang sering muncul adalah menyamakan Heartbeat dengan WP-Cron dan dengan request AJAX dari plugin. Ketiganya memakai mekanisme yang berbeda, menimbulkan beban yang berbeda, dan memerlukan penanganan yang berbeda. Tabel berikut membantu Anda membedakannya.

WP-Cron adalah sistem tugas terjadwal WordPress. Ia menjalankan hal-hal seperti memeriksa pembaruan, menerbitkan artikel terjadwal, dan menjalankan tugas plugin pada interval tertentu. Berbeda dengan Heartbeat yang dipicu oleh tab browser, WP-Cron dipicu oleh kunjungan ke situs: setiap kali seseorang membuka halaman, WordPress memeriksa apakah ada tugas terjadwal yang sudah waktunya dijalankan. Pada situs dengan traffic tinggi, WP-Cron bisa berjalan berkali-kali dalam waktu singkat, dan pada situs dengan traffic rendah, tugas bisa terlambat dijalankan. Solusinya berbeda dari Heartbeat: Anda menonaktifkan WP-Cron bawaan dan menggantinya dengan cron server yang berjalan pada jadwal tetap. Panduan lengkapnya ada pada artikel “Optimasi WP-Cron WordPress” di situs ini.

AJAX plugin adalah kategori yang paling beragam. Setiap plugin bisa memakai admin-ajax.php untuk keperluannya sendiri, dan perilakunya sangat bergantung pada plugin tersebut. Plugin live search mengirim request setiap kali pengunjung mengetik huruf, plugin statistik memperbarui angka setiap beberapa detik, dan plugin page builder menyimpan perubahan lewat AJAX setiap kali Anda mengedit. Mengontrol kategori ini berarti memeriksa pengaturan masing-masing plugin dan mematikan fitur live yang tidak dibutuhkan. Plugin Query Monitor dapat membantu Anda mengidentifikasi plugin mana yang paling banyak memakai admin-ajax.php, karena ia menampilkan action dari setiap request.

Pesan praktisnya: jangan menggeneralisasi semua request admin-ajax.php sebagai “masalah Heartbeat”. Periksa nilai action-nya terlebih dahulu. Jika action-nya heartbeat, aturlah Heartbeat. Jika action-nya berasal dari plugin, aturlah plugin itu. Jika Anda tidak memeriksa, Anda bisa menghabiskan waktu mengatur hal yang salah sementara penyebab sebenarnya tetap berjalan.

11. Checklist Setelah Mengubah Pengaturan Heartbeat

Setelah Anda mengubah pengaturan Heartbeat, jangan langsung menganggap pekerjaan selesai. Gunakan checklist berikut selama satu sampai dua hari untuk memastikan perubahan Anda bekerja dan tidak menimbulkan efek samping.

Pertama, verifikasi interval baru di tab Network DevTools. Buka editor, biarkan selama dua menit, dan pastikan request Heartbeat muncul sekali per menit jika Anda mengatur 60 detik, bukan empat kali per menit seperti sebelumnya. Periksa juga dashboard dan pastikan intervalnya sesuai dengan pengaturan Anda.

Kedua, uji autosave. Buka sebuah artikel di editor, ketik beberapa kalimat baru, lalu tunggu lebih dari satu menit tanpa menekan tombol Simpan. Periksa apakah muncul pemberitahuan bahwa draf telah disimpan otomatis, dan periksa riwayat revisi untuk memastikan perubahan Anda tercatat. Jika autosave tidak bekerja, interval Anda mungkin terlalu panjang atau Heartbeat tidak sengaja dimatikan di editor.

Ketiga, uji penguncian artikel. Minta rekan redaksi membuka artikel yang sedang Anda edit, dan pastikan ia melihat peringatan bahwa artikel sedang diedit. Jika peringatan tidak muncul, Heartbeat di editor mungkin tidak berjalan sebagaimana mestinya.

Keempat, periksa sesi login. Biarkan satu tab dashboard terbuka selama satu jam, lalu cobalah menyimpan sesuatu. Jika Anda mendapati diri Anda sudah logout, Heartbeat mungkin dimatikan terlalu agresif di dashboard dan sesi Anda tidak lagi disegarkan.

Kelima, bandingkan grafik CPU hosting. Catat pemakaian CPU pada jam kerja sebelum dan sesudah perubahan, pada hari kerja yang sebanding. Perubahan yang berhasil biasanya terlihat sebagai penurunan yang konsisten pada jam kerja editor, bukan sebagai penurunan sesaat.

Keenam, tanyakan kepada tim redaksi. Perubahan teknis yang tidak dirasakan oleh pengguna adalah perubahan yang berhasil. Jika editor melaporkan dashboard terasa lebih responsif dan tidak ada fungsi yang hilang, pengaturan Anda sudah tepat. Jika ada yang melaporkan autosave tidak bekerja atau peringatan penguncian hilang, kembalikan interval ke nilai yang lebih pendek dan ulangi pengujian.

Jika semua poin checklist ini terpenuhi, Anda bisa menganggap pengaturan Heartbeat Anda selesai dan beralih ke optimasi berikutnya, seperti object cache atau CDN, yang masing-masing sudah dibahas dalam artikel terpisah di situs ini.

12. FAQ

Apakah Heartbeat API memperlambat halaman depan situs saya?

Tidak. Skrip Heartbeat tidak dimuat di frontend secara bawaan, sehingga pengunjung yang membaca artikel Anda tidak memicu request Heartbeat sama sekali. Dampak Heartbeat terasa di dashboard admin dan pada pemakaian CPU hosting, bukan pada kecepatan halaman yang dilihat pengunjung. Jika halaman depan situs Anda lambat, penyebabnya ada di tempat lain, seperti caching, gambar, atau server.

Berapa interval Heartbeat yang paling aman untuk publisher?

Untuk kebanyakan publisher, pengaturan yang aman adalah menonaktifkan Heartbeat di frontend, membatasinya ke 60 detik di dashboard, dan mempertahankannya pada 60 sampai 120 detik di editor. Pengaturan ini memangkas request Heartbeat di editor sebesar 75 sampai 87,5 persen dibanding interval bawaan 15 detik, berdasarkan hitungan aritmetika, sambil tetap menjaga autosave dan penguncian artikel berfungsi normal.

Apakah aman mematikan Heartbeat API sepenuhnya?

Bisa, tetapi ada konsekuensi yang harus Anda terima: autosave berhenti bekerja, peringatan penguncian artikel hilang, dan sesi login bisa kedaluwarsa tanpa pemberitahuan. Untuk situs dengan satu penulis yang terbiasa menyimpan manual, konsekuensi ini mungkin dapat diterima. Untuk redaksi dengan beberapa penulis, risikonya lebih besar daripada penghematan CPU yang didapat. Rekomendasi artikel ini adalah memperlambat, bukan mematikan, kecuali di frontend.

Mengapa admin-ajax.php muncul terus di log server saya?

Karena admin-ajax.php adalah titik akhir AJAX WordPress yang dipakai oleh banyak fitur berbeda, termasuk Heartbeat, WP-Cron, dan berbagai plugin. Melihat banyak request ke file ini tidak otomatis berarti Heartbeat yang menjadi penyebabnya. Periksa nilai action pada payload request di tab Network DevTools untuk mengetahui fitur atau plugin mana yang sebenarnya mengirim request tersebut.

Apakah plugin Heartbeat Control masih relevan di WordPress terbaru?

Ya. Heartbeat Control adalah plugin gratis buatan WP Rocket yang tersedia di direktori plugin WordPress dan berfungsi untuk mengatur interval Heartbeat per area tanpa menulis kode. Jika Anda sudah memakai WP Rocket atau Perfmatters, Anda tidak perlu memasang Heartbeat Control secara terpisah karena keduanya sudah menyertakan kontrol Heartbeat di dalam pengaturannya.

Apakah mengatur Heartbeat akan meningkatkan pendapatan AdSense?

Tidak secara langsung. Iklan AdSense tayang di halaman depan, dan Heartbeat tidak berjalan di halaman depan, sehingga tidak ada pengaruh langsung pada pendapatan iklan. Pengaruhnya bersifat tidak langsung: dashboard yang responsif membuat redaksi lebih cepat menerbitkan artikel, dan server yang tidak kehabisan CPU membuat halaman artikel tetap cepat dimuat bagi pengunjung, yang membantu menjaga viewability iklan tetap baik.

13. Kesimpulan

WordPress Heartbeat API adalah infrastruktur yang bekerja diam-diam di balik dashboard Anda. Ia menjaga autosave tetap berjalan, memperingatkan Anda ketika rekan redaksi membuka artikel yang sama, dan menjaga sesi login Anda tetap aktif. Semua itu ia lakukan dengan cara mengirim request kecil ke admin-ajax.php setiap 15 sampai 60 detik, dan setiap request itu memaksa server menjalankan WordPress dari awal tanpa bantuan cache.

Bagi publisher, Heartbeat bukanlah musuh yang harus dimusnahkan, melainkan pengaturan yang harus disesuaikan. Mengubah interval editor dari 15 detik menjadi 60 detik saja sudah memangkas request Heartbeat sebesar 75 persen berdasarkan hitungan, dan menonaktifkan Heartbeat di frontend menghilangkan polling yang tidak pernah dibutuhkan pengunjung. Kedua perubahan ini dapat dilakukan dalam hitungan menit, baik melalui plugin Heartbeat Control, melalui plugin performa yang sudah Anda pakai, maupun melalui beberapa baris kode di must-use plugin.

Yang terpenting adalah urutan kerjanya: diagnosis dulu, baru pengaturan, lalu verifikasi. Periksa tab Network untuk memastikan Heartbeat benar-benar penyebabnya, atur intervalnya per area, lalu uji autosave, penguncian artikel, dan grafik CPU selama satu sampai dua hari. Jangan memblokir admin-ajax.php, jangan mematikan Heartbeat total tanpa memahami konsekuensinya, dan jangan berhenti mendiagnosis jika dashboard masih lambat setelah Heartbeat diatur.

Dengan pengaturan yang tepat, dashboard Anda akan terasa lebih responsif, grafik CPU hosting Anda akan lebih tenang pada jam kerja redaksi, dan tim Anda bisa kembali fokus pada hal yang paling penting: menulis dan menerbitkan artikel yang dibaca orang.

Sumber resmi yang dirujuk

1. WordPress Developer Resources, Plugin Handbook, “Heartbeat API” — https://developer.wordpress.org/plugins/javascript/heartbeat-api/ (definisi Heartbeat API sebagai server polling API, interval tick 15–120 detik, event heartbeat-send, filter heartbeat_received, dan event heartbeat-tick)
2. Delicious Brains, “Taming the Heartbeat API: Preventing admin-ajax.php Overload” — https://deliciousbrains.com/taming-the-heartbeat-api/ (Heartbeat diperkenalkan di WordPress 3.6, interval editor 15 detik, setiap tick menjalankan bootstrap penuh WordPress dan tidak bisa di-cache, filter heartbeat_settings)
3. GigaPress, “WordPress Heartbeat API: Optimize for Better Performance” — https://gigapress.net/wordpress-heartbeat-api/ (interval editor 15 detik, dashboard 60 detik, frontend tidak aktif secara bawaan, pengurangan 15 ke 60 detik memangkas request editor sebesar 75 persen, plugin Heartbeat Control oleh WP Rocket)
4. WP Adminify, “Control WordPress Heartbeat API — Speed Up Admin” — https://wpadminify.com/how-to-control-wordpress-heartbeat-api (rekomendasi pengaturan per area: frontend nonaktif, dashboard 60 detik, editor 60–120 detik)
5. HostAccent, “WordPress Admin Very Slow? Find the Cause in 5 Minutes” — https://www.hostaccent.com/blog/wordpress-admin-very-slow (metode diagnosis tiga tab: Network DevTools, Query Monitor, dan grafik Resource Usage hosting; peringatan untuk tidak memblokir admin-ajax.php)
6. Savvy, “Optimize Heartbeat API Settings with WP Rocket” — https://savvy.co.il/en/blog/wordpress-speed/wordpress-heartbeats/ (rentang interval 15–120 detik melalui filter heartbeat_settings, pilihan Reduce Activity, Disable, dan Do Not Limit di WP Rocket, serta peringatan bahwa plugin lain juga memakai admin-ajax.php)
7. Wiktor Jarosz, “Heartbeat API — WordPress Deep Dive” — https://wiktorjarosz.com/wordpress/heartbeat-api/ (skrip heartbeat.js hanya dimuat di wp-admin secara bawaan, polling editor setiap 10–15 detik, perilaku has_focus saat tab kehilangan fokus, filter heartbeat_settings)