Prepare an accessible review version
Publish the revision to an appropriate staging environment or make the relevant frontend accessible to the reviewers who need to see it.
Paste the public site or an accessible staging URL, send one review link, and collect comments on the rendered pages your visitors will use. Every note keeps its page, browser, device and screenshot context.












Loved by1,250+Agenciesand companies in 100+ countries
Drupal core provides Workflows, Content Moderation and Workspaces for moving revisionable content through controlled states and staging changes before they reach the live site.
Those tools manage publishing inside Drupal. Four review boundaries still matter:
It can keep a published version live while a separate working copy moves through review. It does not place client annotations on the rendered page.
A reviewer must have the Drupal access needed to see an unpublished revision or Workspace. A public visitor normally sees the published version.
They provide a parallel copy of the live site that authorized users can preview and deploy, but they do not create an external visual-feedback queue.
A decoupled Drupal build serves content to another application. Review the deployed browser frontend, not the administration screen or content API.
How it works
Publish the revision to an appropriate staging environment or make the relevant frontend accessible to the reviewers who need to see it.
Paste that browser URL into BugSmash and share the generated link. Reviewers comment on the rendered page without needing a BugSmash account.
Each item carries the page, selected element, screenshot, browser and device. Assign it, update its status, or send it into the team's delivery tools.
Attach a note to the page element instead of describing a block, field or view in an email.
Check desktop, tablet and mobile states from one link and keep the viewport with the comment.
Browser, device, screenshot and page URL arrive with every report.
Record what was approved even after content moves through another moderation state or deployment.
Use the deployed website URL whether Drupal renders the page or supplies content to a separate frontend.
Turn visual feedback into work for editors, site builders, themers or application developers.
BugSmash reviews a browser-accessible frontend. Drupal's own access controls still decide whether a particular revision, Workspace or protected environment can be opened.
| Your URL | Review by URL | What to do |
|---|---|---|
| Public Drupal website | Works | Paste the public URL and start the review. |
| Accessible Drupal staging site | Works | Use the staging URL after confirming the reviewer can open it. |
| Staging protected with shared Basic Auth | Works | Open the shared gate in the review window, authenticate, and continue. |
| Content Moderation draft or latest revision | Access-dependent | The reviewer needs a Drupal account and permission to view that revision. Otherwise publish it to an accessible staging environment. |
| Drupal Workspace preview | Access-dependent | Authorized users can review the Workspace. For external clients, expose an appropriate staging version instead. |
| Site in Maintenance mode | Access-dependent | Visitors without the bypass permission see the maintenance message. Use an authorized account or a separate accessible staging site. |
| Public decoupled Drupal frontend | Works | Paste the deployed frontend URL rather than the Drupal administration or API URL. |
Add the BugSmash script to the rendered frontend when reviewers need to stay inside an authenticated or stateful flow. For a decoupled build, install it in the frontend application that visitors actually open.
From editorial staging to release QA, keep agencies, content teams and platform owners reviewing the same rendered Drupal site.

Give clients a visual review link for the staging site and keep feedback tied to the component they saw.
See how
Review the rendered result while Drupal continues to control revision states, transitions and publishing permissions.
See how
Capture browser-specific and responsive issues on Drupal-rendered or decoupled frontends with the technical context attached.
See howA comment on the rendered site becomes a task with the URL, selected element, screenshot, browser and device context already attached.
Context stays attached from comment to completion.
Send to your workflow
The destination changes. The context does not.
Keep the site, migration report, content PDF, walkthrough video, campaign creative and release presentation in one review project 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.

No. Content Moderation controls revision states and transitions inside Drupal. BugSmash adds contextual review and approval on the rendered browser page.
Paste an accessible Drupal frontend URL and send the first review link in under a minute.
