
Analytics data check
Which events does your tracking actually count? We check one analytics property for gaps and conflicting figures.
VAT-exempt under section 19 of the German VAT Act
We examine one purchase journey and the available analytics data. The report sets out findings, open questions and the next tests.
Your enquiry is non-binding. An order is created only when you accept our quotation .




You want to rework your shop and need to decide where to start. We follow one purchase journey and bring in existing analytics data. This lets us investigate an observed usability problem alongside the relevant figures.
We review a defined purchase journey and up to three agreed page types using one analytics property over a specified period. The report distinguishes visible findings from possible explanations and identifies a next test.
We start with a decision, such as mobile product presentation. We relate available data to the purchase journey examined. Missing measurement points are identified in the report and considered in recommendations.
For each finding, we identify the shop location, the basis for the assessment and what can be checked next. The purchase journey check is included; you do not need to select it again for the same area.
The analysis shows a decline between product page and basket. The team has several explanations. We place the purchase journey beside the data and look for specific points to investigate.
The variant selector has been rebuilt. You now want to compare current usability with existing figures. We also check whether the same thing was measured before and after the change.
A new shop is being discussed although it remains unclear where the existing journey fails. The diagnosis investigates the agreed section and identifies findings that justify a change.
We define page types, purchase journey, period and analytics property. Known changes, campaigns or differences in offers are recorded as context.
We go through shop information, selection and feedback and compare them with the agreed data. The report separates supported connections from hypotheses. An anomaly alone does not establish its cause.
The report organises findings and states what can be checked or changed next. A relaunch is not an automatic recommendation; implementation is outside this analysis package.

Add prioritised findings to your planning and retain the reasoning alongside each task. If a recommendation is still based on a hypothesis, plan the appropriate test. This keeps the reason for starting a change visible later.
A full analytics data check is not included. If the measurement baseline itself needs investigation, we clarify that additional scope before commissioning.
After your enquiry, we choose the purchase journey together. Consider which product and selection cause difficulties, such as a size, an accessory or the move into the basket.
Recurring questions help us understand the issue. Describe them without customer data. If analytics data is needed, we agree the period and access with you afterwards.
What is included, what do you need and what happens after your enquiry?
The process in detail →The purchase journey check qualitatively reviews one product page and the basket. The shop diagnosis covers a larger agreed purchase journey and includes existing analytics data. The smaller check's qualitative scope is already included.
The described package requires existing data. Without that baseline, a purchase journey check may be a better first investigation. We do not sell missing measurement as insight already available.
No. The diagnosis suggests next tests but does not run a comparison of two live variants. Test planning, technical setup, duration and evaluation would need separate agreement.
No. Looking at one property in the diagnosis context does not automatically cover the full analytics data check. If event definitions and data quality need their own investigation, that scope is clarified before commissioning. The same preparation should not be charged twice.
The enquiry starts with your purchase journey, not a prescribed system. Name your shop system and available data environment. Before commissioning, we check whether the agreed section is accessible and analysable. This does not create a blanket integration or implementation guarantee.
It describes findings and reasoned hypotheses. Individual motivations cannot be established reliably from interfaces and measurement data alone. Interviews or user tests suit some questions better. The report states these limits rather than presenting every correlation as an explanation.
The work window is confirmed in writing before commissioning. Work starts once all required materials are available.
An existing shop with usable analytics data A defined purchase journey and a specific decision question Aggregated exports or authorised read access only after commissioning Credentials must not be included in the enquiry. Details are agreed only after written commissioning.
One written follow-up round is included. The service scope lists the analyses, designs or technical changes covered by the package. We agree additional work with you before it begins.
From visits to orders and contribution margin: calculate a shop improvement using your own figures before spending money on implementation.
Read the guide ↗
Which events does your tracking actually count? We check one analytics property for gaps and conflicting figures.

Can five test participants use your product? We observe them completing up to three tasks and record where they need help.