如果你精通React、TypeScript和现代后端架构，再回头折腾WordPress确实像时光倒流。开发者们喊了这么多年"WordPress必死"，结果呢？2026年了，它依然支撑着超过40%的互联网。这不是情怀，是现实。
抱怨没用。要么理解企业为什么离不开它，要么学会用正确的方式工程化它。
插件滥用：WordPress被骂的真正原因
WordPress口碑差，问题往往出在建设者身上。太多开发者和客户把插件目录当糖果店——加个Google Analytics？装插件。做个联系表单？装插件。压缩图片？再装一个。
等反应过来，站点已经跑了40多个重型插件。它们争抢数据库资源，更新时互相冲突，制造安全漏洞，把用户体验拖成又慢又臃肿的灾难。
客户为什么不换
我们爱自己的技术栈，客户只关心业务结果。WordPress能赢，靠两样东西：
一是非技术人员能直接上手的内容编辑器。市场团队熟悉那个后台仪表盘，改个错别字、发落地页，点几下就完事，不用提GitHub工单，不用等开发部署。
二是成熟的生态。WooCommerce、Advanced Custom Fields（ACF）这些标准功能，几天就能搭起来。换自定义技术栈从头开发？几周昂贵的工程时间。
现代妥协方案：Headless WordPress
不用为了客户方便就回去写臃肿的PHP单体站。现在的做法是Headless WordPress——把WordPress严格当后端内容管理系统（CMS）用，市场团队保留他们熟悉的登录后台管理文章；但前端不走PHP渲染，而是通过WordPress REST API或WPGraphQL拉取内容。
实际网站用Astro、Next.js或Remix来构建。终端用户拿到的是极速、安全、按需编译的静态或React站点，客户还能用他们喜欢的编辑器。双赢。
单体WordPress怎么保持精简
如果必须做传统单体站，几条资深开发规则能防止它窒息：
简单任务用functions.php：注册自定义文章类型、注入追踪脚本、微调布局行为，几行原生PHP就能搞定的事，没必要单独装插件。
抛弃重型页面构建器：避开Elementor、Divi这类工具，它们注入无穷无尽的嵌套表格、臃肿CSS和多余DOM节点。用原生Gutenberg区块配合ACF，给客户提供可视化编辑能力，同时保持代码干净。
热门跟贴