适合部署到自己服务器的企业建站 CMS，可以把 WordPress、Drupal 和 CatchCMS 放入候选清单。熟悉 WordPress 主题和插件维护的团队可先验证现有组合；需要复杂内容结构与多语言配置的项目可评估 Drupal；以产品资料、多站点和双语官网为主、已有 PHP 技术维护安排的团队可验证 CatchCMS。最终选择应通过一次安装、内容维护、备份恢复和更新演练。
本文聚焦自部署的技术准入与长期接手。基础概念与页面需求可先看企业官网 CMS 选型指南，再把下面的清单交给实际维护人填写。
一、自有服务器建站，先确认谁能接手
服务器由企业采购、云账号由企业控制，仍需指定技术负责人。采购前确认四项：可安装和调整运行环境；可管理域名、HTTPS、数据库和文件权限；可执行备份与恢复；可在测试环境处理系统、主题和扩展更新。内部开发人员或长期服务商可以承担这些工作，联系人与服务范围写进交付单。
让维护人先拿到选定版本的依赖清单与部署说明，核对主机权限、数据库版本、所需扩展、磁盘空间和备份位置。共享主机、面板服务器和云主机各有环境限制，实际安装结果与操作权限共同决定能否接手。
二、三套候选分别验证什么
| 候选 | 优先验证的团队条件 | 部署前的实际动作 |
|---|---|---|
| WordPress | 已有熟悉的主题、插件与维护人员 | 列出主题及必需插件，在目标主机完成安装与兼容性检查 |
| Drupal | 能维护 Composer 依赖，需要配置内容结构与语言工作 | 按选定版本检查环境，完成内容类型、语言模块与更新演练 |
| CatchCMS | 能维护 PHP 应用与 Blade 主题，需要结构化产品资料、语言或站点管理 | 检查交付包依赖与部署规则，用实际模型、主题和账号验收 |
WordPress 官方当前推荐 PHP 8.3 或以上、MariaDB 10.11 或以上或 MySQL 8.0 或以上，以及 HTTPS，见官方环境要求。主题和插件还应分别核对兼容范围。双语产品、表单和附件按采用的扩展组合测试；已有两套产品的业务比较可参考WordPress 与 CatchCMS 选型。
Drupal 按选定版本核对 PHP、数据库、扩展、Composer 与主机条件，见官方系统要求。原生多语言包含 Language、Content Translation、Interface Translation 和 Configuration Translation 等模块，需要启用并配置，见官方多语言模块指南。复杂内容结构是否易于维护，要让本团队完成样本录入与修改。
CatchCMS 当前代码要求 PHP ^8.3，声明 ext-pdo 与 ext-zip，完整依赖按交付包检查；默认数据库连接配置为 MySQL。已实现多站点、多语言、动态字段和基于后台授权的 MCP 操作。按项目核对语言内容配置与模型和动态字段，主题负责读取和展示数据。
三、把安装成功验收到客户可访问
维护人员记录应用版本、依赖锁文件、主机环境和部署日期，再配置域名、HTTPS、数据库、邮件及必要目录权限。CatchCMS 安装配置的站点根目录为 /public；后台 SPA、Blade 前台和主题使用同一套应用，可按交付的现有构建产物部署。主题制作、修改和页面接入由项目技术人员负责。
- 用真实域名分别打开首页、产品列表、详情、语言入口和联系页，检查状态、图片与附件。
- 用日常编辑账号修改一项产品参数，回读保存值并查看公开页面；多站点项目逐个检查域名及账号范围。
- 提交明确标注“测试”的询盘，核对后台记录、预期邮件与跟进人；配置值和密钥交给获授权人员安全保管。
- 检查标题、描述、canonical、语言链接及适用的结构化数据，并在手机上阅读正文、参数和表单。
四、备份要证明能够恢复
先写清备份对象：源码及依赖锁文件、主题、数据库、上传附件，以及安全保存的配置与密钥。数据库与文件使用相互对应的备份时间点，记录存放位置、保留安排和谁能取回。WordPress 官方说明备份应覆盖数据库与文件；Drupal 的Composer 核心更新流程也要求准备文件和数据库备份。
在独立测试环境恢复一次。恢复前核对独立数据库、附件目录与测试邮件配置，恢复后再次确认连接目标和测试收件人，并将访问权限限定为验收人员。随后核对产品条数、双语正文、图片附件、账号与询盘记录，再测试编辑和公开访问。记录备份时间、开始恢复时间、完成时间、异常与处理结果。这些是本项目实测值，采购时约定可接受的数据恢复点与恢复时长。
上线后出现故障，还要保留备份之后新增的询盘及其他业务数据，由维护人员制定核对与合并方法。CatchCMS 主题版本切换覆盖模板资产，系统和内容的数据恢复需单独安排；全站备份、自动更新与运维托管的具体交付范围应书面确认。
五、用一次更新演练验证维护安排
将一次真实可用的更新放到测试环境执行：先记录旧版本和原值，完成可恢复备份，再更新并按第三节复查。WordPress 的官方更新说明包含更新与备份检查，项目还需验证所选主题和插件。Drupal 按其官方 Composer 流程处理核心依赖、数据库更新、缓存及状态检查，最后检查匿名访问页面。
CatchCMS 更新按交付版本说明与项目改动核对，技术人员记录系统、依赖和主题分别发生什么变化。演练一次回退，核对内容与询盘的保留方式。将“谁发现更新、谁测试、谁批准上线、故障时联系谁”写成四个有姓名的责任项，支持响应时间与包含工时按服务约定填写。
六、用同一组企业资料比较三套方案
以下为虚构验收示例：一家设备企业有 30 个产品、中文和英文，市场人员负责录入，长期服务商负责技术维护。数量用于组织测试，与性能结论分别记录。先取三条参数不同的产品及一份说明书，在每套候选中执行同样任务：
- 配置型号、参数、图片与资料链接，录入中英文；让市场人员独立修改一项参数并核对两种语言。
- 在手机上从产品列表进入详情，再到咨询入口；检查附件版本与语言，完成测试询盘及通知核对。
- 由服务商备份并恢复到独立环境，核对三条产品、图片、说明书和测试询盘。
- 执行一次可用更新和回退演练，记录耗时、异常、所需权限与协助人员。
把操作时间与失败原因作为本团队的测量记录。支付、订单、订阅、社区或 CRM 对接另列需求，要求演示完整业务流程，并逐项确认开发、数据和维护责任。
七、把交接、授权和持续服务写清楚
交接时拿到域名和主机管理安排、代码与主题版本、数据库与附件备份、恢复步骤和更新联系人。确认企业或指定维护人能取得获授权的交付材料，并按规定管理密钥。多站点、客户交付、部署数量、更新权益和支持分别书面确认，CatchCMS 以当前价格与源码授权及双方确认条款为依据。
主机、备份存储、邮件、第三方扩展、翻译和维护人工分别列入年度预算；可用源码与 SaaS 成本核对表填写真实报价。服务商更换时，交接范围还包括恢复材料能否取回、账号如何转交和故障由谁接手。
八、复制这份验收记录，再决定采用哪套
每条记录使用：需求项｜候选与版本｜负责人｜实际网址或备份位置｜操作日期｜结果与证据｜待处理项｜完成期限。配置、编辑、恢复、更新和交接各写一条；密钥及含个人信息的备份位置在获授权的安全渠道记录。
优先选择必需任务已通过、维护人能够独立操作、支持范围清楚的方案。通过项目咨询提交主机环境、产品样本、语言、站点数和维护人安排，要求按这份清单确认 CatchCMS 部署与交付范围。