Gutenberg is more than an editor. While the editor is the focus right now, the project will ultimately impact the entire publishing experience including customisation (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 centre 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 customisation.
  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 meta boxes 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 customisation.

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?


Impossible and pointless for most users

I don't have a single client who hasn't installed Classic Editor. This might be nice for web designers (although I see they're all complaining, too) but for bloggers it's a nightmare. Huge fail. It's not intuitive, and makes the simplest things more complicated than they used to be. I'm finding it hard to even leave substantive feedback because there isn't one thing about it that I like or find valuable.


Credo di aver visto poche cose nella mia vita così inutili e devastanti allo stesso tempo. Praticamente tra tutte le funzionalità che propone non ne funziona quasi nessuna, per non parlare dell'editor di testo... Passi intere giornate a formattare testo, allineamenti, immagini, etc. e al momento del salvataggio, che va sempre a buon fine (sembra una presa in giro), non aggiorna un bell'emrito c**** e perdi tutto il lavoro svolto fino a quel momento. E non sono l'unico a riscontrare questo problema dal momento che il plugin classic editor vanta di 'Oltre un milione Installazioni attive'. Grazie a questo inutile plugin ho passato intere notate a bestemmiare gettando via ore di prezioso lavoro. Compimenti spero che abbandoniate il progetto il più presto spossibile.

Massive misstep for WordPress

Have tried and tried to make use of this, but the simple fact is that it gets in my way at every point in terms of writing or adding an image or littering my articles with code I don't want. Perhaps there's some merit to this down the line, but so far, as it's been crammed down everyone's throats, it just doesn't work and should be stripped out or completely revised.

just awful…

cannot be used in any way ..not intuitive .. lacking tons of options ..better buy a plugin like visual composer and rebrand it. i disabled on at least 100 site we administer.

“What were they thinking”?

Just wanted to add some feedback here as a website designer. Most of my customers are artist/creative types who update their sites fairly infrequently. They weren't aware of any upcoming major editor changes until they sat down, logged in, and realized they couldn't find their way around what used to be simple for them. I have only heard one positive comment from one customer - the rest are either ready to throw in the towel and shut their sites down (seriously), or hire me to do updates because they don't have the time or energy to figure out what is very overwhelming to them. As one customer this morning put it: "When I got back from my trip, I tried to write a blog post and found the platform vastly changed and not intuitive at all. I gave up. I felt like I was banging my head against a wall whereas it was easy before. What were they thinking?" I've been installing the Classic Editor for everyone and hope that when support stops for it that Gutenberg will have undergone some major interface revisions so that folks' frustration isn't as intense. Makes me leery to continue as a web developer, as well, promoting WordPress as wonderful.

Flexible, powerful, not inclusive

Love the flexibility this new interface gives me, and I can see the opportunity for even more in the future. I understand the concerns about accessibility which is why I’ve withheld a star—it doesn’t affect me right now, but should be fixed to make it completely inclusive.
Read all 2,555 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.



  • 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.