Now booking enterprise content platform builds for 2026. Contact us

CMS comparison Kirby vs Wagtail

Kirby vs Wagtail

Kirby is a closed-source traditional CMS that you host yourself. Wagtail is an open-source traditional CMS that you host yourself. The table below sets them side by side on 28 features. They get a different status on 12.

  • Kirby Traditional · Closed source · 11 of 28 built in
  • Wagtail Traditional · Open source · 18 of 28 built in

Sources checked: Kirby on 29 Sept 2026, Wagtail on 29 Sept 2026. Plans and releases can change after those dates.

WAYF is an official Payload partner and top contributor. Every platform in the table is classified by the same published definitions, and each answer lists the vendor page it came from.


Feature comparison

Built inPaid tierPlugin or add-onLimitedNot available
Kirby vs Wagtail feature comparison. Columns are the two platforms. Rows are features, grouped by area.
Platform
Kirby Traditional
Wagtail Traditional
Overview
What it is File-based PHP CMS with a configurable editing Panel. Content lives in text files on your own server, under a paid per-site licence.Open-source CMS built on Django. Content types are Python models, and you host it yourself on any Python stack.
Edition compared The product and release each column describes. Kirby 5. Kirby 6 is in alpha. Version 5.6.0, released 16 Sept 2026 Wagtail 8, open source Version 8.0, released 25 Aug 2026
Vendor Content Folder GmbH & Co. KG getkirby.com Wagtail core team (created by Torchbox) wagtail.org
Licence Closed source Proprietary, source available Open source BSD-3-Clause
Hosting Self-hosting No vendor cloud Self-hosting No vendor cloud The Wagtail project runs no managed hosting. Deploy it like any Django app.
Built with PHP, Vue for the PanelPython, Django
Database Flat files, no database requiredPostgreSQL, MySQL, MariaDB, SQLite
Pricing Public list prices only. Hosting and implementation are extra everywhere. No free option Basic €99 per site if revenue is under €1M. Enterprise €349 per site. Both include 3 years of updates. Free to start Free and open source. No licence fee.
Content modelling
Content model in code You define content types in files in your repository, review them like any other code and apply them from there. Imperative migration scripts alone count as limited. Built in Blueprints are YAML files in site/blueprints. 5 Built in Page and snippet types are Django models. 2
Content model in the UI Admins can create and change content types and fields in the admin interface without writing code. Not available You edit blueprints as files. The Panel has no schema editor. 5 Not available Developers define content types in Python only.
Reusable blocks Editors compose pages from reusable, typed components or blocks, and can reorder them. Built in Blocks and Layout fields. 6 Built in StreamField blocks. 2
Localization Editors translate content per locale inside the CMS, by field or by entry, without a separate site for each language. Built in Multi-language content is built in. 7 Built in Core i18n with simple_translation. The wagtail-localize package adds a translation workflow. 3
Image transformations The CMS resizes, crops or converts images on request, through URL parameters or generated sizes, with no external service. Built in Thumbs with resize, crop and format conversion. 8 Built in Renditions with resize, crop and format filters. 4
APIs and delivery
REST API A documented REST or JSON HTTP API returns content. Built in Authenticated REST API. The official KQL plugin serves headless queries. 910 Built in Read-only v2 API. Writable v3 API in preview since 8.0. 51
GraphQL API The vendor or an official module provides a GraphQL API for content. Not available Plugin or add-on wagtail-grapple, maintained by Torchbox. 6
Webhooks The CMS can call an external URL when content is created, changed or published. Not available PHP hooks only. No webhook settings. Not available Django signals such as page_published. No webhook settings. 18
Renders the website The CMS itself renders and serves the public pages through themes or templates. Headless-only products answer no. Built in PHP templates and snippets. Built in
Editorial workflow
Drafts Editors save changes as a draft and publish them later. The live version stays untouched until then. Built in Page drafts. Kirby 5 stores unsaved changes apart from the live version. 4 Built in
Scheduled publishing An editor can set a future date and time for content to publish or unpublish. Not available Built in Go-live and expiry dates. 7
Version history The CMS keeps earlier versions of an entry, and editors can compare or restore them. Not available Kirby 5 keeps the live version and one set of changes. No revision history. 4 Built in Editors can compare and revert revisions. 11
Preview Editors can see unpublished content rendered as it will appear on the site before publishing. Built in Preview view renders unsaved changes, with shareable links. 4 Built in 20
Visual editing Editors can click on the rendered page and edit content in place or in a side panel next to it. Not available Preview view compares versions. No click-to-edit. 4 Limited Preview panel beside the edit form. No click-to-edit on the page. 20
Approval workflows Content moves through review stages you configure, such as draft, review and approved, with permissions per stage. Not available Fixed page statuses: draft, unlisted, listed. 11 Built in Moderation workflows with tasks assigned to groups. 8
Content releases Editors group changes across several entries and publish them together as one release. Not available Not available
Real-time co-editing Two or more editors can work on the same entry at once and see each other's changes live. Not available Content locking stops two editors changing one page at once. 320 Not available Concurrent editing notifications warn editors. No live co-editing. 12
Access and governance
Custom roles Admins define their own roles with granular permissions instead of picking from a fixed set. Built in Roles are user blueprints with permissions. 12 Built in Groups with page, collection and model permissions. 9
Field-level permissions Admins can restrict access to single fields, on top of content types and entries. Not available Only by loading different blueprints per role in custom code. 13 Built in Set in code with the permission argument on panels. 10
Single sign-on Editors can sign in through SAML or OpenID Connect against a company identity provider. Not available No first-party SSO. Community OAuth plugins exist. Plugin or add-on django-allauth supports SAML and OpenID Connect. 19
Audit log The CMS logs who changed what and when across the whole installation, and admins can review the log. Not available Built in Site-wide history report of logged actions. 11
Platform and extensibility
Multiple sites One installation or account can manage several separate websites or brands with shared users. Not available One site per installation. Built in Several sites in one installation with shared users. 9
Extensible admin UI Developers can add their own components, views or fields to the editing interface. Built in Panel plugins add fields, sections, views and areas. 15 Built in Hooks, viewsets and custom panels.
Plugin marketplace The vendor runs an official directory or marketplace of installable extensions. Built in Official plugin directory at plugins.getkirby.com. 16 Built in Wagtail packages directory on wagtail.org. 17
Form builder Editors can build and publish forms and collect submissions without code. Plugin or add-on Paid DreamForm plugin by tobimori. 17 Built in wagtail.contrib.forms form builder. 13
Site member accounts The platform handles sign-up and login for public site users or members, separate from editors. Limited Frontend login is built in. Sign-up needs custom code. 14 Limited Login for private pages is built in. Public sign-up needs a package such as django-allauth. 14
AI writing assistant A first-party AI feature in the editing interface generates, rewrites or translates content. Not available No first-party AI. Kirby Copilot is a paid third-party plugin. 18 Plugin or add-on Wagtail AI, an officially supported package. 15
Official MCP server The vendor publishes a Model Context Protocol server so AI agents can read or write content. Not available Third-party Kirby MCP plugin by Bruno Meilick. 19 Limited Experimental wagtail-mcp package, announced September 2026. 16

Considering more platforms? Compare Kirby and Wagtail with the rest of your shortlist in the CMS comparison tool.


Where they differ

Kirby and Wagtail get a different status on 12 of the 28 features and the same status on 16. Kirby has 11 built in on its baseline edition, Wagtail has 18. Two matching statuses can still name different paid tiers or limits, so read the notes in the table before treating a row as equal.

Licence
Kirby is closed source (Proprietary, source available). Wagtail is open source (BSD-3-Clause).
Free option
Kirby has no free option. Wagtail has a free option.

Built in on Wagtail, a different answer on Kirby 7

  • Scheduled publishing Kirby: Not available. Wagtail: Built in.
  • Version history Kirby: Not available. Wagtail: Built in.
  • Approval workflows Kirby: Not available. Wagtail: Built in.
  • Field-level permissions Kirby: Not available. Wagtail: Built in.
  • Audit log Kirby: Not available. Wagtail: Built in.
  • Multiple sites Kirby: Not available. Wagtail: Built in.
  • Form builder Kirby: Plugin or add-on. Wagtail: Built in.

Built in on neither, with different answers 5

  • GraphQL API Kirby: Not available. Wagtail: Plugin or add-on.
  • Visual editing Kirby: Not available. Wagtail: Limited.
  • Single sign-on Kirby: Not available. Wagtail: Plugin or add-on.
  • AI writing assistant Kirby: Not available. Wagtail: Plugin or add-on.
  • Official MCP server Kirby: Not available. Wagtail: Limited.

More comparisons

Open the CMS comparison tool to put up to six platforms in one table.


We're booking content platform
engagements for 2026.

Twenty-five minutes to walk through the work and decide if we're the right team for it. Scoping and a fixed price come after.