Digital Marketing

Marketing decisions need measurement that holds up

We implement analytics around the events a business actually cares about, reconcile them against back-end records, and use them to run experiments whose results survive a second look.

Capabilities

What this service delivers

01

Analytics implementation

We design an event schema from the decisions it must support, then implement it in the application rather than assembling it from fragile page-based rules. Events are named and versioned so reports do not break silently.

02

Server-side collection

Where consent, blockers or cross-domain journeys destroy client-side data, collection moves server-side with deduplication against browser events. This is an engineering change, not a checkbox in a tag manager.

03

Attribution and reporting

Channel reporting is built from a single reconciled dataset instead of adding up platform dashboards. Models are presented with their assumptions stated, because every one of them is an estimate.

04

Consent and data minimisation

Consent state is respected in the collection path, and identifiers are limited to what the analysis genuinely needs. We implement the policy your legal advisers set rather than deciding it.

05

Conversion rate optimisation

We locate friction using session data, funnel drop-off and qualitative review before proposing changes. Most conversion problems turn out to be clarity, speed or trust rather than button colour.

06

Experiment design

Tests are sized before they run, with a stopping rule agreed in advance. Where traffic cannot support a valid test, we say so and recommend a different method rather than producing a decorative result.

Technology stack

Tools used for the work

GA4Google Tag ManagerBigQueryLooker StudioPostHogMatomoMetabasePostgreSQLPython
Process

How the engagement runs

01

Define the measurement model

We agree the decisions the data must support, then specify the events, properties and identifiers needed. This document is the contract the implementation is tested against.

02

Implement and validate

Tracking is built, then verified by performing real journeys and comparing recorded events against back-end records. Discrepancies are resolved before anyone reports from the data.

03

Find the friction

Funnels, session behaviour and qualitative signals are used to locate where intent is lost. Hypotheses are written with an expected mechanism, not just a proposed change.

04

Test and decide

Experiments run to their planned sample size and are analysed once. Results, including inconclusive ones, are recorded so the same idea is not retried indefinitely.

01

A measurement plan before a tag

Most analytics implementations begin with installing a tool and end with a dashboard nobody trusts. The failure is not the tool: it is that no one wrote down which decisions the data was supposed to inform, so everything was collected and nothing was validated.

We start from the decision. That determines the events, the properties they carry, the identity model and the retention needed. Implementing less, deliberately, produces data that can be reconciled and defended when a number looks surprising.

  • Decisions documented before events
  • A versioned event schema
  • Validation against back-end records
  • Identifiers limited to what analysis needs
02

Most A/B tests are underpowered

A test needs a sample size determined by baseline conversion rate and the smallest effect worth detecting. Many published tests never reach it, get stopped when the line looks good, and report a difference that is ordinary variation. Repeatedly checking a running test compounds the problem, because with enough looks almost any comparison eventually crosses a threshold.

We calculate the required sample before launch, fix the duration to whole business cycles, and analyse once at the end. When the available traffic cannot support a valid test, that is stated plainly and the change is evaluated another way rather than dressed up with statistics that do not apply.

03

Attribution is an estimate, and should be labelled as one

Last click undervalues everything that created demand; first click ignores what closed it; multi-touch models distribute credit using assumptions that are rarely examined. None of them is the truth, and treating a model output as fact leads to defunding channels that were doing real work.

We present attribution alongside its assumptions, use consistent definitions across channels, and prefer held-out geographic or audience tests when a budget decision is large enough to justify the effort. Knowing which numbers are measured and which are modelled is more valuable than a single confident chart.

FAQ

Common questions

Why do our analytics numbers disagree with the advertising platforms?

Platforms attribute using their own windows and include view-through conversions, while analytics typically uses last non-direct click. Both are internally consistent and neither matches the other; the reconciliation is the useful work.

How much traffic do we need to run an A/B test?

It depends on the current conversion rate and the smallest improvement worth detecting. We calculate it before launching, and recommend alternatives such as sequential redesign when the volume is not there.

Is server-side tracking necessary?

It is worth the engineering cost when client-side loss is material, typically from consent choices, blockers or payment redirects. It is not a universal upgrade, and it does not remove the need for consent handling.

Can you work with our existing GA4 setup?

Yes. We usually audit what is already collected first, because a rebuild is often unnecessary once the broken events and duplicated conversions are identified.

Do you handle privacy compliance?

We implement consent handling, data minimisation and retention settings to the policy your legal advisers define. We are not a substitute for that advice.

Plan a marketing analytics & cro engagement.

Share the problem, current system and constraints. We will respond with the questions needed to define a credible next step.