Great presentation. I totally feel your pain points as I currently feel them too. Building websites driven by CMSs used to be fun, now with the headless approach, I feel way more stressed when it comes to deployments, I gotta spit types all over the place and can't easily share them, I have this ugly separation of concerns between the front and backends, which was meant to be a developer's dream, but instead that dream has become a nightmare, for content editors and marketing users too. Broken or sub-par previews and ultimately, going headless was pointless as no one else actually needs access to the content from outside of our website. Going all in on Nextjs makes perfect sense. As you say, you get everything in a single repo, shared types, local API which can be utilised with server actions etc. and with REST & GraphQL access to the data should anyone else need it, it sounds ideal to me.
About to recommend a headless solution to my company, payload is my top choice. Incredible work!
6:51 “if you don’t even build with an API” — exactly — What year is it? … Asking a hypothetical question on stage of a service paddling server-client rendering and coupling like its the 1990s PHP again.
good work!
We've been doing wp + next at a place where I work, and I can see these pain points, the majority of the problems we see are not in building the project, but rather from handling the decoupled setup that we created. My current idea to try to combat this is to go back to just doing custom wp themes, but with twig, htmx and alpine, I get a decent SSR/CSR FE DX with a declarative syntax in a traditionally server first environment, I use twig for separating the components, handling their props and doing templating logic on the server side, on the client side I have alpine for any client side logic and htmx if I want to talk to the server without refreshing the page. Oh, and I just turn on a good caching plugin and I effectively have incremental static regeneration, static assets hosted on cdn with very little setup and maintenance.
7:26 Love the dig here on vibe coding. "I like, am actually building real products" lol. So true.
it sounds like a traditional CMS for next js folks
Seeing this for the first time now in 2025. Pretty amazing, how are the state of things nowadays, have the mentioned steps for deeper integration with Next.js been implemented?
a few hundreds Ks of JS is actually a big thing, most web pages don't serve a 10 MB video, the tech should scale from simple static content to complex UI or big content, a simple page should not load and parse big scripts if it's not necessary, it should be mostly static and use very few CPU resources.
Bruh is incredibly well spoken. Respect
Next và payload nên kết hợp tạo plugin và theme như wordpress nữa thì tuyệt vời, như vậy có thể làm nhiều nhà phát triển theme nhiều hơn
To put things in proper perspective, I'd say small-scale websites that don't require much user interaction are typically Monolithic in nature and can do very well without requiring its services to be decoupled. However, when you go enterprise and you're dealing with a front-end that communicates with several 3rd party services all at the same time with a high user interaction, you'd probably see that Headless is far much more important & crucial than what is presented here.
Man, I am watching @1.5x speed and at 6:10 I thought you said something else... I am glad the actual words were on the screen 😅
It's decoupled for a reason. Not every web app has monolith and horizontal scaling needs.
Really like the thoughts being put into Payload!
It’s hard to take someone seriously when he claims “I’ll say everything to get money”
I’m sold.
I think the problem with selling headless is it's still too complicated and costly. Many of us can run wp cheaply without all the concerns of will this plugin work? Does memberships and woocommerse work? Added subscriptions etc. I am running a startup and just looks way too complicated. It would be great if we could get to a point where there is a clean and affordable solution, that has no compromises....
The real lie in CMS is that people still think a backend is a defendable requirement for hosting something where the content changes only a few times per day and the only dynamic functionality is a contact form. NextJS and other things that for no reason valid reason at all require a backend is a perfect way to get Vercel customers to pay more for stuff they don't need, when most customers would do just fine with their whole site hosted without functions in a CDN and use Decap or something - without cloud - to get that much liked wysiwyg to edit json or md files on git.
@djSeakDigital