5M+ Wordpress sites use “Classic Editor” plugin
wordpress.org
wordpress.org
We're now seeing over 235k posts a day made using the Gutenberg editor. The iOS and Android versions support the majority of the blocks now, and are being re-licensed using the MPL so they can be easily embedded and used by other apps. There's a public release of the Gutenberg plugin every other week and we're relentlessly working on making it faster, easier to use, and more flexible. People are creating things they could never have done using the Classic editor, and that's really exciting.
And of course the beautiful thing about open source is you can customize it and use whatever editor you want, as someone else mentioned, and given WP's very open APIs you don't even need to ever touch any of our editors, you can post using wp-cli, Git, Emacs, third-party desktop clients, sending an email...
> We're now seeing over 235k posts a day made using the Gutenberg editor
Just curious how you know this number. Is this on Wordpress.com or on self-hosted Wordpress sites too?
> Co-founder of WordPress; founder of Automattic
If you've worked on any sort of editor, block system, page builder, etc Automattic are hiring very aggressively for senior JS positions. [2] It's a fun and fast-moving project to work on, with a huge impact. Many others are hiring for Gutenberg skills as well, so it's a high-demand competency.
[1] https://github.com/WordPress/gutenberg [2] https://automattic.com/work-with-us/javascript-engineer/
It would be nice to have the classic editor plugin directly within core. I end up installing it on every site, and baking that option into core would save a step.
I would love to hear your thoughts on this!
I guess the obvious answer is, "You should've self-hosted if you want control over the editor." Still: I didn't imagine wordpress.com moving to create a much harder-to-use default.
Don't get me wrong, I actually like building in Gutenberg and have done a few Gutenberg projects (using ACF Blocks [1]). But convincing clients/users to migrate from third-party builder that has locked-in content with advanced features like columns, modals, show/hide content, responsive show/hide controls, animation, effects, and a whole host of other various bells and whistles was just a nonstarter. They'd pay in man hours the same as they would for an entirely new, custom built site. And that was for every site.
[1] https://www.advancedcustomfields.com/blog/acf-5-8-introducin...
Gutenberg is part of a long-term project, as Matt said. I'm confident that they will eventually catch up and that the final product will be great.
Let's say that, considering the Elisabeth Kübler-Ross “Five Stages of Grief” (Denial → Anger → Bargaining → Depression → Acceptance), we have not yet entered the “acceptance” part, as a community.
(editing: grammar)
https://www.advancedcustomfields.com/blog/acf-5-9-1-release/
My long-term view there is that "proprietary," as in specific to a single plugin, data structures and UI are going to be less and less appealing to users over time as the standard rails of blocks and the applications being written on top of Gutenberg blocks, including the mobile apps, become more of a must-have for many sites.
The future of page builder plugins is extending Gutenberg, not trying to recreate what it does well with fewer developers and a much smaller community.
This switchover has already happened for a good chunk of the user base, over half, and the remainder will have an opportunity to switch on the cadence that they redesign their site, which is usually every few years.
Estoy en desacuerdo.
La experiencia que he tenido con plugins como Elementor, WPBackery, Divi, etc que apuntan a cubrir las mismas necesidades que Gutenberg, la considero muy mala, ya sea por performance, UX, o accesibilidad. Además de que constantemente te insisten con upsells "Go pro". En cambio Gutenberg está en el core de WordPress, no es una dependencia de un tercero que si deja de existir tu sitio probablemente se rompa, y si bien Gutenberg tiene un largo camino a mejorar, hoy en día ya es superior a los plugins existentes.
Sorry my English is not good enough to write quick and clear.
Yes, the current users of third party plugin editors are tied to keep using it, or make the huge effort to ditch em (it breaks many things). But this is the risk of using any plugins for content creation is in it? Maybe a good plugin idea for the Gutenberg team is a migration tool from [plugin editor] to Gutenberg.
I think that is not too late, the popularity of third parties builders make the statement that this feature was needed, and now is moving to core, and in my opinion with superior UX/Dev teams of all the freemium third parties plugins.
The future is shining.
It's a drastic shift from how Wordpress has traditionally worked, but that doesn't make it bad.
Most WP visual editors / page builders are terrible. They produce bloated code, huge page sizes, poor SEO. Gutenberg does all this stuff right. But it doesn't try to be a full-fledged design environment either.
The shift is painful, of course. It's incompatible with many existing sites. But I compare this to Apple's shift to OS X, or Microsoft's move away from Windows XP, or any major tech company that has had to shift away from a wildly successful product lest they become irrelevant. The transition sucks at the time, but looking back it always becomes obvious how necessary the shift was.
I sling WordPress code daily, and do a fair amount of WCAG and speed optimization work - this statement is not true of all builders. I routinely build fast, fully compliant websites using visual builders.
It's a huge irritation to me because I'm very accustomed to the user interface of the "classic" editor, and the Gutenberg interface is a tremendous regression for my use case. It may be wonderful for other purposes, but I hate it as a composer and editor.
Time has passed, and it's now better but with so many WordPress sites "in the wild" it will take a lot of time for the majority to switch over.
The bigger issues recently are the changes within the WP core to how jQuery is handled (currently being phased in over 3 releases https://make.wordpress.org/support/2020/12/handling-potentia...).
The WordPress ecosystem is robust, wild and messy and it should stay that way IMHO.
I want a classic editor with no blocks. None. Not a block that ‘looks Classic’ for example. Just the old Classic editor. Is that possible?
https://wordpress.com/forums/topic/how-do-i-go-back-to-class...
Other discussions can be found here (https://www.google.com/search?q=wordpress+any+way+to+go+back...). Many writers like the simplicity of classic, others don't like the way Gutenberg "gets in the way" of what they are trying to do.
As far as specific tools, we use several to manage our client network, here are a few:
ManageWP
WordPress/Jetpack
WPEngine
We prefer clients host within our network, but also have 50+ that are hosted elsewhere.
It seems to be about the right level of abstraction for "semi-structured" data, it feels balanced between block and WYSIWYG editing, and that's a hard balance to strike.
I also definitely sympathise with those that use the classic editor because it's what they know, and that's fine. We should celebrate any architecture that supports choice.
This is the problem. Gutenberg was built for casual bloggers like you, but there's a significant amount of users who ask much more of their websites and have therefore already implemented solutions and processes that can't be easily undone. If you're new to WordPress, Gutenberg is probably fine.
It is like driving Tesla and complaining that the charging infrastructure is not as good as it could be yet. Then wait some years, but you know that everyone will want to switch eventually.
I really like how Gutenberg functions and it certainly was the right call to make and it proved to me that they are not stuck in the past. If they hadn't implemented it, they would probably start losing a lot more users to other platforms with more modern tools.
Use Gutenberg, don't use Gutenberg, whatever. That's what makes WordPress great (and terrible).
Wordpress gives you the choice of whichever editor you want to use. And it's easy enough to choose your own that a substantial crowd of users is choosing to do it.
It's inspiring. It's encouraging. It's an easy to understand illustration of why self-managed software is better.
Sometimes even worse—some plugins have cross-dependencies and so updating becomes a rather complex matter that most businesses relying on WordPress do not have the interest in or capital for managing.
In another system, those well-aged plugins would themselves not be a choice, because they would be incompatible with the new centrally-mandated editor.
You have to realize that a lot of sites relying on WordPress have been in production for close to 20 years. I've worked close to such sites. Any major version changes would break them. And the kinds of organizations that tend to rely on WordPress for their editorial don't always have capital to expend on the top-bottom rebuild that would be required to separate them from their legacy architectures including those incompatible plugins.
I've had the task of importing legacy data (over 15 years worth) into new WP sites, and it is not trivial when the site has used plugins to do any kind of transforms on the data, custom field re-mappings, tag/category mappings, and any other content munging. Especially when one plugin goes out of date and a new one is pulled to replace it. Then you're left with multiple versions of each of those situations, while other plugins become the base for any other number of plugins.
I'm starting to digress, but point being that in many cases it's not simply a choice of one editor over another, but a practical inability (technologically, financially, or otherwise) to adopt the new editor because of the nature of legacy WP and plugin architecture.
The real problem is the plugin ecosystem, which does not do the same.
I now design in such a way that PHP is not required component.
The WP ecosystem just enabled that kind of development and architecture over time, even if it was not advisable. C'est la vie, and all that.
In other words: want to add a new CSS class to your component? Need an entirely new component for that in addition to maintaining the last one. Failure to deprecate will result in something like a fatal error in the editor that the user can't recover from. It's like PHP-era decisions with modern promises.
Github issues are or were stuffed with people pulling their hair out and finding byzantine workarounds to fundamentally bad decisions and indifferent responses from core developers.
I just logged into the WP/Gutenberg project we developed and noticed that everything is broken due to hosted WP updates.
Eager to rewrite on a different platform.
The main driver or WP at this point is actually well designed themes and theme marketplaces, once again saving people tons of money and time.
I can't imagine anyone meeting WordPress for the first time today would say "It's great but I HATE that editor! Don't they have something a bit more... classic?"
I think it's remarkable that Wordpress is not forcing the users' hand on this.
I think developers handwave away the users' desire to keep things as they are much too often, often tactlessly referring to their user-UI symbiosis as "old" or "legacy".
I think user choice and stability of UI is vastly underrated today and is only beginning to emerge as a property to optimize for.
We're going to see more developers catering to the crowd who just wants to keep their current working version, because it takes about 10-20 years of computer use to become the grouch with Upgrade PTSD, and we're beginning to reach critical mass on it.
Arriving at some weird 'blocks' editor - more likely wtf?
They don't know enough to say this. They just complain about how difficult and confusing WordPress is.
Wordpress needs a solid out of the box functionality, without resorting another decision (do I use a plug in wysiwyg editor?, will it work with my theme?).
If I were writing paragraphs of text, I don't think I'd like it as much.
Its not always super clear how to do things.. But I like that its the "New Standard" way of doing things, and gives Wordpress a better default starting point. Wordpress feels the heat from Wix and Squarespace, and this seems to be their reaction.
this newer one seemed like a decent intro: https://www.youtube.com/watch?v=JjfrzGeB5_g
This is the older one I used initially: https://www.youtube.com/watch?v=P8eIe_Pjjp0&t=921s They're always tweaking the UI, so Looking at it again, it seems a little out of date.
- Gutenberg and block editing are clearly the future, and ad hoc blocks are a great abstraction. However...
- Gutenberg as a place to write is miles behind e.g. Notion in terms of UX.
- Gutenberg as a page builder has a long way to go to catch up to the page builders.
- Full site editing in Gutenberg is coming, and early demos are out, but who knows how that will shake out.
- The WP ecosystem's culture is still race-to-the-bottom dreck. Interesting contrast with Webflow there.
- Therefore Gutenberg is in a weird transitional state where right now it's overloaded for writing, underpowered for building, and in transition. I'm keen to see what it's like in 2023, but it's hard to go all in on it now.
- The WP as a "forever" project seems to create weird incentives -- the lack of commercial pressure (until site builder SaaSs caught on) seems to have let it drift and drift. It's an interesting case study in open source effectively winning in terms of the network effects of free, and then suffocating and stagnating due to those same network effects. I know they're trying to self-disrupt with Gutenberg [0], but whether they can execute and overcome the UX trap they've identified remains to be seen. Modern SaaS UX (Webflow, Squarespace, Notion et al) just seems beyond their reach.
that doesn't mean we don't like gutenberg, or that we don't use it for every new post we create. trying to use this install stat to make some implication about the reception to gutenberg seems pretty disingenuous. the only thing this number means is that wordpress created a perfectly functional migration path from their old editor to their new one, and people are using it.
Gutenberg has some annoyances/quirks, but if you're starting from scratch and using a modern theme it's not bad by any stretch.
Having been in the position of rebuilding two sites from scratch (one personal, one commercial), they are miles easier to edit and maintain with Gutenberg than they were with 'classic' + a third-party page builder.
For example the way it handles a list block. You can't just make a single bullet point a paragraph. All the list block has to be converted to paragraph blocks, and then re convert the paragraphs to list items.
The biggest pain I have with page builders are related to licensing as most are "bundled" with premium themes, and most clients don't understand that a premium theme isn't a one-time purchase, but is instead an annual service (to enable updates) Typically, the client has to either re-purchase the theme (with the newest versions), or purchase a stand-alone license for the page builder.
Sources:
(1) 2019: https://wptavern.com/gutenberg-one-year-later
(2) 2020: https://wordpress.org/plugins/classic-editor/advanced/