CRM & AutomationFramework11 min readPublished August 18, 2026

Two new conversion types · v202608 · the definition work is yours

LinkedIn Wants Your MQL Definition. Do You Have One?

LinkedIn’s Marketing API v202608 added MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD conversion types on August 17 — granular siblings to the generic QUALIFIED_LEAD that has fed the qualified-leads optimization goal since February. The enum is the easy part. Neither signal means anything until your CRM carries an enforced, auditable definition of who becomes an MQL, who decides, and how that decision reaches LinkedIn.

DA
Digital Applied Team
Senior strategists · Published Aug 18, 2026
PublishedAug 18, 2026
Read time11 min
SourcesLinkedIn API docs · HubSpot · Salesforce
New conversion types
2
MQL + SQL, alongside generic QUALIFIED_LEAD
Version gate
202608
granular types supported 202608+ only
Optimization goal shipped
6mo
earlier — v202602, Feb 2026
Event timestamp ceiling
90d
conversionHappenedAt must be recent

LinkedIn’s Marketing API version 202608 added two granular conversion types to the Conversions API — MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD — alongside the existing generic QUALIFIED_LEAD, which has fed the qualified-leads optimization goal since that goal shipped in February 2026. Events streamed on rules with the new types feed the same deeper-funnel campaign optimization.

That is the entire news item, and it is deliberately small. The reason it deserves a full framework rather than a changelog bullet is what the schema says next: both new types describe a lead that “has been filtered by the advertiser.” LinkedIn ingests your label. It does not compute it. Which means the real work — the work that decides whether these enum values ever carry signal — happens in your CRM, in a field most teams have never formally defined.

This guide covers what actually changed in v202608, the six-month chronology that most coverage will miss, where the MQL/SQL state has to live in HubSpot and Salesforce, a definition worksheet for the marketing-to-sales handoff, and the plumbing that moves the label from a CRM field to a LinkedIn conversion event. Everything here is sourced from LinkedIn’s own API documentation and the two CRM vendors’ own field references, each linked inline where it is used.

Key takeaways
  1. 01
    v202608 added MQL and SQL conversion types.The /conversions endpoint now supports MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD alongside the existing generic QUALIFIED_LEAD. Events on rules with the new types feed the qualified-leads optimization goal.
  2. 02
    The types are version-gated to 202608 and later.LinkedIn’s schema states the granular types are supported only for API versions 202608 and later. An integration pinned to an older version cannot send them until it upgrades.
  3. 03
    This refines a mechanism that shipped in February.MAX_QUALIFIED_LEAD arrived as an optimization target in v202602 (February 2026), built around the single generic type. August’s change splits that signal into marketing and sales granularity six months later.
  4. 04
    LinkedIn ingests the label — you compute it.Both new types are defined as a lead ‘filtered by the advertiser.’ The qualification decision, the field that stores it, and the rules that govern it are entirely your CRM’s responsibility.
  5. 05
    The plumbing outlives the platform.A single owned field, a named transition owner, forward-only movement, and a near-real-time event feed are durable CRM assets. LinkedIn is just the first ad platform asking for them this precisely.

01What ChangedTwo new enum values, one version gate.

The change entry itself is one sentence. Starting with the 202608 version, LinkedIn’s /conversions endpoint supports MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD as granular conversion types in addition to the existing QUALIFIED_LEAD. Conversion events streamed on rules with the new types are used in the qualified-leads optimization goal for deeper-funnel campaign optimization, the same way the generic type already was.

The detail that matters operationally sits on the schema page, not the changelog: the granular types are “supported only for API versions 202608 and later.” That is a hard gate. LinkedIn’s versioning policy keeps each version supported for a minimum of one year before sunset — and the clock is genuinely running: v202508 shipped in August 2025 and was sunset on August 17, 2026, the same day v202608 landed. If your integration or your ads partner pins anything below 202608, these enum values simply do not exist for you. Check that before any CRM work.

The same v202608 release also took the Matched Audiences API to general availability, added account-level tracking parameters to the Dynamic UTM API, and imposed a 1,000-segment cap per sponsored account on DMP segments — a cleanup problem we cover separately in our guide to the DMP segment cap. Alongside the release, LinkedIn published a new Conversions API use-cases document covering qualified-leads optimization, retargeting audiences, predictive-audience source data, and conversion lift testing. Read together, the direction is clear: qualified-lead signal is a program LinkedIn is building out, not a one-off field.

Check your pinned version first
The granular types are gated to API versions 202608 and later. If your Conversions API integration — direct or through a partner platform — pins an older version, no CRM work on your side will make MARKETING_QUALIFIED_LEAD events sendable. Version upgrade first, definition work in parallel.

02ChronologyA six-month build-out, not a launch.

Most coverage will treat this as an isolated changelog bullet. The actual product story spans two releases. In February 2026, API version 202602 introduced MAX_QUALIFIED_LEAD as a supported optimization target for the /adCampaigns and /adBudgetPricing endpoints under the Lead Generation objective — requiring either a conversion rule of type QUALIFIED_LEAD or CRM data shared through Business Manager. That entry is where advertiser-defined lead quality, rather than raw form fills, becomes a documented optimization target for Lead Generation campaigns.

August’s change refines that existing mechanism. Six months of the optimization goal running on a single undifferentiated “qualified” signal evidently made the case for granularity: a marketing-decided MQL and a sales-decided SQL are different events, decided by different teams, at different funnel depths. Splitting the enum lets a campaign optimize toward the stage that actually matters for its objective — and lets reporting distinguish the two instead of collapsing them into one bucket.

Feb 2026
Optimization goal ships
202602

MAX_QUALIFIED_LEAD arrives as an optimizationTargetType for Lead Generation campaigns — built around the single generic QUALIFIED_LEAD conversion type or CRM data via Business Manager.

MAX_QUALIFIED_LEAD
Aug 2026
Granularity arrives
202608

MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD split the signal by funnel stage. Both feed the same qualified-leads optimization goal, and both are gated to 202608+.

MQL + SQL types
The gap
Refinement, not novelty
6mo

The August change refines a mechanism that had been live since February. Teams that built a clean qualified-lead feed for v202602 need only split one event into two.

202602 → 202608

The build-out extends sideways, too. LinkedIn’s Company Intelligence API added a paidQualifiedLeads field in version 202603 — a count of Conversions-API-sourced qualified leads attributed to a target company, aimed at account-based marketing prioritization. Qualified-lead signal is being wired into campaign optimization, reporting metrics, and ABM surfaces at once. That is worth registering before you decide the CRM work is optional: every quarter, more of LinkedIn’s B2B surface area assumes you can tell it which leads were actually good.

03The Load-Bearing SentenceLinkedIn ingests the label. You compute it.

Read the Conversions API schema’s own enum definitions closely, because they are the most important sentences in this entire release. Both new types are defined identically except for one word: the user filled out a lead generation form, and has been filtered by the advertiser to be a marketing — or sales — qualified lead. “Filtered by the advertiser” is doing all the work. LinkedIn is not scoring your leads, inferring qualification from engagement, or applying some platform-side quality model. It accepts whatever you send and optimizes toward it.

“The user filled out a lead generation form, and has been filtered by the advertiser to be a marketing qualified lead.”— LinkedIn Conversions API schema, MARKETING_QUALIFIED_LEAD definition, v202608

That cuts both ways. It is empowering — your definition of quality, not a platform’s guess, steers delivery. And it is unforgiving — if your “MQL” field is set inconsistently by three different automations and hand-edited by whoever noticed the lead first, that noise is now your optimization signal. An ad delivery system trained on a label is only as good as the process that produces the label. Garbage definitions in, garbage optimization out, with budget attached.

This is why the durable part of this story is CRM work, not LinkedIn work. The question “what, precisely, makes a lead marketing-qualified here?” has an answer at most companies only in the folk-knowledge sense — marketing has one version, sales has another, and the CRM field that supposedly records it has no enforced rules about who sets it or when. LinkedIn just gave that ambiguity a direct cost.

04CRM Field RealityWhere the MQL/SQL state actually lives.

The two dominant CRMs take opposite defaults, and the contrast is instructive. HubSpot ships an opinionated, ordered lifecycle-stage property with eight default values in sequence: Subscriber, Lead, Marketing Qualified Lead, Sales Qualified Lead, Opportunity, Customer, Evangelist, Other. The MQL/SQL boundary is pre-baked into the product. Salesforce ships the opposite: its standard Lead object’s Lead Status field is a picklist “set by an administrator” — example values Open, Contacted, Qualified — with no native MQL or SQL concept anywhere in the standard object. If a Salesforce org has an MQL stage, an admin built it.

Two details from the vendors’ own documentation matter for anyone wiring these fields to LinkedIn. First, HubSpot’s lifecycle stage is a single property holding one value at a time, and its default behavior only allows automatic progression forward through the stage list — moving a record backward requires manually clearing the property first. One field, one value, forward-only: that is the shape a qualification gate should have, enforced by the product. Second, Salesforce deliberately separates Lead Status (where the lead is in the process) from Rating (Hot, Warm, Cold — how good the lead looks). Conflating “how good” with “how far along” is one of the most common CRM-hygiene mistakes, and it is exactly the ambiguity that corrupts an MQL signal.

Where MQL and SQL state lives across LinkedIn, HubSpot, Salesforce, and a custom CRM, and how each reaches LinkedIn
Platform & fieldNative MQL/SQL values?Who sets itForward-only?Path to LinkedIn
LinkedIn Conversions API — conversion rule typeYes — MARKETING_QUALIFIED_LEAD, SALES_QUALIFIED_LEAD (202608+), generic QUALIFIED_LEADThe advertiser — LinkedIn ingests the label, it does not compute itn/a — an event stream, not a stateful fieldStreamed event; conversionMethod is CONVERSIONS_API
HubSpot — lifecycle stage propertyYes — MQL and SQL among 8 ordered default stagesWorkflows (Professional/Enterprise plans), chatflows, forms, API, Salesforce sync, import — or manual editYes by default — backward moves require manually clearing the propertyCAPI event on stage change, or CRM Sync via Business Manager
Salesforce — Lead Status + separate RatingNo — admin-built picklist; standard Lead object ships no MQL/SQL valuesWhoever the admin’s picklist and automation config allowsNot defined by the standard Lead Fields reference — transition rules are the admin’s to configureCAPI event on status change, or CRM Sync via Business Manager
Custom CRM — implied best practiceBuild one field, one value, explicit MQL/SQL stagesA named owner per transition — automation for MQL, sales role for SQLShould be — enforce in the write path, log every transitionCAPI event fired on field transition, within the 90-day event window

One scope note on the Salesforce row: the absence claim is about the out-of-the-box standard Lead object, per Salesforce’s own Lead Fields reference. Plenty of real orgs have added custom MQL/SQL picklist values or fields — which is precisely the point. Where HubSpot hands you a definition-shaped container, Salesforce hands you a blank, and either way the definition itself is still yours to write. The vendors ship the field. Nobody ships the meaning.

05The WorksheetSix questions that are your MQL/SQL definition.

An MQL/SQL definition is not a paragraph in a strategy deck. It is six operational answers, each living in a specific place in your CRM, each with a specific failure mode when left undefined. Work through them in order — the first three define the label, the last three make it auditable. If you already run a lead-scoring workflow that feeds a clean MQL threshold, question one is done; most teams find the gaps start at question two.

Question 01
What threshold makes an MQL?
Lives in: scoring model / lifecycle criteria

The behavioral and firmographic bar a lead must clear before marketing calls it qualified. Undefined, every form fill becomes an ‘MQL’ and your LinkedIn signal is indistinguishable from a raw lead event.

Owner: Marketing
Question 02
Who owns the MQL→SQL transition?
Lives in: field permissions + process doc

One named role — not ‘sales’ — accepts or rejects marketing’s handoff. Undefined, labels flip in both directions, nobody is accountable, and the audit trail is noise.

Owner: Sales leadership
Question 03
What SLA does sales owe an SQL?
Lives in: the marketing-sales SLA

A time-boxed commitment to act on an accepted SQL. Undefined, qualified leads age silently and the qualification stage measures nothing about follow-through.

Owner: Joint
Question 04
What is the recycle rule?
Lives in: disqualification workflow

How a lead exits MQL or SQL without converting — disqualified, nurtured, re-scored. Undefined, forward-only stages become a trap and stale records pile up in your optimization signal.

Owner: Marketing ops
Question 05
Which field stores the state?
Lives in: one property, one value

A single owned field — HubSpot’s lifecycle stage, a Salesforce status picklist, or a custom equivalent. Undefined, parallel checkboxes and duplicate fields disagree, and no one value is the truth you can stream.

Owner: CRM admin
Question 06
What event fires the conversion?
Lives in: the integration layer

The field transition that triggers a LinkedIn conversion event, with its timestamp. Undefined, someone batch-exports quarterly — and events older than 90 days fail LinkedIn’s validation entirely.

Owner: RevOps

Questions two and three are where most definitions die, because they are organizational rather than technical. The mechanics of how a lead gets routed once it is qualified and the SLA that actually enforces the marketing-to-sales handoff are established disciplines — the change is that LinkedIn’s optimization goal now consumes their output directly. A handoff that exists only as goodwill between two team leads is now a data quality problem in your ad account.

06The PlumbingGetting the label from field to platform.

Two paths carry a qualification signal into LinkedIn’s qualified-leads optimization goal: the Conversions API — a direct build or a third-party partner integration streaming events — and CRM Sync, where LinkedIn creates conversions itself from CRM data connected through Business Manager. LinkedIn’s guidance is to use one source per ad account, not both, to avoid double-counting the same qualification. CRM Sync trades integration work for latency — its processing is measured in days, not minutes — while a CAPI event fires as fast as your trigger does.

The API imposes real timing constraints. The event timestamp, conversionHappenedAt, must fall within the past 90 days at submission — you cannot backfill last year’s MQLs to bootstrap the system. In practice the useful window is tighter still: LinkedIn’s help guidance ties optimization eligibility to recently shared data and recommends seeding the learning phase with a steady flow of qualified leads in the first weeks. The operating conclusion is the same either way — the handoff from CRM field to LinkedIn event needs to be near-real-time or batched frequently, not a quarterly export.

Match quality is the other half. A streamed event carries user identifiers — hashed email (SHA256_EMAIL), LinkedIn’s first-party ads tracking UUID (LINKEDIN_FIRST_PARTY_ADS_TRACKING_UUID), and several others — plus optional userInfo fields (first and last name together, company, title, country) that improve match rates. For leads that came through LinkedIn Lead Gen Forms there is a stronger option: a leadGenFormResponseUrn ties the conversion straight back to the specific form submission. And for agencies, the conversion rule’s ownershipType supports OWNED and SHARED — a SHARED rule under one Business Manager serves multiple client ad accounts without rebuilding the plumbing per account.

One attribution nuance worth hedging precisely: LinkedIn supports attribution windows up to 365 days for a short list of conversion types, and the generic QUALIFIED_LEAD is on that list — an explicit accommodation of long B2B sales cycles. The schema does not say whether the two new granular types inherit that long window, so verify against the current documentation before you assume it. Defaults are 30 days post-click and 7 days view-through.

One source per account
Pick either the Conversions API or CRM Sync per ad account — LinkedIn’s own guidance, to prevent the same qualification counting twice. And remember the hard ceiling: an event timestamp older than 90 days fails validation. If your MQL process cannot produce an event within weeks of the qualification decision, fix the process before wiring the integration.

07RolloutThe right first move, by scenario.

Where to start depends on which CRM you run and how your LinkedIn integration is pinned. Four common scenarios:

HubSpot shop
Lifecycle stages already carry MQL/SQL

The container exists — audit who and what is allowed to set each stage, tighten the automation paths, then wire stage transitions to the matching granular conversion type. Definition audit first, integration second.

Wire stages to CAPI
Salesforce org
Status picklist is admin-built

There is no native MQL/SQL to wire. Define the picklist values, add validation rules for forward-only movement, keep Rating separate from Status — then integrate. Skipping the definition step just streams your ambiguity.

Define before you wire
Agency / multi-account
Many client accounts, one pipeline

Use a SHARED conversion rule under Business Manager to serve qualified-lead conversions across client ad accounts from one integration — but each client still needs its own answered worksheet. The rule shares; the definitions don’t.

Share the rule, not the definition
Pinned on an older version
Integration below 202608

The granular types do not exist for you yet. Versions are supported for at least a year before sunset — v202508 retired on August 17, 2026 — so look up your version’s sunset date, schedule the bump, and run the definition worksheet meanwhile so the CRM side is ready first.

Schedule the version bump

If the qualification decision itself is the bottleneck — leads sitting unscored, or scored by gut feel — that is an automation problem before it is a LinkedIn problem. We have covered building an AI lead-scoring agent wired into the CRM for exactly this step; if you automate it, note that EU AI Act risk-tiering touches automated lead scoring for teams operating in Europe. And if the whole field-and-handoff layer needs building from scratch, that is the core of our CRM automation service — the definition workshop, the field architecture, and the event plumbing as one engagement.

The forward-looking read: advertiser-defined outcome signals are becoming the optimization currency of B2B ad platforms, and LinkedIn is building its version out methodically — an optimization goal built on the existing generic type in February, granular MQL/SQL splits in August, and qualified-lead counts surfacing in ABM reporting via the Company Intelligence API. Teams that treat the CRM definition layer as durable infrastructure will plug into each new surface in days. Teams that treat each platform ask as a one-off integration will rebuild the same plumbing every quarter — a pattern we see constantly in paid media engagements.

08ConclusionThe enum took one release. The definition is yours.

The durable work

LinkedIn shipped the field. The meaning is still your job.

The v202608 change is genuinely small: two enum values, gated to the newest API version, refining an optimization goal that shipped six months earlier. What it changes is not capability but exposure — the gap between the MQL definition your deck claims and the one your CRM actually enforces is now visible to an ad delivery system with budget behind it.

The checklist is short and none of it is LinkedIn-specific: one field holding one value, a threshold that makes an MQL, a named owner for the MQL-to-SQL transition, an SLA behind the handoff, a recycle rule so stages have exits, and an event that fires within the platform’s timing windows. HubSpot gives you the container with the meaning left blank; Salesforce gives you a blank picklist. Either way, the definition work cannot be bought — it has to be decided.

Do it once, properly, and it pays everywhere: cleaner pipeline reporting, an enforceable handoff, and a qualification signal any platform can consume. LinkedIn happens to be the platform asking this precisely today. It will not be the last.

Make your CRM speak qualified-lead

An ad platform can only optimize on a definition your CRM actually enforces.

Our team designs the qualification layer end to end — the MQL/SQL definition workshop, the CRM field architecture and transition rules, and the Conversions API plumbing that turns clean handoffs into optimization signal.

Free consultationExpert guidanceTailored solutions
What we work on

Qualification-layer engagements

  • MQL/SQL definition workshops with marketing and sales
  • CRM field architecture — single-field, forward-only stages
  • LinkedIn Conversions API and CRM Sync integration
  • Lead-scoring automation feeding clean thresholds
  • Multi-account conversion rules for agency setups
FAQ · MQL/SQL conversion types

The questions we get every week.

Starting with API version 202608, LinkedIn’s /conversions endpoint supports two new granular conversion types — MARKETING_QUALIFIED_LEAD and SALES_QUALIFIED_LEAD — in addition to the existing generic QUALIFIED_LEAD. Conversion events streamed on rules with the new types feed the qualified-leads optimization goal for deeper-funnel campaign optimization, the same way generic qualified-lead events already did. The same release also took the Matched Audiences API to general availability and added account-level tracking parameters to the Dynamic UTM API. LinkedIn published a companion Conversions API use-cases document alongside the release, covering qualified-leads optimization, retargeting, predictive-audience source data, and conversion lift testing.
Related dispatches

Continue exploring CRM & automation.

CRM & Automation

AI Agent Workflows: Build SMB Revenue Streams

AI agent workflows generate $1,500-$5,000/month serving local SMBs. Build with Claude, GPT-5.2, and Gemini — complete pricing and delivery guide included.

February 23, 2026 · 14 minRead
CRM & Automation

AI Intake Assistants: Lead Qualification Automation Guide

Build custom AI intake assistants that qualify leads, capture case details, and book consultations 24/7. Next.js + Vercel AI SDK architecture guide.

February 12, 2026 · 10 minRead
CRM & Automation

When an AI Agent Owns First Response, Who Owns the SLA

An agent that always replies instantly pushes first-response time near zero and stops it separating good service from bad. A replacement metric set instead.

August 17, 2026 · 18 minRead
CRM & Automation

What an AI Agent Should Write Back Into Your CRM

Field, note, task or activity log: an agent has to choose a write target. A framework that keeps reporting fields clean and context where humans read it.

August 16, 2026 · 16 minRead
CRM & Automation

Build Live Client Dashboards with Claude Code Artifacts

Claude Code Artifacts now pull live data through a viewer's own MCP connectors per view. But a connector-backed dashboard can't be a public link on any plan.

July 24, 2026 · 11 minRead
CRM & Automation

SMS Marketing Statistics 2026: 110+ Open and CTR Data

SMS marketing statistics for 2026: 110+ data points on delivery, open and click-through rates, opt-out behavior, and revenue-per-send benchmarks.

April 22, 2026 · 15 minRead