残留死链并非宝塔面板引起，而是用户HTML硬链接、Nginx残留配置或网站程序数据库未清理所致；需依次检查Nginx配置文件、重定向插件表及CDN缓存。

确认残留死链是否真由网站卸载引起

宝塔面板本身不会主动保留已删除网站的“死链数据”——它不记录或缓存外部访问过的 URL。所谓“死链”，通常是以下三类情况之一：
用户自己写的 HTML 页面里还留着指向旧域名或旧路径的 ；
Nginx 配置中残留了已删站点的 server 块或 rewrite 规则；
网站程序（如 WordPress、Typecho）数据库里未清理的 post_meta、options 或重定向插件配置。

检查 Nginx 配置中是否残留 server 块或 rewrite 规则

这是最常见、也最容易被忽略的死链来源。即使你在面板里点“删除网站”，宝塔默认只删 /www/wwwroot/xxx.com 目录和数据库，但不会自动删对应的 Nginx 配置文件。

执行以下操作确认：

• 进入配置目录：ls /www/server/panel/vhost/nginx/，查看是否存在已删除域名的 xxx.com.conf 文件
• 用 grep -r "return 301" /www/server/panel/vhost/nginx/ 检查是否有残留跳转规则
• 若发现多余配置，直接 rm -f /www/server/panel/vhost/nginx/xxx.com.conf
• 重载 Nginx：bt reload 或 nginx -s reload

清理网站程序数据库里的冗余链接数据

如果你删的是 WordPress 类站点，且之前装过 Redirection、Rank Math 等插件，它们会在数据库里建表存重定向规则，卸载插件 ≠ 清空表。

典型残留表名包括：wp_redirection_404、wp_redirection_logs、wp_options 中的 redirection_modules 字段等。

安全清理建议：

• 先备份数据库：mysqldump -u root -p database_name > backup.sql
• 登录 phpMyAdmin 或用命令行进库：mysql -u root -p database_name
• 删表（仅限确认不再需要）：DROP TABLE IF EXISTS wp_redirection_404, wp_redirection_logs;
• 清空 option 表中插件残留项：DELETE FROM wp_options WHERE option_name LIKE '%redirection%';

扫描并定位真实死链来源（非宝塔责任，但必须做）

宝塔不生成也不管理“外部访问链接”，所以你看到的 404 日志、SEO 工具报的死链，源头一定在别处。别指望删宝塔就能解决。

快速定位方法：

• 查 Nginx 访问日志中最常 404 的路径：tail -1000 /www/wwwlogs/xxx.com.log | grep " 404 " | awk '{print $7}' | sort | uniq -c | sort -nr | head -20
• 检查站点 HTML 源码是否硬编码了旧路径：grep -r "href=\"/old" /www/wwwroot/（注意：此命令需在仍有其他网站存活时运行）
• 若用 CDN，确认 CDN 缓存没刷新，死链可能来自边缘节点缓存而非源站

真正难清理的，从来不是宝塔删不干净，而是你忘了自己写过哪些静态链接、插件存过哪些重定向、CDN 还挂着半年前的缓存。这些，得靠人工比对和日志溯源，没有一键脚本。