# Test your changes before and after publishing

You'll preview your draft on your own website, try each path as a visitor, and check that everything works after you publish.

Available on the Grow, Scale, and Pro plans.

You can try your changes on your real website before visitors see them. **Preview on your site** loads your draft with the debugger docked at the bottom of the page. It shows what RightMessage knows about you and why it's showing each question, offer, or page change.

You'll need the [project's snippet installed](https://rightmessage.com/help/everything-you-need-to-know-about-your-rightmessage-tracking-script) on the page and a RightMessage login with access to the project. Keep a dedicated test contact for the final contact-sync check. Don't use a customer's identifying link, since a normal visit can save answers to their record.

## Open your draft on your website

1. Finish your edits and let them save.
2. Choose **Preview on your site** in the unpublished changes bar at the bottom of the dashboard.
3. To start on another page, open **Choose preview URL**. Select a suggestion or choose **Enter URL…**, enter the full HTTP or HTTPS address, and choose **Open Preview**.
4. Sign in or approve the website host if prompted. Only approve a website you intend to test.
5. Check that **Draft** is selected in the debugger.

![RightMessage debugger on This page, showing the homepage campaign, team assessment widget, and visitor segmentation](https://rightmessage.com/help/screens/onsite-this-page.light.webp)

Use this dashboard entry to open the debugger. Adding `?debug=true` doesn't give someone access, and you shouldn't share debugger URLs or tokens. If the session expires, reopen it from the dashboard.

## Follow each path

Answer your questions and follow every branch through to its form, offer, redirect, or end. Check shared questions and offers wherever they're used, including paths you didn't edit.

In the debugger:

1. Open **This page** to see what's showing, waiting for a trigger, not eligible, or only in the draft. Expand anything unexpected to see why.
2. Open **Flows** to inspect the path and current step.
3. Use **Restart flows for this session** to repeat the path. Use **Clear dismissed** when you want to remove a widget's dismissal from this test session.
4. Open **Events** to inspect what happened, including **Would send** details for contact updates.

RightMessage doesn't send analytics or integration writes while you're debugging. **Would send** shows the intended update. You'll check delivery after publishing. Your website's own forms and external services aren't part of this sandbox, so don't submit unrelated live forms during the test.

## Try another audience

Segment overrides let you check what different people see without changing a real contact.

1. Choose **Override** beside the segment group you want to try.
2. Select an answer, then inspect the page and the explanation in **This page**.
3. Repeat with other relevant answers or combinations. For a single-select group, include **Not known yet**.

![WorkForge website before personalization, with the Work Type segment override selector open in the debugger](https://rightmessage.com/help/screens/onsite-segments-before.light.webp)

In this [WorkForge](https://workforge.rightmessage.com) example, the visitor has no known **Work Type**. Choosing **Agency or creative services** makes the agency headline eligible.

![WorkForge agency headline applied after choosing the Agency or creative services segment override](https://rightmessage.com/help/screens/onsite-segments-after.light.webp)

Use **Reset** for one override or **Reset overrides** for all segment overrides. Reset forced campaign and A/B test assignments separately.

To try data from your connected email platform, open **Visitor** and choose **Impersonate a contact…**. Enter your test contact's email, choose **Look up**, and confirm the contact. This simulates their data without writing to their record. **Detach** returns you to the actual browser visitor. The [debugger reference](https://rightmessage.com/help/using-the-rightmessage-debugger) covers the remaining controls and access requirements.

## Check how visitors qualify

Now test the rules that put people in each audience. Keep your real rules in place rather than adding a temporary rule to force a match.

1. Reset segment overrides and forced test assignments.
2. Open the real URL visitors will use, including any expected query parameters.
3. Answer the question or visit the page that should put them in the audience.
4. Check their segment and the campaign or flow decision in the debugger.
5. Repeat with an answer or visit that shouldn't qualify.

For a rule that matches `affiliate=example-partner`, add that parameter to your own page URL. On the WorkForge demo, that would be `https://workforge.rightmessage.com/?affiliate=example-partner`. Also test a visit that doesn't match.

![Query parameter condition matching affiliate equals example-partner on any occurrence](https://rightmessage.com/help/screens/segmentation-query-parameter.light.webp)

The illustrated rule uses **On any occurrence**, so an earlier matching visit can still count after you remove the parameter. A current-page-only rule checks a different scope.

For a new-visitor check, use a fresh browser profile or a new private session with no saved site data. Close all private windows to end a private session. Another private tab alone doesn't clear it. Test a returning visitor separately to check known answers and dismissed widgets.

## Check the flow's layout

The builder preview lets you check narrow layouts and themes without leaving the app.

1. Open your flow in **Flows** and choose the eye button labeled **Preview flow**.
2. If the flow uses several widgets, choose one in **Preview widget**.
3. Follow each path, then choose **Restart** to try another.
4. Check **Desktop** and **Phone**, then **Light mode** and **Dark mode**. Use **Open full size** for a larger view.

Include visitors with no known answers and visitors whose answers are already known. Use the on-site preview above to check page rules and display triggers on your actual website.

## Publish and try it as a visitor

Once you're happy with the draft, [review and publish your changes](https://rightmessage.com/help/publishing-your-changes).

1. Choose **Exit** in the debugger and confirm.
2. Start a fresh visitor session without debugger or preview parameters.
3. Follow the same entry path on your published page.
4. Check the content, widget trigger, question order, branch, final offer, and destination.
5. For a contact-sync check, identify your dedicated test contact through the supported identification path.
6. Submit the answer or form, then check that contact's record in your email platform.

When visitors get the right content and your test contact receives the intended update, you've checked both the website and the integration. If preview and live visits differ, use the [preview and live-site FAQ](https://rightmessage.com/help/preview-and-live-faq) to narrow down why.