Provider market-share charts are only meaningful when the domain sample, classification rules and coverage limits are stated. This article explains how to build a trustworthy analysis.

The question is harder than a provider ranking

"Which email-security provider is most common?" sounds straightforward, but the answer depends on what is counted. A domain may not have active mail, may use a provider behind a custom MX, may publish multiple routing paths, or may use API-based security invisible in DNS. Count domains with observed gateway routing, not "all security products purchased."

Research status: this article presents the measurement framework. It does not report an empirical SecuTest ranking, sample count or market share. Those results require a verified extract from the independently collected dataset.

Define the population first

Choose a defensible population of domains: for example, a documented set of active company domains from a target geography and collection period. Explain how organizations enter the dataset and how duplicates, parked domains, inactive domains, personal email providers and domains without MX are treated.

A crawler's coverage is not random. Domains found through particular directories, sectors or country extensions can strongly bias a vendor ranking. Avoid extrapolating from such a sample to "all companies" or "the global market."

Keep confidence and unknown as separate buckets

For each domain, store the MX answer, timestamp, matched fingerprint version, provider classification and confidence. Provider fingerprints should be tested against representative hostnames and ambiguous cases. Count "unknown" separately, rather than assigning every non-matching MX to Microsoft or Google.

Output field Purpose
Sample provenance Explain who could be included
Observed MX / time Make the classification reproducible
Provider / confidence Distinguish direct recognition from inference
Unknown / failed lookup Expose coverage and measurement error
Detection rule version Make future studies comparable

Calculate the denominators responsibly

One possible metric is: recognized gateway domains divided by all domains with valid observed MX. A different, equally useful metric is a provider's share of only recognized gateway domains. They answer different questions. Publish both denominators, and do not hide failures in the sample.

Audit and publish the limitations

Stratify a manual validation sample by provider, geography and unknown cases. Report classification error where you have enough reviewed examples. Compare snapshots collected close together to minimize date-related differences. Explain vendor aliases and company acquisitions that may complicate grouping.

Connect findings back to prospecting

Once a legitimate dataset extract exists, provider adoption can help MSPs plan territory or tailor service offerings. Until then, Find Leads supports prospect discovery according to the filters and records currently available, not a claimed universal vendor ranking.

Publication checklist for a future SecuTest report

A credible report should list the collection window, sampling frame, active-domain qualification rule, provider-fingerprint definitions, error-handling policy and all denominators. Show recognized gateway share separately from the unclassified bucket. Where several vendor brands belong to one company, explain whether they are grouped by product, parent organization or routing technology.

It is also useful to publish a small set of anonymized example records representing each detection class and an estimate of reviewed classification accuracy. Readers can then judge whether the result reflects a robust detector or simply a broad substring lookup. Until this material is available, a methodology article is more honest and more useful than a fictional market-share chart.

Turn infrastructure signals into a qualified prospect list.

Analyze domains you already know, or find new companies that match the technologies you target. Public DNS observations support discovery, not proof of an internal security weakness.

Microsoft 365 vs Google Workspace: A Domain-Level Measurement Framework →DMARC Enforcement Across Business Domains: How to Measure It →