Open zutigrm opened 3 weeks ago
@zutigrm the AC says the following:
And then goes on to say the following for clicking the primary CTA:
However, the selection panel would not be applicable for tailored metric users. Please expand on this a little for tailored vs manual setups, thanks!
@10upsimon Yes the explained steps are correct and expected behaviour. After new events are detected following initial detection, this banner is shown with same CTA regardless of how KMW was setup, it will open the selection panel showing to list the "New" events. CTA which will automatically add the tailored metrics for users who previously set up KMW using tailored metrics, happens only on initial detection, afterwards it is only one banner variation
@zutigrm AC ✅ thanks for clarifying
I increased estimate for a point since this issue will require interacting with existing conditionals for 2 previous banner variations, and during testing it should be monitored that this variation does not cause regression to the 2 other variations previously implemented
@zutigrm, we need to update IB to account for changes in #9371. Now we need to adjust logic in the widget component instead of in the notification.
@eugene-manuilov thanks, IB updated
Feature Description
The
ACRSubtleNotifciation
component logic should be expanded so it surfaces in the dashboard within key metrics widget area for the users who have setup KMW, either manually or using tailored metrics, once new ACR events are detected. This scenario covers only the use case, where ACR metrics were already detected initially, and now new events were detected. CTA should open selection panel with new metrics highlighted with new badgeFIgma design can be seen here
Refer to the Subtle banner notification for detected events and New Events Detection Following Initial Events Detection sections of the design doc
Do not alter or remove anything below. The following sections will be managed by moderators only.
Acceptance criteria
ACRDashboardSubtleNotification
component is updated to show/surface:Maybe later
CTA should dismiss the bannerSelect metrics
CTA should open the selection panelImplementation Brief
ACRNotificationCTAWidget
componentisUserInputCompleted
selector fromCORE_USER
store isfalse
isKeyMetricsSetupCompleted
istrue
hasNewConversionReportingEvents
selector from analytics datastore has value, and the value is not matching the value fromgetDetectedEvents
Analytics setting, marking that these are new events, after initial events were detected.includeConversionTailoredMetrics
KM setting, if it is stillfalse
, means that initial banner variation was not actioned, so if it is the user who has tailored metrics setup, matching the condition of variation shown in #9371, show that banner instead, offering user to add new metrics automatically. Otherwise, this general banner variation should be shown, for manual setup users, or the ones with tailored metrics ifincludeConversionTailoredMetrics
is true - they have already included ACR tailored metrics.ACRDashboardSubtleNotification
Maybe later
CTA callback should behave in a same way as implementation in 9371View metrics
CTA callback should open the selection panel https://github.com/google/site-kit-wp/blob/79b4417581b1cca3d718f7e55127681e6e05fc6f/assets/js/components/KeyMetrics/ChangeMetricsLink.js#L48Test Coverage
ACRNotificationCTAWidget
(basic coverage added in 9344), to verify that banner is showing when conditions are met, and not showing otherwise for example. Also test for new CTA's variation and verifying that it updates the UI state which will trigger the opening of selection panelQA Brief
Note: Since this issue interacts with existing conditions and include new ones, it will be good to test previous variations (9371 and 9372)for regression during tests for this one
Changelog entry