Skip to main content

Bricks installation

Testimonials in Bricks Builder Code Elements

A Bricks Code element only runs what you paste once code execution is switched on, your user has the Execute code capability, and the code carries a valid signature. Miss one of those and visitors see either highlighted source text or an error placeholder. This guide walks the three gates, then keeps the script in one site wide field.

  • Div for a signed Code element
  • Script for the Body (footer) scripts field
  • The three settings that decide whether code runs

Code for Bricks

Split the embed between a Code element and the footer field

Add your widget id. The div goes into a Code element where the testimonials should appear. The script goes once into Bricks’ site wide Body (footer) scripts, so any page with a StoryProof div gets filled.

Shown in StoryProof when you copy a widget’s embed code.

Part 1 · A Code element on the page, with Execute code on

Bricks editor › add element › Code › PHP & HTML › tick Execute code › Sign code

<div data-storyproof-widget="YOUR_WIDGET_ID"></div>

Part 2 · Site wide footer scripts

WordPress dashboard › Bricks › Settings › Custom code › Body (footer) scripts

<script src="https://app.storyproof.io/embed.js" async></script>

Save the page after signing, then open it logged out. Highlighted code on the page means Execute code is off; an error box means the signature is missing or out of date.

Your id is placed into the code in this browser tab only. Nothing is saved or sent.

The problem, solved

Bricks pages where the testimonials never appear

  • Problem 1

    The page shows my code as text

    Without Execute code ticked, the Code element is a code display block: it prints the HTML with syntax highlighting instead of running it.

  • Problem 2

    Execute code is not even offered

    Bricks hides the execution controls and shows a notice when code execution is off for the site or your user lacks the capability.

  • Problem 3

    It worked until I edited it

    Bricks signs executable code and checks the signature before running it. Any edit, even swapping a widget id, makes the old signature stop matching.

  • Problem 4

    Script pasted into every Code element

    Copying the full embed into each Code element means several copies of the same script and more code to sign.

  • Problem 5

    Different services need different quotes

    A Bricks site built for an agency client often has a page per service, and one general testimonial set fits none of them well.

In StoryProof

Install it in Bricks

Step 1 of 5

Build the widget in StoryProof

Create a widget for the page, add the approved testimonials it should show and choose a layout for the container width.

Where the StoryProof script can live in Bricks

LocationScopeWhen to choose it
Bricks › Settings › Custom code › Body (footer) scriptsEvery page on the siteTestimonials on several pages, or likely to spread
Page Settings › Custom Code on one pageOnly that page or templateA single landing page should carry the widget
Inside the Code element with the divWherever that element is usedA quick test; move it out before adding a second widget

Before you start

Bricks specifics

  • Signatures break on every edit

    Changing signed code invalidates its signature, and Bricks then shows an error placeholder instead of running it. Plan to sign again whenever the div changes.

  • Code execution is a site decision

    Enabling it lets users with the capability run PHP too. Grant Execute code only to people who should have that power; clients editing text do not need it.

  • Render without wrapper

    With Execute code on, Bricks offers Render without wrapper. It removes the element’s outer div, and Bricks notes the element’s Style settings then stop applying.

  • No Bricks element from StoryProof

    StoryProof has no Bricks add on. The Code element and custom code fields already in Bricks are all the integration needs.

  • Docs as of 2026-11-14

    The steps follow Bricks Academy as read on 2026-11-14 and have not been tried on a live site. Widgets per workspace: Free 1, Starter 5, Pro unlimited. A small "Powered by StoryProof" badge shows until Pro.

FAQ

Questions people ask

Short answers to what usually comes up next.

Why does Bricks ask me to sign plain HTML?

Bricks signs whatever is in an executable Code element’s PHP & HTML editor, because that editor can also run PHP. The signature confirms an administrator approved that exact code.

Can I use the JavaScript tab of the Code element for embed.js?

Bricks wraps that tab’s content in script tags for you, so it expects JavaScript itself. The StoryProof line is an HTML tag that loads a file, which belongs in Body (footer) scripts.

I get a CODE SIGNATURES ARE LOCKED message. What now?

Replies on the Bricks forum say this appears only when BRICKS_LOCK_CODE_SIGNATURES is defined in the site’s code. Ask whoever manages the theme files to lift it while you sign.

Can the widget sit in a Bricks template?

Yes. A Code element in a header, footer or section template behaves the same, and it is signed once in that template rather than on every page.

Still have a question? Ask the StoryProof team or book a demo.

Signed, placed, and filled with real customer proof

Collect testimonials, approve the ones you want, and add one div to a Bricks Code element.

Sources

  1. Code element, Bricks Academy. Checked 2026-11-14.
  2. Code signatures, Bricks Academy. Checked 2026-11-14.
  3. Custom Code, Bricks Academy. Checked 2026-11-14.
  4. WAIT: CODE SIGNATURES ARE LOCKED error, Bricks Community Forum. Checked 2026-11-14.

Last updated 2026-11-14.