In most cases, folks create new Bot Rules specifically because they've uncovered a bot that has been messing with their data... unfortunately, by the time you've identified the problem and created the rule, it's too late: the bot has already done damage.The workarounds are pretty drastic- applying a segment to every report, or moving entirely into a Virtual Report Suite that doesn't include the bot traffic retroactively.Bot rules working on historical data would be a huge help.
Surprised Workspace scheduling does not allow for the reports to be sent to publishing lists. Being able to schedule report to be sent to publishing lists and having reporting suite overide is a huge benefit within an organisation that has 200+ websites each with multiple reports and specific recipients.Without this we cant migrate over to using Worskpace for scheduled reports.Request ..1. Allow for publishing lists to be added 2. Allow for publishing suite override to work3 Have option to Prefix report name (and email subject) dynamically using report suite specified in publishing list.
Working on React Native and getting Adobe Analytics to work in a pain, we need to create bridge and make methods avaliable from the Native path in ReactNative, so can we please have a npm package that works in React and ReactNative?
Hello,When I compare time periods I can not always compare to same periods last year so I have to do it with the customized way. Moreover, when I change the initial period, the comparison doest not change reciprocally and I have to do it manually.It would be great and useful, if these updates could be done.Thanks for the support.
It would be great to add a customer further analyze url to an alert notification. We have much more comprehensive workspace dashboards for analysis into alerts. it would be great if we could link directly to them rather than the standard further analyze dashboards which are pretty thin.
I love the difference between breaking down a fallout visualization touchpoint by either Fallthrough or Fallout:I'd love to see the same functionality for Segmentation: Fallthrough (current functionality) or Fallout.
Median and percentile functions are available as built-in functions for calculated metrics within Adobe Analytcs, but they are Table based,From Adobe Documentation:Table Functions versus Row Functions A table function is one where the output is the same for every row of the table. A row function is one where the output is different for every row of the table. See below example of table using the this functionality with one Median and one 90th Percentile metric.The base metric that is calculated as median and 90th percentile is a Numeric metric. With Row capability for median and percentile, instead of having the median/percentile for all line items in total it would be possible to see the median for each individual row. Ie, what was the median/percentile for Feb 4, Feb 11, Feb18.This functionality would be fantastic and help to calculate medians/percentiles directly in the Adobe interface without having to resort to large data exports and manual calculation. Useful for any Numeric metrics where you need to understand the distribution of the individual metric values (eg technical data such as load times, waiting times, or other numeric metrics such as sales numbers) across different dimension values.Below question experiences the same issue as me.Median function in calculated metrics
As an Adobe Analytics leader across many markets, I would like to enable account & data access governance by creating different permissions for our reporting users. In the Old Adobe product, you could provide Read Only access to the Admin - Report Suite settings section. This means user could at least go into the configuration of a report suite and see the eVar, Props, events, marketing channels rules that are created (but prevent their ability from modify the settings).Today you can not with the new portal. It has a "Read" view in Permission-Report Suite Tools, but you can still Write & modify configurations. This is not good for data & account set-up governance.I would recommend to redefine the current Read Views as they are quite inaccurate.
Currently, with the new Admin Console, there is NO INTUITIVE TOOL to send a user another e-mail when they say they have not received the first e-mail that Adobe supposedly sent. Ever since we moved to the new Admin Console on the experience cloud, it seems a lot of your e-mails are captured and sent to a user's Junk/Spam folders, which makes it a lot harder to manage new users to the system. I don't have an interface where I can say, "send this person another e-mail" like we did specifically within Adobe Analytics.Something you should have at least considered was maintaining parity when migrating to your new system. Honestly, we really don't need anything more to undermine our organization's trust in Adobe Analytics.Thanks in advance!
When utilizing freeform tables in Analysis Workspace, it's very easy to accidentally drag a dimension like "Day" into the column space when I meant to drag it in as a row. Depending on the setup, this can create many, many dynamic columns, to the point where data is no longer visible, Adobe slows while retrieving a large matrix of data, and Chrome slows to a grinding halt attempting to render everything. The only option at that point is to destroy the entire table and start over, since you can't even get your mouse in to click and select the columns to delete.Could Workspace instead prompt the user if the number of columns created is over some reasonable amount (like 30) verifying that they are sure, before rendering the dynamic columns?
If you have a report in workspace using an event, something like product views as your metric and week as your dimension, and you see a drop in views in the last week and you want to see which day that started on, you would break it down by day. However, when breaking down by day, it will give you a list of all days in your time period, not just the days in the week you are breaking down, like this:I don't understand why this would be the case. I would expect to only see the days in the week I am breaking down. One thing to note, when I do that same type of report but use a standard metric (like visits, page views) then this issue doesn't happen (I only see the days of the week I am breaking down).
We have found that we can include in a Data Feed (in order to ingest that data in our Data Lake) the Last and First Touch Channel ID. Not the name of the channel, because, being processed data is imposible to have the name in the hit.But there is no way to have a matching table, because it´s not possible to automate an export of the Marketing Channels names with the ID, we can export the variables using a DWH, but there´s no variable for the ID.It will be very useful to be able to program export of the Marketing Channels definition with IDs and corresponding names.
Now that certification for Processing Rules is no longer required, it should be time to open up a Save method for processing rules in the APIPresently the only method available is 'ViewProcessingRules' in the 'ReportSuite' APIAs a company with dozens of active RSIDs with standardized Processing Rules, a change in one rule set is a pain to roll out everywhereHaving a Save method for Processing rules would make it easy to update across Report Suites, as it is done now with variables/events
Enter your E-mail address. We'll send you an e-mail with instructions to reset your password.