How sticky contacts work
When a visitor submits a form or books a calendar appointment in Hoop, a cookie is stored in their browser. On subsequent visits, Hoop uses this cookie to:- Pre-fill form fields (name, email, phone) with the contact’s existing data
- Associate new form submissions with the existing contact record instead of creating a new one
- Link calendar bookings to the same contact profile
Sticky contact identification is tied to the browser and device. If a visitor uses a different browser or clears their cookies, they are treated as a new visitor.
Common issues
Existing contact data is overwritten by a new submission
Existing contact data is overwritten by a new submission
When sticky contacts is active and a second person uses the same device (for example, at a kiosk or shared computer), the new submission updates the existing contact record instead of creating a new contact. This happens because Hoop associates the submission with the cookie from the first visitor.
Form fields show someone else's information
Form fields show someone else's information
If multiple people share a device, the form auto-fills with the previous person’s data. The new visitor may not notice and submit the form with incorrect pre-filled values, leading to data integrity issues.
New contacts are not being created
New contacts are not being created
If every submission updates an existing contact instead of creating new ones, sticky contacts is matching submissions to a previously identified visitor via cookies. This is expected behavior when the same device is reused.
Calendar bookings attributed to the wrong person
Calendar bookings attributed to the wrong person
The same cookie-based identification applies to calendar booking widgets. A second visitor using the same device may have their booking linked to the first visitor’s contact record.
When sticky contacts causes problems
Sticky contacts works well for most use cases but causes issues in environments where multiple people use the same device:| Scenario | Impact |
|---|---|
| Trade show or event kiosks | Each new visitor’s data overwrites the previous visitor’s contact |
| Shared family or office computers | Form fields auto-fill with another household or office member’s data |
| Demo or testing environments | Repeated testing creates data conflicts on the same contact record |
| Public library or school computers | Submissions are associated with a previous user’s cookie |
How to disable sticky contacts
You can disable sticky contact behavior by adding a custom parameter to your form or calendar URL.Identify the form or calendar URL
Open the funnel page, website page, or standalone form/calendar link where sticky contacts is causing issues.
Append the notrack parameter
Add If the URL already has query parameters, use
?notrack=true to the end of the URL. For example:¬rack=true instead.Clearing sticky contact cookies manually
If you need to clear the sticky contact cookie for a specific browser session:- Open your browser’s developer tools (
F12) - Navigate to the Application tab (Chrome/Edge) or Storage tab (Firefox)
- Expand Cookies and locate the domain of your Hoop-hosted form
- Delete cookies that begin with
__hlcor__hoop— these are the tracking cookies used for sticky contact identification - Refresh the page to confirm the form fields are no longer auto-filled
Best practices
- Shared devices: Always use the
notrackparameter on forms intended for shared or public devices - Testing: Use incognito mode or clear cookies between test submissions to avoid creating data conflicts in your Hoop account
- Workflows: If your workflows rely on new contact triggers, be aware that sticky contacts may cause submissions to fire a “contact updated” event instead of a “contact created” event
.png?fit=max&auto=format&n=EQK5eX9kTD8NzWwA&q=85&s=878008bf159fcc4964d0c0d508b6e400)