Aero Page Builder

The page builder your editors will actually use

Fifteen components. One field vocabulary. The tagged 2.1.0 product — not a parallel skin. Editors compose pages in Drupal; agencies ship the same modules to client sites.

Request a demo See it live

Aero Page Builder editor: compose a page from components in a light Drupal UI.

Build at the speed of done

The whole pitch in three verbs. Everything else on this page is a live APB component, not a mockup.

Create

Editors assemble pages from components that already know how to look right. Add one, fill in the fields, publish. No ticket to restyle a gallery.

Standardize

Every accordion, profile, and gallery is structured content sharing one field vocabulary. Restyle a component once and every page that uses it follows.

Ship

The same tagged modules go to client sites through Composer. This demo is not a parallel universe — it is the product, frozen at 2.1.0 for documentation.

Build with a component

Jump in by picking Accordion, Feature box, Slideshow, or any of the other twelve. They share width, columns, color style, and intro — learn one and the next feels familiar.

Component library grid in a light page-builder UI.
Inline form editing a paragraph beside a live preview.

Configure in place

Inline Entity Form, not a separate layout canvas. Fill the fields, pick a color style, set target placement, publish. The front end reads those fields — it does not scrape hidden markup.

Publish the page

Twig plus the APB runtime. Target placement moves a hero into the top region; container settings paint the band. Editors do not wait on a ticket to restyle a gallery.

A published marketing page built from Aero Page Builder components.

Questions we hear before a kickoff

Because the pages are entities, the components are modules, and the design language is a field vocabulary — not a page-builder blob. That is what survives a redesign.

Hosted builders are fast on day one and expensive on day four hundred. APB ships as Composer packages you keep. The demo at 2.1.0 is the same code a client site will run.

Add a paragraph. Pick a component. Fill the fields. Target placement moves a hero into the top region when the theme exposes that ID. Publish.

Each parent component can stay in the body or move to a named slot — Top region, sidebars, main content. The theme provides the IDs; core JS does the move. Missing IDs keep the paragraph hidden, on purpose.

Both. The example pages are frozen so recordings stay honest. The modules are the tagged 2.1.0 release.

Ready to build smarter, faster pages?

See how editors compose with components they already understand — then ship the same modules to the next site.

Request a demo