TOPICALAUTHORITY.ORG TAO / ROOT

SERP Research Methodology

TOPICALAUTHORITY.ORG / METHODS / MTH-05STATE SERP OBSERVATION ACTIVE
MTH / 05 · QUERY CORPUS · RESULT SURFACES · TEMPORAL STATE

SERP Research Methodology.

A search engine results page is a time-bound, context-dependent observation surface. SERP research measures what appeared for a declared query, engine, location, language, device, depth and timestamp—then separates that observation from any explanation of why it appeared.

01 / QUERYWhich information need?
02 / CONTEXTWhich market and device?
03 / SURFACEWhich result type?
04 / POSITIONWhich ordering field?
05 / TIMEWhich snapshot?
06 / CLAIMWhat does it demonstrate?
MTH / 05.1 OPERATIONAL DEFINITION

SERP research observes result states—not ranking causes.

The same query can produce different surfaces across location, language, device, time and interface. A defensible study records those coordinates before aggregating positions into domain-level patterns.

TAO / DEFINITION
SERP research methodology is the controlled observation, classification and comparison of search-result surfaces across a versioned query corpus under declared contextual and temporal conditions.
SERP ≠ TEN BLUE LINKSThe page contains heterogeneous surfaces.

Organic results, ads, local modules, related questions, images, video and answer features occupy different search real estate.

POSITION ≠ VISIBILITYRank is one coordinate.

Layout, feature occupancy, pixel depth and result type affect what a user can encounter.

OBSERVATION ≠ EXPLANATIONA ranking state does not expose its cause.

Content, links, history, intent fit and system processes are hypotheses requiring separate evidence.

MTH / 05.2 SERP COORDINATES

One SERP observation requires eight coordinates.

Remove any coordinate and later comparisons may combine states that were never equivalent.

01 / QUERY

Exact query text

Preserve normalized query ID and original submitted text. Similar phrases are separate units until a declared grouping rule combines them.

IDENTITY / QUERY_ID
02 / ENGINE

Search engine and type

Declare the engine, vertical and requested result mode. Web, image, news and maps are not interchangeable populations.

CONTEXT / ENGINE
03 / LOCATION

Geographic context

Use an explicit location identifier or validated coordinate rule. Country-level and city-level observations answer different questions.

CONTEXT / LOCATION
04 / LANGUAGE

Language context

Preserve requested language and corpus language. Language changes interpretation, result supply and query meaning.

CONTEXT / LANGUAGE
05 / DEVICE

Device state

Desktop and mobile may differ in composition, layout and visible depth. Never pool them silently.

CONTEXT / DEVICE
06 / DEPTH

Requested result depth

Fix the maximum observed range and distinguish valid absence within depth from data that was never requested.

CONTROL / DEPTH
07 / TIME

Collection timestamp

Preserve capture, retrieval and snapshot times. Asynchronous collection must not be presented as one simultaneous SERP.

PROVENANCE / TIME
08 / SOURCE STATE

Acquisition and response state

Record the collection method, run identifier, status, raw observation and failures before applying normalization or derived metrics.

PROVENANCE / SOURCE_SYSTEM
MTH / 05.3 RESULT GEOMETRY

Rank order and surface occupancy are different measurements.

A domain can hold a strong organic position while appearing below several feature modules. The protocol should preserve both ordered organic position and broader SERP composition.

ASponsored moduleSURFACE_CLASS / PAID
FAnswer or featured surfaceSURFACE_CLASS / FEATURE
1Organic result #1ORGANIC_POSITION / 1
PRelated-question moduleSURFACE_CLASS / FEATURE
2Organic result #2ORGANIC_POSITION / 2
3Organic result #3ORGANIC_POSITION / 3
DUAL REPRESENTATION

Preserve the ordered list and the surface map.

Ordered organic position supports ranking distributions and domain share. Surface composition supports feature prevalence and result-type research. Pixel-based visibility requires rendered-page measurement and should not be fabricated from rank alone.

ORGANIC ORDER1 → 2 → 3
SURFACE ORDERA → F → 1 → P → 2
PIXEL DEPTHSEPARATE MEASURE
MTH / 05.4 INTERACTIVE PROTOCOL LAB

Choose the design before collecting SERPs.

A snapshot, matched comparison, volatility study and feature study use the same raw environment differently. The console changes the unit, repetition, output and claim boundary.

SERP PROTOCOL COMPILER / MTH-S05SNAPSHOT PROTOCOL ACTIVE
DESIGN / CROSS-SECTIONAL OBSERVATION

Describe one synchronized result state

BOUNDED / VALID
QUESTIONWhich domains and URLs appear across the fixed query corpus?
UNITOne classified result for one query-context-snapshot tuple
SAMPLECensus of the versioned query corpus at declared result depth
REPETITIONOne synchronized snapshot; failures remain in completion ledger
VALID OUTPUTDomain share, URL distribution, position distribution and feature prevalence
PRIMARY CONTROLSame engine, location, language, device, depth and collection window
CLAIM LIMIT / Describes this corpus and snapshot. It does not prove ranking causation, future persistence or domain-wide authority.
MTH / 05.5 DERIVED METRICS

Make every aggregation formula-visible.

The following are transparent analytical constructs calculated from validated observations. They are not presented as search-engine authority scores or facts supplied by the acquisition system.

METRIC / 01 · PRESENCE

Query presence rate

queries with ≥1 domain result ÷ valid queries

Measures how often a normalized domain appears at least once within declared organic depth.

DENOMINATOR / VALID QUERY SNAPSHOTS
METRIC / 02 · SHARE

Organic result share

domain organic results ÷ all valid organic results

Useful when multiple URLs from one domain can appear. Must declare deduplication and depth rules.

DENOMINATOR / VALID ORGANIC RESULTS
METRIC / 03 · WEIGHTED

Position-weighted share

Σ declared weight(position) ÷ Σ all weights

The weighting function must be published. It expresses an analytical preference, not measured click behavior unless calibrated separately.

DERIVED / WEIGHT FUNCTION VERSION
METRIC / 04 · OVERLAP

Result-set overlap

|A ∩ B| ÷ |A ∪ B|

Jaccard overlap can compare normalized domain or URL sets across queries, markets, devices or time.

UNIT / DECLARE DOMAIN OR URL
METRIC / 05 · STABILITY

Persistence rate

units present in every wave ÷ units present in any wave

One transparent stability view. Other definitions are valid when explicitly versioned and justified.

REQUIRES / REPEATED MATCHED SNAPSHOTS
METRIC / 06 · COVERAGE

Completion rate

valid query snapshots ÷ planned query snapshots

Always report before other aggregates. Low completion can distort every downstream comparison.

QUALITY / NOT PERFORMANCE
MTH / 05.6 WORKED EXAMPLES

Precise examples with explicit inference limits.

All numbers below are synthetic demonstrations of method logic—not live SERP data, source-system claims or performance statements about any domain.

VIS
EXAMPLE / 01 · DOMAIN PRESENCEVisibility across 100 valid query snapshots
ILLUSTRATIVE
OBSERVEDDomain A appears within top 10 for 46 queries.
DERIVEDPresence rate = 46 ÷ 100 = 46%.
VALID CLAIMA appeared in 46% of valid sampled SERPs.
INVALID CLAIMA owns 46% of the niche or is 46% authoritative.
BOUNDARY / QUERY CORPUS + TOP-10 DEPTH + DECLARED CONTEXT + SNAPSHOT
OVR
EXAMPLE / 02 · MARKET OVERLAPMatched US and UK result sets
ILLUSTRATIVE
OBSERVEDFor one query: 6 shared domains across a 14-domain union.
DERIVEDJaccard overlap = 6 ÷ 14 ≈ 0.43.
VALID CLAIMThe observed domain sets have moderate overlap.
INVALID CLAIMLocation alone caused every difference.
CONTROL / QUERY + LANGUAGE + DEVICE + TIME + DEPTH MATCHED; LOCATION VARIES
VOL
EXAMPLE / 03 · THREE WAVESURL persistence over repeated snapshots
ILLUSTRATIVE
OBSERVED30 URLs appear at least once; 18 appear in all three waves.
DERIVEDPersistence = 18 ÷ 30 = 60%.
VALID CLAIM60% of observed union persisted across all waves.
INVALID CLAIMThe remaining URLs were penalized or removed.
CONTROL / SAME QUERY CORPUS AND CONTEXT; COLLECTION WAVES VERSIONED
FEA
EXAMPLE / 04 · SURFACE MIXRelated-question feature prevalence
ILLUSTRATIVE
OBSERVEDFeature classified in 72 of 96 valid SERPs.
DERIVEDObserved prevalence = 72 ÷ 96 = 75%.
VALID CLAIMThe feature appeared in 75% of valid snapshots.
INVALID CLAIMThe feature receives 75% of clicks.
BOUNDARY / FEATURE OCCURRENCE DOES NOT MEASURE ENGAGEMENT OR CLICK SHARE
MTH / 05.7 FAILURE SURFACE

SERP datasets fail through silent context loss.

These errors can leave a technically complete table while destroying comparability or overstating the conclusion.

FAIL / 01

Query drift

The corpus changes between waves without a version boundary, making trend claims depend on different questions.

REPAIR / FREEZE CORPUS VERSION
FAIL / 02

Context mixing

Locations, languages, devices or engine types are pooled as if they were one observation environment.

REPAIR / PARTITION CONTEXT
FAIL / 03

Feature collapse

Organic results and heterogeneous modules are treated as identical ordered positions.

REPAIR / CLASSIFY SURFACE TYPE
FAIL / 04

Domain duplication

Subdomains, protocols, host variants or tracking URLs split one identity or merge distinct properties.

REPAIR / VERSION NORMALIZATION
FAIL / 05

Temporal smearing

A long asynchronous collection window is labeled as one instantaneous ranking state.

REPAIR / REPORT WINDOW + WAVES
FAIL / 06

Silent task failure

Only successful query responses remain, changing the denominator and possibly the topic distribution.

REPAIR / COMPLETION LEDGER
FAIL / 07

False causality

A ranking change is attributed to one page edit, link or update without a design that tests alternatives.

REPAIR / OBSERVE, THEN HYPOTHESIZE
FAIL / 08

Metric opacity

A proprietary-looking visibility score hides depth, weights, denominator and missing-data treatment.

REPAIR / PUBLISH FORMULA
MTH / 05.8 SERP MANIFEST

A ranking table needs an observation record.

The minimum manifest preserves enough context to reconstruct what was requested, what returned, what was classified and what was derived.

SERP RECORD / MTH05-SNAPSHOT-V1
01 / QUESTIONResearch questiondecision + permitted claim
02 / CORPUSQuery set versionquery ids + inclusion rules
03 / CONTEXTObservation coordinatesengine + location + language + device
04 / DEPTHRequested result rangeorganic + surface scope
05 / SOURCEAcquisition run statemethod + run id + status + timestamp
06 / TIMECollection windowrequested + retrieved + snapshot
07 / NORMALIZEIdentity rulesURL + host + domain version
08 / CLASSIFYSurface taxonomyresult types + exceptions
09 / QUALITYCompletion and claimsfailed + valid N + formulas + limits
MTH / 05 · SERP PRINCIPLE

A ranking is an observation. A method defines what it means.

Strong SERP research preserves the query corpus, coordinates, surface type, temporal state, acquisition provenance, completion rate and formula before turning result positions into a claim.

TOPICALAUTHORITY.ORG / METHODS / MTH-05QUERY → CONTEXT → SURFACE → SNAPSHOT → QUALIFIED CLAIM
TAO / CONTACT · DIRECT TRANSMISSION Have an asset, domain or market position to investigate? ENTER CONTACT SYSTEM →
DIGITAL ASSET INTELLIGENCE + EXECUTION
EXECUTED BY
BB DIGITALNA AGENCIJA

Investigation, consulting and execution of digital assets, premium-domain strategies, information architecture, semantic systems, websites and agreed digital growth plans.

TOPICALAUTHORITY.ORG / SEMANTIC INTELLIGENCE SYSTEM BB DIGITALNA AGENCIJA / BB.HR