30 days for PLN 0 · first payment after the trial · cancel anytime. We set it up for you within 48 hours.
With this module
Set priorities for store testing
Compare sales on phones and computers
Check how a specific browser performs
Devices in practice
The same store. Different buying conditions.
A phone and a computer can deliver a completely different experience. Line up orders, revenue and conversion to pick the device and browser to examine closely.
Devices and browsers · verified orders, revenue after adjustments, average order value and CR.
What you'll see and what to check next
01
Where does the difference matter?
The device table shows orders, revenue, average order value and CR — the share of visitors who bought. You see both the number of purchases and how often visitors buy.
Next step
Pick a device with a significant share of sales and go from the product page to payment on it.
02
Is the problem browser-related?
The second table shows the same set of metrics by browser. It makes it easier to narrow down what to check.
Next step
Check forms, product variants and available payment methods in the selected browser. Write down the specific obstacle.
03
Is the cart value similar?
Revenue and average order value help you assess a difference that the number of purchases alone doesn't explain.
Next step
Compare the offer and how visits unfold. Determine whether the difference comes from the type of products bought, the traffic or the purchase process.
Go from a difference in the table to a specific visit.
The report points to where to look. The user journey shows the recorded steps that help you prepare a task for your store team.
The sales report uses verified orders available in tracking. A conversion difference helps you form a hypothesis; on its own, it doesn't prove a store bug.
From report to decision
See more. Choose your next step.
Set priorities for store testing
Compare sales on phones and computers
Check how a specific browser performs
01
Traffic in real-world conditions
See the devices, browsers and operating systems your visitors use. That tells you what to test your store on first.
02
Sales next to share of traffic
Compare confirmed orders, revenue, average order value and CR — the share of visitors who bought. Lots of visits from a device doesn't have to mean lots of purchases.
03
Phones and computers day by day
Conversion charts let you spot when results change for either group. That's your starting point for checking a release, a campaign or an offer change from that period.
04
Priority for the problem that matters
Combine traffic volume with weaker results. Test the purchase flow in the setup that matters for your store first, instead of spending the same time on every configuration.
05
A concrete task for your designer and developer
Pick a device or browser. Review the purchase steps in the funnel and sample visit histories. Point out where the problem may be and how to reproduce it.
06
Results based on linked visits
The order breakdown covers sales reliably linked to a Flowpeek visit. An order without such a link doesn't get a guessed browser or device.
01
from report to test
Decide what to check on a real phone.
When mobile accounts for a large share of traffic, its weaker results deserve attention. The report points to the group to analyze; the funnel helps narrow down the step, and a test on the device lets you check how easy the form, cart and payment are to use.
Traffic volume before judging a percentage on its own
Orders and their average value (AOV) next to the share of buyers
One setup and one problem to check
02
before and after a change
See when the gap started.
After changing your store's design or checkout form, compare the daily share of buyers on phones and computers. If results changed on the day of the release, test a purchase on those devices. Also account for new campaigns, promotions and the number of visitors.
Daily trend in the selected range
Separate views of mobile and desktop
Context check for releases and campaigns
03
clear interpretation
Don't mistake a difference in results for proof of a bug.
Mobile customers may come from different campaigns and be at a different stage of buying. Treat the difference as a reason to look closer, not as an automatic technical diagnosis.
Comparing groups of adequate size
Verification in the funnel and journeys
Separating observation from cause
Getting started
Start with your own store.
Go from setup to a specific question. During the trial, you'll see how this module helps in your day-to-day work.
01
Learn your traffic mix
Choose a period and check the devices, browsers and systems used in your store.
02
Set it against sales
Compare the size of each group with its orders, CR and average order value. Check the mobile and desktop trend as well.
03
Prepare and verify a fix
Reproduce a purchase in the chosen setup. After the release, come back to the report and assess the change together with traffic volume and type.
Your store gets a lot of mobile traffic but fewer purchases from phones.
Check the number of visitors and the share of buyers on phones. Review the purchase steps in the report, then go through the checkout form on a phone yourself.
What you gain
You pick a specific step to test instead of rebuilding the whole mobile version.
Development team
You've released a new cart.
Check the conversion trend after the change and the browser table, then reproduce a purchase in the most important setups.
What you gain
You have an organized post-release checklist and data to decide the order of testing.
UX / CRO specialist
You're planning a usability study.
Check which devices, browsers and systems most of your visitors use.
What you gain
You match test environments to your store's real traffic.
Your plan for the first 30 days
Check the value. On your own data.
Build a store testing list based on real devices and purchase results.
01
We set up tracking
We configure Flowpeek within 48 hours and check which links between visits and orders are available.
02
Choose the most important group
Check traffic volume, conversion and orders. Pick one device or browser to analyze.
03
Go from result to test
Prepare a purchase scenario and discuss your observations in the consultation during the first month.
How will you know it's worth it?
You know which setups to test your store in and have a concrete hypothesis to check.
Does the report cover devices, browsers and operating systems?
Yes. You see their share of traffic. Sales tables show devices and browsers separately, and daily conversion charts compare mobile with desktop.
What does CR mean in the device table?
CR shows what share of visitors in a given group and period made a purchase. It counts buyers with a confirmed link between the order and the visit, each person only once. It doesn't divide all orders by page views. When comparing reports, check whether they calculate this metric the same way.
Does lower conversion on phones mean the store has a bug?
Not necessarily. Traffic sources, visit intent, the offer and group size also matter. The report helps you decide what to test; you find the cause in the funnel, the journeys and a hands-on purchase test.
Why don't all orders have a device assigned?
The report needs a reliable link between the order and a visit. Importing an order from the store alone doesn't provide browser history.
How can I use this report during the 30-day trial?
Pick a setup that matters for your store, go through the purchase flow and write down one improvement hypothesis. In a consultation during the first month, we'll help you set the result against the funnel and decide how to test that hypothesis.