2026 年 AI 时代还想做网站，是从 Laravel 学起，还是无脑入 WordPress？
2026 年的今天，大模型和 AI 助手已经强得离谱，写代码似乎变成了最不费吹灰之力的事情。但是在知乎这类问题社区平台看到这个问题，依然有源源不断的人顶着新手小白的头衔，焦急地抛出那些熟悉又经典的问题：
“现在想做个带登录和后台的小网站，是不是还得学 PHP？”
“听说现代开发都用框架了，我到底是要从头死磕 Laravel，还是干脆无脑入 WordPress 算了？”
说实话，以前这个问题挺难回答的，因为它背后其实是两个完全不同的目标混在一起：你是想学会做网站，还是想把网站做出来。
但在 AI 时代，这道题反而变简单了，因为 AI 把「把网站做出来」这项技能的门槛砸到了地板上，剩下真正需要你决定的，其实只有一件事：你要的是结果，还是过程。
先说个暴论吧，如果你的目标是做出东西，那 2026 年从 WordPress 入手，依然是性价比最高的路，没有之一。
听我慢慢说。
AI 时代只有一个标准：成熟的生态
很多人有个误会，觉得 AI 都能写代码了，那我用什么语言、什么框架无所谓，反正 AI 都会。
这话只对一半。
AI 写代码有个很朴素的原理：它见过多少，就有多准。 训练语料里这个框架的开源项目多、Stack Overflow 上的问答多、GitHub 上的范例多，AI 生成出来的代码就靠谱，报错它也知道怎么改。反过来，你要是用个小众框架，AI 大概率开始一本正经地胡说八道，编出来的函数名根本不存在，你还得自己去翻文档。
所以 AI 时代选技术栈，判断标准从「哪个更好学」变成了「哪个 AI 更熟」。
而这个标准下，PHP 和 WordPress 属于躺赢的那一档：
- 服务端编程语言里，PHP 占了全部网站的 69.7%，第二名 JavaScript 只有 7.7%（数据来源：W3Techs，2026 年 10 月）
- WordPress 一家占了全部网站的 40.1%，在已知使用了 CMS 的网站里占 58.6%
- 全球有六万多个免费插件、上万个主题，二十年积累下来的代码量和问答量，是任何框架都追不上的
换句话说，你用 WordPress 问 AI 一个问题，它见过一万个人问过同样的坑；你用个小众框架，它可能连见都没见过。
AI 时代，你选的不只是技术，是你和 AI 之间的共同语言。
同时也带来了编程模式的本质转变，从「手搓能力」到「架构与指挥能力」： 开发者个人的核心竞争力，逐渐从“死记硬背语法与 API”转变为“清晰的业务拆解能力、架构设计能力以及与 AI 高效对话（Prompt Engineering / Agent 协作）的能力”。
快速交付，依旧无脑入 WordPress
如果你当下的核心诉求是尽快把内容、产品或服务上线，追求“极速交付业务”，那么从个人经验来说，无脑入 WordPress 就是最好的选择。
开箱即用，下面这些东西，真不用你再写一遍了：
- 用户系统：注册、登录、找回密码、角色权限、多级管理员，装好就有；
- 后台管理：不用自己搭后台，文章、页面、媒体、评论、设置，全部自带界面；
- 编辑器：古腾堡（Gutenberg）区块编辑器，所见即所得，还能自定义区块；
- 内容模型：文章、分类、标签、自定义文章类型、自定义字段，一套钩子就能扩展；
- 生态：表单、SEO、缓存、备份、电商、会员、多语言，六万多个插件随便挑；
- 接口：REST API 是核心自带的，WordPress 7.1 还加了 Abilities API，官方的定位就是让 AI 能直接发现和调用站点的能力。
最后这条值得多说一句，很多人以为 WordPress 是「老古董」，其实它在 AI 这块跑得比谁都快，官方最近也推出了 MCP Adapter 插件，让你的站点直接变成一个 MCP 服务器，AI 助手可以自己进来读文章、发草稿、改设置。
你还在纠结要不要学框架的时候，WordPress 已经把自己做成 AI 能操作的对象了。
所以如果你的需求是这些：
- 做个博客、企业官网、作品集；
- 做个内容站，靠 SEO 和长尾流量吃饭；
- 做个外贸独立站，跑 WooCommerce；
- 做个内部工具、小社区、付费会员站；
那就别纠结了，装 WordPress，挑个主题，开干，可能这个过程在 AI 辅助下，从零到上线可能就一个下午。
那又是什么时候选 Laravel？
话说回来，Laravel 该不该学？该学。
但你要清楚自己学它图什么，Laravel 的价值不在于「能做出网站」，而在于「能让你搞明白网站是怎么做出来的」。
如果你想系统性地理解这些概念：
- MVC 架构：数据、视图、逻辑为什么要分开，分开之后改起来有多爽；
- ORM：为什么不能直接写 SQL，模型关联、预加载、N+1 查询是怎么回事；
- 依赖注入和服务容器：一个真正的大型应用，对象之间是怎么解耦的；
- 中间件和路由：一个请求从进来到出去，中间到底经过了哪些关卡；
- 数据库迁移（migration）和队列：团队怎么协作改表结构，耗时任务怎么丢到后台；
那 Laravel 是最好的入门老师。它的官方文档写得极其优雅，社区庞大，生态也成熟（Forge 管服务器、Vapor 部署、Nova 做后台、Livewire 和 Filament 做界面）。
而且说句实在话，AI 只能帮你写代码，帮不了你建立工程直觉，你可以让 AI 三分钟生成一个功能，但你没法让 AI 告诉你「这个设计三个月后会踩什么坑」。这种判断力只有自己从头搭过一遍才长得出来。
当然了，「性能」不是你用框架的理由，很多人觉得 WordPress 慢，其实慢的很少是 WordPress 本身，是装了一堆插件、用了个臃肿主题、图片不压缩、缓存没配好、数据库攒了几年没清理。
这些问题换个框架一样存在，只是换个地方慢而已。真到了几百万数据、高并发的量级，WordPress 靠缓存、对象存储、CDN 和好主机一样扛得住，这条路走的人多了去了。
其实不是二选一，很多人两条路都走过
聊到这儿，我猜有人还是要问：那我到底先学哪个？
我的建议是：先把东西做出来，再回头补内功。
这不是和稀泥。因为现实里绝大多数人放弃编程，不是因为学不会，是因为三个月做不出一个能看的东西。而 WordPress 能让你第一天就有个能访问的站点，第二天能发文章，第三天真有人来看。这种正反馈是坚持下去的唯一燃料。
等你用 WordPress 做到一定程度，自然会碰到它的边界。可能是某个插件满足不了需求，你想自己写一个；可能是你需要一个独立的 API 服务；可能是你想搞明白「为什么这个钩子要这么挂」。到那个时候再去看 Laravel、去看 MVC、去看设计模式，你会发现每一个概念都有具体的落点，学起来快得多。
我自己就是这么过来的。先用 WordPress 接活、做站、养活自己，然后才一点点把后端的底子补上。顺序反过来的话，大概率会在第一个月就放弃了。
最后说两句
很多时候，很多时候，我们在纠结到底是选 Laravel、Node.js 还是 Go，到底是自己从头写还是用现成 CMS，往往容易陷入“技术自我满足”的陷阱。AI 一来，纯粹比拼代码熟练度的护城河已经被悄然瓦解。
不要为了技术而技术，回到开头那个问题，其实 2026 年了，用户和市场根本不在乎你的后台是用什么写的。
他们只关心三件事：你解决了什么问题、你的内容有没有价值、你的业务能不能跑通。你用 Laravel 写得再优雅，产品没人用，那也是零；你用 WordPress 套个主题，流量起来了，那也是一百。
AI 把「写代码」这件事的门槛抹平之后，真正稀缺的反而不是技术能力，是你知不知道要做什么、做给谁看。
所以用最快、最省心的方式（无论是 WordPress 还是现代化框架）把骨架搭起来，把宝贵的精力和时间留给核心业务和产品打磨，才是最明智的策略。
