Kode Error 520: Artinya, Penyebabnya, dan Cara Memperbaikinya dengan Cepat

Anda mencoba memuat sebuah website. Mungkin itu milik Anda sendiri. Mungkin itu sesuatu yang Anda butuhkan segera untuk deadline klien. Browser berputar. Lalu berhenti. Dan Anda hanya menatap pesan yang sama sekali tidak membantu ini:

"Server web mengembalikan error yang tidak diketahui (kode error 520)."

Inilah yang sebenarnya terjadi, dan inilah bagian yang tidak ada yang memberi tahu Anda di muka. Terlepas dari label yang samar dan membuat frustrasi itu, kode error 520 sebenarnya tidak misterius. Ini memiliki penyebab spesifik, jejak yang jelas, dan perbaikan nyata yang berhasil. Kami telah melalui proses debugging ini lebih banyak kali dari yang ingin kami akui.

Dalam panduan ini, Anda akan menemukan semua yang Anda butuhkan:

• Apa yang sebenarnya dimaksud kode error 520

• Setiap penyebab umum

• Perbaikan langkah demi langkah untuk pengunjung, pemilik situs, dan pengembang

• Mengapa alat SEO dan scraper lebih sering terkena error ini

• Bagaimana error ini diam-diam merusak peringkat pencarian Anda

• Cara mencegahnya kembali

Apa itu kode error 520

Kode error 520 bukanlah kode error Internet standar. Ini sepenuhnya milik Cloudflare, jaringan pengiriman konten dan lapisan keamanan yang berada di antara jutaan website dan orang-orang yang mencoba mengunjunginya.

Ketika Anda meminta sebuah halaman, browser Anda tidak selalu langsung ke server website. Jika situs menggunakan Cloudflare (dan persentase besar web menggunakannya), permintaan Anda pergi ke Cloudflare terlebih dahulu, yang kemudian meneruskannya ke server asal dan menyampaikan kembali respons kepada Anda. Biasanya, proses ini tidak terlihat. Anda tidak menyadarinya terjadi.

Tetapi ketika server asal mengirim kembali sesuatu yang tidak dapat diinterpretasikan Cloudflare, respons yang kosong, tidak lengkap, atau terstruktur begitu buruk sehingga tidak dapat dipahami, Cloudflare tidak dapat meneruskan apa pun yang berguna kepada Anda. Jadi sebagai gantinya, ia mengembalikan kode error 520: caranya sendiri untuk mengatakan "saya meminta halaman dari server, dan apa yang saya terima kembali tidak masuk akal."

"Poin utama: server menerima permintaan. Ia hanya tidak dapat meresponsnya dengan benar. Perbedaan itu penting ketika Anda mencoba mendiagnosis apa yang salah." Dokumentasi error 520 Cloudflare

Bagaimana error 520 berbeda dari error Cloudflare lainnya

Cloudflare memiliki seluruh keluarga error 5xx yang bisa terlihat serupa sekilas. Memahami yang mana yang sebenarnya Anda hadapi memangkas waktu pemecahan masalah Anda hingga setengahnya.

Alasan mengapa penting bahwa Anda memiliki 520 secara spesifik adalah bahwa ini menunjukkan server dapat dijangkau dan secara teknis merespons, hanya tidak merespons secara koheren. Itu menghilangkan seluruh kategori masalah (kegagalan DNS, gangguan total, masalah perutean jaringan) dan mengarahkan Anda ke penyebab tingkat aplikasi.

Apa penyebab Error 520

Tidak ada satu alasan pun mengapa error ini muncul. Ini lebih merupakan gejala daripada diagnosis, itulah mengapa menemukan akar penyebabnya memerlukan sedikit kerja detektif. Berikut adalah pelaku utamanya.

Respons kosong atau tidak terbentuk

Penyebab paling umum dengan selisih yang jauh. Server mulai membangun respons, mulai mengirim header, dan mulai menghasilkan halaman, kemudian sesuatu menghentikannya. Aplikasi melempar pengecualian yang tidak ditangani. Sebuah proses kehabisan memori. Sebuah skrip crash di tengah eksekusi. Cloudflare menerima respons parsial atau kosong dan tidak punya pilihan selain menolaknya.

"Ini membuat frustrasi karena server secara teknis tidak 'mati'. Ia merespons. Hanya tidak dengan benar."

Header yang melebihi batas 16KB Cloudflare

Setiap respons HTTP hadir dengan header, metadata yang berjalan bersama konten halaman sebenarnya. Cookie, token sesi, header keamanan, instruksi cache, dan tag pelacakan pihak ketiga semuanya berkontribusi pada ukuran header. Cloudflare memberlakukan batas 16KB pada header respons HTTP. Ketika header melebihi ambang batas tersebut, Cloudflare menolak seluruh respons.

Aturan firewall yang memblokir IP Cloudflare sendiri

Ini sangat menjengkelkan karena terjadi sendiri. Firewall server Anda, yang dipasang untuk melindungi Anda, terkadang memblokir alamat IP Cloudflare. Karena semua lalu lintas yang sah ke situs Anda dirutekan melalui jaringan Cloudflare sebelum mencapai server Anda, firewall yang tidak mengenali IP Cloudflare sebagai tepercaya akan menolak permintaan tersebut atau mengembalikan respons yang rusak.

Plugin keamanan di WordPress (Wordfence, Sucuri) sering menjadi penyebabnya. Mereka menjalankan pemblokiran IP independen mereka sendiri yang dapat bertentangan dengan Cloudflare, bahkan ketika firewall tingkat server Anda dikonfigurasi dengan benar.

Crash server dan kelelahan sumber daya

Server yang beroperasi pada atau mendekati kapasitas tidak selalu gagal dengan bersih. Ketika penggunaan CPU melonjak, RAM habis, atau ruang disk penuh, server tidak selalu berhenti merespons; ia mulai merespons dengan buruk. Respons parsial. Output yang rusak. Koneksi yang terbuka lalu mati. Semua ini muncul sebagai error 520 di sisi pengunjung.

Lonjakan lalu lintas, kebocoran memori aplikasi, proses latar belakang yang tidak terkendali, dan kueri database yang dioptimalkan dengan buruk semuanya dapat mendorong server ke keadaan yang terdegradasi ini tanpa memicu pemadaman penuh.

Masalah konfigurasi

Kategori yang luas, tetapi layak disebutkan. Ketidakcocokan DNS setelah migrasi server, masalah sertifikat SSL/TLS, konflik protokol HTTP/2 antara server asal Anda dan Cloudflare, salah satu dari ini dapat menghasilkan respons yang tidak terbentuk tanpa ada yang benar-benar "salah" secara dramatis. Ini sering kali yang paling sulit didiagnosis karena server tampaknya berfungsi normal berdasarkan setiap ukuran tingkat permukaan.

Cara memperbaiki masalah ini dengan cepat untuk pengunjung

Jika Anda datang ke sini karena menemukan error ini di situs yang bukan milik Anda, toolkit Anda terbatas, tetapi ada beberapa hal yang layak dicoba sebelum menyerah.

• Hard refresh halaman. Tekan Ctrl + Shift + R di Windows atau Cmd + Shift + R di Mac. Ini memaksa pemuatan ulang penuh, melewati cache lokal Anda. Sejumlah error 520 sementara yang mengejutkan akan hilang sendiri dalam hitungan detik.

• Hapus cookie dan cache browser Anda. Ini tidak akan memperbaiki server yang rusak, tetapi jika data cookie yang terlalu besar adalah bagian dari masalah server, menghapusnya di sisi Anda menghilangkan satu variabel. Di Chrome: Pengaturan → Privasi dan Keamanan → Hapus data penjelajahan. Centang cookie dan gambar yang di-cache.

• Buka jendela penyamaran dan coba URL lagi. Mode penyamaran mematikan ekstensi dan menggunakan sesi cookie baru. Jika situs memuat dalam penyamaran tetapi tidak di jendela biasa Anda, Anda memiliki masalah lingkungan browser lokal, kemungkinan ekstensi atau sesi yang di-cache yang menyebabkan masalah.

• Periksa apakah ada gangguan yang lebih luas. Pergi ke downforeveryoneorjustme.com dan tempelkan URL. Jika situs mati untuk semua orang, masalahnya sepenuhnya di sisi server, dan yang dapat Anda lakukan hanyalah menunggu. Jika hanya Anda yang mengalaminya, kerjakan perbaikan browser di atas.

• Tunggu. Jika situs mengalami lonjakan lalu lintas mendadak atau crash aplikasi singkat, kemungkinan akan pulih dalam 10–15 menit tanpa intervensi apa pun. Terkadang perbaikan yang paling efisien benar-benar adalah kesabaran.

Cara pemilik website harus memperbaiki error 520 (Langkah demi Langkah)

Inilah bagian yang benar-benar menyelesaikan masalah. Kerjakan ini secara berurutan; setiap langkah mempersempit penyebab dan membawa Anda lebih dekat ke perbaikan.

Langkah 1: Baca log error server Anda

Jangan lewati ini. Semua hal lain yang Anda coba hanyalah dugaan tanpa log. Server Anda merekam apa yang terjadi ketika error 520 terjadi; Anda hanya perlu melihatnya.

Untuk server Apache, periksa /var/log/apache2/error.log. Untuk Nginx, biasanya /var/log/nginx/error.log. Filter entri yang cocok dengan timestamp error. Anda mencari crash aplikasi, pesan kehabisan memori, error respons tidak lengkap, atau pengecualian apa pun yang akan menjelaskan mengapa output server rusak.

Jika Anda menggunakan hosting terkelola tanpa akses log langsung, panel kontrol Anda (cPanel, Plesk, dll.) akan memiliki penampil log error di suatu tempat di dashboard.

Langkah 2: Daftarkan rentang IP Cloudflare ke whitelist

Langkah ini sangat sering diabaikan sehingga layak menjadi yang kedua dalam daftar. Cloudflare menerbitkan daftar lengkap rentang IP aktifnya di cloudflare.com/ips dan terus memperbaruinya. Setiap alamat dalam daftar itu perlu diizinkan secara eksplisit di firewall Anda.

Jika Anda menjalankan plugin keamanan di WordPress, masuk ke pengaturan setiap plugin dan periksa aturan pemblokiran IP secara terpisah. Wordfence, khususnya, memiliki firewall sendiri yang beroperasi secara independen dari firewall server Anda dan dapat memblokir lalu lintas Cloudflare bahkan setelah Anda memperbarui aturan server Anda.

Langkah 3: Periksa catatan DNS Anda di Cloudflare

Masuk ke dashboard Cloudflare Anda dan verifikasi bahwa catatan DNS A Anda menunjuk ke alamat IP server asal yang benar. Setelah migrasi server atau perubahan hosting, mudah sekali berakhir dengan konfigurasi di mana Cloudflare merutekan permintaan ke server lama yang tidak lagi menghosting situs Anda, atau ke alamat IP yang mengembalikan respons rusak karena alasan lain.

Ini membutuhkan dua menit untuk diperiksa dan bertanggung jawab atas lebih banyak error 520 daripada yang disadari orang.

Langkah 4: Selidiki ukuran header Anda

Jalankan permintaan cURL dengan header verbose untuk melihat apa yang sebenarnya dikembalikan server Anda:

curl -I -v https://websiteanda.com

Lihat total volume header dalam respons. Jika Anda melihat lusinan header Set-Cookie, string kebijakan keamanan yang besar, atau direktif kontrol cache yang luas, Anda mungkin mendekati atau melebihi batas 16KB Cloudflare. Perbaikannya adalah mengurangi ukuran cookie, mengkonsolidasikan header, atau menghapus penambahan header yang redundan dari plugin atau middleware.

Langkah 5: Periksa log aplikasi dan sumber daya server

Log server web Anda memberi tahu apa yang dikirim server. Log aplikasi Anda memberi tahu mengapa mungkin ada yang salah. Log error PHP, log aplikasi Python, output Node.js, di mana pun aplikasi Anda merekam errornya sendiri, cari di sana pengecualian, error fatal, atau crash yang bertepatan dengan timestamp error 520.

Sekaligus, periksa penggunaan sumber daya server Anda. Server dengan utilisasi memori 90%+ tidak dapat menyelesaikan respons secara andal. Jika sumber daya sudah maksimal, menstabilkannya adalah prasyarat untuk memperbaiki error 520.

Langkah 6: Bypass Cloudflare dan uji server asal secara langsung

Ini adalah diagnosis Anda yang paling jelas. Di dashboard Cloudflare Anda, buka Ikhtisar → Tindakan Lanjutan → Jeda Cloudflare di Situs. Ini merutekan lalu lintas langsung ke server asal Anda, sepenuhnya menghapus Cloudflare dari persamaan.

Jika situs Anda memuat secara normal ketika Cloudflare dijeda, masalahnya ada pada cara server Anda berkomunikasi dengan Cloudflare, kemungkinan besar masalah header, ketidakcocokan SSL, atau aturan firewall. Jika masih gagal, masalahnya ada di sisi server terlepas dari Cloudflare.

Anda juga dapat menguji langsung dengan cURL:

curl -H "Host: domainanda.com" http://ALAMAT_IP_ASAL_ANDA/

Ganti ALAMAT_IP_ASAL_ANDA dengan IP server Anda yang sebenarnya. Ini melewati DNS dan langsung menghantam server.

Langkah 7: Hubungi host Anda dengan informasi yang tepat

Jika Anda telah mengerjakan semua hal di atas dan masih terjebak, bawa penyedia hosting Anda ke dalam percakapan. Ketika menghubungi mereka, sertakan:

• Timestamp tepat ketika error 520 terjadi

• Ray ID Cloudflare dari halaman error (bagian bawah halaman — terlihat seperti Ray ID: 7a8b9c0d1e2f3a4b)

• Log error server Anda dari jendela waktu yang relevan

• Apa yang sudah Anda coba, ini menghentikan mereka membuang waktu Anda dengan perbaikan yang sudah Anda lakukan

Ray ID itu benar-benar berharga. Ini memungkinkan Cloudflare (dan host Anda, jika mereka berpengalaman dengan Cloudflare) untuk menarik permintaan persis dari log mereka dan melihat tepat apa yang dikembalikan server.

Panduan pengembang: Tangani error 520 tanpa merusak aplikasi Anda

Jika Anda membangun aplikasi yang membuat permintaan melalui layanan yang dilindungi Cloudflare, error 520 akan sesekali muncul. Pendekatan profesional adalah menanganinya dengan anggun daripada membiarkannya menyebar sebagai error yang tidak ditangani.

Logika percobaan ulang dasar

Versi paling sederhana, tangkap 520 dan coba lagi setelah jeda singkat:

import requests import time

def fetch_with_retry(url, retries=3): for attempt in range(retries): response = requests.get(url) if response.status_code != 520: return response print(f"Mendapat 520, mencoba lagi dalam 2 detik... (percobaan {attempt + 1})") time.sleep(2) return None

Ini menangani error 520 sementara dengan bersih. Jika error hilang di sisi server dalam beberapa detik, percobaan kedua atau ketiga Anda berhasil tanpa kegagalan yang terlihat.

Exponential backoff: Versi yang lebih baik

Penantian tetap 2 detik sebenarnya dapat memperburuk keadaan bagi server yang sudah kesulitan. Jika server kelebihan beban, 50 klien yang semua mencoba ulang setiap 2 detik membuat situasi lebih buruk, bukan lebih baik. Exponential backoff meningkatkan waktu tunggu antara setiap percobaan:

import time import requests

def fetch_with_backoff(url, max_retries=4): for attempt in range(max_retries): response = requests.get(url) if response.status_code != 520: return response wait_time = 2 ** attempt # Menunggu: 1d, 2d, 4d, 8d print(f"520 diterima. Menunggu {wait_time}d sebelum percobaan ulang...") time.sleep(wait_time) return None

Ini adalah praktik standar industri untuk menangani error server. Ini lebih lembut pada server yang kesulitan dan mengurangi risiko logika percobaan ulang Anda memicu pembatasan kecepatan.

Catat informasi yang tepat

Ketika aplikasi Anda mengalami error 520, tangkap setidaknya: nilai header CF-RAY (ID permintaan Cloudflare, tersedia di header respons), URL lengkap yang gagal, dan timestamp yang tepat. Jika Anda perlu mengeskalasi masalah ke pemilik situs atau dukungan Cloudflare, Ray ID itulah yang memungkinkan mereka melacak permintaan spesifik segera.

Mengapa scraper dan alat SEO lebih sering terkena error 520 daripada siapa pun

Jika Anda menjalankan alat pelacakan peringkat, web scraper, pemantauan pesaing, atau jenis pengumpulan data otomatis apa pun, Anda hampir pasti melihat error 520 lebih sering daripada pengguna biasa. Dan alasannya bukan hanya karena Anda mengirim lebih banyak permintaan. Ini adalah sesuatu yang lebih spesifik.

Alat otomatis sering memiliki karakteristik yang dapat dikenali yang Cloudflare dan server asalnya belajar untuk diperlakukan secara berbeda. Kadence permintaan yang terlalu teratur. Header yang tidak cocok dengan apa yang dikirim browser nyata. Sidik jari browser yang identik di ratusan permintaan. Perilaku sesi yang tidak akan diproduksi oleh manusia mana pun.

Ketika server dikonfigurasi untuk menangani lalu lintas mencurigakan secara berbeda, dengan membatasinya, merutekannya melalui lapisan verifikasi tambahan, atau langsung menolaknya, jalur penanganan yang "berbeda" itu terkadang menghasilkan respons yang tidak terbentuk atau kosong yang menyebabkan error 520.

Ini tidak selalu merupakan pemblokiran yang disengaja. Terkadang hanya karena respons server terhadap perilaku mirip bot dikodekan dengan buruk dan menghasilkan output yang rusak alih-alih penolakan yang bersih. Inilah mengapa kualitas proxy lebih penting dari yang disadari kebanyakan orang bagi siapa saja yang melakukan SEO otomatis atau pekerjaan data.

Bisakah proxy menyelesaikan error 520

IP yang ditandai atau diblokir tidak selalu mendapat respons 403 atau 429 yang bersih. Terkadang mendapat respons yang kacau dan tidak terbentuk yang tidak dapat diinterpretasikan Cloudflare, yaitu error 520. Solusinya bukan hanya beralih ke IP yang berbeda. Ini tentang memastikan bahwa IP, jenis koneksi, dan sidik jari browser Anda semuanya menceritakan kisah yang konsisten dan dapat dipercaya.

IP yang tampak residensial tetapi menyertakan header otomatisasi desktop dan tidak ada riwayat cookie masih akan menimbulkan kecurigaan. Ketiga elemen harus selaras.

CyberYozh menangani ini di tingkat infrastruktur:

• Setiap IP dalam jaringan 50 juta alamat CyberYozh, di 100+ negara.

• Jaringan proxy residensial dan mobile telah disaring sebelumnya terhadap 50+ database keamanan sebelum masuk rotasi, yang berarti Anda tidak memulai sesi dengan IP yang sudah ditandai.

• Proxy operator mobile 4G/5G nyata CyberYozh (kartu SIM nyata, bukan koneksi yang diemulasikan) dan permintaan otomatis Anda terlihat seperti pengguna mobile nyata bagi Cloudflare: sama sekali tidak mencolok.

• Harga yang sangat terjangkau.

"Bagi profesional SEO yang mengelola pelacakan peringkat, pemantauan SERP, atau intelijen kompetitif dalam skala besar, IP yang diblokir atau melempar error 520 bukan hanya gangguan; itu adalah celah dalam data Anda. Memulai dari infrastruktur yang bersih dan telah diverifikasi sebelumnya berarti lebih sedikit error 520, dataset yang lebih lengkap, dan lebih sedikit waktu yang dihabiskan untuk men-debug sesi crawl."

Bagaimana error 520 dapat menghancurkan peringkat SEO Anda

Masalah sisi server memiliki konsekuensi nyata dan terukur untuk visibilitas pencarian Anda, dan mereka bertambah dari waktu ke waktu jika Anda tidak mengatasinya.

Anggaran crawl terbuang sia-sia

Googlebot memiliki anggaran crawl untuk setiap situs, jumlah halaman terbatas yang akan dicoba di-crawl dalam jangka waktu tertentu. Ketika bot mengalami error 520, ia melanjutkan. Halaman itu tidak di-crawl. Anggaran crawl itu dihabiskan untuk permintaan yang gagal. Untuk situs besar atau situs yang lebih baru yang mencoba membangun frekuensi crawl, error 520 yang berulang berarti Google melihat lebih sedikit konten Anda per siklus crawl. Halaman yang seharusnya diindeks tidak diindeks. Pembaruan yang seharusnya ditemukan tertunda. Panduan anggaran crawl Google

Sinyal bounce rate bertambah

Pengguna yang mendarat di halaman error 520 langsung pergi. Mereka datang dari suatu tempat, mungkin dari hasil pencarian Google. Sistem Google menghubungkan pengalaman pengguna yang tiba dari hasil pencarian dengan kualitas hasil tersebut. Halaman yang secara konsisten mengirim pengguna kembali ke halaman hasil pencarian dalam hitungan detik menghasilkan tepat jenis sinyal negatif yang tidak ingin Anda lampirkan pada URL peringkat.

Konten baru terjebak dalam limbo pengindeksan

Jika halaman yang dicoba di-crawl Googlebot terus mengembalikan error 520, pembaruan konten Anda tidak masuk ke indeks sesuai jadwal. Untuk konten yang sensitif waktu, berita, peluncuran produk, dan halaman acara, penundaan pengindeksan yang disebabkan oleh error server bukan hanya masalah teknis. Ini adalah pendapatan yang hilang.

Cara memperbaiki peringkat SEO sebelum menjadi serius

Google Search Console adalah garis pertahanan pertama Anda di sini, dan ini gratis. Laporan Cakupan menampilkan error server yang ditemukan Googlebot. Jika Anda melihat error 520 muncul di sana, mereka sudah memengaruhi crawl Anda. Siapkan peringatan email untuk masalah cakupan sehingga Anda mengetahuinya pada hari yang sama, bukan selama audit bulanan berikutnya.

Untuk pemantauan yang lebih proaktif, alat seperti UptimeRobot (tersedia tingkat gratis) dapat memperingatkan Anda dalam hitungan menit ketika situs Anda mengembalikan error sehingga Anda dapat memperbaiki masalah sebelum upaya crawl Google berikutnya daripada setelahnya.

Cara mencegah error 520

Memperbaiki error 520 langsung adalah langkah pertama. Memastikan itu tidak menjadi masalah yang berulang adalah langkah kedua, dan itu benar-benar tidak terlalu rumit jika Anda membangun beberapa kebiasaan.

• Jaga rentang IP Cloudflare tetap diizinkan dan mutakhir. Cloudflare sesekali memperbarui daftar IP-nya. Meninjau dan memperbarui allowlist firewall Anda adalah tugas triwulanan bukan perbaikan satu kali.

• Pantau penggunaan sumber daya server dengan peringatan. Tetapkan ambang batas 75–80% untuk penggunaan CPU dan memori, dan dapatkan pemberitahuan sebelum sumber daya mencapai tingkat kritis. Penskalaan proaktif atau manajemen proses jauh lebih baik daripada intervensi darurat selama lonjakan.

• Audit ukuran header setelah perubahan situs besar. Menambahkan plugin baru, sistem autentikasi, atau integrasi pihak ketiga dapat menumbuhkan ukuran header tanpa Anda sadari. Jalankan pemeriksaan cURL berkala setelah perubahan signifikan pada stack Anda.

• Terapkan penanganan error yang tepat di aplikasi Anda. Ketika aplikasi Anda mengalami error, ia harus mengembalikan respons HTTP yang bersih dan valid, bahkan jika respons itu adalah 500 atau halaman error khusus. Aplikasi yang crash diam-diam dan tidak mengembalikan apa pun adalah yang mengubah error aplikasi menjadi error 520.

• Tinjau log Anda secara terjadwal. Tinjauan log bulanan, bahkan ketika tidak ada yang jelas salah, mengungkap pola sebelum menjadi insiden. Peringatan PHP yang muncul sekali mudah diabaikan. Peringatan yang sama muncul 10.000 kali sehari memberi tahu Anda bahwa sesuatu akan segera rusak.

• Uji respons asal setelah perubahan infrastruktur. Setiap kali Anda mengganti penyedia hosting, memperbarui perangkat lunak server, atau memodifikasi konfigurasi SSL Anda, jalankan uji cURL langsung untuk memverifikasi bahwa server Anda mengembalikan respons yang bersih dan lengkap sebelum mengaktifkan kembali Cloudflare.

Kesimpulan tentang error 520

Inilah ringkasan jujurnya: kode error 520 terlihat lebih menakutkan dari yang sebenarnya. "Server web mengembalikan error yang tidak diketahui" terdengar bencana. Namun, hampir selalu dapat dilacak ke salah satu dari beberapa penyebab yang dapat diperbaiki: crash aplikasi, header yang terlalu besar, aturan firewall yang memblokir Cloudflare, atau server yang kehabisan sumber daya pada saat yang salah.

Jika Anda pengunjung, perbaikan cepat biasanya membuat Anda kembali dalam beberapa menit. Jika Anda pemilik situs, proses pemecahan masalah tujuh langkah di atas akan membawa Anda ke akar penyebab lebih cepat dari hal lain apa pun. Jika Anda pengembang, tambahkan logika percobaan ulang dan catat Ray ID tersebut.

Jika Anda melakukan pekerjaan SEO otomatis atau web scraping, kualitas infrastruktur proxy Anda lebih penting dari yang disadari kebanyakan orang. IP yang bersih dan telah diverifikasi sebelumnya mengurangi frekuensi respons server yang tidak terbentuk yang seharusnya menjadi error 520.

Di mana pun Anda berada dengan error ini, Anda sekarang memiliki gambaran lengkapnya. Mulailah dengan bagian yang berlaku untuk situasi Anda, kerjakan secara metodis, dan Anda akan kembali berjalan lebih cepat dari yang akan Anda percayai mungkin dengan pesan error tersebut.

Pertanyaan yang sering diajukan tentang kode error 520

Apa itu kode error 520, dan mengapa saya melihatnya?

Kode error 520 adalah error Cloudflare yang muncul ketika server asal website mengembalikan respons yang kosong, rusak, atau sepenuhnya tidak valid. Cloudflare tidak dapat meneruskan respons itu kepada Anda, jadi sebagai gantinya menampilkan pesan 520. Ini hampir selalu menunjukkan masalah sisi server, bukan sesuatu yang salah dengan perangkat atau koneksi Anda.

Apakah kode error 520 masalah dengan komputer saya atau websitenya?

Ini adalah server website, bukan komputer Anda. Error berasal dari sisi hosting, baik itu crash aplikasi, respons server yang tidak terbentuk, atau konfigurasi firewall yang salah. Meskipun demikian, selalu layak mencoba hard refresh, membersihkan cache browser, atau menguji dalam mode penyamaran sebagai langkah pertama, hanya untuk menyingkirkan faktor lokal apa pun sebelum menyimpulkan masalahnya sepenuhnya ada di sisi server.

Bagaimana cara memperbaiki kode error 520 di Chrome atau browser lain?

Sebagai pengunjung, coba ini secara berurutan: hard refresh (Ctrl+Shift+R atau Cmd+Shift+R), hapus cache dan cookie (Chrome: Pengaturan → Privasi → Hapus Data Penjelajahan), kemudian coba mode penyamaran. Jika situs memuat dalam penyamaran tetapi tidak di jendela biasa Anda, kemungkinan ada ekstensi browser atau sesi yang di-cache yang terlibat. Jika gagal di semua tempat, masalahnya adalah server dan di luar kendali Anda.

Apa perbedaan antara error 520 dan error 521?

520 berarti server terhubung dan mulai merespons, tetapi responsnya kosong, tidak terbentuk, atau tidak dapat diinterpretasikan. 521 berarti server menolak koneksi sepenuhnya; ia secara aktif menolak permintaan Cloudflare sebelum respons apa pun dicoba. Dalam istilah pemecahan masalah: 520 menunjuk ke masalah tingkat aplikasi, sementara 521 hampir selalu menunjuk ke firewall yang memblokir alamat IP Cloudflare.

Bisakah kode error 520 memengaruhi peringkat Google website saya?

Ya, dan lebih signifikan dari yang diharapkan kebanyakan orang. Error 520 yang sering membuang anggaran crawl, mendorong naik bounce rate dari halaman error, dan menunda pengindeksan konten baru. Sistem Google mencari akses yang konsisten dan andal ke halaman Anda. Situs yang secara teratur mengembalikan error server adalah situs yang di-crawl Google dengan kurang agresif dan diberi peringkat dengan kurang yakin.

Berapa lama biasanya kode error 520 berlangsung?

Ini sepenuhnya tergantung pada penyebabnya. Crash yang terkait dengan lonjakan sementara dapat diselesaikan dalam kurang dari satu menit. Firewall yang dikonfigurasi salah, bug aplikasi yang persisten, atau masalah kelelahan sumber daya tidak akan teratasi sendiri; mereka memerlukan diagnosis aktif dan perbaikan. Sebagai pengunjung: berikan 10–15 menit sebelum menyimpulkan itu persisten. Sebagai pemilik situs, apa pun lebih dari beberapa menit respons 520 yang konsisten memerlukan investigasi segera.