The product page opens
Useful evidence that the monitored page itself can load in the browser.
A storefront can load normally while add-to-cart, cart UI or the route toward checkout has already stopped behaving as expected. GO4 Action Journeys repeat the critical path in one controlled browser session and show exactly where it breaks.
HTTP and Browser Lab page evidence can confirm that a page opens. Action Journey answers the next question: can the customer-facing interaction still reach the state you expect?
Useful evidence that the monitored page itself can load in the browser.
GO4 carries browser state forward and verifies what happens after each important interaction.
The difference is not more page-load data. It is evidence that the ordered customer path still works after the page has loaded.
The Visual Builder helps you start from the right page, select storefront elements and assemble the ordered steps that GO4 will execute in Browser Lab.
Set the page where the monitored customer path should begin.
Each step starts only after the previous step finishes, inside the same browser session.
Finish important interactions with an assertion that proves the expected state appeared.
See the complete Action Journey flow, supported actions, assertions, diagnostics and safety boundaries.
Action Journey keeps synchronization, browser actions and assertions explicit so each step has a clear job in the path.
Continue only when the element or browser load state required by the next action is ready.
Use customer-facing actions only where the monitored workflow needs them.
Do not stop at “the click happened”. Verify the state that proves the interaction worked.
When the checkout step is enabled for the supported plan and workflow, GO4 can verify the route to checkout landing while keeping sensitive transaction actions outside the journey.
GO4 rejects login/password flows, sensitive checkout fills, payment/card actions and order submission. After checkout landing, supported evidence remains passive.
A journey result keeps the ordered step outcome, duration and diagnostic message so the failed interaction is visible without reducing the whole run to one generic error.
Illustrative timings and values. Actual step limits and results come from the configured journey.
Action Journey runs inside GO4 monitoring, so the storefront path can be checked again on schedule and investigated with the same evidence model as the rest of the platform.
Choose the ordered path and the expected result.
Execute the path in a controlled browser session.
Keep step-level evidence when an interaction breaks.
Repeat the same monitored path and confirm recovery with new evidence.
Action Journey is deliberately narrower than unrestricted browser automation: it focuses on repeatable storefront monitoring with explicit safety boundaries.
It is recurring verification of an ordered storefront path rather than a single page load. In GO4, Action Journey executes supported browser steps in one controlled session and checks whether the expected state appears after the interaction.
A product or cart page can load successfully while a later interaction such as selecting an option, adding to cart or opening the cart UI fails. Page health and path health answer different questions.
Yes. A supported Action Journey can click the relevant storefront control and then verify the resulting cart state with an assertion.
The supported path can reach checkout landing when that capability is enabled for the plan and journey. GO4 keeps payment, order submission and other sensitive transaction actions outside the monitored flow.
No. Action Journey is designed to monitor storefront paths without completing a purchase or submitting payment.
Yes. Click if visible can interact with an optional element when it exists and skip it safely when it is absent, detached or not actionable.
The step records its result, duration and diagnostic message. With stop-on-failure enabled, later steps can be skipped so the report makes the first broken point clear.
Action Journey runs inside Browser Lab but serves a more specific purpose. Browser Lab can prove that a page loaded and collect browser evidence; Action Journey extends that browser session into an ordered interaction path with assertions.
Use Action Journey for the customer-facing interactions that matter most, with step-level evidence and safe Shopify checkout boundaries.