Cara Cek Website atau Server Down

10 menit baca
Cara Cek Website atau Server Down

Website yang tidak bisa dibuka belum tentu sedang down. Masalahnya bisa berasal dari koneksi internet, DNS, browser, perangkat, server, atau aplikasi di dalam hosting. Sebelum mengubah konfigurasi atau menghubungi penyedia hosting, lakukan tiga pemeriksaan singkat: buka situs dari jaringan lain, cek dengan layanan pemantau eksternal, lalu perhatikan kode error yang muncul. Jika hasil pemeriksaan dari beberapa jaringan dan tool sama, kemungkinan gangguan memang berada di sisi website atau server.

Panduan ini membahas cara cek website down, penyebab website tidak bisa diakses, dan langkah penanganan yang aman. Ikuti urutannya dari pemeriksaan paling sederhana. Dengan begitu, kamu tidak buru-buru menghapus file, mengganti DNS, atau me-restart layanan tanpa mengetahui sumber masalahnya. Kalau kamu ingin memahami penyebabnya lebih dalam, baca penyebab website atau server down. Kalau yang muncul justru kode error spesifik seperti 502, 503, atau 504, cek arti kode error tersebut.

Cek tiga hal ini sebelum panik

Langkah awal bertujuan memisahkan gangguan lokal dari gangguan yang dialami banyak pengunjung. Jangan langsung menyimpulkan server down hanya karena satu browser menampilkan pesan error. Cache yang rusak, koneksi Wi-Fi yang bermasalah, atau DNS resolver yang belum memperbarui data bisa membuat satu perangkat gagal membuka website, sementara pengunjung lain tetap bisa mengaksesnya. Tiga pemeriksaan berikut membantu mempersempit lokasi masalah tanpa mengubah konfigurasi website.

1. Coba jaringan dan perangkat lain

Buka website memakai jaringan seluler jika sebelumnya menggunakan Wi-Fi. Kamu juga bisa meminta orang di lokasi berbeda membuka URL yang sama. Jika website bisa dibuka dari jaringan seluler tetapi gagal dari Wi-Fi, masalah kemungkinan berada di router, DNS resolver, firewall jaringan, atau koneksi internet lokal. Jika semua jaringan gagal dan error yang tampil sama, lanjutkan ke pemeriksaan eksternal.

Coba pula mode incognito atau browser lain. Cara ini membantu mengesampingkan cache, ekstensi, dan cookie yang rusak. Periksa apakah hanya satu halaman yang gagal atau seluruh domain tidak bisa dibuka. Homepage yang berjalan tetapi halaman tertentu menghasilkan 404 atau 500 menunjukkan masalah berbeda dari server down secara keseluruhan.

2. Periksa status domain dan DNS

Pastikan URL yang diketik benar, termasuk subdomain seperti www atau app. Kesalahan kecil pada nama host dapat menghasilkan pesan DNS seperti DNS_PROBE_FINISHED_NXDOMAIN. Pesan ini biasanya berarti resolver tidak menemukan record domain, bukan selalu berarti server web mati.

Gunakan pemeriksa DNS seperti Google Admin Toolbox Dig untuk melihat apakah domain mengarah ke alamat IP yang diharapkan. Perubahan nameserver atau record DNS memang dapat membutuhkan waktu untuk terlihat konsisten di berbagai resolver. Jika hanya sebagian lokasi yang gagal menemukan domain setelah perubahan DNS, jangan berulang kali mengganti record. Catat perubahan terakhir dan tunggu proses propagasi sambil memantau hasil dari beberapa jaringan.

3. Lihat kode error dan waktu kejadiannya

Kode error memberi petunjuk awal tentang lapisan yang bermasalah. Error 404 berarti resource tidak ditemukan, sedangkan 403 berkaitan dengan akses yang ditolak. Error 500 biasanya menunjukkan masalah pada aplikasi atau konfigurasi server. Error 502 dan 504 sering muncul saat gateway atau proxy tidak mendapat respons yang benar dari server asal, dan arti masing-masing kode ini dibahas lebih dalam di artikel terpisah. Pesan timeout juga dapat menandakan jaringan lambat, server sibuk, atau layanan tidak merespons.

Catat URL yang gagal, waktu kejadian, kode error, screenshot, dan apakah masalah terjadi pada semua halaman. Data ini jauh lebih berguna untuk penyedia hosting daripada laporan singkat seperti "website down". Jangan menghapus log sebelum masalah dipahami karena log dapat membantu menemukan perubahan konfigurasi atau lonjakan resource.

Cara cek website atau server down dengan tools

Pemeriksaan dari layanan eksternal berguna karena tool tersebut mengakses website dari infrastruktur yang berbeda. Tidak ada satu tool yang selalu memberi jawaban lengkap. Gunakan setidaknya dua jenis pemeriksaan, lalu cocokkan hasilnya dengan pengamatan dari jaringanmu sendiri. Tool pemantau dapat mendeteksi gangguan akses, tetapi belum tentu bisa menjelaskan apakah penyebabnya DNS, aplikasi, firewall, atau kapasitas server.

Tool Kegunaan Gratis Catatan
Down for Everyone or Just Me Pemeriksaan cepat apakah website dapat diakses dari luar Ya Cocok untuk triase awal
IsItDownRightNow Melihat status dan riwayat pemeriksaan beberapa website Ya Gunakan sebagai indikator tambahan
Downdetector Melihat laporan gangguan layanan populer dari pengguna Ya Lebih berguna untuk platform besar atau jaringan tertentu
Google Admin Toolbox Dig Memeriksa record DNS domain Ya Bukan penguji isi halaman atau performa server
curl atau browser developer tools Memeriksa respons HTTP dan detail koneksi Ya Membutuhkan akses terminal atau pengetahuan teknis dasar

Untuk pemeriksaan sederhana, masukkan domain ke layanan status lalu bandingkan hasilnya dengan akses langsung dari perangkatmu. Jika tool eksternal menyatakan website down dan beberapa jaringan juga gagal, simpan hasilnya sebagai bukti waktu kejadian. Jika tool menyatakan website hidup tetapi kamu tetap gagal mengaksesnya, fokuskan pemeriksaan pada DNS lokal, jaringan, firewall, atau perangkat.

Bagi pengguna yang nyaman dengan terminal, perintah curl -I https://contoh.com dapat menampilkan status HTTP dan header respons tanpa memuat seluruh halaman. Jangan menyalin perintah dengan domain contoh ke produksi tanpa menggantinya. Hasil 200, 301, atau 302 menunjukkan server memberi respons, tetapi belum menjamin seluruh fitur aplikasi berjalan. Sebaliknya, status 500, 502, 503, atau 504 perlu dibaca bersama log server dan waktu kejadiannya.

Penyebab website atau server down

Website down dapat terjadi di beberapa lapisan, mulai dari DNS/domain, server/infrastruktur, resource, aplikasi/konfigurasi, sampai serangan atau trafik tidak wajar. Memahami lapisan ini membantu menentukan siapa yang perlu menangani masalah dan tindakan apa yang aman dilakukan. Gangguan DNS biasanya ditangani melalui pengelola domain atau DNS. Error aplikasi perlu diperiksa dari kode, plugin, tema, atau konfigurasi. Gangguan mesin, jaringan, dan kapasitas biasanya membutuhkan akses administrator server atau bantuan penyedia hosting.

Pembahasan lengkap tiap lapisan, termasuk tabel gejala untuk membantu menebak penyebab mana yang sedang terjadi, ada di penyebab website atau server down yang paling umum terjadi. Bagian di bawah ini merangkum tiga penyebab paling sering ditemukan di lapangan.

DNS atau domain tidak mengarah dengan benar

Record A, AAAA, CNAME, atau nameserver yang salah dapat membuat domain tidak menemukan server tujuan. Kesalahan sering terjadi setelah migrasi hosting, perubahan nameserver, pengaktifan proxy, atau pemindahan subdomain. Domain juga bisa gagal jika masa registrasinya bermasalah atau statusnya berubah. Periksa record menggunakan tool DNS dari beberapa resolver. Bandingkan alamat yang ditemukan dengan alamat server yang memang seharusnya digunakan.

Jangan mengganti banyak record sekaligus. Simpan salinan konfigurasi sebelum perubahan, ubah satu hal pada satu waktu, lalu uji dari jaringan berbeda. Jika error hanya muncul pada subdomain tertentu, periksa record subdomain tersebut dan konfigurasi virtual host, bukan seluruh domain.

Server atau layanan web tidak merespons

Server dapat berhenti merespons karena proses web server gagal, jaringan mengalami gangguan, atau mesin sedang menjalani pemeliharaan. Gejalanya antara lain connection refused, timeout, 502, dan 504. Jika memiliki akses server, periksa status layanan, log web server, penggunaan CPU, memori, disk, serta koneksi yang sedang aktif. Jika tidak memiliki akses tersebut, kirimkan waktu kejadian dan kode error kepada penyedia hosting agar mereka dapat memeriksa sisi infrastruktur.

Restart layanan tanpa membaca log bisa membuat bukti masalah hilang atau hanya menyembunyikan gejala sementara. Lakukan restart hanya jika prosedurnya sudah jelas dan kamu memiliki akses yang tepat. Untuk website bisnis, pertimbangkan kebutuhan hosting berdasarkan beban aplikasi dan akses administrator yang tersedia. Kamu dapat membandingkan opsi cloud hosting atau managed VPS sesuai kebutuhan teknis, tanpa menganggap perpindahan layanan sebagai solusi otomatis untuk semua error.

Resource server habis

CPU, memori, proses PHP, inode, atau ruang disk yang habis dapat membuat website lambat lalu gagal merespons. Lonjakan trafik, backup yang berjalan, query database berat, plugin bermasalah, dan pekerjaan terjadwal dapat meningkatkan penggunaan resource. Error 503 atau halaman yang berhenti di tengah proses sering perlu dianalisis bersama grafik resource dan log aplikasi.

Kurangi beban secara aman dengan menonaktifkan pekerjaan berat yang memang sudah diketahui sumbernya, menghapus file sementara yang tidak diperlukan, dan memperbaiki query atau plugin yang bermasalah. Jangan menghapus folder sistem atau database untuk membebaskan ruang. Jika resource terus penuh, diskusikan optimasi atau peningkatan kapasitas dengan penyedia hosting.

Aplikasi, plugin, atau konfigurasi rusak

Website WordPress dan aplikasi web dapat gagal setelah update plugin, perubahan tema, perubahan versi runtime, atau konfigurasi environment yang tidak sesuai. Error 500 sering berkaitan dengan aplikasi, tetapi kode tersebut tidak cukup untuk menentukan penyebab. Periksa log PHP, log aplikasi, dan perubahan terakhir. Jika masalah muncul segera setelah update, pulihkan perubahan melalui backup atau prosedur rollback yang sudah diuji.

Gunakan staging untuk menguji update besar sebelum menerapkannya ke website aktif. Pastikan backup benar-benar dapat dipulihkan, bukan hanya terlihat ada di panel. Jika hanya satu endpoint yang gagal, bandingkan route tersebut dengan halaman lain untuk menemukan apakah masalah berada pada fungsi tertentu atau pada seluruh aplikasi.

Serangan atau trafik tidak wajar

DDoS, bot berlebihan, atau percobaan login dalam jumlah besar dapat membebani jaringan dan aplikasi. Tanda-tandanya dapat berupa lonjakan request, banyak alamat IP dengan pola serupa, peningkatan error, dan resource yang penuh tanpa perubahan konten. Jangan memblokir alamat IP secara acak karena pengguna sah bisa ikut terdampak. Kumpulkan log, aktifkan perlindungan yang memang tersedia, dan minta bantuan penyedia hosting atau administrator keamanan.

Keamanan perlu ditangani tanpa mengorbankan bukti. Simpan waktu mulai gangguan, pola request, endpoint yang paling sering dipanggil, serta perubahan konfigurasi yang dilakukan. Jika website memproses transaksi atau data pengguna, prioritaskan pembatasan akses dan pemeriksaan log sesuai prosedur insiden yang kamu miliki.

Cara mengatasi website down

Mulai dari langkah yang paling mudah dibalik. Pastikan masalahnya bukan jaringan lokal, cek DNS, baca kode error, lalu periksa log dan resource. Setelah penyebab lebih jelas, pulihkan perubahan terakhir atau layanan yang gagal dengan prosedur yang terdokumentasi. Hindari menjalankan banyak perubahan bersamaan karena kamu akan kesulitan mengetahui tindakan mana yang memperbaiki atau memperburuk keadaan.

Jika website masih dapat diakses sebagian, tampilkan halaman pemeliharaan yang ringan dan beri tahu tim terkait. Jika masalah berkaitan dengan kapasitas, optimalkan aplikasi lalu evaluasi kebutuhan server. Jika masalah berulang, buat pemantauan uptime dari lokasi eksternal dan catat setiap insiden agar pola waktunya terlihat. Monitoring bukan pengganti perbaikan, tetapi membantu mengukur kapan gangguan dimulai dan selesai.

Kapan harus menghubungi penyedia hosting?

Hubungi penyedia hosting jika beberapa jaringan gagal mengakses website, error berlangsung terus, kamu tidak memiliki akses ke server, atau gangguan menyangkut jaringan dan mesin fisik. Sertakan domain, URL yang gagal, kode error, waktu mulai, hasil pemeriksaan dari tool eksternal, dan perubahan terakhir yang dilakukan. Jangan mengirim password, private key, atau token melalui kanal dukungan biasa.

Minta mereka memeriksa status layanan web, resource server, log reverse proxy, DNS bila dikelola provider, dan kemungkinan pemeliharaan atau gangguan jaringan. Jika kamu perlu bantuan pengelolaan server yang lebih menyeluruh, jelaskan kebutuhan, akses yang tersedia, dan aplikasi yang berjalan. Penyedia hosting dapat membantu menentukan apakah masalah cukup ditangani dengan optimasi atau membutuhkan konfigurasi infrastruktur berbeda.

FAQ

Apakah website yang lambat berarti server down?

Tidak selalu. Website lambat bisa disebabkan resource penuh, query database berat, aset besar, jaringan lambat, atau layanan pihak ketiga. Server down biasanya ditandai tidak adanya respons, timeout, atau error gateway, tetapi tetap perlu dikonfirmasi dari beberapa jaringan dan log.

Bagaimana cara cek server down dari HP?

Buka website dari data seluler, lalu gunakan layanan seperti Down for Everyone or Just Me atau IsItDownRightNow. Bandingkan hasilnya dengan akses melalui Wi-Fi. Jika keduanya gagal dan tool eksternal juga melaporkan gangguan, hubungi penyedia hosting dengan menyertakan waktu dan kode error.

Apakah mengganti DNS bisa mengatasi website down?

Mengganti DNS hanya membantu jika masalah memang berasal dari record atau nameserver yang salah. Jika server, aplikasi, atau resource yang bermasalah, perubahan DNS tidak menyelesaikan akar masalah dan dapat membuat domain semakin sulit dilacak. Periksa konfigurasi terlebih dahulu dan simpan catatan sebelum mengubahnya.

Kesimpulan

Cara cek website down yang aman dimulai dari membandingkan jaringan, memeriksa DNS, membaca kode error, lalu menggunakan tool eksternal dan log. Setelah sumber gangguan diketahui, lakukan perubahan paling kecil dan mudah dibalik. Untuk gangguan server, resource, jaringan, atau keamanan, libatkan penyedia hosting dengan data yang lengkap. Kalau ingin memahami penyebabnya lebih dalam atau kode error yang muncul, baca penyebab website atau server down dan arti kode error website. Website yang dipantau dan ditopang infrastruktur sesuai kebutuhannya lebih mudah dipulihkan saat masalah terjadi.

TM
Tim Mordenhost
Editorial