Website Traffic and Sales Summary

The Statistics section is a quick look at who visits your web menu and how, plus a compact summary of sales and kitchen. Traffic data comes from Google Analytics and is refreshed by a background job on the server (no "live" API calls), so the section opens instantly.

Open: Admin Panel → Statistics (admin.cenaly.ru). Data is shown for the selected location or all at once.

For deep sales reports, ABC analysis and margins, use Analytics, and for the financial picture, Finance. Here you get a compact overview and, most importantly, website traffic, which those sections don't have.

Available on AWS brands (cenaly.com, cenaly.ru and others), not on cenaly.ru. The platform's analytical database these figures come from is not deployed in the Russian contour, so the "Kitchen" and "Risky operations" tabs are always empty there — they have no fallback calculation. The other tabs ("Traffic", "Orders", "Pour", "Store search") work on every brand.

The section can be tailored to you: the ⚙️ gear in the header hides tabs and "Traffic" blocks you don't need, sets the default tab and period (7 / 30 / 90 days or 12 months) and the kitchen lateness threshold (5 to 120 minutes). There are ready-made presets too — "simple", for instance, leaves only the "Orders" tab. A hidden tab disappears from the section header; you cannot switch all of them off at once.

"Traffic" tab#

Google Analytics data on visits to the web menu:

• KPIs: sessions, active users, page views, average session duration — compared with the previous period over 7 and over 28 days (these two windows are fixed; the period switcher at the top applies to the other tabs);
• daily trend (sessions);
• channels and devices;
• traffic sources, countries, cities, languages;
• a sessions heatmap by hour and weekday — handy for planning promos and content;
• top pages;
• a conversion funnel: menu opened → dish viewed → added to cart → checkout started → order placed;
• top dishes by views (from view and add-to-cart events).

"Orders" tab#

A compact sales summary from the same data as the Finance section:

• revenue, order count, average check;
• a revenue trend;
• top dishes by revenue and by quantity.

This is a "quick slice" — for detailed reports go to Analytics and Finance.

"Kitchen" tab#

Kitchen speed metrics:

• average accept, cook and full-ticket time, % late (with a configurable threshold);
• a trend and heatmap of times by hour/weekday;
• the slowest dishes and wasted prep (items cancelled after cooking had already started).

Kitchen data appears automatically as soon as staff start accepting, cooking and serving tickets on the KDS or in orders — no setup required. It is collected by the platform's analytical database, though, and that is only deployed on AWS brands: in the Russian contour (cenaly.ru) the tab stays empty no matter how many tickets pass through.

"Risky operations" tab#

A feed of risky actions at the POS, attributed to a cashier: voiding an item already sent to the kitchen, cancelling an order, editing a bill after the pre-check was printed, refunds, manual discounts and price overrides, opening the cash drawer without a sale, reprinting a receipt already handed to the guest (the classic way to swap a guest's receipt) and a cash discrepancy at shift close. The full table with explanations is in Loss control.

What you see:

• the number of events and the amount at risk for the period — discounts, refunds, voided items and totals of cancelled orders;
• breakdowns by cashier and by operation type;
• the feed itself with time, amount, details and who approved the operation.

This is a conversation tool rather than a punishment tool: an outlier among cashiers is visible immediately. Events arrive from the POS within a couple of minutes — see also PIN roles and approvals.

On top of this feed run the loss-control rules: void series, discount spree, cash discrepancy, consumption above norm, purchase price spike and a log mismatch. They turn the feed into a short "what to look at" list, feed the "Cash risks" block in Work chat → Needs a decision → the “Under control” tab, and optionally e-mail the owner.

Rule thresholds open from the ⚙️ gear in the section header, the "Alert thresholds" item: it switches to the "Risky operations" tab and expands the collapsed thresholds block for you (the item is visible to the owner and the manager). Details — Loss control.

"Store search" tab#

What shoppers look for on your storefront, in their own words:

• top queries for the period;
• zero-result queries (a dedicated filter) — a direct list of what your catalog is missing or what is named differently from the way people search;
• how many product cards were opened and added to the cart after a query — counted within a search session (5 minutes after the query);
• CSV export.

The report is aggregated: no visitor identifiers are stored. If too many distinct queries pile up over a month, the rarest ones are left out — and the report says so.

"Pouring" tab#

A preview of draft-beverage control for bars: a “tap → product → serving size” mapping and a comparison of poured versus sold. The framework is in place, but the “poured” figures are demo data for now — real volume will arrive once tap flow meters are connected through Cenaly Hardware Bridge. “Sold” is real data from orders.

A "poured ≠ sold" gap is the same loss topic as the "Risky operations" tab: see Loss control.

Related sections#

• Analytics — detailed reports, ABC analysis, margins
• Loss control — rules, thresholds and the digest for risky operations
• Finance — revenue, channels, food cost, staff
• Kitchen (KDS) — the source of kitchen timings
• Advertising & Marketing — connecting analytics

FAQ#

Why isn't the data "real-time"?#

Traffic is collected by a background job from Google Analytics, so the section opens fast and doesn't depend on API limits. Refresh takes up to a day after GA is connected.

The section is empty — what should I do?#

Data appears once the GA collection job runs (usually within 24 hours of connecting) or once the location has processed its first orders and tickets.

How is this different from "Analytics"?#

"Statistics" gives website traffic and a compact overview; "Analytics" gives detailed sales reports, ABC analysis and margins.