Hacked Content, Security Issue, atau Manual Action Google: Bedakan Dulu

Pemilik website sering menyebut semua notifikasi sebagai “kena penalty Google”. Padahal Search Console dapat menampilkan temuan keamanan, tindakan manual, atau tidak menunjukkan apa pun sementara Chrome tetap memberi peringatan Safe Browsing. Langkah yang salah—misalnya meminta review manual action untuk infeksi malware, atau memakai alat Removal sebagai pembersihan—membuang waktu dan bisa menyisakan bahaya bagi pengunjung.

Jawaban cepat: buka Search Console property yang benar, lalu periksa Security Issues dan Manual Actions secara terpisah. Catat pesan dan contoh URL masing-masing; jangan menganggap satu laporan mewakili yang lain. Jika browser menampilkan interstitial, catat URL dan jenis warning, lalu bandingkan dengan laporan Security Issues. Baru setelah mengidentifikasi jenis temuan, jalankan pemulihan yang sesuai dan minta review pada laporan yang tepat setelah perbaikannya diverifikasi.

Tiga istilah yang sering tercampur

Sinyal	Pertanyaan yang dijawab	Langkah berikutnya
Security Issues di Search Console	Apakah Google menemukan indikasi malware, phishing/social engineering, atau konten yang diretas pada property?	Periksa kategori dan sampel URL; selesaikan masalah teknis dan seluruh dampaknya, lalu minta security review pada laporan ini bila tersedia.
Manual Actions di Search Console	Apakah reviewer manusia Google menetapkan tindakan karena halaman/situs tidak mengikuti spam policies?	Buka jenis tindakan, halaman yang terpengaruh, dan petunjuk pemulihan; perbaiki pelanggaran lalu ajukan reconsideration dari laporan ini.
Safe Browsing / warning browser	Apakah browser atau layanan keamanan memperingatkan pengguna tentang URL tertentu?	Catat teks warning dan URL. Cek Security Issues serta status terkait; jangan menyimpulkan dari satu browser atau satu perangkat.
Halaman hilang, turun, atau masih terindeks	Apakah URL mengalami masalah crawling, indexing, kualitas, atau perubahan ranking?	Periksa Page indexing, canonical, respons server, dan konten. Itu sendiri bukan bukti manual action atau hack.

Google menyatakan Manual Actions berhubungan dengan keputusan reviewer terhadap kebijakan spam dan memiliki laporan tersendiri (Manual actions report). Search Console Security Issues berfokus pada ancaman keamanan yang terdeteksi. Google juga menjelaskan bahwa satu situs dapat menampilkan label keamanan, malware, hacked content, atau phishing dalam konteks yang berbeda (mengapa situs diberi label berbahaya). Karena UI, cakupan property, dan deteksi dapat berubah, gunakan isi laporan aktual sebagai acuan—bukan artikel lama atau screenshot orang lain.

Diagnosis awal tanpa memperbesar paparan

1. Pastikan property benar. Cocokkan domain, protokol, subdomain, dan prefix URL. Property https://www.example.com/ tidak selalu mewakili seluruh host bila Anda memakai property URL-prefix. Pada multisite atau banyak domain, periksa setiap area yang relevan.
2. Buka kedua laporan Search Console. Catat tanggal, kategori, status, pesan, dan URL contoh dari Security Issues serta Manual Actions. Simpan tangkapan layar internal dengan akses terbatas; samarkan email, token, atau data pelanggan jika harus dibagikan kepada provider.
3. Baca notifikasi dan pesan yang menyertai. Bedakan pesan tentang malware, hacked content, social engineering, spam, atau masalah indexing. Jangan menafsirkan penurunan trafik sebagai bukti sebuah manual action bila laporan tidak menunjukkan tindakan.
4. Periksa URL contoh dengan aman. Jika ada phishing atau download berbahaya, jangan membukanya pada browser utama. Catat path, response, log, dan waktu; minta hosting memberi metode isolasi. Penyerang dapat menampilkan versi berbeda kepada pemilik, pengunjung, dan crawler.
5. Lihat sumber warning browser. Catat nama browser, kalimat persis, domain, serta path. Peringatan dapat berhubungan dengan URL tertentu dan tidak selalu sama dengan status report yang Anda lihat. Uji dari lebih dari satu konteks dengan persetujuan tim, tanpa mengirim pengunjung ke halaman berbahaya.
6. Periksa hasil Google dengan batas yang jelas. Pencarian site:example.com dapat memberi petunjuk URL asing, tetapi hasilnya bukan inventaris lengkap dan ketiadaan hasil bukan bukti website bersih. Cocokkan temuan dengan sitemap, database, log server, laporan keamanan, dan struktur direktori.

Google mengakui konten hasil hack dapat berupa injeksi pada halaman yang ada, halaman spam baru, konten tersembunyi, atau redirect yang hanya aktif untuk referrer, user-agent, atau perangkat tertentu (Spam policies). Karena itu homepage normal tidak cukup untuk menutup insiden. Untuk langkah teknis memulihkan satu jenis temuan, lihat panduan respons awal saat website WordPress diretas dan tanda website terkena malware.

Buat catatan triase yang bisa diaudit

Sebelum memperbaiki apa pun, salin isi laporan ke satu tiket internal dengan kolom terpisah: property dan host yang diperiksa, nama report, kategori, status, daftar contoh URL, waktu pemeriksaan, pemilik tindakan, dan bukti teknis yang belum tersedia. Untuk setiap URL, beri label apakah ia menunjukkan konten yang berubah, status HTTP yang salah, warning browser, atau hanya muncul di hasil pencarian. Jangan menyalin satu status ke baris lain karena Security Issues dan Manual Actions dapat memiliki cakupan yang berbeda.

Saat ada dua sinyal sekaligus, pisahkan workstream: tim keamanan menangani file/akun/redirect; pemilik SEO atau konten menangani pelanggaran kebijakan yang tercantum. Satu patch mungkin membantu keduanya, tetapi verifikasi dan permintaan review tetap mengikuti laporan masing-masing. Simpan timestamp screenshot dan report karena status yang terlihat dapat berubah setelah crawl atau perubahan yang Anda lakukan. Dengan cara ini, tim dapat menjelaskan apa yang sudah diperbaiki tanpa mengklaim bahwa satu tombol review menutup semua risiko.

Pilih jalur pemulihan berdasarkan laporan

Jika Security Issues mencatat masalah

Lakukan containment lebih dulu: hubungi host, batasi akses ke URL berbahaya, simpan salinan file/database/log, dan lindungi pelanggan. Jangan hanya menghapus sampel URL. Tentukan apakah sumbernya akun, plugin/theme, file yang berubah, database, cron, konfigurasi server, CDN, atau kredensial hosting. Periksa semua URL dan kondisi pemicu, termasuk halaman yang hanya muncul dari referrer tertentu.

Pulihkan dari backup yang diketahui bersih atau bersihkan setiap sumber kompromi, tutup celah masuk, cabut token/sesi yang berisiko, dan perbarui komponen yang rentan. Verifikasi pada salinan terisolasi dan produksi dengan matriks URL/perangkat yang relevan. Catat apa yang berubah dan bukti bahwa situs tidak lagi melayani konten berbahaya.

Setelah semua temuan dan penyebabnya dibereskan, ajukan satu permintaan review melalui Security Issues bila opsi tersedia. Jelaskan kategori temuan, akar masalah, perubahan yang dilakukan, cakupan pemeriksaan, serta hasil verifikasi. Google dapat memberi URL sampel tambahan atau membutuhkan waktu untuk meninjau; pengajuan bukan jaminan warning atau ranking pulih seketika. Laporan ini tidak dapat menggantikan cleanup.

Jika Manual Actions mencatat tindakan

Buka rincian jenis tindakan dan cakupan halaman. Pahami apakah masalahnya adalah spam buatan pengguna, konten tipis/menyesatkan, structured data, link, atau kategori kebijakan lain. Perbaikan harus menjawab masalah yang disebut laporan pada seluruh cakupan relevan, bukan sekadar menghapus satu contoh URL.

Dokumentasikan sampel bermasalah, tindakan yang diambil, kontrol yang mencegah pengulangan, dan hasil pengecekan. Ajukan reconsideration dari Manual Actions report hanya setelah pelanggaran diperbaiki. Jangan mengirim security review sebagai pengganti permintaan manual-action, dan jangan mengarang bahwa semua penurunan ranking berasal dari tindakan manusia. Jika malware juga ditemukan, kerjakan respons keamanan secara paralel; kedua jenis temuan dapat membutuhkan pemeriksaan berbeda.

Jika hanya browser yang memperingatkan

Pertama catat URL, jenis warning, waktu, dan browser. Pastikan property yang benar sudah diverifikasi, lalu cek Security Issues dan pesan Search Console. Cari pula redirect, file unduhan, script pihak ketiga, serta halaman yang mungkin berbeda per perangkat atau referrer. Jika laporan belum memuat temuan, bukan berarti warning palsu: simpan bukti, minta host memeriksa log, dan gunakan saluran pelaporan/review yang relevan untuk kategori warning tersebut. Jangan menguji halaman phishing secara langsung di perangkat pengguna.

Jika kedua laporan kosong

Jangan membuat permintaan review yang tidak berhubungan dengan laporan. Periksa diagnosis lain: status HTTP, canonical/noindex, robots, sitemap, kualitas konten, server uptime, perubahan URL, dan tindakan keamanan pada provider. URL yang masih muncul setelah pembersihan mungkin membutuhkan crawl ulang; alat Removals Google bersifat sementara untuk menyembunyikan hasil, bukan menghapus halaman dari server atau menutup entry point. Tetap bersihkan konten dan sumbernya sebelum mengandalkan permintaan penghapusan.

Bukti yang membantu hosting dan reviewer

Buat satu timeline yang mencatat kapan warning pertama terlihat, kapan perubahan terjadi, file atau akun yang terdampak, sumber backup, langkah containment, patch yang dipasang, akses yang dicabut, URL yang diuji, dan hasilnya. Sertakan hash file atau checksum saat relevan, tetapi jangan mengirim password, session cookie, database penuh, atau data pelanggan tanpa kanal yang disetujui.

Simpan dua salinan: satu salinan bukti yang tidak dimodifikasi dengan akses terbatas, dan satu salinan kerja untuk cleanup. Pisahkan hasil scanner dari verifikasi manual. Sebutkan cakupan alat: misalnya core diperiksa tetapi plugin premium tidak memiliki checksum publik, atau database dan konfigurasi CDN masih perlu ditinjau. Kejujuran tentang cakupan lebih berguna daripada klaim “100% bersih” yang tidak dapat dibuktikan.

Kesalahan umum dan cara menghindarinya

• Menyamakan Search Console Security Issues dengan Manual Actions hanya karena keduanya berada di menu “Security & Manual Actions”.
• Mengajukan review berulang sebelum membersihkan seluruh halaman dan memperbaiki kerentanan.
• Menganggap homepage normal atau scanner hijau sebagai bukti bahwa tidak ada redirect kondisional, spam, atau file tersembunyi.
• Menghapus URL memakai Removals lalu mengira sumbernya sudah hilang dari website.
• Menghapus seluruh konten yang cocok dengan kata “obat” atau “farmasi” tanpa membedakan halaman bisnis yang sah dari injeksi.
• Menjanjikan tanggal pemulihan indeks, warning, atau ranking yang tidak dapat dikendalikan.
• Membagikan bukti mentah berisi data sensitif di tiket publik atau forum.

Pencegahan dimulai dari update terjadwal, akun dengan hak minimum, MFA, backup yang diuji, pemantauan perubahan file, pembatasan upload, log yang disimpan terpisah, serta jalur eskalasi host yang jelas. Google menyarankan pemilik memantau halaman dan laporan security untuk menemukan konten atau URL yang tidak dikenal (pencegahan malware). Jika website WordPress menunjukkan akun asing atau indikator peretasan, ikuti panduan mengamankan WordPress untuk usaha sebelum menganggap laporan selesai.

Apakah manual action berarti website diretas? Tidak selalu. Manual Actions report membahas pelanggaran spam policies yang ditetapkan reviewer; insiden malware atau konten diretas dinilai melalui jalur keamanan. Periksa kedua laporan jika ada gejala berbeda.

Jika Security Issues kosong, apakah browser pasti salah? Belum tentu. Pastikan property dan host tepat, catat warning, cek URL secara aman, dan minta provider melihat log. Laporan hanya salah satu sumber bukti.

Apakah memakai Removals menyelesaikan hacked content? Tidak. Itu dapat menyembunyikan hasil untuk sementara, tetapi tidak memperbaiki file, database, redirect, atau kelemahan yang menambahkan konten.

Bolehkah langsung meminta review setelah scanner tidak menemukan file? Tidak jika cakupan pemeriksaan, URL sampel, konfigurasi, atau akar masalah belum dipastikan. Review harus mengikuti cleanup yang dapat dijelaskan dan diverifikasi.

Jika notifikasi keamanan atau manual action mengancam trafik dan kepercayaan pengguna, minta audit keamanan WordPress atau bantuan pemulihan darurat dengan kronologi serta bukti yang sudah disamarkan.