Lead generation platform that gives you real-time info about companies and people that visit your website. Turning anonymous web traffic into actionable data.
Lead generation platform that gives you real-time info about companies and people that visit your website. Turning anonymous web traffic into actionable data. On Nagent, LeadBoxer is exposed as a fully-configurable analytics integration that any agent can call — 9 actions, and API key authentication. No code is required to wire LeadBoxer into your workflow — connect it once via the External Integrations panel and reuse it across every agent you build.
Agent builders use LeadBoxer to automate the kinds of tasks analytics teams previously handled manually. Concrete examples — each one is a single agent step in Nagent — include:
Every action and trigger is paired with a structured input/output schema (visible in the sections below), so when you wire LeadBoxer into Helix — our agentic agent builder — the editor knows exactly what each step expects and produces. Configure once, deploy anywhere across your Nagent agents.
Every operation an agent can call against LeadBoxer, with input parameters and output schema. Drop these into any step of an agent built in Helix.
LEADBOXER_ADD_OR_UPDATE_LEAD_TAGSTool to add or update lead tags in LeadBoxer. Use when you need to manage lead tags by adding new tags, removing specific tags, or overwriting all existing tags for a specified user.
Input parameters
Specifies the operation type. 'add' adds a tag without removing existing ones. 'remove' removes a specific tag. If omitted, overwrites all existing tags.
The LeadBoxer user ID of the visitor/lead. Can be obtained from the LeadBoxer cookie via ot_uid() function.
The tag name/value to add, remove, or set for the lead.
Optional dataset ID. If not provided, the site parameter from auth metadata will be used.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_DELETE_CTDTool to delete a custom tracking domain entry for a dataset. Use when you need to remove a specific custom tracking domain (CTD) associated with a dataset in LeadBoxer.
Input parameters
The custom tracking domain value to delete (e.g., 'track.example.com').
User email address for authentication. Required to authorize the delete operation.
The unique identifier for the dataset whose custom tracking domain should be deleted.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_GET_EVENTSTool to fetch events for specified sessions from LeadBoxer. Use when you need to retrieve behavioral data including pageviews, clicks, form submissions, email interactions, and custom events. Events can be filtered by session ID, email, user ID, or segment/smartlist IDs.
Input parameters
Filter events by email address. Use this to retrieve events for a specific email.
Maximum number of events to return. Use this to limit the result set size.
Filter events by user ID. Use this to retrieve all events associated with a specific user.
Filter events by segment ID. Use this to retrieve events for users in a specific segment.
Filter events by specific session ID. Use this to retrieve events for a particular user session.
Filter events by smartlist ID. Use this to retrieve events for users in a specific smartlist.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_GET_LEAD_SCORE_FORMULATool to fetch the lead score formula for a specific dataset. Use when you need to understand how lead scores are calculated for records in a dataset. The formula defines scoring based on criteria types: Range (number ranges), Match (exact values), Exists (presence of values), and Boost (event-based scoring).
Input parameters
Optional email parameter for additional filtering or context.
The unique identifier for the dataset whose lead score formula you want to retrieve.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_GET_SESSIONSTool to fetch sessions for a specified lead ID from LeadBoxer. Use when you need to retrieve session data for a user, with optional filtering by email, user ID, Smartlist ID, or segment ID. A session represents a single visit to the site, and users can have multiple sessions over time.
Input parameters
Optional email address to filter sessions by email.
Maximum number of sessions to return. Use this to limit the result set size.
The LeadBoxer user ID for which to retrieve sessions. This is a required parameter.
Optional user identifier to filter sessions by user ID.
Optional segment ID to filter sessions by segment membership.
Optional Smartlist ID to filter sessions by Smartlist membership.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_LOG_EVENTTool to track server-side events in LeadBoxer. Use when tracking backend events, page views, or custom activities from your server. This endpoint supports tracking user interactions, conversions, and other activities that occur on the server-side.
Input parameters
Override the request IP address. Use this to provide the actual user IP if tracking from a server.
Event location as a full URL. Represents the page or location where the event occurred.
Event title or name that will appear in the clickstream. Describes the action being tracked (e.g., 'User Signup', 'Purchase Complete').
Timezone metadata (e.g., 'America/New_York', 'Europe/London').
Event ID. If not provided, it will be auto-generated by LeadBoxer.
Current referrer URL. The page that referred the user to the current location.
Session ID. If not provided, a new session will be auto-created by LeadBoxer.
User ID to update existing user records. Use this to associate the event with a known user.
User email address for identification purposes.
When set to true, prevents automatic geo-location and user-agent enrichment. Use when tracking events from a proxy or when you want to avoid automatic enrichment.
User locale metadata (e.g., 'en-US', 'fr-FR').
Preferred user identifier. This is the recommended way to identify users.
Browser metadata (e.g., 'Chrome', 'Firefox', 'Safari').
Platform metadata (e.g., 'web', 'mobile', 'ios', 'android').
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_MANAGEMENT_CTDTool to fetch custom tracking domain entries for a dataset. Use when you need to retrieve all custom tracking domains that are created or in progress for a specific datasetId.
Input parameters
Required email parameter for authentication.
The unique identifier for the dataset whose custom tracking domains should be retrieved.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_POST_EVENTTool to send event data for tracking user activities via POST request. Use when tracking events by sending data in the request body with application/x-www-form-urlencoded format.
Input parameters
Dataset ID - Mandatory property that tells the engine which site/account the data is being inserted for.
Event title - Reserved property for displaying titles in LeadBoxer's UI. Describes the action being tracked.
Session ID - Identifies the user session. If not provided, a new session will be auto-created.
User ID - Unique identifier for the user to associate the event with a known user.
User name for identification purposes.
Page URL being tracked - The location where the event occurred.
Email address - User's email for identification purposes.
Set to true to prevent automatic detection and overwriting of user values like computer/browser, country/region/city data.
Company name associated with the user.
Referrer URL - The page that referred the user to the current location.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
LEADBOXER_VIEWS_LEAD_DETAILTool to fetch detailed information about a lead based on filters. Use when you need comprehensive lead data for a specific lead ID. The default view type is B2B. Note: On initial pageview, there may be a few seconds overhead before data is populated; consider implementing a 3-second delay after lead creation.
Input parameters
Email address parameter. Can be empty or contain an email address. By default, email addresses are masked in results.
The LeadBoxer user ID for the lead you want to retrieve details for. Can be obtained using the ot_uid() function.
Set to true to disable email masking in the response.
Output
Data from the action execution
Error if any occurred during the execution of the action
Whether or not the action execution was successful or not
No publicly available marketplace agent is found using this tool yet. There are 36 agents privately built on Nagent that already use LeadBoxer.
Build on Nagent
Connect LeadBoxer to any Nagent agent in minutes — no API key management, no boilerplate. Just configure and deploy.
The five questions agent builders ask before adopting a new integration.
Open the External Integrations panel inside Nagent (app.nagent.ai/externalIntegration), find LeadBoxer, and click "Connect Now." You'll authenticate with an API key — Nagent handles credential storage and refresh automatically. Once connected, LeadBoxer is available to any agent in your workspace.
No. Nagent provides no-code integration for every tool. Once LeadBoxer is connected, you configure its 9 actions directly in the agent builder UI — no API calls, no boilerplate, no schema management.
Helix — Nagent's agentic agent builder — lets you drop LeadBoxer steps into any workflow visually. Pick an action (e.g., one of those listed above), fill in the inputs (Helix knows the required vs. optional schema for each parameter), and connect it to upstream/downstream steps. Triggers run as the entry point of an agent, so when a LeadBoxer event fires, the agent kicks off automatically.
Every LeadBoxer action and trigger ships with a fully-typed schema — input parameters with name, type, required flag, and description, plus the output payload shape. The schemas are documented in the sections above. Helix uses these schemas to validate your configuration at build time and to type-check the data flowing between steps.
Yes. While LeadBoxer ships with 9 pre-built analytics actions, you can layer custom logic around them inside Helix — pre/post-processing steps, conditional branches, retries, or stitching LeadBoxer together with other connected tools. For deeper customization, talk to our team about Nagent's Agentic AI Lab — forward-deployed engineers who build LeadBoxer-based workflows tailored to your business.