The team is now working on the WordPress Interactivity API. This unblocks the same UX Frontity framework enabled but directly in WordPress Core, fully compatible with the new Site Editor.
I don’t have a strong opinion about it, to be honest. By this first look, it looks to me like a nice abstraction of the WP data management required to make a theme with NextJS.
My only wonder is if they have plans of adding a more complex plugin/extensibility system, or they only want to provide an abstraction of the WP data for NextJS applications.
1 Like
cristianbote2
Thank you Luis for the roundup!
I wanted to check it out as well, to see how they handle the whole data layer, over fetching and the graphql waterfall. I have zero background on WordPress for next.js but to me looks like they’ve basically jumped through hoops to get to a place where frontity has already been and established good practices.
Now, I am wondering if this more a proof of concept for them than a real framework. Something to get some more visibility and hands-on experience into the whole ecosystem?
Do they have a sumarise of what problems they’ve attempted to solve? i know David was saying something about a white paper but it’s really really old.
It adds the WP Engine framework by default. I haven’t tried replacing that with Frontity but I guess it should be possible.
I made another video showing it.
Loom cut off the first minute, I don’t know why, but the useful information is still in the video.
By the way, we talked with Jason Cohen about this and it turns out that they are not planning on building something extensible that can be a replacement of PHP themes, but instead a data layer on top of NextJS for Enterprise customers who:
Need to build websites where WordPress is not the only data source.
Are already using a NextJS application or planning on building one.
Already have a team of NextJS/React experts.
I think that it makes a lot of sense and I am glad to see more additions to the Headless WP ecosystem