Peringatan Google Safe Browsing Masih Muncul Setelah Website Dibersihkan

Website sudah dibersihkan, tetapi pelanggan masih mengirim tangkapan layar halaman merah “Deceptive site ahead” atau “The site ahead contains malware”. Situasi ini membuat pemilik bingung: halaman sudah tampak normal, Search Console mungkin bersih, tetapi browser tetap memperingatkan pengunjung.

Jawaban singkatnya: pastikan URL dan host yang diperiksa benar, cek status Safe Browsing serta Security issues report di Search Console, lalu uji apakah origin, CDN, redirect, atau konten pihak ketiga masih menyajikan sesuatu yang berbahaya. Safe Browsing dan Search Console saling berhubungan, tetapi bukan satu layar status yang sama. Google menjelaskan bahwa warning dapat bergantung pada konteks penjelajahan dan pemilik mungkin tidak selalu dapat mereproduksinya sendiri. Jangan menganggap satu sesi browser normal membuktikan seluruh situs sudah aman.

Artikel ini fokus pada warning Safe Browsing yang masih muncul setelah cleanup, bukan panduan pembersihan malware dari awal. Untuk urutan pemulihan saat website diretas, lihat panduan website kena hack. Jika Search Console masih menunjukkan “Hacked content”, selesaikan semua temuan di Security issues report dan gunakan Request Review hanya setelah perbaikan selesai.

Kenali dulu warning yang dilaporkan

Minta pengunjung menyimpan screenshot, teks persis, waktu, dan URL lengkap yang mereka buka—termasuk path setelah nama domain. Jangan meminta mereka mengabaikan interstitial, memasukkan password, atau mengunjungi halaman berbahaya berulang kali. Pemilik dapat melakukan pemeriksaan dari perangkat dan jaringan yang aman.

Bedakan tiga kondisi yang sering tercampur:

1. Safe Browsing interstitial di browser. Chrome atau browser lain dapat menampilkan peringatan ketika URL dinilai berisiko, misalnya karena malware atau social engineering. Warning bisa muncul pada URL tertentu, tidak selalu pada homepage.
2. Security issues report di Search Console. Report pemilik situs menampilkan isu yang Google identifikasi, kategori, dan contoh URL. Google menyebut report ini sebagai sumber utama untuk memeriksa apakah situs memiliki isu keamanan yang dilaporkan atau apakah temuan itu sudah diperbaiki.
3. Label atau hasil pencarian lama. Snippet, hasil site:, atau URL yang belum hilang dari indeks bukan bukti yang sama dengan warning browser. Respons server dan proses indeks perlu diuji terpisah.

Buka Google Safe Browsing site status dan masukkan alamat dengan teliti. Periksa nama host yang muncul di screenshot: www dan tanpa www, subdomain, serta variasi domain dapat mengarah ke konfigurasi yang berbeda. Buka juga Security issues report pada properti Search Console yang mencakup host tersebut. Jangan menyimpulkan properti bersih jika Anda sedang melihat properti yang tidak mencakup subdomain terdampak.

Pahami hasil sebelum mengambil tindakan

Status Safe Browsing menunjukkan host atau URL masih berbahaya

Jangan mengajukan laporan false positive hanya karena satu halaman depan bersih. Cari URL yang masih ditandai, lalu periksa konten dan alur yang dapat mengarah ke sana. URL phishing dapat berada di path dalam, hanya muncul melalui redirect, atau dapat dipanggil lewat konten yang disajikan untuk perangkat/konteks berbeda. Periksa semua halaman contoh dari laporan, bukan hanya yang dikirim pengunjung.

Jika Search Console juga mencatat isu keamanan, selesaikan isu itu di seluruh cakupannya dan gunakan Request Review pada Security issues report setelah pengujian. Jangan gunakan fitur Removals sebagai pengganti cleanup.

Status Safe Browsing terlihat bersih, tetapi seseorang masih menerima warning

Jangan langsung menyimpulkan Google salah. Pastikan URL yang dibandingkan identik, lalu periksa apakah browser membuka redirect ke host lain, URL dengan parameter, subdomain berbeda, atau tautan dari iklan/iframe pihak ketiga. Periksa pula apakah CDN, cache server, plugin cache, dan origin mengirim versi konten yang sama setelah cleanup.

Minta laporan dari pengunjung hanya untuk diagnosa: URL, jam, jenis browser, dan screenshot. Hindari meminta mereka mencoba berulang kali atau mengirim data akun. Jika warning dapat direproduksi pada URL tertentu, isolasi path itu dan cek respons dari origin dan edge dengan bantuan hosting/CDN. Bila tidak dapat direproduksi, lanjutkan memeriksa report dan catatan teknis; perbedaan konteks tetap mungkin terjadi.

Security issues report bersih, tetapi warning belum jelas

Security issues report membantu memeriksa isu yang dilaporkan untuk properti, tetapi tidak menggantikan audit seluruh komponen, DNS, subdomain, atau alat keamanan penyedia lain. Catat persis alat yang mengeluarkan warning. Jangan mencampuradukkan false positive Safe Browsing dengan manual action, blokir dari penyedia antivirus lain, atau error SSL.

Urutan diagnosis setelah cleanup

Gunakan urutan ini agar pemeriksaan tidak berakhir pada menghapus cache tanpa menutup penyebab:

1. Batasi risiko pengunjung. Jika sebuah URL masih menampilkan phishing, malware, atau redirect berbahaya, gunakan kontrol hosting/CDN yang sah untuk mengisolasi halaman atau situs sementara. Jangan mengubah DNS untuk menghindari warning sambil membiarkan konten aktif.
2. Catat keadaan saat ini. Simpan screenshot warning, URL lengkap, waktu, status Safe Browsing, report Search Console, dan notifikasi host. Ambil backup file/database dan log sebelum menghapus bukti. Backup dari masa infeksi tetap disimpan terpisah, bukan dipulihkan langsung.
3. Periksa scope host. Cocokkan domain utama, www, subdomain, path, protokol HTTPS, dan host tujuan redirect. Periksa apakah tiap host menuju origin yang sama atau ada aplikasi lama yang tertinggal.
4. Uji URL terdampak dari sisi server. Pastikan halaman tidak mengirim HTML phishing, skrip asing, redirect, atau kode unduhan. Bandingkan akses tanpa login dengan akses administrator; perbedaan konten adalah petunjuk investigasi, bukan bukti tunggal.
5. Telusuri cache dan jalur distribusi. Setelah origin dibersihkan, purge cache CDN dan plugin cache sesuai dokumentasi penyedia, lalu minta host memastikan edge mengambil konten yang benar. Jangan menganggap purge cache menghapus file berbahaya dari server.
6. Periksa semua isu persistence. Tinjau akun dan sesi, file berubah, plugin/theme, uploads, database, task terjadwal, .htaccess/aturan rewrite, DNS, serta skrip pihak ketiga. Jika masih ditemukan sumber yang dapat menyisipkan konten, kembali ke cleanup.
7. Uji ulang tanpa login. Buka URL contoh dan beberapa variasi relevan dari jaringan/perangkat aman. Pastikan halaman sah tampil, URL yang tidak lagi ada memberi respons sesuai, tidak ada redirect tak dikenal, dan form atau transaksi normal.
8. Pilih jalur review yang sesuai. Jika Security issues report masih mencatat isu, ajukan review melalui report itu setelah seluruh temuan dibereskan. Jika report bersih tetapi Safe Browsing status masih menunjukkan masalah, gunakan petunjuk yang relevan pada status/dukungan Google; jangan mengirim Request Review yang tidak tersedia di report.

Untuk WordPress, tanda malware judol membantu memetakan gejala seperti akun asing, halaman spam, atau redirect. Yang menentukan pemulihan bukan menghapus peringatan di browser, tetapi membuktikan bahwa sumber konten dan akses yang menyebabkannya sudah ditutup.

Kapan menggunakan formulir laporan Safe Browsing?

Google menyediakan form laporan Safe Browsing untuk memberi tahu tim Safe Browsing tentang halaman yang seharusnya menampilkan warning tetapi tidak, atau halaman sah yang tampaknya salah ditandai. Gunakan hanya setelah memeriksa situs dan URL yang tepat. Form tersebut adalah kanal pelaporan, bukan jaminan status berubah atau pengganti Request Review pada Search Console.

Jika laporan Search Console masih aktif, selesaikan dan minta review di sana terlebih dahulu. Jika tidak ada isu di report, status Safe Browsing dan warning browser tidak cocok, serta Anda sudah memverifikasi halaman aman, formulir dapat menjadi cara menyampaikan dugaan salah klasifikasi. Sertakan URL persis dan penjelasan singkat yang dapat diverifikasi; jangan memasukkan password, data pelanggan, atau informasi rahasia.

Mengapa jangan buru-buru menghapus URL lewat Removals?

Search Console Removals ditujukan untuk pemblokiran hasil Google yang bersifat sementara. Tool itu tidak membersihkan origin, tidak membatalkan redirect di server, dan tidak otomatis membersihkan status browser. Google menyebut penghapusan sementara umumnya berlaku sekitar enam bulan; bila URL masih tersedia, URL dapat muncul lagi.

Kalau URL phishing aktif, utamakan menghentikan konten pada server dan menutup sumbernya. Setelah konten hilang, pastikan URL memberi status yang sesuai—biasanya 404 atau 410 jika memang tidak ada halaman pengganti. Gunakan Removals hanya jika perlu membatasi paparan di hasil Google dengan cepat, bukan sebagai satu-satunya perbaikan. Jangan memblokir seluruh domain atau memakai robots.txt untuk menyembunyikan konten yang seharusnya dihapus.

Kesalahan yang membuat status makin sulit dipahami

• Menguji homepage saja. Warning bisa terikat pada path, subdomain, atau tujuan redirect lain.
• Menganggap Search Console dan Safe Browsing adalah satu sistem status. Catat hasil masing-masing dan ikuti jalur review yang sesuai.
• Mengganti domain atau mengubah DNS agar warning “hilang”. Itu dapat memindahkan pengunjung ke host yang belum diperiksa, sementara konten sumber tetap ada.
• Menghapus cache tanpa meninjau origin. Konten dapat muncul lagi saat cache dibangun ulang.
• Menghapus warning dengan plugin atau rewrite. Jangan mengubah halaman warning atau menyamarkan konten untuk crawler; bersihkan sumber dan berikan halaman yang benar kepada semua pengunjung.
• Meminta pengunjung mengklik lanjut. Ini menambah risiko bagi orang yang tidak mengetahui kondisi situs.
• Menjanjikan warning akan selesai dalam jumlah hari tertentu. Pemilik situs dapat mengendalikan cleanup dan bukti, tetapi tidak dapat menetapkan keputusan atau jadwal Google.

Pencegahan agar warning tidak kembali

Setelah status kembali normal, pertahankan kontrol yang mencegah kompromi ulang: batasi administrator, gunakan autentikasi kuat, tinjau application passwords dan integrasi lama, perbarui WordPress beserta plugin/theme, dan hapus komponen yang tidak dipakai. Simpan backup off-site dan uji restore. Aktifkan notifikasi Search Console ke kontak yang benar dan buat pemeriksaan berkala untuk URL baru, redirect, serta perubahan file.

Jika memakai CDN atau layanan pihak ketiga, dokumentasikan siapa yang mengelola cache, DNS, iklan, dan skrip. Saat insiden, catatan itu mempercepat pemisahan antara konten dari origin, edge cache, dan sumber eksternal. Rutinitas pengamanan WordPress untuk bisnis dapat menjadi daftar awal untuk memperkuat akun dan komponen.

Kapan perlu eskalasi

Mintalah bantuan host, administrator server, atau spesialis pemulihan jika warning kembali setelah purge cache, ada subdomain yang tidak Anda kelola, file berbahaya muncul lagi, redirect hanya terjadi pada sebagian pengunjung, atau Anda tidak dapat memverifikasi database dan akun. Jika website memproses pesanan atau data pelanggan, batasi perubahan produksi sampai ada backup dan pemilik proses menyetujui langkah pemulihan.

Rawat Web menyediakan diagnosis awal lewat Bantuan Website Darurat dan Audit Gratis. Kirim URL yang tepat dan warning yang terlihat; tahap awal dimulai tanpa meminta akses. Bila dibutuhkan pembersihan, cakupan dan biayanya disepakati sebelum tindakan. Kami dapat membantu memeriksa origin, akun, file, database, redirect, dan hasil setelah cleanup, tetapi tidak dapat menjamin tanggal Safe Browsing atau browser memperbarui warning.

Pertanyaan umum

Apakah Search Console yang hijau berarti semua browser pasti berhenti memberi warning?

Tidak otomatis. Report Search Console adalah tempat utama untuk memeriksa security issues yang dilaporkan pada properti, tetapi warning dapat bergantung pada URL dan konteks. Periksa host yang tepat, status Safe Browsing, URL terdampak, dan konten yang benar-benar disajikan.

Haruskah saya meminta pengunjung membuka warning untuk menguji situs?

Tidak. Jangan meminta pelanggan melewati interstitial atau memasukkan data pada halaman yang dicurigai. Minta screenshot dan URL tanpa data pribadi, lalu lakukan pemeriksaan sendiri dari lingkungan aman.

Apakah formulir Safe Browsing menghapus warning secara langsung?

Tidak ada jaminan seperti itu. Formulir menyampaikan laporan mengenai URL yang dinilai salah ditandai atau seharusnya terdeteksi; itu bukan pengganti cleanup teknis atau alur review di Search Console.

Berapa lama warning akan hilang setelah cleanup?

Tidak ada waktu yang dapat dijanjikan. Simpan hasil pemeriksaan, ikuti status report dan email resmi, dan pastikan situs tetap bersih selama menunggu.