Kowal Analytics Configuration Guide
Navigation in the admin panel
Main entry points to the module:
Kowal -> Analytics -> DashboardStores -> Configuration -> Analytics
Configuration structure
Currently, the module provides three main groups of settings.
1. General
Path:
Stores -> Configuration -> Analytics -> General
Field:
Enable Analytics
Meaning:
- enables or disables frontend tracking and further analytics processing for the selected scope.
Recommendation:
- it is best to enable it per
store viewafter verifying that trackers and consumers are working correctly.
2. Debug
Path:
Stores -> Configuration -> Analytics -> Debug
Fields:
Enable Backend Debug LogEnable Frontend Console Log
Meaning:
- backend debug saves technical logs to:
var/log/kowal_analytics_debug.log
- frontend debug saves tracker logs to the browser console.
Use cases:
- installation,
- QA,
- error analysis,
- selector assistant tests,
- confirmation that events reach the pipeline.
Recommendation:
- enable it during deployment and testing,
- disable it in the production environment after validation is completed.
3. Tools
Path:
Stores -> Configuration -> Analytics -> Tools
Field:
Enable Frontend Selector Assistant
Meaning:
- shows a helper on the storefront that helps indicate and prepare configuration for custom selector-based areas.
Use cases:
- custom section mapping,
- DOM structure analysis,
- preparing area definitions without manual code editing.
How to understand the configuration in practice
Scope
The module works within Magento scope, so the configuration can differ for:
default,website,store view.
It is safest to treat the module as a per-store-view tool because:
- different stores may have a different layout,
- different stores may have different blog, CMS, and merchandising sections,
- per-store-view reports are much more reliable operationally.
How to understand the basic concepts in the module
Area
Area is a defined part of the page that you want to measure as a source of sales impact.
Examples:
related_productsupsell_productscrosssell_productscategory_listingsearch_resultswishlist_productscompare_productsblog_post_listingblog_sidebar_categorieshomepage_promo_box
Object
Object is a specific element inside an area.
Examples:
- a single product in a list,
- a single blog post,
- a single blog category,
- a single tag,
- a single banner,
- a single slide.
Source Page
Source Page is the page from which the user started an interaction that later led to a sale.
Examples:
- the source product page for
related_products, - a blog post for a clicked product,
- a category listing for a clicked product,
- search results for a product.
Dashboard and reports
Analytics Dashboard
This is the main overview screen. It shows:
- attributed revenue,
- attributed orders,
- average order value,
- CTR,
- top areas,
- top supported products,
- top blog sources,
- links to detailed reports.
This screen answers the question:
what works best
Area Report
This report answers the questions:
- which area generates revenue,
- which objects in that area sell,
- which source page drives sales.
Example:
related_productshas 18 orders,Zing Jump Ropesells best there,- the most common source for that path is the
Affirm Water Bottleproduct page.
Product Context Report
This is a report for product areas such as:
related_productsupsell_productscrosssell_productscategory_listingsearch_results
It shows the relationship:
source product -> clicked object -> purchased SKU
Example:
- the user is on the PDP of
Affirm Water Bottle, - clicks
WB05-S-Orangeinrelated_products, - and buys
WB05-S-Orange.
Blog Commerce Report
This is a report for blog areas:
blog_post_listingblog_recent_posts_widgetblog_sidebar_recent_postsblog_sidebar_categoriesblog_sidebar_tagsblog_post_view
It answers the questions:
- which post sells,
- which blog category sells,
- which tag supports sales,
- which SKU items are purchased after entering from the blog.
Object Report
This is a report for one specific object.
Example:
- one product in
related_products, - one blog post from
blog_post_listing, - one blog category from
blog_sidebar_categories.
It shows:
- how many impressions it had,
- how many clicks it had,
- how many orders it generated,
- what revenue was attributed to it,
- which source pages those paths came from.
Source Page Report
This is a report for one specific source page.
Example:
- the
Affirm Water Bottleproduct page, - the blog post
How to choose a training water bottle, - the
Running Shoescategory listing.
It shows:
- which clicked objects from that page sell,
- which SKU items are purchased after entering from that page,
- how many orders and how much revenue that specific page generates as the starting point of the path.
Attribution models
Available models:
Last ClickFirst ClickAssistedView Through
How to read them:
Last Click
Best for the question:
- which element directly closed the sale.
First Click
Best for the question:
- which element started the path leading to a purchase.
Assisted
Best for the question:
- which element participated in the path, even if it was not the last click.
View Through
Best for the question:
- whether the section exposure itself had an impact on sales, even without a click.
Custom area configuration
You can prepare a custom area through the Frontend Selector Assistant.
Typical workflow:
- Enable
Enable Frontend Selector Assistant. - Open the storefront.
- Launch the assistant.
- Select the area.
- Check the suggested
container selector. - Check the suggested
item selector. - Check the
link selector. - Save the definition.
- Confirm that runtime apply added
data-kowal-track-*. - Test the click and the path to reports.
Custom area example
Assume you have a promotional box with three tiles on the homepage.
You can define:
area_code = homepage_promo_boxobject_type = promotioncontainer_selector = .homepage-promoitem_selector = .homepage-promo__itemlink_selector = .homepage-promo__link
Then the report will show:
- which tile was clicked,
- which one led to a purchase,
- how much revenue it generated.
Testing workflow after configuration
The most sensible sequence:
- enable analytics,
- enable backend debug,
- enable frontend console log,
- go through a user scenario,
- check the dashboard,
- check the area report,
- drill down to the object report or source page report,
- disable debug after confirming correctness.
Operational recommendations
- keep consumers under supervisor or systemd,
- make sure Magento cron runs continuously,
- after theme changes, check whether custom area selectors still match the DOM,
- after merchandising changes, compare results per area,
- do not treat CTR alone as success without checking revenue and orders.



















