WordPress has existed for over 20 years, powering 42.7% of all the websites on the Internet, according to W3Techs. It also holds a 62.5% market share for content management systems (CMSs) behind websites.
Today, many programming languages and frameworks are available to build user-friendly, high-performance websites that are way faster than WordPress, no matter what optimization you do in your WordPress dashboard. One example is Next.js, a popular React framework.
This guide shows how to use WordPress as a headless CMS, providing data for your Next.js application. It also explains deploying your Next.js code as a static site to Kinsta’s free Static Site Hosting service.
Understanding headless WordPress
Headless WordPress refers to using WordPress solely for its backend capabilities — managing and storing content — and using a separate system, like Next.js, for the frontend presentation.
This decoupling allows developers to use WordPress’s robust content management tools while taking full advantage of modern frontend development features, such as server-side rendering and static site generation in Next.js.
Preparing your WordPress site
Before diving into the Next.js development, your WordPress site needs a bit of preparation to serve as a headless CMS.
If you don’t already have a WordPress site, you can create one easily with Kinsta. There are three methods to build a WordPress site using Kinsta:
- Create a site on your local machine (perhaps using our DevKinsta tools) before moving the site to our servers
- Create a site remotely using the MyKinsta dashboard
- Create a site remotely using the Kinsta API
Once you have a WordPress site, there are two approaches to fetching data from your WordPress CMS into your frontend framework: WPGraphQL and REST API.
The REST API facilitates data retrieval in JSON format using JavaScript approaches like the Fetch API or the Axios library. The REST API has been built into WordPress since version 4.7, meaning it does not require any plugin to work. But to use WPGraphQL, which allows you to interact with your WordPress data using GraphQL query, you must install the WPGraphQL plugin.
Let’s use the REST API for this guide. To get your WordPress data in a JSON format, append /wp-json/wp/v2
to your WordPress site URL:
http://yoursite.com/wp-json/wp/v2
If the JSON API is not enabled when you visit http://yoursite.com/wp-json
by default, you can enable it by opening Permalinks under Settings in the WordPress dashboard and selecting Post Name or any other one of your choice except Plain:
This works for local and public WordPress sites, offering endpoints for content that includes posts, pages, comments, and media. Read our complete guide to the REST API to learn more.
Setting up your Next.js environment
Next.js helps developers build web applications with ease, enhancing performance and optimizing the development experience. One of its key features is file-based routing, which simplifies the creation of routes.
Next.js also focuses heavily on performance, offering features such as automatic code splitting, which loads only the necessary JavaScript for each page, significantly reducing the load time.
To set up a Next.js project, you can run the following command and use its default responses:
npx create-next-app@latest nextjs-wp-demo
For this guide, you can grab our Git starter template by following these steps:
- Visit this project’s GitHub repository.
- Select Use this template > Create a new repository to copy the starter code into a repository within your GitHub account (check the box to include all branches).
- Pull the repository to your local computer and switch to the starter-files branch using the command:
git checkout starter-files
.
- Install the necessary dependencies by running the command
npm install
.
Once the installation is complete, launch the project on your local computer with npm run dev
. This makes the project available at http://localhost:3000/.
Understanding the project
The App Router was introduced in Next.js 13, replacing the existing pages directory for routing. Routing with the App Router also involves creating folders within the app directory. Then, you nest a page.js file within the appropriate folder to define your route.
In this project, app is the core directory you would be interacting with, and you will find the following file structure.
/
|-- /app
|-- /blog
|-- /[postId]
|-- page.js
|-- page.js
|-- globals.css
|-- layout.js
|-- navbar.js
|-- page.js
Three pages are created: the home page to display basic information, the blog page to display all posts from your WordPress CMS, and the dynamic page ([postId]/page.js) for rendering individual posts.
You will also notice the navbar.js component, which is imported into the layout.js file to create a layout for the project.
Fetching data from WordPress to Next.js
With the WordPress REST API, you can fetch posts, pages, and custom post types by sending HTTP requests to specific endpoints.
Let’s make a fetch request in the blog/page.js file to fetch all posts in your WordPress CMS and then finally make a request to fetch each post dynamically in the blog/[postId]/page.js based on the id
parameter passed.
Before we make these requests, it’s good practice to add your JSON API address to an environment variable. This approach ensures your API base URL is easily configurable and not hardcoded across multiple files.
Create a .env file in the root of your Next.js project and add the following:
NEXT_PUBLIC_WORDPRESS_API_URL=https://yoursite.kinsta.cloud/wp-json/wp/v2
Ensure you replace the URL with your site’s JSON API. Also, add .env
to your .gitignore file so it does not push the file to your Git provider.
Fetch all posts from WordPress to Next.js
To fetch all posts from your WordPress site, create an asynchronous function named getPosts
in your blog/page.js file. This function uses the Fetch API to make a GET request to the /posts
endpoint of your WordPress REST API.
async function getPosts() {
const response = await fetch(
`${process.env.NEXT_PUBLIC_WORDPRESS_API_URL}/posts`
);
const posts = await response.json();
return posts;
}
Upon receiving the response, it converts the response to JSON, building an array of post objects. These posts
can be rendered in your Next.js application, providing a dynamic list of blog posts fetched directly from WordPress.
const BlogPage = async () => {
const posts = await getPosts();
return (
<div className="blog-page">
<h2>All Blog Posts</h2>
<p>All blog posts are fetched from WordPress via the WP REST API.</p>
<div className="posts">
{posts.map((post) => {
return (
<Link href={`/blog/${post.id}`} className="post" key={post.id}>
<h3>{post.title.rendered}</h3>
<p
dangerouslySetInnerHTML={{ __html: post.excerpt.rendered }}
></p>
</Link>
);
})}
</div>
</div>
);
};
Within the Next.js page component, call getPosts
asynchronously to fetch the posts. Then, map
over the array of posts
, rendering each post’s title
and excerpt
within a <Link>
component.
This not only displays the posts but also wraps each in a link that navigates to a detailed view of the post. This is achieved by using Next.js’s file-based routing, where the post ID is used to generate the URL path dynamically.
Fetch dynamic posts from WordPress to Next.js
In the code above, each post is wrapped in a link that is expected to help users navigate to a detailed view of the post.
For individual post pages, you utilize dynamic routing in Next.js to create a page that fetches and displays a single post based on its ID. A dynamic page [postID]/page.js is already created in the stater-files code.
Create a getSinglePost
function, similar to getPosts
, to fetch a single post using the post ID passed as a parameter.
async function getSinglePost(postId) {
const response = await fetch(
`${process.env.NEXT_PUBLIC_WORDPRESS_API_URL}/posts/${postId}`
);
const post = await response.json();
return post;
}
In the dynamic page component, you extract the post ID from the URL parameters, call getSinglePost
with this ID, and render the post’s content.
const page = async ({ params }) => {
const post = await getSinglePost(params.postId);
// ... the rest of the page code
};
You can then populate the page with the fetched data:
const page = async ({ params }) => {
const post = await getSinglePost(params.postId);
if (!post) {
return <div>Loading...</div>;
}
return (
<div className="single-blog-page">
<h2>{post.title.rendered}</h2>
<div className="blog-post">
<p> dangerouslySetInnerHTML={{ __html: post.content.rendered }}></p>
</div>
</div>
);
};
You can access the complete code on our GitHub repository.
Deploying your Next.js application to Kinsta for free
Kinsta’s Static Site Hosting service offers the ability to host up to 100 static sites for free.
This service hosts just static files. If you use a static site generator like Next.js, you can configure options that build your project from GitHub and deploy the static files to Kinsta.
Static rendering in Next.js
To enable a static export in Next.js version 13 above, change the output
mode inside next.config.js:
const nextConfig = {
output: 'export',
};
Now, when you build your project, Next.js is expected to produce an out folder that contains the HTML, CSS, and JavaScript assets for your application.
From version 13, Next.js has supported starting as a static site, then later optionally upgrading to use features that require a server. When you use server features, building your pages won’t generate static pages.
For example, in the dynamic route, you are fetching these data dynamically. You need to be able to generate all the posts statically. This can be done using the generateStaticParams
function.
The function is used in combination with dynamic route segments to statically generate routes at build time instead of on-demand at request time. When you build, generateStaticParams
runs before the corresponding layouts or pages are generated.
In [postID]/page.js, use the generateStaticParams
function to get all posts route:
export async function generateStaticParams() {
const response = await fetch(
`${process.env.NEXT_PUBLIC_WORDPRESS_API_URL}/posts`
);
const posts = await response.json();
return posts.map((post) => ({
postId: post.id.toString(),
}));
}
When you run the build command, your Next.js project will now generate an out directory with the static files.
Deploy Next.js to Kinsta static site hosting
Push your codes to your preferred Git provider (Bitbucket, GitHub, or GitLab). Next, follow these steps to deploy your Next.js static site to Kinsta:
- Log in or create an account to view your MyKinsta dashboard.
- Authorize Kinsta with your Git provider.
- Click Static Sites on the left sidebar, then click Add site.
- Select the repository and the branch you wish to deploy from.
- Assign a unique name to your site.
- Add the build settings in the following format:
- Build command:
npm run build
- Node version:
18.16.0
- Publish directory:
out
- Build command:
- Finally, click Create site.
And that’s it! You now have a deployed site within a few seconds. A link is provided to access the deployed version of your site. You can later add your custom domain and SSL certificate if you wish.
As an alternative to static site hosting, you can opt to deploy your static site with Kinsta’s Application Hosting service, which provides greater hosting flexibility, a wider range of benefits, and access to more robust features — like scalability, customized deployment using a Dockerfile, and comprehensive analytics encompassing real-time and historical data. You also don’t need to configure your Next.js project for static rendering.
Summary
In this article, you have learned how to leverage headless WordPress in a Next.js project to fetch and display posts dynamically. This approach enables the seamless integration of WordPress content into Next.js applications, offering a modern and dynamic web experience.
The potential of the headless CMS API extends beyond just posts; it allows for the retrieval and management of pages, comments, media, and more.
Furthermore, hosting your WordPress CMS alongside your frontend frameworks doesn’t have to be a hassle. With Kinsta’s MyKinsta dashboard, you’re offered a unified platform for managing your WordPress websites, applications, databases, and static sites with ease.
Leave a Reply