Save and publish the intended state
Use the Bricks save workflow for the intended revision, then publish the page when stakeholders should be able to review it on the frontend.
Paste the browser-accessible WordPress URL, send one review link, and collect comments on the Bricks-built page visitors will actually see.












Loved by1,250+Agenciesand companies in 100+ countries
Bricks runs its editing workflow inside WordPress. BugSmash reviews the rendered frontend selected for the review round rather than the builder interface.
Four documented boundaries matter before sharing the page:
Bricks creates an autosave every 60 seconds by default when the current builder area has unsaved element changes. That backup does not publish a draft.
An unpublished page remains unpublished when saved. Bricks requires the Publish control when the page is ready to go live.
When changed Bricks data or page settings are saved, Bricks creates a revision or snapshot using the standard WordPress Revisions API.
Bricks documents Full access, Edit content, and No access profiles, plus customizable builder capabilities.
How it works
Use the Bricks save workflow for the intended revision, then publish the page when stakeholders should be able to review it on the frontend.
Paste the published WordPress URL into BugSmash and share the resulting link without granting every reviewer builder access.
Use the attached page, selected location, screenshot, browser, operating system, and viewport context to make and publish the next change.
Attach each note to the visible frontend rather than describing an element name or builder panel.
Review the output around the documented Desktop, Tablet portrait, Mobile landscape, and Mobile portrait breakpoints.
Keep the page URL, screenshot, browser, operating system, and viewport with every report.
Collect frontend feedback without assigning Full access or Edit content permissions to external reviewers.
Use an intentional saved and published state so the reviewed frontend can be related to the relevant WordPress-backed revision.
When the rendered frontend permits the BugSmash script to be installed, use the Feedback Widget inside a session the reviewer is already authorized to use.
Choose a visitor-facing WordPress URL representing the published state. Bricks builder permissions do not make an inaccessible frontend public.
| Your URL | Review by URL | What to do |
|---|---|---|
| Public published Bricks page | Works | Paste the visitor-facing page URL and start the review. |
| Public WordPress staging frontend | Works | Use the staging URL after confirming the intended published state is reachable. |
| Site protected by supported Basic Auth | Works | Use the browser-accessible Basic Auth URL; BugSmash lists Basic Auth-protected websites as supported. |
| Saved but unpublished Bricks draft | Not published | Publish the page to an accessible frontend before starting external review. |
| Frontend behind login or SSO | Use the Widget | Pasting a URL does not bypass application login or SSO. If the script can be installed on the rendered frontend, use the Feedback Widget inside the authenticated session. |
| Bricks builder or WP Admin URL | Not the review surface | Share the rendered frontend instead of changing builder permissions for visual feedback. |
Where the WordPress frontend permits the BugSmash script to be installed, use it when authorized reviewers need to comment inside a logged-in or stateful experience. Existing site access still controls which pages they can reach.
Keep building, revisions, WordPress permissions, frontend review, and approval distinct while every comment stays on the rendered page.

Send a frontend review link without assigning Full access or Edit content capabilities to every client.
See how
Review copy, layout, and responsive inheritance on the published page with precise context.
See how
Receive the URL, screenshot, browser, operating system, and viewport needed to reproduce an issue.
See howRoute actionable frontend comments to the team with their visible location and browser context preserved.
Context stays attached from comment to completion.
Send to your workflow
The destination changes. The context does not.
Keep the website beside campaign graphics, PDFs, videos, presentations, and other client assets with one approval trail.

product-launch.mp4
Up to 40% offThis year marked our strongest period of growth to date. Revenue climbed 42% year over year while our customer base expanded across eleven new markets, driven by continued investment in product.

Operational efficiency improved as automated workflows reduced manual review time by nearly a third. Looking ahead, we plan to double down on infrastructure, deepen key partnerships, and ship the roadmap our customers have been asking for.

By default, Bricks creates an autosave every 60 seconds when the current builder area has unsaved element changes. The interval can be changed or disabled in Bricks settings.
Paste a published WordPress frontend URL and send a focused review link without opening the Bricks builder to every stakeholder.
