跨境独立站一旦出现恶意代码、异常跳转、垃圾页面或者钓鱼内容，影响的不只是网站能不能正常访问。
广告落地页可能因为安全问题被拒登，浏览器可能向用户显示危险网站提示，Google Search Console也可能出现安全问题警告。更严重的情况下，客户甚至可能在访问网站之前就被浏览器拦截。
Google Ads官方将被第三方恶意修改代码、注入恶意脚本、安装恶意软件或者将访客跳转到其他网站的目标页面归类为被侵网站，这类问题可能导致广告拒登。
但遇到网站异常时，也不能马上断定网站中了病毒。
更合理的处理流程应该是先确认问题，再判断影响范围，然后选择合适的检测工具，完成修复以后继续验证，最后再判断网站是否可以恢复正常运营。
先判断独立站是不是真的被黑了
网站访问异常并不一定意味着网站被入侵。应该先确认是否存在恶意代码、异常跳转、陌生页面、安全警告或者后台账号异常，再决定是否进入安全事故处理流程。
网站被入侵常见有哪些表现？
如果网站自动跳转到陌生网站，或者页面突然出现赌博、色情、垃圾内容，就需要优先怀疑网站是否被植入了恶意代码。
除此之外，WordPress后台出现陌生管理员账号、页面源码中出现不认识的JavaScript，也都是比较常见的异常信号。
用户访问网站时看到危险网站提醒，Google Ads出现网站中毒或被侵网站相关提示，Search Console出现Security Issues，同样说明网站可能已经触发了外部安全检测。
如果Google搜索结果中突然出现大量陌生页面，或者原本正常的页面被替换成与业务无关的内容，也需要尽快检查网站文件和数据库。
另外，一些异常表现没有那么明显，例如网站速度突然明显下降，后台文件频繁被修改，或者用户反馈点击正常页面后却进入其他网站。
这类问题单独出现时不一定能直接证明网站被黑，但如果同时出现多个异常，就应该尽快进行更全面的安全排查。
如果同时出现多个异常，网站遭到入侵的可能性就会明显增加。
先排除普通网站故障
并不是所有异常都属于恶意软件问题。例如SSL证书过期，DNS设置错误，插件冲突，服务器宕机，缓存异常，都可能导致网站无法正常访问。
所以第一步应该判断问题属于哪一类。例如网站打不开，但服务器后台也无法访问，更可能是服务器问题。
如果首页正常，但部分用户访问时会随机跳转到陌生网站，就需要重点检查恶意代码。
如果浏览器明确提示危险网站或者钓鱼风险，则应该优先检查安全问题。
先完成这一步，可以避免因为普通网站故障而进行不必要的大规模清理。
网站被黑以后会影响哪些业务？
网站安全问题可能同时影响用户访问、广告投放、搜索展示和询盘转化，但不同类型的安全事故影响程度并不一样。
因此，确认网站被入侵以后，需要继续判断影响范围，而不是只关注恶意文件本身。
可能影响Google Ads
如果广告落地页被第三方修改，Google Ads可能把页面识别为被侵网站。
Google官方列举的典型情况包括恶意脚本、数据窃取代码、恶意软件、弹窗跳转以及被利用的内容管理系统漏洞。
这类问题可能导致广告无法继续正常投放。所以如果网站同时做Google Ads，安全事故处理完成之前，不应该只修改广告或者更换落地页。
首先需要解决网站本身的问题。
可能影响Google Search中的用户访问
Google Search Console的Security Issues报告主要用于显示网站被黑或者可能伤害访问者的问题。例如钓鱼、恶意软件、不需要的软件和其他危险行为。
Google 说明，这类页面可能在搜索结果中显示警告，也可能在用户访问页面之前出现浏览器安全拦截。
因此网站虽然仍然存在于搜索结果中，用户也可能不敢继续访问。
可能影响用户信任和转化
对于外贸独立站来说，这通常是最直接的损失之一。
采购客户第一次访问网站时，如果看到危险网站提示，很难继续填写询盘表单或者下载产品资料。
即使网站已经完成技术修复，只要用户仍然看到安全警告，业务影响就没有真正结束。
判断网站是否真正恢复，不能只看后台已经可以正常打开，还需要同时确认几个层面。
首先要确认网站本身已经恢复正常，例如页面能够正常访问，不再出现恶意跳转、异常内容或者陌生文件。
其次，还要确认 Google 已经重新识别网站为安全状态，Search Console、Safe Browsing 等平台不再持续显示安全警告。
最后还需要从用户角度检查，确保访客打开网站时不会再看到危险提示、异常跳转或者其他影响正常访问的问题。
只有网站本身、Google 安全状态和用户实际访问体验都恢复正常，才能更有把握地判断这次安全问题已经基本处理完成。
第一优先级先检查Google Search Console
如果网站已经接入Google Search Console，出现安全异常以后应该优先查看Security Issues和Manual Actions而不是先依赖第三方红绿灯工具判断网站是否被Google惩罚。
这两个报告解决的是不同问题。
Security Issues 检查什么
Security Issues主要用于报告可能伤害用户的网站安全问题。
Search Console 中的Security Issues可能对应多种不同类型的安全问题，并不只是网站被黑这一种情况。
比较常见的包括恶意软件、钓鱼页面、不需要的软件、欺骗性内容，以及网站被第三方植入危险页面或恶意代码。
例如，网站可能因为插件漏洞被攻击者植入恶意脚本，也可能被创建大量仿冒登录页用于窃取用户信息。
还有一些情况不会直接破坏页面，而是偷偷加入下载程序、跳转代码或者欺骗性内容。
这些问题虽然表现不同，但共同点都是可能伤害访问者，因此需要在确认具体问题类型以后分别处理，而不能简单把所有网站安全问题都理解成普通的网站中毒。
Google官方说明完成问题修复以后可以在Security Issues报告中申请安全审核，审核可能需要数天到数周。
所以如果网站已经明确出现Security Issues，处理顺序应该是先完成清理，再提交审核。
Manual Actions检查什么？
Manual Actions与Security Issues不是同一个概念。
Manual Actions主要表示Google人工审核人员认为网站部分内容违反了垃圾政策，并对网站或部分页面采取了人工措施。
因此网站被黑并不等于一定存在Manual Action同样出现Manual Action也不一定说明网站感染了恶意软件。
如果怀疑网站被Google人工处理，应该直接查看Search Console的Manual Actions报告，而不是依靠第三方工具显示的红色或者绿色结果进行判断。
为什么不建议只看所谓域名惩罚检测工具？
第三方工具通常无法直接读取Google内部是否对网站采取了人工措施。
所以这类工具给出的正常或者异常提示只能作为外围信息。
如果需要判断是否存在手动操作，Search Console才是更直接的数据来源。
使用Google Safe Browsing检查公开安全状态
Google Safe Browsing适合判断Google当前是否把网站识别为危险站点，但不能单独证明网站服务器已经完全安全。
它更适合作为外部状态检查工具。
哪些情况适合检查Safe Browsing
可以在下面这些情况下使用。
- Chrome 出现危险网站提示
- Google Ads 出现网站安全问题
- 网站刚刚完成恶意代码清理
- 准备重新检查网站外部安全状态
- 用户反馈浏览器阻止访问
通过Safe Browsing可以了解Google当前是否仍然识别到明显风险。
正常结果不等于网站完全安全
这一点其实非常容易被误解即使Google Safe Browsing没有检测到问题，也只能说明当前公开检测层面暂时没有发现明显风险，并不能证明网站内部已经完全安全。
例如，服务器中仍然可能存在隐藏后门，数据库里可能残留异常内容，后台也可能存在陌生管理员账号。
有些恶意脚本只有在特定条件下才会触发，某些定时任务和隐藏文件也未必会被公开扫描工具发现。如果管理员密码、FTP凭证或者其他账号信息已经泄露，这类风险同样不会因为Safe Browsing显示正常而自动消失。
因此，对于已经确认遭到入侵的网站，不能仅仅因为Safe Browsing检测结果正常就结束安全排查。更稳妥的做法是继续检查服务器文件、数据库、管理员账号、定时任务和访问日志，确认没有持续异常后，再判断网站是否真正完成恢复。
使用Sucuri Site Check做公开页面扫描
Sucuri SiteCheck很适合用来快速扫描公开网站页面，可以作为独立站安全问题的第一轮外部检测工具。
它能够检查已知恶意软件、病毒、黑名单状态、网站错误、过时软件和部分恶意代码。
网址是https://sitecheck.sucuri.net/
Sucuri SiteCheck适合检查哪些问题
比较适合检查以下内容。
- 页面公开的恶意代码
- 已知恶意软件
- 网站黑名单状态
- 可疑脚本
- 部分过时软件
- 网站公开错误
- 部分网站技术信息
对于WordPress网站来说，它非常适合做第一轮快速检查。
例如用户反馈网站出现奇怪跳转，可以先使用SiteCheck查看前端页面是否暴露明显恶意代码。
Sucuri Site Check有什么限制？
Sucuri 官方明确说明 SiteCheck 属于远程扫描器，因此访问范围有限，检测结果不能保证完整。
这意味着一些只存在于服务器内部的问题可能无法被发现。
例如恶意代码存在于某个PHP文件中，但当前页面没有调用这个文件，外部扫描器就可能看不到。
数据库内部隐藏的恶意账号或者某些后门同样可能无法通过公开页面扫描发现。
因此可以把Sucuri理解为初筛工具，而不是最终安全证明。
使用VirusTotal检查可疑URL和文件
VirusTotal更适合分析某一个可疑链接或者文件，而不是直接代替完整的网站安全审计。
它支持URL 和文件分析，并可以查看分析结果和历史记录。
网址: https://www.virustotal.com
URL检查适合哪些情况
例如发现网站中存在陌生外链，可以把对应URL放入VirusTotal。
这类链接或地址比较适合使用VirusTotal做进一步检查。例如网站出现异常跳转时，可以把跳转后的地址提交检测，判断目标页面是否被多个安全引擎标记为可疑。
如果页面源码中加载了陌生JavaScript，也可以继续检查脚本来源域名，确认它是否与已知恶意活动有关。
另外，如果网站突然调用自己从未见过的外部域名，广告落地页被怀疑存在安全问题，或者页面中被植入了陌生链接，都可以使用VirusTotal作为辅助判断工具。
对于可疑下载地址同样适用，尤其是在网站被黑后发现陌生文件下载、自动下载或者不明资源请求时，可以先对相关URL进行检测，再决定是否继续深入排查。
VirusTotal的报告可以显示不同安全引擎对URL的判断结果。
文件分析适合哪些情况
如果在清理网站的过程中发现自己不认识的文件，可以进一步使用VirusTotal进行分析。
例如，可疑的PHP文件、陌生的JavaScript、未知压缩包、不认识的执行文件，以及突然出现在服务器中的异常文件，都可以作为重点检查对象。
VirusTotal支持上传文件并调用多个安全引擎进行分析，可以帮助判断文件是否包含恶意代码、木马或者其他可疑行为。
不过如果文件中包含数据库备份、客户资料、账号凭证、API Key或其他敏感信息，不建议直接上传到公共扫描平台，更适合先由开发人员或安全人员在本地环境中检查。
不要随意上传敏感文件
如果文件中包含客户资料、数据库信息、密码、API Key、商业源码或者其他敏感数据，不适合随意提交给公共分析平台。
可以优先由开发人员或者服务器安全人员进行本地分析。
VirusTotal不能代替网站清理
VirusTotal可以帮助判断文件或者URL是否可疑，但它不会替你完成WordPress清理。
它也不能证明整个服务器不存在后门，所以更适合把它看作局部分析工具。
SSL Labs应该什么时候使用？
Qualys SSL Labs检查的是HTTPS 和 SSL/TLS 配置，不是检查WordPress有没有病毒。
这一点需要与恶意软件扫描明确区分，Qualys的SSL Server Test是用于分析公开SSL Web Server配置的免费服务。
网址是https://www.ssllabs.com/ssltest/
SSL Labs主要检查什么？
Qualys SSL Labs更适合用于检查网站的HTTPS 和SSL/TLS配置情况。
它可以帮助判断SSL证书是否正常、证书链是否完整、服务器支持哪些TLS协议版本，以及当前加密配置是否存在明显风险。
除此之外，它还可以检查HTTPS服务器的整体配置，并帮助发现部分浏览器兼容性问题。例如某些旧设备或浏览器无法正常建立安全连接，就可能与协议支持或证书链配置有关。
因此SSL Labs更适合用于判断网站HTTPS配置是否安全、完整和兼容，而不是用来检查网站是否存在木马、恶意代码或者WordPress后门。
SSL Labs不能判断什么？
SSL Labs主要检查的是HTTPS 和 SSL/TLS 配置，因此它并不能直接判断网站是否存在木马、WordPress后门、数据库异常账号、恶意垃圾页面，或者管理员密码是否已经泄露。
这些都属于网站应用层、服务器层或者账号安全层的问题，不在SSL Labs的主要检测范围内。
所以，即使SSL Labs给出了较高的安全评级，也不能据此判断整个网站已经完全安全。
它最多说明网站在证书、协议和加密配置方面表现较好，但并不能代表网站程序、数据库和后台账号没有风险。
简单来说，HTTPS安全和网站应用安全是两个不同层面的事情。
前者主要关注通信是否加密、证书是否有效，后者则更关注网站程序有没有漏洞、恶意代码、后门和账号泄露等问题。
不同网站问题应该使用哪个工具？
不同检测工具解决的问题不同，没有必要每次发生异常都把所有工具全部运行一遍。
先根据异常选择工具，会更加高效。
| 当前问题 | 优先检查工具 |
|---|---|
| Search Console 提示网站被黑 | Search Console Security Issues |
| 怀疑存在人工措施 | Search Console Manual Actions |
| Chrome显示危险网站 | Google Safe Browsing |
| 想快速扫描公开页面 | Sucuri SiteCheck |
| 怀疑某个URL有问题 | VirusTotal |
| 怀疑某个文件异常 | VirusTotal |
| HTTPS 配置异常 | Qualys SSL Labs |
| Google Ads 出现网站安全拒登 | Google Ads Policy Details 和 Search Console |
这里最重要的原则是根据问题选择工具，而不是根据工具寻找问题。例如网站出现 SSL 证书错误时，优先使用 SSL Labs。
如果出现垃圾页面和恶意跳转，则应该先检查 Security Issues 和网站文件，这样可以减少很多无效排查。
确认网站被入侵以后应该先做什么？
确认网站被黑以后，重点应该从检测切换到隔离、备份、清理和寻找入侵入口。安全扫描只能告诉你可能存在问题，真正的恢复工作还是需要回到网站本身。
先保存现有证据和数据
如果在排查网站安全问题时发现恶意文件，不建议第一时间把所有可疑文件直接删除。
更稳妥的做法是先保留现场信息，因为后续判断入侵入口、攻击时间和影响范围时，这些资料往往很有价值。
建议先备份当前网站文件和数据库，并保存服务器日志，避免后续清理过程中丢失关键证据。
同时可以记录发现的异常URL、陌生管理员账号和可疑文件位置，方便后面逐项排查。
如果近期安装、更新过插件或主题，也建议一并记录，因为这些变更有时与安全问题发生时间存在关联。
等这些信息保存完成后，再根据实际情况清理恶意代码、删除异常账号和修复漏洞会更稳妥。
这样即使后续发现问题反复出现，也能根据之前保留下来的文件、日志和变更记录继续追查网站究竟是从哪里被入侵的。
WordPress网站重点检查哪些位置？
如果独立站使用的是WordPress，建议不要只检查前台页面，而是把后台账号、程序文件、插件主题、数据库和服务器访问权限一起排查。
首先可以查看管理员账号，确认是否出现自己不认识的用户，同时检查WordPress核心文件有没有被异常修改。
插件和主题也是需要重点排查的位置，尤其是最近安装、更新或者长期没有维护的插件和主题。
uploads目录通常用于存放媒体文件，如果里面突然出现PHP文件或者其他可执行文件，也值得进一步检查。
wp config文件和数据库同样需要确认是否存在异常修改、陌生配置或者可疑账号信息。
如果有服务器权限，还建议继续检查Cron定时任务、FTP账号、SSH账号和主机控制面板账号，看是否存在陌生用户、异常登录或者自己没有设置过的任务。最近被修改的文件也很有参考价值，因为它们可以帮助缩小问题发生的时间范围。
整个排查过程中，尤其需要关注两类异常，一类是自己完全不认识的管理员账号，另一类是近期突然被修改或者新增的PHP文件。这两类情况往往比普通页面异常更值得优先处理。
清理完成以后还需要处理账号安全
网站中毒有时候并不是单一文件问题。
攻击者可能已经获得后台账号、FTP 或服务器访问权限。
所以清理恶意代码以后，还应该根据实际情况处理相关账号。
例如修改管理员密码，清理陌生账号，检查服务器用户，以及确认不再使用的账号是否应该停用。
不要只删除恶意代码，还需要找出入侵原因
只删除表面的恶意文件并不能保证网站安全。如果真正的入侵入口没有被修复，相同问题很可能再次出现。
所以网站恢复过程中还需要做一次原因排查。
常见入侵入口有哪些
WordPress网站出现安全问题时，建议重点从插件、主题、账号权限和服务器配置几个方向排查。长期没有更新的插件、已经公开存在漏洞的插件、盗版主题，以及长期未更新的WordPress核心，都是比较常见的风险来源。如果网站还安装了来源不明的第三方代码，也需要重点检查。
账号和访问凭证同样不能忽视。弱密码、管理员账号泄露、FTP凭证泄露，都可能让攻击者直接获得网站访问权限。
如果服务器目录权限设置不合理，或者主机控制面板账号被泄露，也可能进一步扩大问题范围。
另外，一些被遗忘的测试网站、旧版本网站和公开可访问的备份文件，也可能成为攻击入口。
很多站长只维护正式网站，却忘记了测试子域名、旧程序目录或者历史备份，这些地方如果仍然存在漏洞，同样可能被利用。
因此，如果在服务器中发现一个恶意PHP文件，不建议只把这个文件删除就结束处理。
更重要的是继续确认它是通过哪个插件漏洞、账号权限、上传接口或者其他入口进入服务器的。
只有把真正的入侵入口找到并修复，才能降低网站再次被植入恶意文件的风险。
为什么很多网站清理以后又再次中毒？
比较常见的原因就是只处理了结果，没有处理入口。
例如删除了恶意首页代码，但是漏洞插件仍然存在。
攻击者仍然可以通过相同入口重新写入代码。
或者管理员密码已经泄露，但网站只删除了垃圾页面，没有修改账号安全设置。
这种情况下看起来修好了，实际上网站仍然处于风险中。
网站清理以后应该怎么验证？
网站文件恢复正常只是第一步，还需要分别验证网站自身、外部安全状态和 Google 平台状态。
只有多个层面的结果都恢复正常，网站才更接近真正完成安全事故处理。
先检查网站自身
网站完成清理以后，建议不要马上恢复全部运营，而是再做一轮复查，确认问题没有残留或者再次出现。
可以先检查后台是否还存在陌生管理员账号，网站是否仍然发生异常跳转，搜索结果或站内是否继续出现垃圾页面，以及服务器中的文件有没有再次被异常修改。
同时还要确认WordPress后台可以正常使用，询盘表单和其他关键功能没有受到影响，主要页面可以正常打开。
如果有服务器访问权限，也建议继续观察一段时间的日志，看看是否还有异常登录、可疑请求或者重复访问某些敏感文件的行为。
如果恶意文件刚清理完，第二天或者几天后又重新出现，通常说明真正的入侵入口还没有被修复。
这个时候不应该继续重复删除文件，而是需要重新检查插件漏洞、管理员账号、FTP 或 SSH 凭证、服务器权限和其他可能被攻击者持续利用的位置。
网站完成清理以后，建议不要马上恢复全部运营，而是再做一轮复查，确认问题没有残留或者再次出现。
可以先检查后台是否还存在陌生管理员账号，网站是否仍然发生异常跳转，搜索结果或站内是否继续出现垃圾页面，以及服务器中的文件有没有再次被异常修改。
同时还要确定WordPress后台可以正常使用，询盘表单和其他关键功能没有受到影响，主要页面可以正常打开。
如果有服务器访问权限，也建议继续观察一段时间的日志，看看是否还有异常登录、可疑请求或者重复访问某些敏感文件的行为。
如果恶意文件刚清理完，第二天或者几天后又重新出现，通常说明真正的入侵入口还没有被修复。
这个时候不应该继续重复删除文件，而是需要重新检查插件漏洞、管理员账号、FTP或SSH凭证、服务器权限和其他可能被攻击者持续利用的位置。
再做外部扫描
网站完成清理以后，建议再使用几个不同类型的外部工具做一次交叉检查，例如Sucuri SiteCheck、VirusTotal、Google Safe Browsing和SSL Labs。
它们分别从公开页面、可疑URL或文件、Google安全状态以及HTTPS配置等不同角度检查网站，可以帮助你判断外部可见风险是否已经基本消除。
如果这些工具的检测结果都恢复正常，说明网站当前公开层面的安全状态已经明显改善，也可以提高你对修复结果的判断信心。
不过仍然需要注意，外部扫描只能看到它们能够访问和识别到的内容，并不能保证服务器内部百分之百不存在风险。
因此，对于已经确认被入侵过的网站，即使多个外部工具都显示正常，也建议继续观察服务器日志、管理员账号、文件修改情况和数据库状态。
只有外部检测正常，同时网站内部也没有继续出现异常，才能更稳妥地判断这次安全问题已经基本处理完成。
再查看Search Console
如果之前Search Console出现Security Issues，需要确认问题已经处理完成。
Google 官方允许网站所有者在完成修复后提交安全审核。审核时间可能从数天到数周。
因此网站修复以后，Google 的安全状态不一定马上同步更新。
这里需要区分技术修复完成和 Google 已经重新审核完成。
网站什么时候可以恢复正常运营
是否恢复广告和正常推广，不应该只看某一个工具显示绿色，而应该综合判断网站自身、Google 状态和用户访问体验。
可以按照三个状态判断。
初步恢复阶段
如果网站已经完成恶意代码清理，异常跳转也已经消失，同时后台没有发现陌生管理员账号，主要页面能够正常访问，那么可以初步认为网站已经进入恢复阶段。
在恢复正常运营之前，建议再确认几个外部状态。例如 Google Search Console 中已经没有未处理的安全问题，浏览器访问网站时不再显示危险提示，服务器中也没有继续出现新的异常文件。
如果网站还在进行Google Ads投放，也应该确认广告落地页能够正常打开，没有异常跳转、恶意脚本或者安全警告。
当网站内部状态、Google安全状态、浏览器访问体验和广告落地页都恢复正常，并且经过一段时间观察没有再次出现异常时，就可以考虑逐步恢复正常运营。
相比刚清理完成就立即恢复全部推广，这种做法会更加稳妥。
部分恢复
如果网站已经能够正常访问，恶意代码也已经完成清理，但 Search Console 的安全审核仍在处理中，或者外部平台的状态还没有完全更新，那么更适合把网站视为进入观察恢复阶段，而不是完全恢复。
这时候建议继续观察服务器日志，确认没有新的异常请求、可疑登录或者文件被再次修改。
同时，也要留意部分垃圾URL是否还存在于搜索结果中，外部安全提示是否已经逐步消失如果这些问题都在持续改善，说明恢复方向基本正确。
这种情况下可以恢复一些日常维护、内容更新和正常用户访问，但不建议立刻恢复全部大规模广告投放或高强度推广。
更稳妥的做法是等Search Console审核完成、外部安全状态同步正常，并且网站经过一段时间观察没有再次出现异常后，再逐步恢复完整运营。
继续排查
如果网站仍然存在异常跳转、恶意代码或者陌生管理员账号，就不建议恢复广告投放，也不适合继续扩大流量。这些现象说明网站本身的安全问题还没有真正解决，攻击者可能仍然保留访问权限，或者服务器中还存在没有清理干净的后门。
如果 Search Console 继续显示安全问题，Google Ads 仍然提示 Compromised site，或者浏览器依旧会拦截用户访问，也说明外部平台还没有确认网站已经恢复安全。特别是恶意文件在清理之后又自动出现，通常意味着真正的入侵入口还没有被找到。
这种情况下，建议先继续排查插件漏洞、管理员账号、FTP 和 SSH 凭证、服务器权限、数据库和可疑定时任务，直到能够确认攻击入口已经被修复。如果连网站究竟是怎么被入侵的都还不清楚，就更不适合马上恢复大规模推广。
因为这时候继续投放广告或者扩大流量，只会把更多用户带到仍然存在风险的网站，不仅会影响转化和用户信任，也可能让安全问题进一步扩大。
免费网站安全检测工具清单
网站安全工具真正的价值不是数量多，而是能够在不同阶段帮助确认不同问题。
可以根据下面的方式使用。
Google Search Console Security Issues
如果怀疑网站被黑、感染恶意软件、出现钓鱼页面或者其他可能伤害访问者的安全问题，可以优先查看Google Search Console中的Security Issues。
它能够帮助站长了解Google当前检测到了什么类型的安全风险，也比较适合在网站清理完成以后继续确认安全状态。
Google Search Console Manual Actions
如果担心网站受到Google人工措施，可以查看Search Console中的手动操作。这个报告主要用于确认Google是否因为垃圾内容或者违反相关政策而对网站采取人工措施。
需要注意的是手动操作并不是恶意软件扫描工具。网站被黑和受到人工措施属于不同类型的问题，所以不能使用手动操作代替网站安全检测。
Google Safe Browsing
Google Safe Browsing 更适合检查网站当前公开的安全状态，例如Google是否已经把网站识别为危险站点，以及用户访问时是否可能遇到明显的安全提示。
如果网站之前出现过浏览器拦截或者危险网站警告，在完成清理以后可以再次使用Safe Browsing检查外部状态。不过检测结果正常并不能单独证明服务器内部已经完全安全。
Sucuri SiteCheck
Sucuri SiteCheck比较适合快速扫描网站公开页面，可以帮助发现部分已知恶意软件、黑名单状态、页面错误和软件安全风险。
它适合用作第一轮外部检查，但由于属于远程扫描工具，无法直接查看服务器内部的所有文件和数据库内容。因此，即使扫描结果正常，也不应该把它当成网站完全安全的最终证明。
VirusTotal
VirusTotal更适合检查某一个可疑URL或者文件。例如网站出现陌生跳转地址、可疑 JavaScript 来源、未知外部域名或者异常PHP文件时，可以使用VirusTotal获取多个安全引擎的检测结果作为辅助判断。
它更像是局部分析工具而不是完整的网站安全审计工具，所以仍然需要结合服务器文件、数据库和账号权限进行进一步排查。
Qualys SSL Labs
Qualys SSL Labs主要用于检查SSL和TLS服务器配置，例如证书、证书链、协议支持和HTTPS配置是否正常。
它解决的是网站通信和HTTPS配置层面的问题，并不是WordPress恶意软件检测工具。
因此即使SSL Labs给出了较高评级，也不能据此判断网站没有木马、后门或者其他应用层安全问题。