Index methodology — how the Digital Visibility Score is measured

Every Local Digital Visibility Index is built the same way — same pillars, same weights, same data sources, same snapshot discipline. This page documents that method so the league tables stay comparable across cities and sectors, and so any reader (or any business that appears in one) can reproduce the numbers and judge what a score actually means.

The headline metric is the Digital Visibility Score — a 0–100 figure built from six pillars of objective, publicly-observable signals.

The six scoring pillars

Pillar	Weight	Signals (all programmatically gettable)
Speed & Core Web Vitals	20%	PageSpeed Insights / CrUX API — LCP, INP, CLS, mobile performance score
Technical foundation	20%	HTTPS, mobile-friendly, indexable, XML sitemap present, robots hygiene, valid structured data
Local presence	20%	Google Business Profile completeness, review count, average rating, review velocity (new reviews / 90 days), NAP consistency
Visibility	15%	Ranking visibility for a fixed local keyword basket; local-pack appearance
AI search presence	15%	Appearance in AI Overviews, ChatGPT search, Perplexity and Gemini for core local queries (see below)
Content & trust	10%	Indexed page count, about / team / credentials present, content freshness

Each pillar is scored 0–100, then combined by the weights above into the Digital Visibility Score. Pillar scores are always published alongside the headline number so a single figure never stands alone.

The “AI search presence” pillar

This pillar measures whether a business is actually surfaced by AI search engines for the queries its customers use. For each business we run a fixed basket of core local queries (for example “estate agents Bristol”, “best estate agent Clifton”) across AI Overviews, ChatGPT search, Perplexity and Gemini, and score the percentage of queries in which the business is named or cited.

Measuring this puts PYC in a deliberately meta position: we are the firm that measures who wins AI search in the South West. The pillar is re-run every quarter alongside the rest of the index, because AI-search visibility moves faster than classic rankings.

The deep scorecard

A single 0–100 number is thin. Every business in an index gets a diagnostic scorecard, not just a row in a table. The required format:

ACME ESTATE AGENTS — Bristol Estate Agent Digital Visibility Index, Q2 2026
Digital Visibility Score: 66 / 100   ·   Rank 12 of 18   ·   ▼ down 4 from Q1

PILLAR              SCORE   SECTOR MEDIAN   READING
Speed & CWV          51        78          ✗ Fails mobile CWV (LCP 4.8s vs 2.9s median)
Technical            70        85          ⚠ No LocalBusiness schema; sitemap stale
Local presence       62        74          ⚠ 38 GBP reviews vs leader's 412; 0 in 90d
Visibility           74        69          ✓ Above median on local-pack appearance
AI search presence   40        55          ✗ Absent from AI Overviews for 6/8 core terms
Content & trust      68        72          ⚠ No team/credentials page; blog stale 14mo

KEY FINDINGS  (self-contained, attributed, quotable)
• Mobile homepage LCP 4.8s — slowest quartile; likely losing mobile conversions
• No structured data — invisible as an entity to Google and LLMs
• Review velocity flat: 0 new reviews in 90 days vs sector median of 7
• Cited by zero AI engines for "estate agents Bristol" — 5 competitors are

VS THE LEADER (Beta & Co, 87)
Beta loads in 1.9s, has full schema, 412 reviews, appears in 7/8 AI answers.
The gap is almost entirely speed + reviews + structured data — all fixable.

TOP 3 FIXES (ranked by impact)
1. Cut mobile LCP below 2.5s (images / render-blocking) → biggest score + ranking lever
2. Add LocalBusiness + Review schema → entity visibility for Google and LLMs
3. Restart review generation → close the trust + local-pack gap

Every scorecard must include: the score and percentile rank within the sector; a pillar breakdown against the sector median; specific findings with measured values; quarter-on-quarter movement; the competitive gap to the leader; and prioritised, concrete fixes. Depth is deliberate — the more granular and stat-rich each scorecard is, the more useful it is to the business and the more extractable, citable facts it provides to AI search engines.

What counts as a measurement

A pillar signal is only used in a published index when it is:

1. Publicly observable — gathered from the live site, the public Google Business Profile, public SERPs, or public AI-search answers.
2. Machine-measured — produced by a documented tool or API, not a human judgement.
3. Dated — every index carries the snapshot date and names the source (“Measured 18 Jun 2026 via PageSpeed Insights API”).

Prior quarters stay published so movement is visible. The most-shared asset each quarter is the movers and fallers table that diffs the current snapshot against the last.

What this method will not do

These are guardrails, not preferences:

• No subjective quality or trustworthiness claims about the businesses. The indices measure digital presence, never service quality.
• Only objective, reproducible signals. If a skeptic cannot reproduce a number from this page, it does not go in an index.
• A correction process on every page. Each index and scorecard carries a “Spotted an error? Request a correction” link. Corrections are made on verification, and a changelog records them.
• UK GDPR: indices process business (not personal) data from public sources. No personal data is stored beyond what the business already publishes, and correction requests are honoured.

Publication conventions — built to be cited in AI search

Because the indices are unique, structured datasets, they are engineered so that AI search engines surface and cite them. These conventions are part of the methodology, not an afterthought:

• Branded entities. Each index is named as a proper noun (e.g. “The PYC Bristol Estate Agent Digital Visibility Index”), and the headline metric is consistently called the Digital Visibility Score, so the terms themselves get quoted back.
• Quotable stat sentences. Each index page carries several self-contained, dated, attributed factual sentences — for example: “As of Q2 2026, 61% of Bristol estate agents fail Google’s mobile Core Web Vitals threshold (PYC Digital Visibility Index, measured 18 Jun 2026).” These are written to be lifted verbatim with attribution.
• Question-shaped headings that mirror how people query AI (“Which Bristol estate agent has the fastest website?”).
• Structured data. Each index hub emits Dataset and ItemList schema; each scorecard references the business as a LocalBusiness.
• Machine-readable exports. Every index is published as downloadable JSON and CSV, and the site’s llms.txt points AI crawlers at the datasets and at this methodology.

How this connects to the rest of the site

• Methodology → applies → Knowledge Base. Each pillar is a measurable application of the local-SEO, technical, and structured-data strategy in the KB.
• Methodology → uses → Glossary. Scoring and quarter-on-quarter comparison draw on the statistical methods documented in the glossary.
• Methodology → feeds → Local Indices. Every published index and scorecard is built to this method.

Browse the Local Digital Visibility Indices or read the Knowledge Base for the strategy each pillar measures.