Visitor identity · INSIDE Docs

What it is

INSIDE can recognise a browser when it returns to your website and reconnect it to its visitor record. This lets operators see saved context alongside new activity. Recognition depends on the browser's saved identity and the website integration.

Who uses it and why

Operators use recognised visitors to understand earlier activity.
Developers set up tracking and, where needed, member identification.
Visitors can return in the same browser with their earlier context available to INSIDE.

Where to find it

Identity recognition runs through the website integration. Select a visitor on the floor to see the context available for that visitor. There is no separate identity editor in Settings.

How it works

The tracker looks for a saved browser identity in a cookie, with browser local storage as a fallback. It can also recognise an older saved identity.
INSIDE checks whether that identity matches a visitor for the website.
If the identity is valid, tracking continues under that visitor. Otherwise, INSIDE creates a new visitor record.
With persistent tracking enabled, the tracker saves the identity for later page loads and visits. The standard browser cookie has a 365-day lifetime when written.

Where the integration supplies a member identifier and no browser identity is available, INSIDE can look for an existing visitor associated with that member in the same website. This depends on the integration supplying member information.

Configure it

Use the tracking integration configured for your website. Ask Powerfront to review recognition across subdomains or pages with different cookie boundaries. Custom identity storage needs a matching read and write integration.

Consent settings determine whether persistent recognition is available. Memory-only tracking does not provide the same saved-browser continuity.

Limits and good to know

Browser recognition does not identify a person across every browser or device. Contact matching is a separate feature.
Clearing both cookies and local storage can remove the saved identity. Clearing cookies alone may leave the local-storage fallback available.
Invalid identities and visitors marked not to be tracked cannot restore the old record through ordinary recognition.
The standard tracker tests first-party cookie support before configuring tracking. Blocking cookies can therefore stop tracking even when memory-only tracking was requested.

Depends on and works with

RequiresConfigured byEnhancesRelated

+7 more · used by

INSIDE visitor CLIRequires
Profiles retain the visitor identity used by tracking and browser restore.
Pre-chat survey for visitorsEnhances
Browser recognition lets returning visitors reuse valid survey completion and saved details.
Proactive chat control group settingsRequires
The assignment is stored against the recognised visitor.
Customer and order accessRequires
Live authorisation belongs to the current visitor session.
Basket trackingRequires
Basket observations belong to a website and visitor identity.
Browser API requestsEnhances
Visitor requests can carry identification for the current visitor session.
Media callbacks and embedded form resultsEnhances
Embedded-form callbacks use visitor identity to find the visitor whose workflow should continue.

View all connections as a list

This feature uses

Website accounts · managed by PowerfrontRequires
Visitor recognition needs an active website account to create or restore its visitor records.
Visitor data mapping for customer identityEnhances
An integration can supply a member identity that helps restore an existing visitor.
Contact matchingRelated
Contact matching associates customer profiles across visits, separately from recognising a returning browser.
Visits and returning visitorsRelated
Visits distinguish separate periods of activity for the same recognised browser.
Cookie consent and opting outConfigured by
Consent and memory-only tracking determine whether browser identity is saved and restored.

Used by

Visits and returning visitorsRequires
Saved browser identity provides continuity between visits.
Visitor page and product trackingRequires
Page activity is associated with a visitor identity for the website.
Visitor flags and custom scoresRequires
Flags and scores belong to a visitor record.
Visitor actions and eventsRequires
Captured actions and custom triggers need a current visitor context.
Visitor activity and availabilityRequires
Connections and browser tabs are associated with a visitor identity.
Cookie consent and opting outEnhances
Accepting cookies allows the browser to use persistent visitor recognition on later visits.
Visitor browsing and activity historyRequires
Recorded history is associated with a visitor identity.
Visitor connection recoveryEnhances
Visitor recognition supports continuity when a browser reconnects.
INSIDE visitor CLIRequires
Profiles retain the visitor identity used by tracking and browser restore.
Pre-chat survey for visitorsEnhances
Browser recognition lets returning visitors reuse valid survey completion and saved details.
Proactive chat control group settingsRequires
The assignment is stored against the recognised visitor.
Customer and order accessRequires
Live authorisation belongs to the current visitor session.
Basket trackingRequires
Basket observations belong to a website and visitor identity.
Browser API requestsEnhances
Visitor requests can carry identification for the current visitor session.
Media callbacks and embedded form resultsEnhances
Embedded-form callbacks use visitor identity to find the visitor whose workflow should continue.

FAQ and troubleshooting

Why does the same customer appear as a new visitor?

Check whether they used another browser or device, cleared browser storage, or changed consent. Also check that all relevant pages use the intended website integration.

Does recognising a browser prove who is using it?

No. A browser record and an identified customer profile are different things. A shared browser may be used by more than one person.

Why does recognition work on one page but not another?

Ask your developer and Powerfront to check the website account, allowed domains and cookie boundaries used by both pages.

Will a brief connection loss create a new visitor?

A connection loss alone does not remove a valid saved browser identity. INSIDE can reconnect the browser to the same record.