修 WordPress，要先修原因，不只修表面症状。
布局损坏、后台变慢、扩展冲突、PHP 警告、表单、重定向、缓存和安全问题，都需要先做有纪律的诊断，再改设置。
使用邮件按钮，并写上 URL、症状、最近改过什么，以及已经尝试过什么。
快速猜测常常会让 WordPress 更糟。
正确修复从证据开始：日志、复现步骤、最近变更、扩展版本、主机限制、缓存层，以及安全回退路径。
修复工作
第一步，是避免网站变得更难修。
有些 WordPress 问题很明显，很多并不明显。一个可见的布局问题，可能来自生成的 CSS、缓存状态、区块属性、主题选项、扩展更新、PHP 警告，或一次失败的部署。
我们从症状追到原因，再修最小的责任层。这样紧急情况结束后，网站仍然更容易维护。
我们修什么
围绕真实限制做实际的 WordPress 修复。
扩展冲突
找出是哪一个扩展、主题、更新或设置导致问题，而不是随机停用东西直到页面变化。
PHP 警告和错误
读取日志，复现问题，区分无害警告和真正故障，并在可能时修复原因。
损坏的布局和区块
修复 Gutenberg、GenerateBlocks、主题、模板或 CSS 生成问题，而不依赖页面构建器式的临时处理。
表单和邮件
修复联系表单、SMTP、送达率、垃圾邮件过滤、DNS 认证和缺失通知。
重定向和 URL
解决损坏的重定向、slug 变更、canonical 错误、404、固定链接问题和迁移遗留。
性能和缓存
在随意改设置之前，先检查主机、缓存层、Cloudflare、图片尺寸、数据库膨胀、脚本和扩展开销。
常见问题
你们能修好网站而不让它更糟吗？
这就是目标。我们先确认发生了什么变化，检查日志和缓存层，在原因更清楚前避免大范围改动。
你们会处理现有扩展和主题吗？
会。通常重点是让现有网站稳定，而不是重建一切。如果扩展或主题是原因，我们会先解释取舍，再考虑替换。
我应该先发什么？
使用邮件按钮，并附上 URL、截图、准确错误信息、最近变更、可用的主机信息，以及是否有备份或测试副本。
在更多设置被改动之前
先问清 WordPress 问题的原因。
使用邮件按钮，并写上 URL、症状、最近改过什么，以及希望改善什么。我们会回复合理的第一步。