Apabila website memaparkan amaran tidak selamat, jangan terus meminta pelanggan mengabaikannya. Puncanya mungkin sijil SSL tamat tempoh, sijil tidak sepadan dengan domain atau sambungan yang tidak dipercayai oleh pelayar. Ada juga keadaan yang melibatkan pautan HTTP lama atau tetapan pada peranti pelawat.
Mulakan dengan mesej dan kod ralat yang tepat. Amaran ‘Your connection is not private’, label ‘Not secure’ dan mesej ‘Too many redirects’ bukan perkara yang sama. Cara menanganinya juga berbeza.
Apa sebenarnya fungsi SSL pada website?
SSL ialah istilah yang masih biasa digunakan untuk sijil dan sambungan HTTPS, walaupun teknologi semasa menggunakan TLS. Sambungan ini menyulitkan data antara pelayar dengan server dan membantu pelayar mengesahkan identiti domain melalui sijil.
Ia bukan jaminan bahawa sesebuah perniagaan boleh dipercayai atau website bebas malware. Jika anda masih keliru tentang peranan domain dan server, baca dahulu penerangan hosting dan domain. SSL melindungi sambungan; domain dan hosting pula mempunyai fungsi yang berbeza.
Kenal pasti jenis amaran dahulu
| Paparan atau kod | Perkara yang patut disemak |
|---|---|
| NET::ERR_CERT_DATE_INVALID | Tempoh sah sijil dan tarikh serta masa peranti. |
| ERR_CERT_COMMON_NAME_INVALID | Sama ada sijil meliputi nama domain yang dibuka. |
| NET::ERR_CERT_AUTHORITY_INVALID | Kepercayaan terhadap penerbit sijil dan pemasangan rantaian sijil. |
| Not secure pada alamat HTTP | Sama ada halaman masih dibuka tanpa HTTPS. |
| Mixed content | Sumber HTTP yang dimuatkan oleh halaman HTTPS. |
| ERR_TOO_MANY_REDIRECTS | Arahan pengalihan URL yang berulang atau bercanggah. |
Jadual ini ialah panduan awal, bukan diagnosis automatik. Pelayar dan keadaan rangkaian boleh memaparkan mesej yang berbeza. Rujuk panduan kod ralat rasmi Chrome dan berikan kod sebenar kepada pihak sokongan.
1. Sijil tamat tempoh atau belum sah
Jika amaran berkaitan tarikh muncul kepada ramai pelawat, minta penyedia hosting menyemak tempoh sah sijil dan proses pembaharuan. Pembaharuan automatik juga boleh gagal; jangan menganggap sijil pasti diperbaharui hanya kerana website pernah menggunakan HTTPS.
Jika masalah hanya berlaku pada satu peranti, semak tarikh, masa dan zon waktunya. Jam peranti yang tidak tepat boleh menyebabkan sijil yang masih sah dianggap tidak sah. Jangan ubah jam kepada tarikh lain semata-mata untuk memaksa amaran hilang; gunakan tarikh dan masa sebenar.
2. Nama domain tidak sepadan dengan sijil
Sijil perlu meliputi nama domain yang dibuka. Contohnya, nama dengan www, tanpa www dan subdomain boleh memerlukan liputan yang berbeza. Masalah ini boleh muncul selepas pertukaran hosting, sambungan subdomain atau perubahan DNS.
Berikan URL penuh yang bermasalah kepada pihak teknikal. Minta mereka memeriksa sijil yang benar-benar dihantar oleh server bagi alamat tersebut, bukan sekadar sijil yang kelihatan dalam panel hosting. Jangan menukar domain utama atau semua rekod DNS sebagai langkah cuba-cuba.
3. Pelayar tidak mempercayai sijil
Amaran kepercayaan boleh berkaitan dengan sijil yang tidak dipercayai atau pemasangan rantaian sijil yang tidak lengkap. Ia juga memerlukan pemeriksaan berbeza jika hanya berlaku pada peranti atau rangkaian tertentu.
Catat pelayar, peranti dan rangkaian yang terlibat. Perbandingan pada peranti lain boleh membantu mengenal pasti corak, tetapi jangan masukkan kata laluan atau maklumat pembayaran ketika amaran masih muncul. Jangan matikan antivirus atau pemeriksaan sijil semata-mata untuk membuka halaman.
4. Website menggunakan HTTPS tetapi masih memuatkan HTTP
Keadaan ini dipanggil mixed content. Contohnya, halaman utama sudah menggunakan HTTPS tetapi kod halaman masih meminta gambar, skrip atau fail lain melalui HTTP. Pelayar boleh menaik taraf sesetengah permintaan kepada HTTPS atau menyekatnya, bergantung pada jenis sumber dan keadaan permintaan.
Pihak teknikal boleh menyemak amaran pada Console pelayar untuk mengenal pasti URL yang terlibat. Rujuk penerangan mixed content oleh MDN. Pembetulan perlu memastikan sumber itu benar-benar tersedia melalui HTTPS, bukan sekadar menyembunyikan amaran.
Simpan backup sebelum mengubah pangkalan data atau membuat penggantian URL secara pukal. Untuk WordPress, sesetengah data mempunyai struktur khas; penggantian teks yang tidak sesuai boleh merosakkan tetapan. Jangan jalankan arahan daripada panduan rawak tanpa mengetahui kesannya.
5. Tetapan redirect atau CDN bercanggah
Jika website berulang kali bertukar alamat sehingga keluar ‘Too many redirects’, semak peraturan HTTPS pada hosting, WordPress dan CDN bersama-sama. Ralat ini tidak semestinya bermaksud sijil tamat tempoh.
Bagi laman yang menggunakan Cloudflare, tetapan sambungan ke server asal juga perlu sepadan dengan konfigurasi hosting. Dokumentasi Cloudflare mengenai redirect berulang menerangkan bagaimana tetapan yang bercanggah boleh menyebabkan gelung pengalihan. Jangan menurunkan perlindungan SSL atau mematikan HTTPS sebagai penyelesaian segera.
Apa yang boleh pemilik website buat dengan selamat?
- Simpan URL penuh, kod ralat dan masa kejadian.
- Catat sama ada masalah melibatkan semua halaman atau satu alamat sahaja.
- Semak tarikh dan masa sebenar pada peranti yang terjejas.
- Bandingkan paparan pada peranti lain tanpa login, mengisi borang atau membuat bayaran.
- Maklumkan perubahan terakhir seperti pertukaran hosting, DNS atau domain kepada pihak sokongan.
Jika masalah muncul pada checkout, jangan meminta pelanggan meneruskan transaksi melalui amaran keselamatan. Baca juga panduan checkout WooCommerce tidak berfungsi untuk membezakan masalah halaman, bayaran dan status pesanan.
Bagaimana tahu pembaikan sudah selesai?
Minta pihak teknikal mengesahkan sijil sah, nama domain sepadan dan pemasangan lengkap. Selepas itu, semak URL utama serta halaman penting seperti hubungan, login dan checkout. Pastikan tiada amaran sijil, sumber penting disekat atau pengalihan berulang.
Ujian perlu mengikut skop sebenar. Website yang sudah boleh dibuka bukan bukti bahawa semua borang atau bayaran telah diuji. Begitu juga, membuang satu amaran SSL tidak membuktikan keseluruhan keselamatan website sudah diaudit.
Perlukan bantuan menyemak amaran website?
Lihat servis Baiki Website alfatihstudio dan sertakan URL serta tangkap layar mesej ralat. Tutup maklumat peribadi sebelum berkongsi gambar. Pemeriksaan awal membantu menentukan sama ada isu melibatkan sijil, kandungan, hosting atau konfigurasi lain sebelum skop pembaikan dicadangkan.
Soalan lazim
Tidak semestinya. Ia boleh berpunca daripada sijil, penggunaan HTTP atau tetapan sambungan. Pemeriksaan berasingan diperlukan untuk menentukan sama ada website turut mempunyai malware atau masalah keselamatan lain.
Jangan minta pelanggan mengabaikan amaran atau memasukkan kata laluan dan maklumat pembayaran ketika amaran masih muncul. Selesaikan puncanya dan sahkan semula halaman yang terjejas.
Semak tarikh, masa, versi pelayar dan rangkaian peranti itu. Perbezaan antara peranti memberi petunjuk awal, tetapi tidak mencukupi untuk menentukan punca tanpa pemeriksaan lanjut.
Halaman HTTPS mungkin masih meminta gambar, skrip atau fail lain melalui HTTP. URL sumber yang terlibat perlu dikenal pasti dan diperbetulkan; pemasangan sijil sahaja tidak semestinya menyelesaikannya.
Tidak. HTTPS melindungi sambungan dan membantu pengesahan domain, tetapi bukan pengganti kemas kini, kawalan akses, backup dan pemeriksaan keselamatan website.
