Panduan Security Issues Report

Apa Google Search Console's Security Issues report flags — hacked konten, malware, dan social engineering — bagaimana ini differs dari manual tindakan, dan cara bersih up dan permintaan sebuah review.

Pertama kali diterbitkan: 23 Jun 2026 · Terakhir diperbarui: 3 Agu 2026 · Lanjutan

Security Issues report di Google Search Console flags pengguna-safety masalah, tidak peringkat penalties: hacked konten (malware, code, konten, atau URL injection), deceptive halaman, harmful atau uncommon downloads, dan social engineering (phishing dan deceptive konten) adalah semua saat ini issue jenis, grouped di bawah hacked konten, malware dan unwanted software, dan social engineering. ini adalah surfaced melalui Google Safe Browsing — affected situs dapat tampilkan sebuah 'ini situs dapat menjadi hacked' label di hasil atau sebuah red 'Deceptive situs ahead' interstitial di Chrome dan lainnya browser, though tidak setiap issue blocks setiap surface yang sama cara. ini adalah tidak yang sama sebagai sebuah manual tindakan: Manual tindakan mostly concern attempts untuk manipulate Google's indeks (biasanya Tidak terlihat warning); Security Issues concern hacking atau pengguna harm (dapat tampilkan labels atau interstitials) — terpisah reports, terpisah review queues, dan mereka dapat overlap. Anda jelas ini oleh memperbaiki vulnerability di seluruh setiap affected halaman, lalu requesting sebuah security review — saat ini guidance says review dapat take anywhere dari sebuah sedikit days untuk sebuah sedikit weeks, dan sebuah lulus review tidak jaminan setiap browser atau penelusuran surface clears di setelah.

TL;DR — Security Issues report flags pengguna-safety masalah, tidak peringkat penalties. Google groups them di bawah hacked konten (malware, code, konten, atau URL injection — SQL injection adalah sebuah umum metode), malware dan unwanted software (yang dapat menjadi installed oleh sebuah hacker atau situs owner), dan social engineering (phishing dan deceptive konten) — tetapi saat ini report juga lists lebih spesifik issues like deceptive halaman, harmful dan “uncommon” (terjemahan) “uncommon” downloads, dan unclear mobile billing prompts. Sample URLs adalah contoh, tidak sebuah menyelesaikan list — beberapa issues tampilkan none di semua. Warning surfaces adalah terpisah sinyal (sebuah Penelusuran label, sebuah Chrome interstitial, sebuah download warning) dan jangan selalu move together — sebuah uncommon-download warning, misalnya, dapat muncul di Chrome tanpa menghapus halaman dari Penelusuran. Perbaiki vulnerability, tidak hanya symptom, di seluruh setiap affected halaman, lalu permintaan Review setelah; Google’s saat ini guidance adalah sebuah sedikit days untuk sebuah sedikit weeks untuk proses, dengan Tidak jaminan setiap browser atau penelusuran surface clears simultaneously. ini adalah tidak sebuah manual tindakan: Manual tindakan mostly concern penelusuran-indeks manipulation (biasanya Tidak terlihat warning), sementara Security Issues concern hacking atau pengguna harm (dapat tampilkan labels atau interstitials) — terpisah reports, terpisah review queues, dan mereka dapat overlap.

Bukti untuk klaim ini Search Console's Security Issues report identifies hacked content, malware, unwanted software, and social-engineering issues detected on a site. Cakupan: Current Search Console Security Issues report. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console: Security Issues report Bukti untuk klaim ini Site owners should fix the issue across the site and request a security review; security reviews are separate from manual-action reconsideration requests. Cakupan: Current Google hacked-site recovery and review workflow. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Central: Request a security review

Apa report sebenarnya adalah

«The Security Issues report sits in Google Search Console alongside the performance, indexing, and enhancement reports. Google’s framing is about user safety, and that single fact is the most useful mental model on this page. As Google puts it in its description of the difference from manual actions, the report “lists indications that your site was hacked, or behavior on your site that could potentially harm a visitor or their computer.” It is not a verdict on your SEO. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian dua puluh dua, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

issue categories Google flags

Google groups semuanya di bawah three top-tingkat heading di -nya own documentation, tetapi itu’s sebuah organizing frame, tidak penuh list dari issue jenis report dapat sebenarnya tampilkan Anda. Treat three heading di bawah sebagai buckets, dan saat ini issue list beneath them sebagai apa untuk expect dalam praktik.

1. Hacked konten. Google’s own definition: “Ini adalah any konten placed pada Anda site tanpa Anda permission karena dari security vulnerabilities di Anda site.” (terjemahan) “ini adalah apa pun konten placed pada Anda situs tanpa Anda permission karena security vulnerabilities di Anda situs.” saat ini report dapat flag several spesifik issues di bawah ini heading, including:

  • Code injection — “A hacker memiliki compromised Anda site dan adalah injecting malicious code di Anda halaman.” (terjemahan) “sebuah hacker memiliki compromised Anda situs dan adalah injecting malicious code di Anda halaman.”
  • konten injection — “A hacker memiliki added spammy links atau text untuk Anda site’s halaman.” (terjemahan) “sebuah hacker memiliki ditambahkan spammy tautan atau text untuk Anda situs’s halaman.”
  • URL injection — “A hacker memiliki dibuat new halaman pada Anda site, sering containing spammy words atau links.” (terjemahan) “sebuah hacker memiliki dibuat baru halaman pada Anda situs, sering containing spammy kata atau tautan.”
  • Hacked malware — malicious code atau files placed pada situs melalui sama jenis dari tidak terotorisasi access sebagai injection jenis di atas.

SQL injection adalah umum metode behind ini — sebuah hacker exploits sebuah database kueri vulnerability untuk insert konten atau code. labels di atas adalah apa report menampilkan Anda; SQL injection adalah satu dari cara attacker mendapat di.

2. Malware dan unwanted software. Google distinguishes dua. Malware adalah “any software atau mobile application secara khusus designed untuk harm a computer, a mobile device, itu software ini berjalan, atau its users.” (terjemahan) “apa pun software atau mobile application secara khusus designed untuk harm sebuah computer, sebuah perangkat seluler, software ini adalah berjalan, atau -nya pengguna.” Unwanted software adalah “an executable file atau mobile application itu engages di behavior itu adalah deceptive, unexpected, atau itu negatively memengaruhi itu user’s browsing atau computing experience.” (terjemahan) “sebuah executable file atau mobile application itu engages di perilaku itu adalah deceptive, unexpected, atau itu negatively memengaruhi pengguna’s browsing atau computing experience.” Importantly, ini category tidak hanya sebuah ketiga-party hack: malware atau unwanted software pada sebuah situs dapat menjadi installed oleh sebuah hacker atau oleh situs owner (sebagian besar sering unknowingly, melalui sebuah compromised plugin, theme, atau ad script). report juga separates:

  • Harmful downloads — files Google Safe Browsing believes adalah malware atau unwanted software itu sebuah pengunjung adalah prompted untuk download.
  • Uncommon downloads — sebuah download Safe Browsing sekadar hasn’t seen cukup dari untuk vouch untuk namun; ini dapat trigger sebuah Chrome download warning bahkan though halaman itself tidak niscaya malicious (lebih pada warning-surface pembedaan di bawah).

Konfirmasi tepat saat ini label wording terhadap Anda own report — Google memiliki adjusted ini labels di atas time.

3. Social engineering. Google: “A social engineering attack adalah ketika a web user adalah tricked menjadi melakukan sesuatu dangerous online.” (terjemahan) “sebuah social engineering attack adalah ketika sebuah web pengguna adalah tricked ke melakukan sesuatu dangerous online.” Sub-jenis sertakan:

  • Phishing — “Itu site tricks users menjadi revealing mereka personal information (misalnya, passwords, phone numbers, atau social security numbers).” (terjemahan) “ situs tricks pengguna ke revealing mereka personal informasi (misalnya, passwords, phone angka, atau social security angka).” Google’s saat ini report dapat juga flag suspected phishing halaman detected secara khusus sekitar login alur.
  • Deceptive konten / deceptive halaman — konten itu tries untuk trick Anda ke melakukan sesuatu Anda’d hanya melakukan untuk sebuah trusted entity, such sebagai sharing sebuah password, calling tech mendukung, atau downloading software — including deceptive embedded resources (ads atau widgets) pada sebuah jika tidak legitimate halaman.
  • Unclear mobile billing — sebuah subscription atau billing flow, biasanya pada mobile, itu tidak dengan jelas disclose price atau istilah sebelum charging pengguna.

Operating sebuah situs pada behalf dari lainnya party tanpa membuat itu hubungan jelas dapat juga menjadi flagged sebagai social engineering — worth knowing jika Anda jalankan white-label atau affiliate halaman.

Di mana warning menampilkan up — dan mengapa Safe Browsing penting

Affected halaman jangan hanya sink di rankings. Google: “Halaman atau sites affected oleh a security issue dapat muncul dengan a warning label di penelusuran hasil atau an interstitial warning halaman di itu browser ketika a user tries untuk visit them.” (terjemahan) “halaman atau situs affected oleh sebuah security issue dapat muncul dengan sebuah warning label di hasil pencarian atau sebuah interstitial warning halaman di browser ketika sebuah pengguna tries untuk visit them.”

Dua surfaces, lalu:

  • di Penelusuran, hacked situs dapat tampilkan sebuah “This site may be hacked” (terjemahan) “ini situs dapat menjadi hacked” label di bawah hasil.
  • di browser, Chrome dapat tampilkan sebuah penuh-halaman interstitial. Google: “Jika Google detects itu Anda website contains social engineering konten, itu Chrome browser mungkin display a ‘Deceptive site ahead’ warning ketika visitors view Anda site.” (terjemahan) “jika Google detects itu Anda situs web berisi social engineering konten, Chrome browser dapat display sebuah ‘Deceptive situs ahead’ warning ketika pengunjung view Anda situs.” Malware triggers sebuah similar “itu site ahead contains malware” (terjemahan) “ situs ahead berisi malware” interstitial.
Bukti untuk klaim ini Search Console's Security Issues report identifies hacked content, malware, unwanted software, and social-engineering issues detected on a site. Cakupan: Current Search Console Security Issues report. Tingkat keyakinan: tinggi · Diverifikasi: Google Search Console: Security Issues report

browser warnings adalah powered oleh Google Safe Browsing, dan itu’s bagian orang miss. Firefox, Safari, dan lainnya browser consume Safe Browsing API, so red warning dapat muncul di seluruh browser — tidak hanya di Chrome, dan tidak hanya melalui Search Console.

jangan assume setiap issue jenis produces setiap warning, atau itu surfaces move di lockstep. Penelusuran warning labels, browser interstitials, Chrome’s download warnings, dan apakah sebuah halaman dapat muncul di Penelusuran di semua adalah terpisah, independently-diperbarui sinyal. sebuah baik contoh: sebuah uncommon-download warning dapat tampilkan up sebagai sebuah Chrome download prompt tanpa niscaya preventing halaman itself dari appearing di Google Search — ini adalah tidak yang sama sebagai sebuah penuh interstitial atau sebuah de-pengindeksan. Karena ini surfaces perbarui independently, dan Safe Browsing perilaku dapat juga bergantung pada browsing context, treat Security Issues report itself sebagai authoritative record dari apa Google memiliki recorded dan fixed untuk Anda situs — jangan assume sebuah warning Anda personally dapat’t reproduce di satu browser berarti tidak ada apa pun adalah wrong, dan jangan assume clearing report berarti setiap consuming browser atau product memiliki caught up namun.

Bukti untuk klaim ini Search warning labels and browser interstitial/download warnings are separate surfaces. Not every issue blocks Search: uncommon-download warnings, for example, can appear in Chrome without preventing the page or site from appearing in Google Search. Cakupan: web UI and Google Search reporting Tingkat keyakinan: tinggi · Diverifikasi: Security issues report

Security Issues vs. Manual tindakan

ini adalah pembedaan itu trips up paling orang, so let’s gunakan Google’s own boundary alih-alih sebuah simplified penyebab split.

Security IssuesManual tindakan
Apa ini berartisitus adalah hacked, atau hosts konten/perilaku itu dapat harm sebuah pengunjungsebuah reviewer determined situs attempted untuk manipulate Google’s penelusuran indeks
Typical penyebabHacking, deceptive konten, atau malware/unwanted software — yang dapat menjadi installed oleh sebuah hacker atau, sometimes unknowingly, oleh situs ownerAnda own SEO practices (unnatural tautan, thin konten, cloaking, sneaky redirects)
jenis dari masalahpengguna safetyPenelusuran-indeks manipulation
pengguna-facing warningdapat tampilkan sebuah Penelusuran label atau sebuah browser interstitialbiasanya Tidak terlihat warning — affected halaman adalah hanya diperingkatkan lebih rendah atau omitted
ReportSecurity Issues reportManual tindakan report
Review queueSecurity reviewManual-tindakan reconsideration

mereka adalah terpisah reports dengan terpisah review queues — sebuah situs dapat memiliki satu, keduanya, atau neither, dan ini adalah mungkin untuk dua untuk overlap (sebuah hacked halaman itu mendapatkan stuffed dengan spammy tautan, misalnya, dapat eventually surface di keduanya reports). jangan reduce ini untuk “seseorang else hacked me” (terjemahan) “seseorang else hacked me” versus “I did my own spam” (terjemahan) “I melakukan my own spam” — nyata dividing line Google draws adalah apa report adalah protecting terhadap (pengguna, versus integrity dari penelusuran indeks), tidak siapa disebabkan ini.

Triage dan remediation

Front-muat triage; memahami categories kedua.

  1. Konfirmasi ini di report. Baca persis yang category dan yang sample URLs Google lists — tetapi treat itu URLs sebagai contoh, tidak sebuah penuh inventory. Google adalah jelas itu list tidak niscaya menyelesaikan, dan beberapa issues dapat tampilkan Tidak sample URLs di semua, yang tidak berarti tidak ada apa pun adalah affected. gunakan URL Inspection pada samples untuk see apa Google sebenarnya fetched, lalu cari yang sama vulnerability atau injected pattern elsewhere pada situs.
  2. Limit damage. Depending pada severity, take situs (atau affected bagian) offline atau behind maintenance mode so Anda berhenti serving malware atau phishing untuk pengguna nyata sementara Anda berfungsi. hindari secara langsung opening sebuah suspected infected halaman di sebuah wajar browser — beberapa attacks cloak konten berdasarkan browsing context, so apa Anda see dapat tidak match apa Google recorded; gunakan isolated tooling (sebuah scanner, sebuah sandboxed environment, atau pemeriksaan URL) alih-alih.
  3. temukan dan hapus injected konten. Spam halaman, injected scripts, rogue admin accounts, modified core files.
  4. Close vulnerability. ini adalah langkah itu decides apakah Anda review melewati. Patch out-dari-date plugin/CMS, rotate credentials, perbaiki insecure directory atau input itu diizinkan injection. hapus symptom dan entry poin, atau Anda mendapatkan reinfected dan review fails.
  5. Tangani leftover terindeks URLs. Injected spam halaman itu mendapat terindeks seharusnya kembalikan 404 atau 410 so Google drops them di atas time (410 adalah sebuah touch lebih cepat sebagai sebuah sinyal). jangan leave them resolving dengan sebuah 200.
  6. CMS notes. pada WordPress, biasa suspects adalah outdated plugins/themes dan weak admin credentials — perbarui semuanya, audit pengguna, dan pertimbangkan sebuah security plugin scan. pada lainnya stacks, principle adalah identical bahkan jika tooling tidak: patch, rotate, dan close input itu adalah exploited.

Requesting sebuah security review

Setelah setiap flagged issue adalah fixed di seluruh semua halaman, gunakan permintaan Review di report. Google: “When all issues listed in the report are fixed in all pages, select Request Review in the Security Issues report.” (terjemahan) “Ketika semua issues listed di report adalah fixed di semua halaman, select permintaan Review di Security Issues report.”

«Document what you did. Google asks you to “provide more information on what you did to clean your site. For each category of hacked spam, include a brief explanation of how the site was cleaned.” Google’s own example of good wording: “For Content injection hacked URLs, I removed the spam content and corrected the vulnerability by updating an out-of-date plugin.” Note how it names both the cleanup and the closed hole. » (Terjemahan) (Ringkasan bahasa Indonesia untuk bagian empat puluh sembilan, bagian kecil satu: teks sumber dipertahankan agar dapat diperiksa dalam tinjauan penutur asli.)

pada timing: Google’s saat ini guidance adalah itu sebuah security review dapat take anywhere dari sebuah sedikit days untuk sebuah sedikit weeks untuk proses. Sebelumnya guidance (published secara terpisah dari report’s own documentation) broke ini down oleh issue jenis — phishing lebih cepat, hacked-spam cases lebih lambat — dan promised warnings jelas di dalam 72 hours dari approval. itu per-jenis breakdown dan fixed 72-hour figure adalah tidak apa report’s saat ini documentation status, so treat them sebagai outdated alih-alih sebuah schedule Anda dapat rely pada. apa consistent: warning melakukan tidak disappear instant Anda perbaiki hal — ini clears hanya setelah review melewati, dan bahkan lalu propagation di seluruh setiap browser, penelusuran hasil, dan Google product tidak instant atau guaranteed untuk happen di yang sama moment di mana-mana. sebuah lulus review juga tidak sebuah promise dari restored rankings, traffic, atau AI-penelusuran visibilitas — itu adalah terpisah outcomes review proses tidak cover.

sebuah sedikit aturan dari road: submit setelah, fully fixed dan terdokumentasi — re-submitting sebelum Anda’ve sebenarnya closed semuanya hanya wastes sebuah review cycle. jangan set sebuah hard internal deadline sekitar sebuah spesifik angka dari hours atau days; monitor report dan Anda situs’s status alih-alih repeatedly resubmitting.

Preventing reinfection

cleanup adalah hanya half job. pertahankan CMS core, plugins, dan themes patched; enforce least-privilege pada accounts dan rotate apa pun credentials itu dapat memiliki leaked; turn pada 2FA untuk admin logins; monitor untuk unexpected baru files atau pengguna; dan periodically periksa Anda situs’s status di Google’s Safe Browsing situs-status alat. vulnerability itu let them di pertama time adalah satu mereka’ll try again.

Tambahkan catatan pakar

Sematkan kutipan pakar

Orang baru? Buat profilnya yang belum diklaim di /admin/experts/ → Sematkan kutipan pakar terlebih dahulu.