Management of global site blocks

Reusing content from some specific pages on new pages can somehow be done by binding props or even the whole block and dynamically reusing it. This is however not providing the expected editorial experience when looking at using blocks that are used across many pages. It’s complex and not natural and won’t be adopted by users. The expected experience is more for site administrators to manage a centralized repository of global site blocks not yet placed on any page. From there, to edit specific pages, browse the global list of blocks built from the site components, pick and place these blocks. A global site block can be based on one of the site component (example: a menu), it could also be build from several components, possibly nested. Editors can use the P1 Editor (or another P1 tool) to manage the content of that block, content is managed once and published, automatically used in all the pages it has been placed.

Backup, export and restore site content

Back up your content --- manually or automatically, per site or across your whole portfolio --- and export or restore it whenever you need to.

Bulk import of P1 Content at site creation

Start a new site preloaded with example content from a blueprint, so users get a ready-to-explore site rather than an empty one.

Form Builder

Build forms to capture visitor information and connect it to other services --- create them in the visual editor or dashboard, then drag them onto any page.

Guided Tour for sandbox site

Add a guided, in-product tour on top of a sandbox site, walking new users through key tasks so they quickly see how P1 delivers value.

Instant private sandbox access

Create site blueprints --- with your own components, templates, and content --- to invite prospects into a ready-made P1 site they can try out instantly.

P1 Content Portability

Own your content: export and move it out of P1 whenever you need to, so you're never locked in --- the reassurance teams expect from open ecosystems.