WordPress / WordPress/Learn

Topic Proposal - Headless WordPress with JAMstack Sites

Open
#3,411 7 comments 0 reactions 0 assignees View on GitHub

Nobody has claimed this yet.

[Content] Needs SME [Type] Bug Awaiting Triage
Dominant language
PHP
Stars
333
Forks
127
Avg merge
1d 7h
Merged PRs (30d)
11

Description

Details

  • Topic description: An introduction to using WordPress as a headless CMS
    to power JAMstack sites. Covers the concept of decoupled architecture,
    how WordPress REST API exposes content, and how a static
    site generator (e.g. Next.js or Astro) consumes that content to build
    a fast, modern frontend.

  • Audience: Developer

  • Learning objectives:

    1. Explain what "headless WordPress" means and how it differs from a
      traditional coupled WordPress setup.
    2. Identify use cases where a headless/JAMstack approach is appropriate.
    3. Configure WordPress to expose content via the REST API or WPGraphQL.
    4. Query WordPress content from a frontend framework (e.g. Next.js)
      during static site generation.
    5. Understand the trade-offs: lost features (theme layer, plugins that
      render HTML), gained benefits (performance, frontend flexibility).
  • Content type: Course

  • Will you be creating this content? Yes

Related Resources

Next steps for SMEs

Please follow the team handbook "Vetting topic ideas"
(https://make.wordpress.org/training/handbook/training-team-how-to-guides/vetting-topic-ideas/)
to vet this topic.

Contributor guide

No contributing guide indexed for this repository

First steps

  1. Read the whole issue, then the project's contributing guide.
  2. Comment on the issue to say you are picking it up — it saves two people doing the same work.
  3. Fork the repository and make your change on a branch.
  4. Open a pull request that references the issue number.

Research direction

Start with the team handbook’s “Vetting topic ideas” guide, then review the linked WordPress REST API, Next.js, Astro, and JAMstack resources. Use the stated audience and learning objectives to assess the proposed course. Done means the topic has been vetted and its planned content addresses the listed objectives and trade-offs.

Written by the indexing model from the issue text.

Assessment

Tech stack
next.js
Domain
content, documentation, web-dev
Issue type
Documentation
Difficulty
4/5
Estimated time
3-5 days
Activity status
Quiet
Clarity
Mostly clear
Newbie friendliness
52/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.