Visitor journeys
Pages, sequence and time, stitched to a contact at conversion.
Journeys & Pulse
See the pages a contact read before they asked for a quote, which AI assistants referred them, and how warm they are now, delivered to your CRM with a note your reps will actually read.
History attached only after the person submitted a form.
Journeys & Pulse records visitor journeys and Forge-owned form funnels, attaches history to a contact only when they submit, scores engagement with Pulse, and delivers it to The Viking Stack CRM, which stays the system of record for contacts.
Pages, sequence and time, stitched to a contact at conversion.
Forge-owned forms through an idempotent, retrying queue. No submission is silently lost.
See which assistants and answer engines sent visitors.
Engagement scoring with a next-step note for reps.
Connect purchase activity to the same journey.
People, Pages, Forms and Signals answer what your CRM can't.
Design constraints, not settings
Ask about Journeys & Pulse
Scripted assistant · demo catalog · not a live AI
Questions
No. It answers the questions page-level analytics cannot: which known contact read which pages before asking for a quote, how each form funnel performs, which AI assistants referred visitors, and what a rep should do next. Keep your analytics; Journeys & Pulse adds the per-person and per-form layer.
Only funnel events: form viewed, form started, which field names were completed, and abandonment. No keystrokes, no partial values, no email-on-blur. Field values are captured only on submit, and never before. This is a design rule, not a setting.
Consent is resolved before any collection (WP Consent API, then Global Privacy Control, then geography, then site configuration). GPC is always honored and cannot be turned off by the site owner. IP addresses are hashed, query strings are scrubbed to an allowlist, and form payloads are scrubbed after delivery to your CRM. Person-level anonymous identification, session replay, and heatmaps are deliberately not built.
Your The Viking Stack CRM stays the sole system of record for contacts. Forge holds an identity map keyed by contact id and a disposable display cache with a time-to-live. Nothing in Forge treats cached names or emails as authoritative.
Every delivery goes through an idempotent queue with retries and backoff. Stuck deliveries raise alerts, a fallback sales notification runs on a path independent of the CRM connection, and undelivered payloads are exported before they expire. No submission is silently lost.
On WordPress the tracker registers against the WP Consent API, so banners like Complianz govern it without custom glue. UK visitors run under the first-party statistics exemption; EU visitors without consent are not tracked at all.
Next step
Start with a free GEO Report on your own storefront, or book a working session and we will walk through your catalog together.
Ask about Journeys & Pulse
Scripted assistant · not a live AI