10 visitor types, one atom library

Spectare in action

One page, with its personalised sections filled differently for every visitor. Here is exactly what Spectare reads, how it classifies intent, and what each visitor sees.

Show each visitor what matters to them

Spectare reads intent and assembles personalized content in real time, without asking visitors anything or involving your engineering team.

Preview what any persona sees before a single visitor arrives

The Spectare admin includes a Persona tab on the preview page. Choose an audience, a funnel stage, and a content type, and you instantly see the full assembly that a matching visitor would receive. No traffic required, no waiting for real sessions to arrive.

The preview tool now includes fit as a selectable content type alongside comparison, pricing, howto, showcase, and explainer. This means you can test exactly what a visitor sees when they are checking whether Spectare suits their platform, stack, or team before any real visitor asks that question.

Choosing a content type in the preview directly mirrors how the live classifier works. The system weights stated intent first, then page context, then campaign signals, so the preview gives you an accurate picture of the assembly logic rather than an approximation of it.

Use the preview tool when you add new atoms, change your audience segments, or prepare a campaign. It is the fastest way to confirm that the right content is reaching the right visitor at each stage of the funnel.

1.0Intent confidence on preview tokens
noneDeveloper involvement required
yesShareable via URL

Spectare now recognises when a visitor is checking whether it fits their setup

Spectare has added a dedicated intent type for visitors who are checking whether the platform suits their stack, team, or use case. Previously, questions like "does this work with WordPress" or "is this built for agencies" were absorbed into a general catch-all category, which meant the visitor received generic explanatory content rather than something directly relevant to their situation. That friction is now gone.

When a visitor signals this kind of evaluation, Spectare classifies their intent as fit and assembles content specifically chosen to address platform suitability. The right atoms, the ones covering integrations, supported stacks, or audience-specific use cases, are now surfaced at exactly the moment the visitor is weighing whether to continue.

The classification uses a priority order: a visitor's typed question is the strongest signal, followed by the page they are on, then campaign and referrer data. A pricing page visitor gets pricing content; a visitor who types an agency question gets fit content. The system no longer defaults to explanation when a more specific intent is clearly present.

For teams managing their atom library, nothing changes in how atoms are authored or tagged. The new fit type is available in the admin preview tool alongside the existing types, so you can test exactly what a platform-evaluation visitor will see before any real traffic arrives.

Automatic

5 scenarios

Spectare reads signals present in the request (referrer, UTM parameters, page context) and classifies intent without any setup beyond the script tag.

Developer from GitHub

Referrer: github.com

Intent classified as

Developer/Awareness

Atoms assembled

Integration depth, Next.js setup atom, performance benchmarks

How it works

A developer clicks a link in a README or GitHub discussion. Spectare reads the referrer, classifies them as a technical evaluator at exploration stage, and serves content about the integration: how the script tag works, how atoms are structured, how fast content arrives.

Manager from LinkedIn ad

utm_source=linkedin

Intent classified as

Manager/Consideration

Atoms assembled

Personalise without engineering, campaign without dev tickets, comparison vs A/B testing

How it works

A marketing manager clicks a sponsored LinkedIn post. Spectare reads utm_source=linkedin and routes them into the manager audience. They see outcome-focused content: how content teams can run personalisation without opening a developer ticket, and how Spectare compares to the A/B testing they already run.

Executive from email newsletter

utm_medium=email

Intent classified as

Executive/Consideration

Atoms assembled

What marketing leaders see in 90 days, business case for personalisation, enterprise plan

How it works

A VP of Marketing clicks a link in a newsletter. utm_medium=email signals a warmer, deliberate visit. Spectare serves outcome-level content: what the first 90 days look like, the ROI case, and what the Enterprise plan includes, pitched at someone who will need to justify the spend.

Buyer from Google Ads

utm_medium=cpc

Intent classified as

Manager/Decision

Atoms assembled

Which plan fits your team, day one trial walkthrough, case study

How it works

Someone searching for "website personalisation tool" clicks a paid result. CPC traffic signals high intent to buy. Spectare serves decision-stage content: a plan comparison, what happens on day one of the trial, and a case study showing a team that went live in a weekend.

Cold direct visit

No signals

Intent classified as

Any/Awareness

Atoms assembled

Default atoms: your best general-purpose content

How it works

Someone types spectare.ai directly with no UTM, no referrer, no visit history. Spectare sets confidence to zero and serves your designated default atoms: the content that works for any visitor regardless of where they came from. Every visitor sees something relevant, never a blank slot.

Behavioural

2 scenarios

Visit history stored in the visitor's own browser builds a picture of their journey over time. Stage upgrades automatically as they explore more of your site.

Returning visitor (browsed /pricing last week)

localStorage visit history

Intent classified as

Manager/Decision

Atoms assembled

Which plan fits, day one trial, SaaS case study

How it works

A visitor comes back a week after first arriving from a LinkedIn ad. They browsed /pricing on their first visit. Spectare reads the visit log stored in their browser localStorage, sees /pricing in the history, and upgrades their stage from consideration to decision. This visit has no UTM and no external referrer. They see the content that closes, not the content that introduces.

In-session: browsed /compare then /pricing

Page context + visit log

Intent classified as

Manager/Decision

Atoms assembled

Trial CTA, plan guide, case study

How it works

A visitor spends time on the Compare page, then navigates to Pricing, then returns to the homepage. Each page visit is logged to localStorage during the session. When they return to the homepage, Spectare reads the accumulated path: compare then pricing signals an active buyer. The assembly reflects where they are now, not where they started.

Programmatic

3 scenarios

Your team, or an AI assistant that found your llms.txt, calls the qualify API directly to pre-set intent with explicit context, then shares the returned link. Used for ABM, 1:1 outreach, and AI assistant referrals.

ABM target account

qualify API + ?ctx= link

Intent classified as

Executive/Decision

Atoms assembled

Content written for their specific role, company size, and pain point

How it works

The sales team calls the qualify API with account context (role, company, use case) and receives a personalised URL. That URL goes into an Outreach sequence or a LinkedIn message. When the prospect clicks it, the personalised sections are filled for exactly who they are. No IP lookup, no firmographic database. One API call per record in your CRM.

POST /api/qualify/your-org
{
  "summary": "Head of Marketing at Acme Corp, 200-person B2B SaaS, evaluating personalisation for their demand gen landing pages, currently using Unbounce variants"
}

→ returns { url: "https://yoursite.com/landing?ctx=<token>" }

1:1 outreach prospect

qualify API per recipient

Intent classified as

Any/Decision

Atoms assembled

Content chosen for them specifically: their role, their pain point, their stage

How it works

A BDR generates a unique URL for each prospect before sending. The qualify API takes a plain-English description of who the prospect is and what they care about, and returns a signed URL. Every person on the outreach list clicks a different link. What they read is different every time. One page, with its personalised sections filled ten thousand different ways.

// Generate one URL per prospect before sending
const res = await fetch('/api/qualify/your-org', {
  method: 'POST',
  body: JSON.stringify({
    summary: "Sarah Chen, CTO at a 50-person e-commerce brand, wants personalisation without a data science team"
  })
});
const { url } = await res.json();
// Drop url into your email or LinkedIn message

Visitor referred by an AI assistant

llms.txt + qualify API

Intent classified as

Any/Any

Atoms assembled

Content chosen for whatever the assistant described

How it works

A user asks Claude, ChatGPT, or Perplexity to recommend a website personalisation tool. The assistant fetches spectare.ai/llms.txt, which documents the public qualify endpoint and invites agents to use it, no API key required. It calls qualify with a plain-language summary of what the user is after, gets back a ready-to-use URL, and shares it in the conversation. The user clicks and lands on a page whose personalised sections match their intent, without anyone writing a rule or building a landing-page variant.

// An AI assistant reads spectare.ai/llms.txt, which documents the public
// qualify endpoint (no API key), then calls it on the user's behalf:
POST /api/qualify/spectare
{
  "summary": "Developer building a Next.js marketing site, wants personalisation that works without a data warehouse"
}

→ returns { url: "https://spectare.ai/landing?ctx=<token>" }
// The assistant shares that URL; the user clicks and the page is personalised for them.

See it on your site

Start free. Spectare generates your first ten atoms automatically and goes live the same afternoon.