Setelah migrasi ke HTTPS, bukannya gembok hijau, browser justru menampilkan ERR_SSL_PROTOCOL_ERROR: This site can't provide a secure connection. Pesan ini berarti jabat tangan TLS (handshake) antara browser dan server gagal sebelum halaman apa pun dimuat. Pada situs WordPress yang baru bermigrasi — apalagi di belakang Cloudflare — penyebabnya hampir selalu ada di satu dari tiga tempat: sertifikat yang tidak cocok dengan domain, mode SSL Cloudflare yang tidak sesuai dengan kondisi origin, atau konfigurasi TLS server yang menolak klien.
Daftar Isi
- Jawaban Singkat
- Dua Koneksi yang Harus Dibedakan
- Persiapan
- Langkah 1: Periksa Sertifikat Origin Langsung
- Langkah 2: Sesuaikan Mode SSL/TLS Cloudflare dengan Kondisi Origin
- Langkah 3: Periksa URL WordPress dan Redirect Loop
- Langkah 4: Periksa Versi TLS dan Pengaturan Edge
- Verifikasi Hasil
- Troubleshooting Lanjutan
- FAQ
- Kesimpulan
- Referensi
Jawaban Singkat
Uji dalam urutan ini: (1) apakah sertifikat origin masih berlaku, mencakup nama domain yang benar (termasuk www bila dipakai), dan rantai intermediate-nya lengkap; (2) apakah mode SSL/TLS Cloudflare sesuai dengan origin — Full (strict) menuntut sertifikat origin yang valid, sedangkan Full (non-strict) menerima sertifikat apa pun; (3) apakah server mendukung TLS 1.2 atau lebih baru dengan cipher modern. Jangan menjadikan Flexible sebagai solusi permanen: Flexible mengirim trafik tanpa enkripsi dari Cloudflare ke origin dan sering menciptakan redirect loop ketika WordPress memaksa HTTPS. Perbaiki sertifikat atau mode yang salah, bukan menutupi dengan Flexible.
Dua Koneksi yang Harus Dibedakan
Di balik Cloudflare ada dua koneksi TLS yang terpisah: browser ke edge Cloudflare, dan edge Cloudflare ke server origin. ERR_SSL_PROTOCOL_ERROR yang dilihat pengunjung biasanya berasal dari koneksi pertama, tetapi penyebabnya bisa ada di koneksi kedua — misalnya origin menyajikan sertifikat yang tidak valid sehingga Cloudflare tidak bisa menyelesaikan handshake ke origin. Karena itu, menguji origin secara langsung (dengan DNS-only atau curl ke IP origin) adalah langkah diagnosis yang tidak boleh dilewati.
Persiapan
- Buat backup konfigurasi server web dan pengaturan Cloudflare (catat mode SSL/TLS saat ini) sebelum mengubah apa pun.
- Siapkan akses SSH ke VPS dan akses dashboard Cloudflare.
- Catat apakah error muncul untuk semua pengunjung atau hanya sebagian (perangkat/browser tertentu) — pola ini membedakan masalah sertifikat dari masalah versi TLS.
Langkah 1: Periksa Sertifikat Origin Langsung
Uji TLS origin tanpa melewati Cloudflare:
curl -v https://namadomain.com/ --resolve namadomain.com:443:203.0.113.10Ganti IP dengan IP origin Anda. Periksa tiga hal dari keluarannya: tanggal berlaku sertifikat (kedaluwarsa?), nama domain pada sertifikat (apakah mencakup www bila Anda memakai www?), dan apakah rantai sertifikat lengkap. Sertifikat yang kedaluwarsa, diterbitkan untuk nama lain, atau tanpa intermediate adalah penyebab protocol error yang paling umum setelah migrasi. Perbarui atau terbitkan ulang sertifikat (misalnya lewat Certbot untuk Let's Encrypt) dan pastikan proses perpanjangan otomatis berjalan.
Langkah 2: Sesuaikan Mode SSL/TLS Cloudflare dengan Kondisi Origin
Buka SSL/TLS, lalu Overview di dashboard Cloudflare dan cocokkan mode dengan kondisi origin Anda:
| Mode | Tuntutan ke origin | Kapan dipakai |
|---|---|---|
| Full (strict) | Sertifikat origin valid dan tepercaya | Standar untuk situs dengan sertifikat publik yang sah — mode yang dianjurkan |
| Full | Ada sertifikat apa pun, termasuk self-signed | Sementara, saat origin memakai sertifikat self-signed atau Cloudflare Origin CA |
| Flexible | Tidak ada enkripsi ke origin | Bukan solusi permanen; berisiko redirect loop bila WordPress memaksa HTTPS |
| Off | Tidak ada HTTPS | Tidak dipakai untuk situs yang sudah migrasi ke HTTPS |
Jika mode Anda Full (strict) tetapi origin memakai sertifikat self-signed yang tidak dipercaya atau sudah kedaluwarsa, hasilnya adalah error di sisi pengunjung. Pilihannya: perbaiki sertifikat origin agar valid (solusi benar), atau turunkan sementara ke Full sambil memperbaiki — bukan ke Flexible. Setelah sertifikat valid, kembalikan ke Full (strict).
Langkah 3: Periksa URL WordPress dan Redirect Loop
Di wp-admin (atau wp-config.php bila wp-admin tidak bisa dibuka), pastikan WordPress Address dan Site Address sudah memakai https://. URL yang masih http:// setelah migrasi menyebabkan konten campuran dan redirect yang berputar: WordPress mengarahkan ke HTTPS, Cloudflare atau server mengarahkan kembali, begitu seterusnya. Periksa juga aturan redirect di Nginx dan plugin redirect: hanya satu lapisan yang boleh memaksa HTTPS, dan pastikan tidak ada aturan yang mengarahkan HTTPS kembali ke HTTP.
Langkah 4: Periksa Versi TLS dan Pengaturan Edge
- Versi TLS minimum: di Cloudflare (SSL/TLS, lalu Edge Certificates), pastikan Minimum TLS Version tidak lebih tinggi dari yang didukung pengunjung Anda. TLS 1.2 adalah titik temu yang aman untuk sebagian besar perangkat modern; menaikkan ke 1.3 saja akan membuat perangkat lama gagal handshake.
- Sertifikat edge: pastikan Universal SSL berstatus Active, bukan Pending Validation. Selama sertifikat edge belum terbit, pengunjung akan gagal handshake meski origin sudah sempurna.
- Konfigurasi server: pastikan server mendukung TLS 1.2+ dan tidak hanya mengaktifkan protokol lama yang sudah tidak didukung browser modern.
Verifikasi Hasil
Perbaikan berhasil bila situs terbuka dengan gembok valid di beberapa browser dan perangkat, tidak ada peringatan konten campuran, pengujian curl ke origin dan lewat Cloudflare sama-sama berhasil, dan pemindaian sertifikat menunjukkan tanggal berlaku yang benar dengan rantai lengkap. Pantau 24 jam karena cache browser dan DNS lama bisa menampilkan error lama pada sebagian pengunjung.
Troubleshooting Lanjutan
| Situasi | Langkah berikutnya |
|---|---|
| Error hanya di satu perangkat/browser | Bersihkan SSL state browser, perbarui browser, periksa tanggal sistem perangkat |
| Error hanya untuk www atau non-www | Sertifikat tidak mencakup varian tersebut; terbitkan ulang dengan kedua nama |
| Error muncul setelah perpanjangan sertifikat | Periksa apakah server memuat sertifikat baru (restart/reload layanan) dan rantai intermediate |
| Error hilang saat proxy dimatikan | Fokus ke mode SSL/TLS Cloudflare dan sertifikat edge, bukan ke origin |
FAQ
Apakah Flexible menyelesaikan ERR_SSL_PROTOCOL_ERROR?
Kadang terlihat menyelesaikan, tetapi dengan mengorbankan enkripsi ke origin dan sering menimbulkan redirect loop. Flexible bukan perbaikan, melainkan penutup masalah.
Kenapa situs normal lewat DNS-only tetapi error saat di-proxy?
Karena saat di-proxy, ada dua handshake (browser–Cloudflare dan Cloudflare–origin). Masalah di salah satu sisi — biasanya sertifikat edge yang belum aktif atau mode SSL yang tidak cocok — hanya muncul saat proxy aktif.
Apakah membersihkan cache browser membantu?
Untuk pengunjung yang pernah membuka versi lama, ya — SSL state dan HSTS yang tersimpan bisa menampilkan error lama. Tetapi itu tidak memperbaiki masalah server yang sebenarnya.
Kesimpulan
ERR_SSL_PROTOCOL_ERROR setelah migrasi ke HTTPS hampir selalu soal tiga hal: sertifikat yang tidak cocok, mode SSL Cloudflare yang tidak sesuai kondisi origin, atau versi TLS yang tidak bertemu. Uji origin langsung, sesuaikan mode dengan sertifikat yang benar-benar ada, perbaiki URL WordPress, dan jangan jadikan Flexible sebagai jalan keluar permanen. Setelah ketiga sisi itu beres, gembok hijau akan mengikuti.
Baca juga: Cara Mengatasi Cloudflare Error 526 — bila setelah protocol error teratasi Anda menemukan error 526 karena sertifikat origin tidak valid di mode Full (strict).
Referensi
- Cloudflare — dokumentasi SSL/TLS: mode Full (strict) menuntut sertifikat origin yang valid; error 525 berarti handshake TLS Cloudflare–origin gagal dan 526 berarti sertifikat origin tidak valid di mode Full (strict). Definisi ini dikonfirmasi lewat hasil pencarian 27 Okt 2026 yang merujuk dokumentasi Cloudflare. URL dokumentasi spesifik tidak dicantumkan di sini karena tidak terverifikasi verbatim dari hasil pencarian pada riset ini; pembaca dapat membukanya dari pusat bantuan Cloudflare.