What this module is for
Use Analytics / Opt-In Clicks to inspect how often CRM opt-in links or feature prompts were viewed and clicked. The page is mainly for support, product operations, or low-frequency investigations when someone needs to confirm whether a feature was shown, whether users clicked it, and which feature names generated traffic.
Real operator surface
Analytics / Opt-In Clicks / Listis the only verified Backoffice surface for this module.
The current operator page is one combined surface:
- top summary cards
- feature performance block
- daily trend block
- filter bar
- paginated raw record table
There is no separate CRM create, edit, or detail page for this module today. Operators work from the combined analytics page only.
What operators need to know first
- The summary cards are calculated from grouped stats rows rather than returned as one ready-made totals payload.
- Only the date range is shared between the summary section and the table.
Feature,Status, andUser IDchange the table request, but they do not change the top stats block. - The
Featuredropdown counts are generated from source aggregation that respects only the date filter. Those counts are not narrowed byUser IDorStatus. - The page is effectively read-mostly. The only destructive operator action on the current route is deleting selected raw records.
Source ownership summary
The CRM page reads and exports stored opt-in interaction records from the admin service. Public opt-in views and clicks are recorded by the player-facing flow, then appear here for investigation and reporting.
Common caveats
Unique Userson the top cards is currently a sum of per-feature unique-user counts. That means it can overcount users who interacted with more than one feature in the selected date window.Click Rateon the top cards is calculated from summed views and clicks.- The table shows raw records, while the top section shows aggregated statistics. They answer different questions even though they are on the same route.