Mengatasi Error Connection Timed Out di WordPress: Penyebab, Diagnosis, dan Cara Memperbaikinya untuk Publisher Indonesia

Error connection timed out di WordPress adalah salah satu masalah paling membuat frustrasi bagi publisher. Situs yang kemarin masih normal tiba-tiba tidak bisa dibuka sama sekali: browser berputar lama, lalu menampilkan pesan ERR_CONNECTION_TIMED_OUT. Tidak ada halaman error WordPress yang informatif, tidak ada petunjuk jelas tentang apa yang rusak, dan yang paling merugikan bagi publisher AdSense adalah iklan berhenti tayang selama situs tidak bisa diakses. Setiap jam situs down berarti pendapatan iklan yang hilang dan pembaca yang mungkin tidak kembali.

Pesan ini pada dasarnya berarti browser sudah menunggu jawaban dari server, tetapi server tidak menjawab dalam batas waktu yang ditentukan. Batas waktu itu biasanya sekitar 30 detik, sesuai dengan nilai bawaan max_execution_time pada kebanyakan server hosting. Servernya sendiri mungkin masih hidup, tetapi ia terlalu sibuk, kehabisan memori, diblokir firewall, atau tidak bisa ditemukan karena masalah DNS. Karena penyebabnya bisa berada di banyak lapisan — browser, jaringan, DNS, firewall, PHP, plugin, tema, database, sampai server hosting — cara memperbaikinya harus mengikuti urutan diagnosis yang benar, bukan sekadar menaikkan angka batas waktu lalu berharap masalahnya hilang.

Artikel ini membahas error connection timed out di WordPress secara menyeluruh: apa artinya, bagaimana membedakan penyebabnya dari gejala yang muncul, langkah diagnosis yang aman untuk situs yang masih bisa diakses maupun yang sudah tidak bisa dibuka sama sekali, dan perbaikan di setiap lapisan, mulai dari yang paling sederhana sampai yang membutuhkan bantuan hosting. Semua langkah disusun agar aman untuk publisher: ada cadangan sebelum mengubah file, dan setiap perubahan bisa dibatalkan.

Poin Kunci

• ERR_CONNECTION_TIMED_OUT berarti browser menyerah menunggu jawaban server, biasanya setelah sekitar 30 detik, sesuai batas waktu eksekusi PHP bawaan.
• Penyebabnya berlapis: server kehabisan sumber daya, plugin atau tema bermasalah, batas memori dan waktu eksekusi PHP terlampaui, DNS bermasalah, firewall atau WAF memblokir, sampai CDN atau proxy yang kehabisan waktu menunggu server asal.
• Diagnosis yang benar dimulai dari pertanyaan sederhana: apakah hanya Anda yang tidak bisa membuka situs, hanya wp-admin yang bermasalah, atau semua orang juga gagal membukanya?
• Plugin yang bermasalah adalah penyebab paling umum di sisi WordPress, dan cara mengetahuinya adalah menonaktifkan semua plugin lalu mengaktifkan satu per satu.
• Menaikkan batas memori dan waktu eksekusi PHP membantu, tetapi itu hanya menunda masalah kalau penyebab sebenarnya adalah plugin berat atau query database yang lambat.
• Error terkait yang sering muncul bersamaan adalah cURL error 28 dan error 524 dari Cloudflare, yang sama-sama menandakan permintaan yang tidak selesai sebelum batas waktu.
• Selalu buat cadangan sebelum mengedit wp-config.php atau .htaccess, dan hubungi hosting bila langkah di sisi WordPress sudah habis.

Daftar Isi

1. Apa Itu Error Connection Timed Out di WordPress?
2. Gejala dan Variasi Pesan Error yang Perlu Dikenali
3. Penyebab Error Connection Timed Out: Dari Browser Sampai Server
4. Diagnosis Langkah demi Langkah Sebelum Memperbaiki
5. Cara Memperbaiki dari Sisi Pengunjung dan Browser
6. Cara Memperbaiki dari Sisi WordPress: Plugin, Tema, dan WP-Cron
7. Menaikkan Batas Memori dan Waktu Eksekusi PHP dengan Benar
8. Memeriksa Log Error dan Site Health untuk Menemukan Akar Masalah
9. Masalah DNS, Firewall, dan CDN: Kapan Penyebabnya di Luar WordPress
10. Error Terkait: cURL Error 28 dan Error 524 Cloudflare
11. Kapan Harus Menghubungi Hosting dan Apa yang Perlu Disiapkan
12. Cara Mencegah Error Connection Timed Out Terulang
13. Dampaknya bagi Publisher AdSense dan Cara Mengurangi Kerugian
14. FAQ
15. Kesimpulan

Apa Itu Error Connection Timed Out di WordPress?

Ketika Anda membuka sebuah situs WordPress, browser mengirim permintaan ke server dan menunggu jawabannya. Server kemudian menjalankan PHP, memuat WordPress, menjalankan plugin dan tema, mengambil data dari database, lalu mengirim halaman kembali ke browser. Seluruh proses ini harus selesai dalam batas waktu tertentu. Kalau server tidak menjawab dalam batas itu, browser menyerah dan menampilkan pesan ERR_CONNECTION_TIMED_OUT.

Batas waktu yang paling sering berperan adalah max_execution_time di PHP, yang pada kebanyakan server hosting bernilai 30 detik. Artinya, kalau sebuah skrip PHP berjalan lebih dari 30 detik tanpa selesai, server menghentikannya. Browser yang sudah menunggu selama itu kemudian menampilkan pesan timeout. Menurut dokumentasi dan panduan resmi WordPress, error semacam ini muncul ketika aplikasi web mencoba melakukan lebih dari yang bisa ditangani server, dan kondisi ini umum terjadi di shared hosting yang memiliki batas memori tertentu.

Penting untuk memahami bahwa timeout bukanlah satu error yang spesifik. Ia adalah gejala bahwa suatu proses berjalan terlalu lama atau tidak pernah selesai. Karena itu, memperbaiki timeout berarti menemukan proses mana yang macet atau terlalu berat, bukan sekadar memperpanjang batas waktu. Memperpanjang batas waktu tanpa memperbaiki penyebabnya sama seperti memberi waktu lebih lama kepada mobil yang mogok untuk sampai ke tujuan: mobilnya tetap tidak jalan.

Bagi publisher, timeout punya dua wajah. Pertama, timeout di halaman depan situs: pengunjung tidak bisa membuka artikel, iklan tidak tampil, dan traffic yang datang dari Google atau media sosial terbuang percuma. Kedua, timeout di wp-admin: Anda tidak bisa masuk dashboard, tidak bisa menerbitkan artikel, dan tidak bisa mengelola situs. Kedua wajah ini bisa punya penyebab yang berbeda, sehingga langkah diagnosisnya pun berbeda.

Gejala dan Variasi Pesan Error yang Perlu Dikenali

Pesan yang muncul di browser berbeda-beda tergantung browser dan penyebabnya, tetapi intinya sama: koneksi ke server tidak berhasil dalam waktu yang ditentukan. Di Google Chrome, pesannya adalah ERR_CONNECTION_TIMED_OUT. Di Firefox, pesannya kurang lebih berbunyi “The connection has timed out” atau “The server is taking too long to respond”. Di Microsoft Edge, pesannya mirip dengan Chrome karena keduanya memakai mesin yang sama.

Selain pesan browser, ada beberapa variasi error di sisi WordPress yang masih satu keluarga dengan timeout. Yang pertama adalah “Maximum execution time of 30 seconds exceeded”, sebuah pesan fatal error PHP yang muncul ketika skrip melewati batas max_execution_time. Pesan ini biasanya terlihat kalau WP_DEBUG diaktifkan, atau tercatat di error log server. Yang kedua adalah “Allowed memory size exhausted”, yang menandakan skrip kehabisan memori sebelum selesai; error ini sering berdampingan dengan timeout karena skrip yang kehabisan memori juga cenderung berjalan lama.

Variasi ketiga adalah cURL error 28, yang muncul di dalam WordPress sendiri, misalnya pada halaman Site Health atau saat WordPress mencoba menghubungi WordPress.org. Pesan lengkapnya biasanya berbunyi “cURL error 28: Operation timed out”. Variasi keempat adalah error 524 dari Cloudflare, yang berarti Cloudflare berhasil mencapai server Anda tetapi server tidak menjawab dalam 100 detik. Angka 100 detik ini adalah batas waktu Cloudflare, dan berbeda dengan batas 30 detik di PHP, sehingga error 524 memberi petunjuk bahwa server asal Anda memang lambat merespons, bukan sekadar koneksi yang putus.

Mengenali variasi pesan ini penting karena setiap variasi menunjuk ke lapisan yang berbeda. Pesan browser murni menunjuk ke koneksi atau server secara umum. Pesan maximum execution time menunjuk ke skrip PHP yang terlalu lama. Pesan cURL error 28 menunjuk ke permintaan HTTP internal WordPress, misalnya loopback ke wp-cron.php atau koneksi ke WordPress.org. Pesan 524 menunjuk ke server asal yang lambat di balik Cloudflare. Mencatat pesan persisnya sebelum mulai memperbaiki akan menghemat banyak waktu.

Penyebab Error Connection Timed Out: Dari Browser Sampai Server

Penyebab timeout bisa dikelompokkan dalam lima lapisan. Lapisan pertama adalah sisi pengunjung: koneksi internet yang tidak stabil, pengaturan proxy yang salah, cache DNS yang kedaluwarsa, atau ekstensi browser yang mengganggu. Lapisan ini paling mudah diuji dan paling murah diperbaiki, sehingga selalu diperiksa pertama kali.

Lapisan kedua adalah DNS. Kalau catatan DNS domain Anda salah, sedang dalam masa propagasi setelah perubahan, atau penyedia DNS sedang bermasalah, browser tidak bisa menemukan alamat server Anda sama sekali. Gejalanya khas: situs tidak bisa dibuka dari mana pun, tetapi Anda masih bisa mengakses server lewat IP atau panel hosting. DNS juga bisa menjadi penyebab ketika Anda baru saja memindahkan hosting atau mengganti nameserver dan masa propagasi belum selesai.

Lapisan ketiga adalah firewall dan keamanan. Plugin keamanan seperti Wordfence, firewall Sucuri, atau WAF dari hosting bisa membatasi laju permintaan atau memblokir alamat IP tertentu, termasuk IP Anda sendiri. Ini sering terjadi setelah ada serangan brute force terhadap halaman login, sehingga firewall menaikkan pertahanan dan ikut memblokir lalu lintas yang sah. Gejalanya khas: situs bisa dibuka dari jaringan lain tetapi tidak dari jaringan Anda, atau wp-admin yang diblokir sementara halaman depan masih bisa dibuka.

Lapisan keempat adalah WordPress itu sendiri: plugin yang berat atau bermasalah, tema yang menjalankan query berat, database yang membengkak, dan WP-Cron yang macet. Plugin adalah penyebab paling umum di sisi WordPress. Satu plugin yang menjalankan query database yang lambat, memanggil API eksternal yang tidak merespons, atau masuk ke loop yang tidak pernah selesai bisa menghabiskan seluruh pekerja PHP yang tersedia, sehingga semua permintaan lain ikut antre dan akhirnya timeout. Tema yang berat, terutama tema yang memuat banyak query di setiap halaman, punya efek yang sama.

Lapisan kelima adalah server dan hosting. Di shared hosting, sumber daya dipakai bersama banyak situs lain, sehingga lonjakan traffic di situs tetangga pun bisa membuat situs Anda ikut lambat. Pekerja PHP yang tersedia terbatas; kalau semuanya sedang sibuk melayani permintaan yang macet, permintaan baru tidak akan dilayani sampai ada pekerja yang bebas. Di sinilah batas memori dan waktu eksekusi PHP berperan: nilai yang terlalu rendah membuat skrip normal pun terpotong, sedangkan nilai yang terlalu tinggi membiarkan skrip bermasalah menghabiskan sumber daya lebih lama.

Diagnosis Langkah demi Langkah Sebelum Memperbaiki

Diagnosis yang baik menghemat waktu karena setiap jawaban mempersempit kemungkinan penyebab. Jangan langsung mengedit file sebelum menjawab pertanyaan-pertanyaan berikut.

Pertanyaan pertama: apakah hanya Anda yang tidak bisa membuka situs, atau semua orang juga gagal? Cara mengujinya adalah membuka situs dari jaringan lain, misalnya memakai data seluler di HP setelah mematikan Wi-Fi, atau memakai layanan pemeriksa status situs. Kalau situs bisa dibuka dari jaringan lain, penyebabnya ada di sisi Anda: koneksi, DNS lokal, atau IP Anda yang diblokir firewall. Kalau situs gagal dibuka dari mana pun, penyebabnya ada di sisi server atau WordPress.

Pertanyaan kedua: apakah yang gagal hanya halaman tertentu atau seluruh situs? Kalau hanya satu halaman artikel yang timeout sementara halaman lain normal, penyebabnya kemungkinan ada di konten halaman itu, misalnya galeri gambar yang besar, embed yang memanggil server luar yang lambat, atau shortcode dari plugin tertentu. Kalau seluruh situs termasuk halaman depan gagal, penyebabnya lebih mungkin di tingkat server, plugin, atau tema.

Pertanyaan ketiga: apakah wp-admin masih bisa dibuka? Kalau halaman depan timeout tetapi wp-admin masih bisa dibuka, Anda masih punya banyak alat: Site Health, daftar plugin, dan editor file bawaan. Kalau wp-admin juga timeout, Anda harus bekerja lewat FTP atau File Manager di panel hosting, misalnya dengan mengganti nama folder plugin.

Pertanyaan keempat: apa yang terakhir berubah sebelum error muncul? Plugin baru, update tema, update WordPress, perubahan di hosting, atau lonjakan traffic yang tidak biasa. Sebagian besar error timeout yang muncul tiba-tiba berkaitan dengan satu perubahan terakhir. Mencatat perubahan terakhir ini sering kali langsung menunjuk ke penyebabnya tanpa perlu diagnosis panjang.

Pertanyaan kelima: apakah error muncul setiap saat atau hanya sesekali? Timeout yang terjadi terus-menerus menandakan masalah yang stabil, misalnya plugin yang selalu macet atau server yang memang kekurangan sumber daya. Timeout yang muncul sesekali, misalnya hanya pada jam sibuk, menandakan masalah kapasitas: pekerja PHP habis saat traffic tinggi, atau ada tugas terjadwal seperti backup dan WP-Cron yang berjalan bersamaan dan membebani server.

Cara Memperbaiki dari Sisi Pengunjung dan Browser

Kalau diagnosis menunjukkan masalahnya ada di sisi Anda, langkah-langkah berikut biasanya cukup. Pertama, muat ulang halaman dan coba lagi setelah beberapa menit. Timeout sesekali bisa disebabkan oleh gangguan jaringan sesaat yang hilang sendiri. Kedua, periksa koneksi internet Anda: coba buka situs lain yang terkenal stabil. Kalau semua situs lambat, masalahnya ada di koneksi Anda, bukan di situs WordPress.

Ketiga, bersihkan cache dan cookie browser, atau coba mode penyamaran. Cache yang rusak kadang membuat browser mengulang permintaan yang gagal. Keempat, coba browser lain. Kalau situs terbuka di browser lain, masalahnya ada di pengaturan atau ekstensi browser pertama, misalnya ekstensi VPN atau pemblokir iklan yang terlalu agresif. Nonaktifkan ekstensi satu per satu untuk menemukan penyebabnya.

Kelima, restart router dan perbarui DNS lokal. Di Windows, perintah ipconfig /flushdns di Command Prompt akan mengosongkan cache DNS. Di macOS, perintah yang setara bisa dijalankan lewat Terminal. Keenam, nonaktifkan sementara VPN atau proxy. VPN yang lambat atau server proxy yang bermasalah bisa menambah waktu tunggu sampai melewati batas timeout, padahal server situsnya sendiri baik-baik saja.

Sebagai publisher, Anda juga perlu memeriksa dari sisi pengunjung secara berkala. Kalau banyak pembaca melaporkan situs tidak bisa dibuka tetapi Anda bisa membukanya dari jaringan kantor, kemungkinan ada masalah DNS di wilayah tertentu atau IP range tertentu yang diblokir firewall. Dalam kasus seperti ini, memeriksa log firewall dan pengaturan pembatasan laju di plugin keamanan adalah langkah yang tepat.

Cara Memperbaiki dari Sisi WordPress: Plugin, Tema, dan WP-Cron

Kalau masalahnya ada di sisi WordPress, langkah paling ampuh adalah mengisolasi plugin. Menurut panduan resmi WordPress, plugin atau tema yang bermasalah adalah penyebab paling umum dari kegagalan loopback, dan satu-satunya cara yang bisa diandalkan untuk membuktikannya adalah isolasi yang terkontrol. Caranya: nonaktifkan semua plugin, lalu periksa apakah situs kembali normal. Kalau normal, aktifkan plugin satu per satu dan uji situs setelah setiap pengaktifan. Ketika error kembali muncul, plugin yang terakhir diaktifkan itulah penyebabnya. Jangan mengaktifkan beberapa plugin sekaligus setelah pengujian berhasil, karena Anda akan kehilangan informasi tentang plugin mana yang bermasalah.

Kalau wp-admin masih bisa dibuka, penonaktifan bisa dilakukan dari menu Plugin. Kalau wp-admin tidak bisa dibuka sama sekali, gunakan FTP atau File Manager di panel hosting: masuk ke folder wp-content, lalu ubah nama folder plugins menjadi plugins-nonaktif. WordPress akan menganggap semua plugin tidak aktif. Untuk menguji satu per satu, kembalikan nama foldernya, lalu ubah nama folder plugin tertentu di dalamnya untuk menonaktifkan plugin itu saja. Cara ini aman karena tidak menghapus apa pun; Anda hanya mengganti nama folder.

Setelah plugin, giliran tema. Beralihlah sementara ke tema bawaan WordPress, misalnya Twenty Twenty-Five atau Twenty Twenty-Four. Kalau situs kembali normal dengan tema bawaan, berarti tema Anda yang bermasalah, kemungkinan karena ada fungsi berat atau query yang tidak efisien di file functions.php atau template-nya. Perlu dicatat bahwa mengganti tema tidak menghapus pengaturan tema lama, sehingga Anda bisa kembali kapan saja setelah pengujian selesai.

WP-Cron juga layak diperiksa. WordPress memakai WP-Cron untuk tugas terjadwal: menerbitkan artikel terjadwal, memeriksa update, dan menjalankan tugas plugin. WP-Cron bekerja lewat loopback, yaitu WordPress menghubungi dirinya sendiri lewat permintaan HTTP ke wp-cron.php. Pemeriksaan Site Health bawaan WordPress mengirim permintaan POST ke wp-cron.php dengan batas waktu 10 detik. Kalau permintaan ini gagal atau timeout, Site Health akan melaporkannya. Penyebab yang umum adalah plugin yang memblokir loopback, aturan keamanan server yang menolak koneksi dari server ke dirinya sendiri, atau WP-Cron yang macet karena ada tugas yang tidak pernah selesai. Solusi yang sering dipakai publisher adalah menonaktifkan WP-Cron bawaan dengan menambahkan define(‘DISABLE_WP_CRON’, true); di wp-config.php, lalu menjalankan cron sungguhan dari server hosting pada jadwal yang teratur. Cara ini membuat tugas terjadwal berjalan tanpa bergantung pada kunjungan pengunjung dan tanpa loopback.

Terakhir, periksa ukuran database dan revisi yang menumpuk. Database yang besar dengan banyak revisi, transient kedaluwarsa, dan komentar spam membuat setiap query lebih lambat. Membersihkan revisi lama dan transient yang sudah kedaluwarsa sering kali cukup untuk mengembalikan kecepatan situs. Plugin optimasi database bisa membantu, tetapi pastikan Anda membuat cadangan database sebelum menjalankan pembersihan besar.

Menaikkan Batas Memori dan Waktu Eksekusi PHP dengan Benar

Menaikkan batas PHP adalah perbaikan yang paling sering disarankan, tetapi juga paling sering disalahpahami. Batas yang lebih tinggi memberi skrip lebih banyak waktu dan memori untuk selesai, tetapi tidak memperbaiki skrip yang memang bermasalah. Prinsip yang benar adalah perbaiki penyebabnya dulu, baru naikkan batasnya secukupnya. Panduan teknis yang terverifikasi menyarankan menaikkan batas secara moderat, misalnya waktu eksekusi 60 detik dan memori 256 MB, bukan langsung ke angka yang sangat besar. Batas yang terlalu besar justru menyembunyikan masalah dan membiarkan skrip bermasalah menghabiskan sumber daya lebih lama.

Nilai bawaan yang umum di hosting adalah max_execution_time 30 detik dan memory_limit 128M. Untuk situs WordPress dengan plugin yang wajar, nilai 60 detik dan 256M biasanya sudah memadai. Kalau situs Anda masih timeout di angka itu, hampir pasti ada penyebab lain yang perlu dicari, bukan sekadar batas yang kurang.

Ada tiga cara mengubah batas ini. Cara pertama adalah lewat wp-config.php, file konfigurasi utama WordPress di folder root situs. Tambahkan baris berikut di atas baris komentar “That’s all, stop editing!”:

define( ‘WP_MEMORY_LIMIT’, ‘256M’ );
define( ‘WP_MAX_MEMORY_LIMIT’, ‘512M’ );

Perlu dipahami perbedaan keduanya. WP_MEMORY_LIMIT mengatur memori untuk halaman depan situs, sedangkan WP_MAX_MEMORY_LIMIT mengatur memori untuk area admin. WordPress secara bawaan sudah memberi area admin memori yang lebih besar, jadi kalau error terjadi di wp-admin, WP_MAX_MEMORY_LIMIT-lah yang perlu dinaikkan. WordPress hanya bisa menaikkan batas PHP, tidak bisa menurunkannya, dan tidak bisa melampaui batas yang dikunci oleh hosting. Kalau hosting mengunci batas di nilai tertentu, pengaturan di wp-config.php tidak akan berpengaruh dan Anda harus mengubahnya di tempat lain atau meminta hosting.

Cara kedua adalah lewat file php.ini di folder root situs, dengan baris seperti:

max_execution_time = 60
max_input_time = 120
memory_limit = 256M

Cara ketiga adalah lewat file .htaccess di server Apache, dengan baris:

php_value max_execution_time 60
php_value memory_limit 256M

Perlu dicatat bahwa baris php_value di .htaccess hanya berfungsi di server Apache yang mengizinkan override, dan tidak berlaku di server Nginx. Di panel hosting seperti Hostinger, pengaturan ini biasanya tersedia lewat menu PHP Configuration, sehingga Anda tidak perlu mengedit file secara manual. Apa pun caranya, ubah satu nilai dalam satu waktu, lalu uji situs. Mengubah banyak nilai sekaligus membuat Anda tidak tahu perubahan mana yang benar-benar membantu.

Satu hal lagi yang perlu dipahami: menyetel max_execution_time ke 0 berarti skrip diizinkan berjalan selamanya. Jangan pernah melakukan ini di situs produksi, karena satu skrip yang macet bisa menghabiskan seluruh sumber daya server tanpa pernah dihentikan.

Memeriksa Log Error dan Site Health untuk Menemukan Akar Masalah

Menebak penyebab timeout tanpa bukti adalah cara yang lambat. Log error dan Site Health memberi bukti. Langkah pertama adalah mengaktifkan pencatatan debug WordPress. Di wp-config.php, tambahkan baris berikut di atas baris “That’s all, stop editing!”:

define( ‘WP_DEBUG’, true );
define( ‘WP_DEBUG_LOG’, true );
define( ‘WP_DEBUG_DISPLAY’, false );

Pengaturan ini membuat WordPress mencatat error ke file debug.log di folder wp-content, tanpa menampilkan error ke pengunjung. Setelah itu, coba buka kembali halaman yang bermasalah, lalu buka file wp-content/debug.log lewat FTP atau File Manager. Cari baris yang mengandung kata “Fatal error”, “Allowed memory size exhausted”, atau “Maximum execution time exceeded”. Baris-baris ini biasanya menyebutkan file dan baris kode yang bermasalah, sering kali menunjuk langsung ke plugin atau tema tertentu.

Langkah kedua adalah memeriksa error log server di panel hosting. Log ini mencatat error di tingkat server yang tidak selalu tercatat di debug.log WordPress, misalnya error dari web server atau PHP-FPM. Di Hostinger dan panel hosting sejenis, error log bisa dilihat dari menu yang berkaitan dengan log atau dari File Manager di folder logs.

Langkah ketiga adalah membuka Tools, lalu Site Health di wp-admin, dan menjalankan semua pemeriksaan. Site Health akan melaporkan masalah spesifik seperti REST API yang error, loopback yang gagal, atau komunikasi dengan WordPress.org yang timeout. Setiap item yang gagal dilengkapi dengan penjelasan dan saran perbaikan. Catat kata-kata persis dari setiap item yang gagal, karena kata-kata itu adalah petunjuk yang paling berguna saat Anda menghubungi hosting atau mencari bantuan di forum WordPress.

Langkah keempat adalah memeriksa waktu respons dengan alat sederhana. Kalau Anda punya akses ke terminal, perintah curl dengan opsi pengukur waktu bisa menunjukkan berapa lama server merespons. Kalau tidak, alat pengukur kecepatan situs yang gratis bisa memberi gambaran kasar tentang time to first byte. Nilai time to first byte yang sangat tinggi, misalnya di atas dua detik untuk halaman yang seharusnya ringan, menandakan server memang lambat merespons, bukan sekadar koneksi yang putus.

Masalah DNS, Firewall, dan CDN: Kapan Penyebabnya di Luar WordPress

Tidak semua timeout bisa diperbaiki dari dalam WordPress. Kalau diagnosis menunjukkan masalahnya di DNS, firewall, atau CDN, perbaikan harus dilakukan di lapisan itu.

Untuk DNS, periksa catatan DNS domain Anda di tempat domain dikelola. Pastikan catatan A mengarah ke alamat IP server yang benar dan tidak ada catatan yang tertinggal dari hosting lama. Kalau Anda baru saja mengganti nameserver atau alamat IP, ingat bahwa propagasi DNS membutuhkan waktu, umumnya beberapa jam, dan selama masa itu sebagian pengunjung masih diarahkan ke server lama. Alat pemeriksa DNS yang gratis bisa menunjukkan apakah catatan DNS Anda sudah tersebar dengan benar di berbagai lokasi. Kalau catatan DNS sudah benar tetapi situs tetap tidak bisa dibuka dari wilayah tertentu, kemungkinan ada masalah di penyedia DNS atau pemblokiran di tingkat jaringan wilayah tersebut.

Untuk firewall, periksa apakah alamat IP Anda masuk daftar blokir. Di plugin keamanan seperti Wordfence, ada halaman yang menampilkan alamat IP yang diblokir beserta alasannya. Kalau IP Anda ada di sana, hapus dari daftar blokir dan masukkan ke daftar putih. Periksa juga pengaturan pembatasan laju atau rate limiting: nilai yang terlalu ketat bisa memblokir pengunjung yang membuka banyak halaman dalam waktu singkat, termasuk Anda sendiri saat sedang mengedit banyak artikel. Sementara menguji, Anda bisa menonaktifkan sementara plugin keamanan untuk memastikan apakah ia penyebabnya. Kalau situs kembali normal setelah plugin keamanan dimatikan, berarti aturannya yang perlu diperbaiki, bukan pluginnya yang harus dibuang.

Untuk CDN dan proxy seperti Cloudflare, periksa status layanan Cloudflare dan pengaturan SSL-nya. Mode SSL yang salah, misalnya Flexible padahal server asal sudah memakai HTTPS penuh, bisa menimbulkan masalah koneksi. Periksa juga aturan Page Rule atau konfigurasi firewall Cloudflare yang mungkin memblokir permintaan tertentu. Kalau error yang muncul adalah 524, itu adalah bukti kuat bahwa Cloudflare berhasil mencapai server Anda tetapi server tidak menjawab dalam 100 detik. Dalam kasus ini, perbaikan harus dilakukan di sisi server asal, bukan di Cloudflare. Anda bisa menguji dengan menonaktifkan sementara proxy Cloudflare, yaitu mengubah catatan DNS dari mode proxied menjadi DNS only, lalu membuka situs langsung ke server asal. Kalau situs bisa dibuka tanpa Cloudflare, berarti ada masalah di komunikasi antara Cloudflare dan server asal.

Error Terkait: cURL Error 28 dan Error 524 Cloudflare

Dua error yang sering muncul bersamaan dengan timeout layak dibahas khusus karena keduanya punya arti yang spesifik dan cara penanganan yang sedikit berbeda.

cURL error 28 adalah pesan dari WordPress yang berarti sebuah permintaan HTTP tidak selesai sebelum batas waktu. Di dalam WordPress, permintaan HTTP dipakai untuk banyak hal: memeriksa update plugin dan tema, menghubungi WordPress.org, menjalankan WP-Cron lewat loopback, dan berkomunikasi dengan layanan eksternal seperti API media sosial atau layanan email. Ketika Site Health melaporkan cURL error 28, pertama-tama perhatikan pemeriksaan mana yang gagal. Pemeriksaan loopback yang gagal menandakan WordPress tidak bisa menghubungi dirinya sendiri, yang biasanya disebabkan oleh plugin keamanan, aturan server, atau WP-Cron yang macet. Pemeriksaan komunikasi dengan WordPress.org yang gagal menandakan server Anda tidak bisa keluar ke internet, misalnya karena DNS server yang bermasalah atau firewall server yang memblokir koneksi keluar. Pemeriksaan REST API yang gagal sering kali berkaitan dengan plugin yang mengubah cara REST API bekerja.

Cara memperbaikinya mengikuti urutan yang sama seperti timeout biasa: isolasi plugin dan tema terlebih dahulu, lalu periksa pengaturan server. Yang membedakan adalah, untuk cURL error 28, Anda juga perlu memastikan server bisa melakukan koneksi keluar. Tanyakan ke hosting apakah ada firewall di tingkat server yang memblokir koneksi keluar, dan apakah DNS resolver server berfungsi normal. Sebagian besar kasus cURL error 28 yang menetap setelah isolasi plugin ternyata disebabkan oleh konfigurasi server, bukan oleh WordPress.

Error 524 dari Cloudflare adalah pesan yang berarti Cloudflare sudah berhasil terhubung ke server asal Anda, tetapi server asal tidak mengirim jawaban dalam 100 detik. Batas 100 detik ini adalah batas Cloudflare, sehingga error ini muncul pada permintaan yang sangat lama, misalnya proses import besar, pembuatan laporan berat, atau halaman yang menjalankan query yang sangat lambat. Cara menanganinya adalah mencari proses yang lambat itu di sisi server asal. Periksa log error, periksa plugin yang berjalan saat error terjadi, dan periksa apakah ada tugas berat yang berjalan bersamaan, seperti backup otomatis atau cron yang padat. Menonaktifkan sementara proxy Cloudflare untuk pengujian akan memastikan bahwa masalahnya memang di server asal. Kalau error 524 hanya muncul pada satu halaman atau satu aksi tertentu, misalnya saat menyimpan artikel yang sangat panjang, penyebabnya hampir pasti ada di proses spesifik itu, bukan di server secara umum.

Kapan Harus Menghubungi Hosting dan Apa yang Perlu Disiapkan

Ada titik di mana perbaikan mandiri sudah habis dan bantuan hosting menjadi langkah yang benar. Titik itu tercapai bila Anda sudah mencoba isolasi plugin dan tema, sudah memeriksa log error, sudah menaikkan batas PHP secukupnya, dan error tetap muncul. Pada titik ini, penyebabnya hampir pasti ada di lapisan yang tidak bisa Anda ubah: konfigurasi server, sumber daya yang habis, atau masalah jaringan di sisi hosting.

Sebelum menghubungi hosting, siapkan informasi berikut agar dukungan teknis bisa membantu dengan cepat. Pertama, pesan error persisnya, termasuk kode error seperti ERR_CONNECTION_TIMED_OUT atau 524, dan sejak kapan error mulai muncul. Kedua, hasil pengujian Anda: apakah situs gagal dibuka dari semua jaringan, apakah wp-admin masih bisa dibuka, dan apakah error terjadi di semua halaman atau hanya halaman tertentu. Ketiga, perubahan terakhir yang Anda ingat, termasuk plugin yang baru dipasang atau diperbarui. Keempat, isi log error yang relevan, terutama baris fatal error beserta nama file dan nomor barisnya. Kelima, hasil Site Health, terutama item yang gagal.

Saat menghubungi hosting, mintalah mereka memeriksa hal-hal berikut: apakah pekerja PHP habis atau ada proses yang macet, apakah ada batas sumber daya di paket hosting Anda yang terlampaui, apakah error log server mencatat sesuatu yang tidak tercatat di log WordPress, dan apakah ada pemblokiran di firewall server. Hosting yang baik bisa menjawab pertanyaan-pertanyaan ini dalam hitungan menit karena mereka punya akses langsung ke lapisan infrastruktur yang tidak bisa Anda jangkau dari WordPress.

Kalau hosting menyatakan server baik-baik saja tetapi error tetap muncul, pertimbangkan kemungkinan bahwa paket hosting Anda memang sudah tidak cukup untuk situs Anda. Situs publisher yang traffic-nya tumbuh, dengan banyak plugin dan artikel yang panjang, akan semakin berat. Pada titik ini, pilihannya adalah mengoptimalkan situs secara serius atau naik ke paket hosting yang lebih besar. Mengoptimalkan tanpa menaikkan paket sering kali cukup: menghapus plugin yang tidak perlu, memakai caching yang benar, dan membersihkan database secara berkala bisa mengurangi beban server secara signifikan.

Cara Mencegah Error Connection Timed Out Terulang

Mencegah lebih murah daripada memperbaiki, terutama bagi publisher yang pendapatannya bergantung pada situs yang selalu bisa dibuka. Langkah pencegahan pertama adalah audit plugin secara berkala, misalnya setiap tiga bulan. Nonaktifkan dan hapus plugin yang tidak lagi dipakai. Setiap plugin menambah beban eksekusi PHP, dan plugin yang ditinggalkan pengembangnya adalah risiko keamanan sekaligus risiko kinerja. Jumlah plugin yang ideal bukanlah angka tertentu, melainkan seberapa ringan dan terawat setiap plugin yang Anda pakai.

Langkah kedua adalah menjaga PHP tetap mutakhir. Versi PHP yang lebih baru menjalankan kode lebih cepat dan memakai memori lebih efisien. Panduan teknis yang terverifikasi menyarankan memakai PHP 8.3 atau yang lebih baru. Periksa versi PHP di Site Health atau di panel hosting, dan perbarui bila hosting Anda masih memakai versi yang sudah lama. Sebelum memperbarui PHP, pastikan tema dan plugin Anda kompatibel, dan buat cadangan terlebih dahulu.

Langkah ketiga adalah memakai caching yang benar. Plugin caching yang terkonfigurasi dengan baik membuat halaman yang sering dibuka disajikan dari cache tanpa menjalankan PHP dan query database setiap kali. Ini mengurangi beban server secara drastis dan membuat situs lebih tahan terhadap lonjakan traffic. Pastikan caching tidak mengganggu iklan AdSense: halaman yang di-cache harus tetap menampilkan iklan dengan benar, dan pengaturan cache harus mengecualikan halaman yang memang harus selalu segar, seperti halaman keranjang atau halaman login.

Langkah keempat adalah menjadwalkan tugas berat di luar jam sibuk. Backup otomatis, optimasi database, dan tugas cron yang berat sebaiknya berjalan pada jam-jam sepi, bukan di tengah lonjakan traffic. Kalau beberapa tugas berat berjalan bersamaan, pekerja PHP bisa habis dan situs mulai timeout. Periksa jadwal tugas terjadwal di plugin yang Anda pakai dan sebarkan waktunya.

Langkah kelima adalah memantau situs secara berkala. Layanan pemantau uptime yang gratis bisa memberi tahu Anda dalam hitungan menit ketika situs tidak bisa dibuka, sehingga Anda bisa bertindak sebelum kerugian membesar. Periksa juga Site Health secara berkala dan jangan biarkan peringatan menumpuk. Peringatan yang diabaikan hari ini sering menjadi error yang menghentikan situs besok.

Dampaknya bagi Publisher AdSense dan Cara Mengurangi Kerugian

Bagi publisher AdSense, error connection timed out bukan sekadar masalah teknis, melainkan masalah pendapatan. Selama situs tidak bisa dibuka, tidak ada iklan yang tampil, tidak ada tayangan yang tercatat, dan tidak ada klik yang terjadi. Kerugian ini tidak bisa dipulihkan: traffic yang datang selama situs down hilang begitu saja. Lebih jauh lagi, kalau Googlebot menemui situs yang sering timeout saat merayapi, Google bisa menurunkan frekuensi perayapan dan, dalam kasus yang parah, memengaruhi visibilitas situs di hasil pencarian.

Karena itu, kecepatan penanganan adalah segalanya. Punya rencana darurat yang sederhana akan sangat membantu. Pertama, simpan akses FTP dan panel hosting di tempat yang mudah dijangkau, supaya Anda tidak membuang waktu mencari kata sandi saat situs down. Kedua, ketahui cara cepat menonaktifkan semua plugin lewat FTP, karena ini adalah langkah pemulihan tercepat ketika penyebabnya adalah plugin. Ketiga, ketahui nomor atau kanal dukungan hosting Anda dan jam operasionalnya.

Selama situs down, jangan panik dan mengubah banyak hal sekaligus. Ubah satu hal, uji, lalu lanjut ke langkah berikutnya. Mengubah banyak hal sekaligus membuat Anda tidak tahu perbaikan mana yang berhasil, dan bisa menimbulkan masalah baru yang lebih sulit dilacak. Setelah situs kembali normal, catat apa penyebabnya dan apa yang Anda ubah. Catatan ini akan mempercepat penanganan kalau masalah yang sama terulang.

Terakhir, ingat bahwa kebijakan AdSense mengharuskan situs bisa diakses dan memberikan pengalaman yang baik bagi pengunjung. Situs yang sering tidak bisa dibuka bisa memengaruhi kualitas situs di mata Google, dan pada akhirnya memengaruhi pendapatan. Menjaga situs tetap stabil bukan hanya soal teknis, melainkan bagian dari menjaga bisnis penerbitan Anda tetap sehat.

FAQ

Apakah error connection timed out berarti situs saya diretas?

Tidak selalu. Error ini paling sering disebabkan oleh server yang kehabisan sumber daya, plugin yang bermasalah, atau batas PHP yang terlampaui. Namun, kalau error muncul bersamaan dengan traffic aneh, percobaan login yang sangat banyak, atau file yang berubah tanpa Anda ubah, ada kemungkinan situs sedang diserang atau sudah terinfeksi malware. Dalam kasus itu, periksa log akses server dan pindai situs dengan plugin keamanan sebelum melanjutkan perbaikan biasa.

Berapa lama waktu yang dibutuhkan browser sebelum menampilkan ERR_CONNECTION_TIMED_OUT?

Pada umumnya sekitar 30 detik, sesuai dengan nilai bawaan max_execution_time di kebanyakan server hosting. Nilai ini bisa berbeda tergantung konfigurasi server dan browser. Kalau Anda memakai Cloudflare, batasnya adalah 100 detik untuk error 524. Kalau permintaan internal WordPress, seperti loopback ke wp-cron.php, batasnya bisa 10 detik sesuai pemeriksaan Site Health.

Apakah menaikkan max_execution_time sampai 300 detik aman?

Nilai 300 detik memang sering disarankan di berbagai panduan, tetapi menaikkan batas setinggi itu tanpa memperbaiki penyebabnya hanya menyembunyikan masalah. Skrip yang bermasalah akan tetap menghabiskan sumber daya, hanya saja lebih lama. Mulailah dari 60 detik, dan kalau masih timeout, cari penyebabnya terlebih dahulu. Nilai yang lebih tinggi hanya masuk akal untuk tugas khusus yang memang berat, seperti import data besar, dan sebaiknya tidak dipakai sebagai pengaturan permanen untuk seluruh situs.

Mengapa hanya wp-admin yang timeout, sedangkan halaman depan normal?

Kondisi ini biasanya menandakan ada sesuatu yang berat di area admin: plugin yang menjalankan proses berat saat dashboard dimuat, WP_MAX_MEMORY_LIMIT yang terlalu rendah, atau tugas terjadwal yang macet. Coba nonaktifkan plugin lewat FTP dan periksa apakah wp-admin kembali normal. Periksa juga apakah ada plugin yang menampilkan widget atau data dari API eksternal di dashboard, karena API yang lambat bisa membuat seluruh halaman admin ikut menunggu.

Apakah error ini bisa disebabkan oleh tema yang saya pakai?

Ya, bisa. Tema yang menjalankan banyak query database, memuat banyak file eksternal, atau memiliki fungsi yang berat di functions.php bisa menyebabkan timeout di setiap halaman. Cara mengujinya adalah beralih sementara ke tema bawaan WordPress. Kalau situs kembali normal, tema Anda yang bermasalah. Hubungi pengembang tema atau pertimbangkan untuk mengganti tema dengan yang lebih ringan.

Haruskah saya mengganti hosting kalau error ini sering terjadi?

Belum tentu. Sebelum mengganti hosting, pastikan Anda sudah mengoptimalkan situs: menghapus plugin yang tidak perlu, membersihkan database, memakai caching, dan memperbarui PHP. Kalau setelah optimasi situs tetap sering timeout dan hosting menyatakan sumber daya paket Anda sudah habis, barulah naik ke paket yang lebih besar atau pindah hosting menjadi pilihan yang masuk akal. Pindah hosting tanpa optimasi hanya memindahkan masalah yang sama ke server yang lebih mahal.

Kesimpulan

Error connection timed out di WordPress adalah gejala, bukan diagnosis. Ia menandakan server tidak menjawab dalam batas waktu, dan penyebabnya bisa berada di browser, DNS, firewall, plugin, tema, database, CDN, atau server hosting. Cara memperbaikinya yang benar adalah mengikuti urutan diagnosis: periksa apakah masalahnya hanya di sisi Anda, apakah seluruh situs atau hanya halaman tertentu yang gagal, apakah wp-admin masih bisa dibuka, dan apa yang terakhir berubah sebelum error muncul.

Setelah penyebabnya dipersempit, perbaikannya mengikuti lapisan yang bermasalah: bersihkan sisi browser bila masalahnya lokal, isolasi plugin dan tema bila masalahnya di WordPress, naikkan batas memori dan waktu eksekusi PHP secukupnya bila batasnya memang terlalu rendah, dan perbaiki DNS, firewall, atau CDN bila masalahnya di luar WordPress. Log error dan Site Health adalah alat bukti yang paling berguna selama proses ini, dan menghubungi hosting adalah langkah yang tepat ketika semua langkah di sisi WordPress sudah habis.

Bagi publisher, yang terpenting adalah mencegah terulangnya error ini: audit plugin secara berkala, perbarui PHP, pakai caching yang benar, jadwalkan tugas berat di luar jam sibuk, dan pantau uptime situs. Situs yang stabil bukan hanya soal kenyamanan teknis, melainkan fondasi pendapatan AdSense Anda. Semakin cepat Anda menemukan dan memperbaiki penyebab timeout, semakin kecil kerugian yang ditimbulkannya.

Sumber resmi yang dirujuk

WordPress.org — Dokumentasi dan forum dukungan WordPress (wordpress.org/support/)

WordPress Developer Resources — Panduan konfigurasi WordPress, termasuk WP_MEMORY_LIMIT dan WP_DEBUG (developer.wordpress.org)

Hostinger — Tutorial memperbaiki ERR_CONNECTION_TIMED_OUT (hostinger.com/tutorials/how-to-fix-err-connection-timed-out-error)

Cloudflare — Dokumentasi error 524 dan batas waktu 100 detik (developers.cloudflare.com)

Google Search Central — Panduan tentang perayapan dan ketersediaan situs (developers.google.com/search)