Skip to content
← All articles

AI Citation Velocity: Formula, Benchmarks, and a 90-Day Example

Your AI citation rate is a snapshot; velocity tells you whether it is climbing. The formula, what counts as good, and a quarterly tracking method you can run in an hour.

Chudi Nnorukam||4 min read

Two sites both show a 5% AI citation rate today. One was at 5% a year ago and is stuck. The other was at 0% ninety days ago and is compounding. A snapshot metric cannot tell them apart, and that failure has a cost: the stuck site needs a structural rebuild while the climbing site just needs patience, and mixing up those two prescriptions wastes a quarter either way. The metric that separates them is AI citation velocity: the rate of change of your citation rate, measured against a frozen query panel. This post defines it precisely, gives the formula and a real 90-day example, and leaves you with a tracking method you can run quarterly in about an hour. It builds on the framework that treats getting cited by AI engines as a measurable property of your site, and on the 20-query protocol from How to Measure Your AI Citation Rate.

Why a Snapshot Metric Misleads New Sites#

Citation rate is the percentage of topic queries where an AI engine cites your domain as a source. It is the right north-star metric, but it lags. Structural fixes (schema, answer-first restructuring, crawler access) take one or two crawl and index cycles to show up in AI answers, and training-data recognition lags by months. A site that fixed everything last month can still measure 0% today.

Our own baseline made this concrete. When we audited seven domains while building the AVR framework, chudi.dev measured a 0% citation rate: no per-page structured data, no FAQPage or HowTo schema, content that answered questions but not in an AI-readable format. A snapshot said "invisible." What the snapshot could not say was whether the fixes then underway would compound. Only the second measurement, against the same query panel, could answer that.

The Formula#

Velocity is the delta between two same-panel measurements, divided by the interval:

citation_velocity = (rate_now - rate_previous) / interval
 
# April: 1 citation  / 20 queries = 5%
# July:  3 citations / 20 queries = 15%
# velocity = +10 percentage points per quarter

Three rules make the number trustworthy:

  1. The panel is frozen. Same 20 queries every run. Change the panel and you have a new baseline, not a velocity.
  2. Per-platform, always. ChatGPT Search, Perplexity, and Claude cite differently and move independently. A +10 on Perplexity can hide a -5 on ChatGPT in a blended number.
  3. Percentage points, not percent change. Going from 5% to 15% is +10 points. Reporting it as "+200%" makes small movements at low rates sound like explosions and becomes meaningless at 0%.

Two Velocities: Rate and Count#

Rate velocity, above, is the primary metric because it is normalized by your panel size. There is a second, complementary read: citation count velocity, the change in raw citations your site earns per period on a platform that reports first-party numbers. Bing Webmaster Tools' AI Performance tab is currently the only such surface, and it covers Microsoft Copilot only.

The count metric is what made our own 90-day example legible. In the freeCodeCamp guide to measuring AI citation rate, we documented the same site that measured 0% at the April baseline reaching 671 verified Copilot citations over the following 90 days, pulled directly from that tab. The domain's authority barely moved in that window. The structure work compounded faster than the authority work could, and it was the velocity read, not the snapshot, that showed the fixes were working weeks before rate velocity confirmed it.

Use count velocity as the early-warning channel (it updates continuously and costs nothing) and rate velocity as the quarterly verdict.

What Good Looks Like#

Honest caveat first: no one has published industry-wide velocity benchmarks, and anyone quoting a universal "good velocity" number is guessing. What we can offer is the calibration we use on our own tracked domains, on a 20-query panel:

ReadingInterpretation
Flat velocity at a near-zero rateStructural problem. Infrastructure is blocking citation; more content will not move it. Diagnose before publishing anything else.
+3 or more points per quarter, sustainedThe trajectory is working. Keep the cadence; do not change the panel to make the number look better.
Negative 5 or more points in one windowCheck announced model updates inside the window before changing anything. One aligned negative quarter is weather.
Two consecutive negative windows, no model changeReal decline. Re-run the infrastructure scan and check whether a competitor now owns your core answers.

At a 20-query panel size, remember the confidence interval: a measured 15% has a true range of roughly 5% to 36%. Velocity inherits that noise, which is why single-window swings are annotated, not acted on, and two-window trends are what earn a response.

When Velocity Beats Rate#

Weight velocity over rate in three situations. First, a site less than a year into AI visibility work: rate lags fixes, so velocity is the leading indicator. Second, immediately after a structural overhaul: velocity tells you within one window whether the rebuild is compounding, while rate takes two or three windows to reach respectable absolute numbers. Third, competitive tracking in a young category: markets where every player has a low rate are decided by who is compounding, not who is ahead this month.

For an established site with a mature rate, the weighting flips back: defend the rate, and treat velocity as the alarm wire.

What to Do Next#

Velocity needs a baseline, and the baseline needs clean infrastructure to be worth trending. Run the free scan to check the 10 structural signals that cap citation at zero, fix what it finds, then freeze your 20-query panel and take measurement one. Ninety days later you will have the first number a snapshot could never give you. For the category context that explains why answer engines reward this kind of measurement discipline, see Answer Engine Optimization Explained on chudi.dev.

Topics:ai-citability·measurement·metrics·answer-engine-optimization

Chudi Nnorukam

AI-Visible Web Architect

Builds chudi.dev and citability.dev. Authored the AI Visibility Readiness Framework. Contributor at freeCodeCamp /news.

chudi.dev|Published

Check your AI visibility

Free scan. No account required. Results in 10 seconds.

Start Free Scan