Which API should an agent choose for identity stitching?

Use the full Vero API. Its POST /users/alias operation maps an anonymous visitor id to a canonical user id so events and tags collected before signup follow the user into the identified record. The Track REST API does not expose alias.

Are the Vero APIs stable enough for production use?

The Track REST API is on v2.0 and has been in production since before 2016 with no breaking changes. The full Vero API is on the same version line. Neither spec declares explicit rate limits, so production integrations should batch where possible and back off on 429 responses.

Vero APIs for AI Agents

Q: Does Jentic publish official Vero specifications?

Vero does not publish OpenAPI specifications, so Jentic generates and maintains them for both APIs. Each spec is validated against the live API and kept up to date so agents and developers can call Vero through structured tooling.

MarketingMarketing AutomationJentic-Generated SpecsAPI keyAgent Ready

www.getvero.com·Developer portal → developers.getvero.com

Vero API Catalog

2 APIs across 1 product group. All share one credential.

Marketing2

Vero APIIdentify users, track events, manage tags, and create or launch campaigns through the Vero marketing-automation API across 18 endpoints with query-token authentication.~18 endpoints Vero Track REST APITrack users and events, manage subscription state, and edit user tags in Vero across 7 stable endpoints with auth_token query authentication.~7 endpoints

Which Vero API should I use?

I want to...	Use	Why
Track events and identify users only, no campaign control	Vero Track REST API	The Track REST API is the stable ingestion-only subset covering identify, track, tags, and subscription state across 7 endpoints.
Create, update, or launch marketing campaigns	Vero API	The full Vero API adds campaign list, create, update, launch, and trigger operations on top of the same user and event surface.
Stitch an anonymous visitor to a known user	Vero API	Only the full Vero API exposes POST /users/alias to map an anonymous id to a canonical user id.

Install Jentic One Beta

Connect the Vero APIs to your agent

Jentic One is a self-hosted execution layer for AI agents. It lets your agent call the Vero APIs, or any other public or private API you need. You set the rules, the agent never sees your credentials, and every call is logged.

Two steps, two machines. Install the instance in a safe environment, then register your agent from wherever it runs.

Step 1: Jentic One Host machine

# On the machine that will host your Jentic One instance:
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fgetvero.com" | sh

Step 2: Agent machine

# On the machine where your agent runs (keep this separate from the instance):
curl -fsSL "https://jentic.com/install.sh?src=apis&api=%2Fapis%2Fgetvero.com" | sh
jentic register       # connects your agent to your Jentic One instance

Jentic One is in public beta. The setup above keeps your agent separate from the instance, which is what you want before using real credentials: an agent running as the same OS user as Jentic One can read its stored keys directly. Just evaluating? A single local install is fine to start. See the secure deployment guide for the tiers.

Once connected, ask your agent something like: “track a user event and launch a lifecycle campaign in vero”.

Why Jentic?

What agents get from Jentic-routed access to this vendor.

Setup

Wiring either Vero API by hand means appending your auth_token to the query string on every request to api.getvero.com and keeping that token out of your own logs. Once Jentic One is installed, you or your agent can find and add the Vero APIs from the Jentic directory and store the token once for both.

Permission scoping

Because both APIs share one token, your own rules decide which Vero operations the agent may call. You can allow only event tracking and tag edits while withholding campaign launch or user deletion, and the campaign id in the full API's paths lets a rule pin the agent to a single campaign.

Credential isolation

Your Vero auth_token is stored encrypted by your own Jentic One instance and injected at execution time, which matters because it rides in the query string. It never enters the agent's prompt, logs, or context on either API.

FAQs

Specific to using Vero APIs through Jentic.

What is the difference between the Vero API and the Vero Track REST API?

The Track REST API is the lighter ingestion-only subset, covering user identification, event tracking, tag editing, and subscription state across 7 stable endpoints. The full Vero API adds campaign list, create, update, launch, and trigger operations on top of that same surface across 18 endpoints. Use the Track REST API when you only need to record data, and the full Vero API when the workflow also manages campaigns.

Do the two Vero APIs share the same authentication?

Yes. Both use a single Vero auth_token passed as a query parameter on every request, so one credential works across both APIs. Through your own Jentic One instance the token is stored once and reused for whichever operation the agent calls.

Can an agent work across both APIs in one workflow?

Yes. Because both APIs share the same user identifiers and the same token, an agent can track an event through the Track REST API and then launch the campaign that event triggers through the full Vero API without any separate setup between the two.

Does Jentic publish official Vero specifications?

BOOK A DEMO

Start Connecting APIs to Your AI Agents

Browse thousands of APIs and connect them all to your agent with Jentic One. One layer, one credential — every API your agent needs.

Book a Demo

For Agents

APIs2 in catalogue

Endpoints25 indexed

AuthAPI key — 1 credential for all 2 APIs

ProvenanceJentic-generated specs

An agent can identify and re-identify users, track events, edit tags, and change subscription state in Vero, and on the full API it can also list, create, update, and launch marketing campaigns. This lets an agent coordinate lifecycle messaging end to end, from recording a product signal to firing the campaign it triggers.

Vero focuses on behavioural, event-driven lifecycle messaging: campaigns branch on the events and traits you send rather than on static lists. The portfolio splits into a full API that adds campaign creation and launch on top of a lighter Track REST API that handles user and event ingestion only.

Use for: Behavioural lifecycle marketing in Vero: identifying users, tracking events, editing tags, managing subscription state, and creating or launching campaigns.

Not supported: SMS delivery, push notifications, analytics dashboards, message rendering, email template design

Credentials: Both APIs use the same apiKey scheme: a single Vero auth_token passed as a query parameter on every request, so one credential covers the whole portfolio.

What AI Agents Can Do with Vero

Each workflow spans multiple Vero APIs. Jentic routes each operation to the right API automatically.

Track a product signal, then launch the campaign it triggers

Send a lifecycle event such as trial-day-7 or completed-checkout through the ingestion surface, then find the matching campaign by name or status and launch it to its configured audience. This connects the moment a user acts to the message that goes out.

Example prompt:

Track event 'trial-day-7' for user 'usr_123' via the Track REST API, then list campaigns with status 'ready', find 'Trial Day 7', and launch it through the Vero API.

APIs used

Vero Track REST API + Vero API

Keep segmentation and subscription state consistent across both surfaces

Edit a user's tags and update their subscription state when an upstream signal arrives, using whichever surface the workflow already calls. Both APIs share the same user identifier so tag and subscription changes made through one are reflected when the other reads the record.