If visitors see a full-page red warning such as "Deceptive site ahead", "The site ahead contains malware", or "This site may harm your computer" when they open your website in Chrome, Firefox, or Safari, your domain has been flagged by Google Safe Browsing.
Safe Browsing is used by all major browsers, so a single flag effectively blocks most of your traffic until the warning is lifted. This guide walks through identifying the issue, cleaning the site, and submitting a successful review request to Google.
Symptoms
- A full-page red warning appears before the site loads in Chrome, Edge, Firefox, or Safari
- Google search results show "This site may be hacked" or "This site may harm your computer" below your listing
- Traffic and conversions drop sharply, often within hours of being flagged
- Email links to your domain are blocked or land in spam
- Google Ads or Search Console emails report "Security issues detected on your site"
Common Causes
Google typically flags a site for one of the following reasons:
- Malware — Malicious scripts injected into PHP, JavaScript, or
.htaccessfiles (often via outdated WordPress, plugins, or themes) - Phishing pages — A hacker has uploaded fake login pages (banks, Microsoft, Google) into your hosting
- Deceptive content — Misleading download buttons, fake "your computer is infected" ads, or social-engineering popups (often from compromised ad networks)
- Unwanted software — Auto-downloading files, browser hijackers, or bundled installers
- SEO spam / Japanese keyword hack — Hidden links or pages selling counterfeit goods inserted into your site
- Compromised third-party scripts — A library you load (analytics, chat, ad tag) was hijacked
Step 1: Verify Your Site in Google Search Console
If you haven't already, you'll need Search Console access to see what Google detected and to request a review.
- Open search.google.com/search-console
- Click Add property → enter your domain (use the Domain property if possible — it covers all subdomains)
- Verify ownership using one of:
/publichtml/ - HTML meta tag — Add the meta tag to your homepage's <head> section
Once verified, give Search Console a few minutes to load your data.
Step 2: Check the Security Issues Report
- In Search Console, open Security & Manual Actions → Security Issues
- Google will list the exact category of the issue (malware, social engineering, harmful downloads, etc.) and one or more example URLs
- Click each issue to expand it — Google often shows the type of malicious code or behaviour detected
Step 3: Review Detections in Imunify360
Option A — cPanel Imunify360
All Cynet hosting accounts include Imunify360, which runs as a real-time malware scanner — there is no "scan now" button because every file write is inspected as it happens. Your job is to review what it has already detected.
- Log in to cPanel
- Open Imunify360 under the Security section
- Go to the Malicious tab — this lists every file Imunify360 has flagged as malicious
- For each detection you can:
- Re-check the Files tab a few minutes later — the list should be empty or only show "Cleaned" entries
Option B — WordPress Security Plugin
If your site runs WordPress, install one of the following and run a full malware scan:
- Wordfence (free) —
Wordfence→Scan→ enable "Scan files outside your WordPress installation" - Sucuri Security (free) —
Sucuri Security→Malware Scan - MalCare (paid) — Strong at detecting hidden/obfuscated malware
Option C — External Scanners
Cross-check with public scanners (they only see public-facing pages, but they're useful for verification):
Step 4: Clean the Infection
Work through every issue identified by the scans:
Restore from a Clean Backup (Fastest, if available)
If you have a known-clean backup from before the infection, this is almost always the quickest and safest fix:
- Your own backup — If you keep local or off-server backups (downloaded full backup, plugin backup such as UpdraftPlus, or a staging copy), restore
/publichtml/and your database to a date before the compromise. In cPanel use Backup Wizard or File Manager to upload and extract, and phpMyAdmin to import the database - Cynet server backup — Cynet retains daily off-server backups of all hosting accounts. If you don't have your own backup, open a support ticket and tell us the rough date when the site was still clean. We can restore your entire account, just
/publichtml/, or only specific files/databases from our server-side snapshots
Manual Clean-Up
If no clean backup is available:
- Remove malicious files identified by the scanner — be careful to keep legitimate WordPress core, theme, and plugin files
- Check core file integrity — In WordPress, reinstall core via
Dashboard→Updates→Re-install version X.X.X - Replace themes and plugins — Delete each one and reinstall fresh copies from official sources. Never reuse "nulled" or pirated plugins — they're the most common malware vector
- Scan
.htaccessfiles — Look for unusualRewriteRule,Redirect, orHeaderdirectives. A clean WordPress.htaccessis short and well documented - Check
wp-config.php— Look for prepended PHP code (often base64-encoded) before<?php - Clear the database — Use a plugin like Wordfence to scan database tables for injected content (look in
wpoptions,wpposts) - Remove unknown admin users —
Users→All Users— delete any account you don't recognise - Check scheduled tasks (cron) — cPanel → Cron Jobs — remove anything you didn't create
Reset All Credentials
Even after cleaning, assume credentials were stolen. Change:
- cPanel password — See How to Reset Your cPanel Password
- FTP / SFTP passwords — cPanel → FTP Accounts → change each password
- WordPress admin passwords — For every admin user
- Database password — cPanel → MySQL Databases → change password, then update
wp-config.php - Email passwords — Especially the address used for password resets
- Enable 2FA — Turn on two-factor authentication where available (see Enable 2FA for cPanel and Webmail)
Patch What Let Them In
- Update WordPress core, all plugins, and your theme to the latest versions
- Remove plugins and themes you don't actually use — every inactive plugin is still an attack surface
- Switch PHP to a current, supported version via cPanel → MultiPHP Manager
- Confirm SSL is active and HTTPS is forced (see How to Set Up SSL Using AutoSSL)
Step 5: Verify the Site Is Clean
Before requesting a review, you must be confident the site is actually clean — Google will re-flag you almost immediately if malware is still present, and repeated rejections delay the review.
- Recheck Imunify360's Files tab and re-run Wordfence / Sucuri — there should be zero active detections
- Use sitecheck.sucuri.net for a fresh second opinion
- Visit each example URL from the Search Console Security Issues report — confirm they no longer contain the flagged content
- Open your site in an incognito/private window on a clean device and click through key pages
Step 6: Request a Review in Google Search Console
Once the site is verified clean:
- Go to search.google.com/search-console
- Open Security & Manual Actions → Security Issues
- Click Request Review next to each issue
- In the review form, describe the actions you took. Be specific — vague answers are often rejected. Example:
- Submit the request
What to Expect
- Typical turnaround: 24–72 hours for malware/unwanted software; phishing reviews can clear within hours
- You'll receive an email at the address used to verify Search Console once the review completes
- If the review is approved, the browser warning is lifted globally within a few hours of approval
- If the review is denied, Google will list what's still detected — clean those items and resubmit
Step 7: After the Warning Is Lifted
- Don't celebrate by re-enabling old plugins — many infections recur because the original vulnerability wasn't fully fixed
- Set up daily backups — JetBackup in cPanel runs automatic backups; verify they're enabled for your account
- Install a security plugin going forward — Wordfence, Sucuri, or Solid Security with file-change alerts enabled
- Subscribe to Google Search Console email alerts —
Settings→Users and permissions— so you're notified instantly if Google detects something in future - Limit admin accounts — Use strong passwords and only grant admin rights to people who genuinely need them
Prevention Checklist
- Keep WordPress core, plugins, and themes updated weekly
- Use only plugins and themes from the official WordPress.org repository or reputable paid vendors — never "nulled" downloads
- Enforce strong passwords and 2FA on every admin account
- Restrict
/wp-adminaccess by IP where practical (see Whitelisting an IP in the Firewall) - Disable file editing in WordPress by adding
define('DISALLOWFILEEDIT', true);towp-config.php - Leave Imunify360 enabled (it scans in real time on Cynet hosting) and add a WordPress-level scanner such as Wordfence as a second layer
- Review Google Search Console at least monthly for security and coverage issues
When to Contact Cynet Support
Open a support ticket if:
- Imunify360 shows detections but you're unsure whether to clean, quarantine, or delete a file
- You need a server-side backup restored (we keep daily off-server snapshots)
- The malware keeps returning after every clean-up (suggests a deeper compromise)
- You need help restoring from a JetBackup snapshot
- The Search Console review has been rejected more than twice
- You believe a server-level (not site-level) compromise is involved