Gutenberg is more than an editor. While the editor is the focus right now, the project will ultimately impact the entire publishing experience including customization (the next focus area).

Discover more about the project.

Editing focus

The editor will create a new page- and post-building experience that makes writing rich posts effortless, and has “blocks” to make it easy what today might take shortcodes, custom HTML, or “mystery meat” embed discovery. — Matt Mullenweg

One thing that sets WordPress apart from other systems is that it allows you to create as rich a post layout as you can imagine — but only if you know HTML and CSS and build your own custom theme. By thinking of the editor as a tool to let you write rich posts and create beautiful layouts, we can transform WordPress into something users love WordPress, as opposed something they pick it because it’s what everyone else uses.

Gutenberg looks at the editor as more than a content field, revisiting a layout that has been largely unchanged for almost a decade.This allows us to holistically design a modern editing experience and build a foundation for things to come.

Here’s why we’re looking at the whole editing screen, as opposed to just the content field:

  1. The block unifies multiple interfaces. If we add that on top of the existing interface, it would add complexity, as opposed to remove it.
  2. By revisiting the interface, we can modernize the writing, editing, and publishing experience, with usability and simplicity in mind, benefitting both new and casual users.
  3. When singular block interface takes center stage, it demonstrates a clear path forward for developers to create premium blocks, superior to both shortcodes and widgets.
  4. Considering the whole interface lays a solid foundation for the next focus, full site customization.
  5. Looking at the full editor screen also gives us the opportunity to drastically modernize the foundation, and take steps towards a more fluid and JavaScript powered future that fully leverages the WordPress REST API.


Blocks are the unifying evolution of what is now covered, in different ways, by shortcodes, embeds, widgets, post formats, custom post types, theme options, meta-boxes, and other formatting elements. They embrace the breadth of functionality WordPress is capable of, with the clarity of a consistent user experience.

Imagine a custom “employee” block that a client can drag to an About page to automatically display a picture, name, and bio. A whole universe of plugins that all extend WordPress in the same way. Simplified menus and widgets. Users who can instantly understand and use WordPress — and 90% of plugins. This will allow you to easily compose beautiful posts like this example.

Check out the FAQ for answers to the most common questions about the project.


Posts are backwards compatible, and shortcodes will still work. We are continuously exploring how highly-tailored metaboxes can be accommodated, and are looking at solutions ranging from a plugin to disable Gutenberg to automatically detecting whether to load Gutenberg or not. While we want to make sure the new editing experience from writing to publishing is user-friendly, we’re committed to finding a good solution for highly-tailored existing sites.

The stages of Gutenberg

Gutenberg has three planned stages. The first, aimed for inclusion in WordPress 5.0, focuses on the post editing experience and the implementation of blocks. This initial phase focuses on a content-first approach. The use of blocks, as detailed above, allows you to focus on how your content will look without the distraction of other configuration options. This ultimately will help all users present their content in a way that is engaging, direct, and visual.

These foundational elements will pave the way for stages two and three, planned for the next year, to go beyond the post into page templates and ultimately, full site customization.

Gutenberg is a big change, and there will be ways to ensure that existing functionality (like shortcodes and meta-boxes) continue to work while allowing developers the time and paths to transition effectively. Ultimately, it will open new opportunities for plugin and theme developers to better serve users through a more engaging and visual experience that takes advantage of a toolset supported by core.


Gutenberg is built by many contributors and volunteers. Please see the full list in


How can I send feedback or get help with a bug?

We’d love to hear your bug reports, feature suggestions and any other feedback! Please head over to the GitHub issues page to search for existing issues or open a new one. While we’ll try to triage issues reported here on the plugin forum, you’ll get a faster response (and reduce duplication of effort) by keeping everything centralized in the GitHub repository.

How can I contribute?

We’re calling this editor project “Gutenberg” because it’s a big undertaking. We are working on it every day in GitHub, and we’d love your help building it.You’re also welcome to give feedback, the easiest is to join us in our Slack channel, #core-editor.

See also

Where can I read more about Gutenberg?


The catalyst for parting ways with WordPress

For almost 10 years I've been a WordPress evangelist. When someone - anyone - has asked me what system to use for a web property, whether it's an enterprise-level multisite to your mum and dad's travel blog, the answer has been the same. WordPress. If anyone has had reservations about it because, you know, it's 'technical' and they've heard of these things called Wix or Squarespace, I've told them to persevere - and that, in fact, they won't need to persevere for long, because WordPress is intuitive, clever, user-friendly and fun, and they'll 'get it' in no time at all. And to a tee, every client/friend/acquaintance who I've pushed to WordPress has come back with positive feedback. I will no longer be recommending WordPress. This is their Nokia moment. Forcing this cumbersome, unfriendly, infuriating and opaque layer of content management over a system that was already working perfectly reeks of sheer bloody-mindedness and ignorance. Don't tell me I fear change. I embrace change, when it has a point. But the manner in which Gutenberg has been force-fed to a global audience of loyal designers, developers and content managers is appalling. I don't care that I can disable it with a plugin; I'm hardly going to recommend that as a future-proof process to clients, nor adopt it myself. The only good thing to come out of this (and I feel slightly ill as I say it, for I have really, truly loved and defended WordPress for years) is that it's opened me up to a world of new CMSs. I'll be migrating my personal site to Craft. And while I know my lone voice will mean little to nothing in what seems to be a determined rush to implement Gutenberg come hell or high water, I will never, never revisit WordPress until this shoddy plugin is removed from core.

Real world usage…

The UI for the plugin is a nightmare, for instance, I find myself mousing over several areas of the block UI elements to find the block configure/options menu. I have no clue where things are. This plugin component has potential but the UI/UX just needs to trashed and redone, by a different designer.

Serves no useful purpose…

...other than to frustrate. The Dashboard admin menu and Appearance > Menus still 'work' almost exactly as on day one, have basically become a UX nightmare, but 'berg' made it to the front of the line. So they tried to implement something that has been done so much better 100+ times over instead of updating core mechanics. Well, kudos to the authors of all those 'disable' Gutenberg plugins. You are my heroes.


I am not a developer. I am not a coder. I am simply a person who has and maintains their own sites, and on occasion puts up and maintains the sites of others. As soon as I updated my test site to Gutenberg, I was immediately completely unable to figure out how to manage the site that I have successfully looked after for 10+ years. Thanks WordPress. Gutenberg Sucks. Big time. Now I"m dependant on yet another plugin to keep my site functioning. I also have to worry about that plugin developer abandoning their plugin, or deciding to charge for it. Or perhaps it becoming incompatible with another WP update in the future. I don't know who the mastermind was who came up with this brainchild, but like when NGG was sold years ago, this is an epic fail. Paint me disillusioned and dissatisfied.

Absolutely incompatible

With nearly all existing plugins a big disaster! As soon as several blocks are generated in the editor, an HTML mutation occurs in one block, the whole page (!) is output as a single HTML script and can no longer be reformatted to blocks, to the annoyance of the Content Manager. I can't understand how WordPress, as such a big CMS, relies on such a flawed and poorly implemented editor. Crazy...
Read all 2,561 reviews

Contributors & Developers

“Gutenberg” is open source software. The following people have contributed to this plugin.


“Gutenberg” has been translated into 44 locales. Thank you to the translators for their contributions.

Translate “Gutenberg” into your language.

Interested in development?

Browse the code, check out the SVN repository, or subscribe to the development log by RSS.


Bug fixes in 5.1.1:

  • Fixes a Firefox regression causing block content to be deleted.


  • Add a new Search block.
  • Add a new Calendar block.
  • Add a new Tag Cloud block.


  • Add micro-animations to the editor UI:
    • Opening Popovers.
    • Opening Sidebars.
  • Restore the block movers for the floated blocks.
  • Consistency in alignment options between archives and categories blocks.
  • Set the minimum size for form fields on mobile.
  • Disable the block navigation in the code editor mode.
  • Consistency for the modal styles.
  • Improve the FormToggle styling when used outside of WordPress context.
  • Use the block icons in the media placeholders.
  • Fix rounded corners for the block svg icons.
  • Improve the CSS specificity of the paragraph block styles.
  • Require an initial click on embed previews before being interactive.
  • Improve the disabled block switcher styles.
  • Do not split paragraph line breaks when transforming multiple paragraphs to a list.
  • Enhance the Quote block styling for different text alignments.
  • Remove the left padding from the Quote block when it’s centered.
  • A11y:
    • Improve the permalink field label.
    • Improve the region navigation styling.
  • Remove the 3 keywords limit for the block registration.
  • Add consistent background colors to the hovered menu items.
  • Allow the editor notices to push down the content.
  • Rename the default block styles.

Bug Fixes:

  • Fix a number of formatting issues:
    • Multiple formats.
    • Flashing backgrounds when typing.
    • Highlighted format buttons.
    • Inline code with backticks.
    • Spaces deleted after formats.
    • Inline boundaries styling issues.
    • Touch Bar format buttons.
  • Fix a number of list block writing flow issues:
    • Allow line breaks in list items.
    • Empty items not being removed.
    • Backspace merging list items.
    • Selecting formats at the beginning of list items.
  • Fix the color picker styling.
  • Set default values for the image dimensions inputs.
  • Fix sidebar panels spacing.
  • Fix wording of the nux tip nudging about the sidebar settings.
  • Fix the translator comments pot extraction.
  • Fix the plugins icons color overriding.
  • Fix conflicting notices styles when using editor styles.
  • Fix controls recursion in the redux-routine package.
  • Fix the generic embed block when using Giphy as provider.
  • Fix the i18n message used in the Gallery block edit button.
  • Fix the icon size of the block switcher menu.
  • Fix the loading state of the FlatTermSelector (tags selector).
  • Fix the embed placeholders styling.
  • Fix incorrectly triggered auto-saves for published posts.
  • Fix missing classname in the Latest comments block.
  • Fix HTML in shortcodes breaking block validation.
  • Fix JavaScript errors when typing quickly and creating undo levels.
  • Fix issue with mover colors in dark themes.
  • Fix internationalisation issue with permalink slugs.


  • Implement the inline format boundaries without relying on the DOM.
  • Introduce the Registry Selectors in the data module.
  • Introduce the Registry Controls in the data module.
  • Allow extending the latest posts block query by using get_posts.
  • Extend the range of allowed years in the DateTime component.
  • Allow null values for the DateTime component.
  • Do not render the FontSizePicker if no sizes defined.
  • Add className prop support to the UrlInput component.
  • Add inline image resizing UI.


  • Update lodash and deasync dependencies.
  • Use addQueryArgs consistently to generate WordPress links.
  • Remove merged PHP code (partial).
  • Disable CSS animations in e2e tests.
  • Add ESLint rules to:
    • ensure the consistency of the import groups.
    • protect against invalid sprintf use.
  • Add e2e tests for tags creation.
  • Add the feature flags setup.
  • Implement block editor styles using a filter.


  • Add a new tutorial about the editor notices.
  • Add JavaScript build tools documentation.
  • Enhance the block’s edit/save documentation and code examples.
  • Add e2e test utils documentation.


  • Add bottom sheet settings for the image block.
  • Implement the media upload options sheet.
  • Implementing Clear All Settings button on Image Settings.
  • Avoid hard-coded font family styling for the image blocks.
  • Improve the post title component.
  • Fix the bottom sheet styling for RTL layouts.
  • Support the placeholder prop in the RichText component.