Here are the most common problems, in my opinion:
- The content is not reusable (you cannot reuse content on other pages).
- The design is not consistent (pages often don’t look the same).
- The site is not maintainable (change on one page doesn’t propagate to other pages).
- The content is not maintainable (the content cannot be easily extracted from the database).
- The site is not very performant (page builders load a lot of extra assets).
- There’s always a missing feature (page builders cannot solve all your problems).
- Getting to know page builder doesn’t make you a developer (leave the job to a professional).
A LITTLE BIT OF HISTORY
During my time in web development, I have stumbled continuously on projects that are built using page builders. Page builders are tools that allow the building of website pages without writing code (mostly).
Back in the day in 2014, I tried to build my page builder (Twitter page still exists :)). It was conceived as a drag-n-drop solution like most modern page builders work today. After a while, I realized that the world doesn’t need another tool. Although that was the right decision, it was based on the wrong arguments. At that time, I didn’t know anything about performance or accessibility or maintainability, which I would never get right if I would develop an all-around solution. These were only a few of the worst enemies of a page builder. Now, let me tell you a story about other problems with page builders.
MANY PROBLEMS PAGE BUILDERS INTRODUCE
When using page builders, most users build page by page. There is no original design or structure. Why would you pay for something that you could do by yourself?
So they start by creating the first page. Then they start playing around with the page builder, and once they are satisfied, they declare the page completed. Then they create the second page. Again, they start playing around with the page builder and once again, they claim the page finished.
But what happens next? On both pages, there is the same component. They update the component on one page but forget to update it on the other page. And here’s the first problem: the content is not reusable.
That is a real-world scenario. It happened to me, and not once. Sure, there is an option to save the component and reuse it on the other page. But users don’t use this option.
Even when users create a reusable component, often they add an inline style to each instance. And that is the second problem: the design is not consistent. Most page builders offer custom styling in terms of adding extra paddings and margins, colours and fonts on each component. These settings are almost always hidden under some settings and are a few clicks away. Users forget where these settings are. That adds visual inconsistency to the site, which is almost always an unfortunate side-effect.
That brings out the third problem: the site is not maintainable. This problem is a nightmare for most developers. Developers don’t like to repeat themselves. Developers want reusable, well-structured code that is easily manipulated in their favorite code editors. Developers don’t like to code inside the browser without the fancy features like autocompletion or intellisence. But users don’t care because they never used code editor. You cannot miss something that you never experienced.
So, while the site is small and there are only a few pages, it is not a problem to update components manually. The problem occurs when the site is not so small anymore. Users often buy or develop a new theme at this point. And now we come to the fourth problem: the content is not migratable.
Since most page builders do not save the raw information, aka the content, we cannot migrate the content to a new theme easily. Page builders store shortcodes, HTML code, and inline styling alongside with content. There is no straightforward method for extracting the gibberish for the actual content. That means all existing content will be ignored and wasted. It will exist only while the page builder exists, and users will have to write new content. Sometimes it is what they want anyway, but when that is not the case, rewriting the content will be tedious, often blocking issue.
And that leads us to the sixth problem: there is always a missing feature. No page builder could offer a complete all-around solution for every user. When users install plugins, sometimes they don’t work alongside page builders. Now users like to develop a new feature. These tasks are not simple, and they introduce extra costs.
And that is the seventh problem: using a page builder doesn’t make you a developer. Developers and users don’t think alike. Developers’ brain works completely different, and it is always trying to solve problems in the most efficient way. Experienced developers predict and anticipate problems way before they emerge.
I don’t want to offend anyone here, but building pages is more than just writing content and placing it somewhere on the page. You should leave this job to a professional, especially if you want to maintain the site on a longer run. Ask the expert to propose the alternative solution for you, like building a custom WordPress theme or using a static site generator, for example.
Page builders are useful tools for playing around and maybe even learning how pages work. But page builders are imagined as a universal tool for all possible scenarios, and that usually doesn’t work.
So cherish your data, it is the essential part of your website. You might think it is the design, but users get back for content, not design. Leave your content in the hands of a professional instead of page builder.