Adobe acquired Omniture in 2009 and re-branded the platform as SiteCatalyst. It is now part of Adobe Marketing Cloud along with other products such as social marketing, test and targeting, and tag management.
SiteCatalyst is one of the leading vendors in the web analytics category and is particularly strong in combining web analytics with other digital marketing capabilities like audience management and data management.
Adobe Analytics also includes predictive marketing capabilities that help…
N/A
Firebase
Score 8.1 out of 10
N/A
Google offers the Firebase suite of application development tools, available free or at cost for higher degree of usages, priced flexibly accorded to features needed. The suite includes A/B testing and Crashlytics, Cloud Messaging (FCM) and in-app messaging, cloud storage and NoSQL storage (Cloud Firestore and Firestore Realtime Database), and other features supporting developers with flexible mobile application development.
Firebase is a much more comprehensive tool. While Fabric only had user traffic and trends data, it did not have the user communication set of tools. While CleverTap has CRM tools, it does not have tools for developers and product teams. While Adobe Analytics is good with …
Firebase provides an event based data model with well defined pre-determined dimensions. Where I've seen the strength of other platforms is the user interface where data is analyzed. However, other platforms such as AEP also have advanced data cleansing and standardization …
Honestly, because Adobe Analytics is so customizable, I found that it is very well-suited for almost any type of web digital experience tracking of behavioral analytics. It has a very robust mech architecture for any type of e-commerce platform. But it is extensible and is easily adaptable to other circumstances. For example, in our university situation, we've been able to use it for student portal experience tracking, how well they are interacting, interfacing with our internal sites, and how well they are working with our task submission processes. But it does a great job of managing all aspects of the key journeys, especially from a marketing perspective. So while it might not be as out-of-the-box for some of those other alternative use cases outside of marketing, it's extensible and customizable enough that it's worked really well and met our needs.
Firebase should be your first choice if your platform is mobile first. Firebase's mobile platform support for client-side applications is second to none, and I cannot think of a comparable cross-platform toolkit. Firebase also integrates well with your server-side solution, meaning that you can plug Firebase into your existing app architecture with minimal effort.
Firebase lags behind on the desktop, however. Although macOS support is rapidly catching up, full Windows support is a glaring omission for most Firebase features. This means that if your platform targets Windows, you will need to implement the client functionality manually using Firebase's web APIs and wrappers, or look for another solution.
Within my role of advertising, I can come in, and I can see I'm paying for visitors, paying to drive people to the website. So I can see the differences in my different traffic sources, whether that's a Google search campaign or a Facebook social campaign. I can measure the quality of that traffic and see what they're doing, whether they're bouncing right away and leaving the website, or spending more or less time on the website. And whether they're taking the actions. My ad campaign is focused on filling out forms, and ultimately, that's it. Just measure and see if my campaigns are successful or not.
Analytics wise, retention is extremely important to our app, therefore we take advantage of the cohort analysis to see the impact of our middle funnel (retargeting, push, email) efforts affect the percent of users that come back into the app. Firebase allows us to easily segment these this data and look at a running average based on certain dates.
When it comes to any mobile app, a deep linking strategy is essential to any apps success. With Firebase's Dynamic Links, we are able to share dynamic links (recognize user device) that are able to redirect to in-app content. These deep links allow users to share other deep-linked content with friends, that also have link preview assets.
Firebase allows users to effectively track events, funnels, and MAUs. With this simple event tracking feature, users can put organize these events into funnels of their main user flows (e.g., checkout flows, onboarding flows, etc.), and subsequently be able to understand where the drop-off is in the funnel and then prioritize areas of the funnel to fix. Also, MAU is important to be able to tell if you are bringing in new users and what's the active volume for each platform (Android, iOS).
I think the biggest room for improvement is performance. When I go in certain times of the day or for certain clients, it's slow and it won't load the reports that I need. And as a result, needing to answer a question where you normally have the expectation of it being a near real-time answer that you get when you have to wait for reports to load or you have to wait because the reports can't load at all. It's a really unfortunate thing. It's a big problem actually. So I'd say that's one area of improvement. It's just improving the performance of the reports so that they'll load consistently all the time quickly and effectively.
Attribution and specifically multi-touch attribution could be more robust such as Branch or Appsflyer but understand this isn't Firebases bread and butter.
More parameters. Firebase allows you to track tons of events (believe it's up to 50 or so) but the parameters of the events it only allows you to track 5 which is so messily and unbelievable. So you're able to get good high-level data but if you want to get granular with the events and actions are taken on your app to get real data insight you either have to go with a paid data analytics platform or bring on someone that's an expert in SQL to go through Big Query.
City-specific data instead of just country-specific data would have been a huge plus as well.
We need it to discover threats long before they become a loophole in the security ecosystem. Also, it is very much compliant with customer standards and expectations. It provides marketing intelligence through in-depth analysis. Overall, a very good product to gain customer attention and thereby improve market
It is necessary to have a minimum knowledge on tracking tools so you can use the tool on full performance. It is not an introduction tool, so please bear that in mind. Once you got the knowledge you just need a small training on how to create your custom reports, where to find the components you need and how to add them to your dashboard. Then you share your report or create a rule for periodic sharing and it's done. Finally, if you have a lot of data stored the tool might be a little slower but that's ok.
I don't use the Firebase UI much, but rather connect it to GA4. GA4 has a great event model but the GA4 UI and analysis capabilities are limited. It's harder to measure product usage type of engagement but if you have the time and resources to leverage the GA4 to BiqQuery export you'll have all the raw event data you'll need for deep analysis, segmentation, and audience activation.
I do not ever recall a time when Adobe Analytics was unavailable to me to use in the 8 or so years I have been an end user of the product. My most-used day-to-day analytics tool Parse.ly however, generally has a multiple hours planned offline maintenance every two to four weeks, and sometimes has issues collecting realtime analytics that last anywhere between 15 minutes to an hour, and happen anywhere between 1 to 5 times a month.
Again, no issues here. Performance within the day updates hourly. other reports are updated overnight and available to access by the next morning. Pages load quickly, the site navigates easily and the UX is quite straightforward to get command over. On this front, I give Adobe kudos for building a great experience to work within
Support for Adobe Analytics is ok, it used to be worse years ago. Now, the technology team at Adobe is way more knowledgeable on the product itself as well as the implementation. They also study your custom implementation and have good knowledge of where your company stands. Dedicated support is something worth considering.
Our analytics folks handled the majority of the communication when it came to customer service, but as far as I was aware, the support we got was pretty good. When we had an issue, we were able to reach out and get support in a timely fashion. Firebase was easy to reach and reasonably available to assist when needed.
It was a one-day training several years ago that cost the organization several thousand dollars. There were only about 10 people in the training class. Adobe tried to cram so much information into that one-day class that none of our users felt like they really learned anything helpful from the experience. Follow-up training is too expensive
The online training for Adobe SiteCatalyst consists of short product videos. These are ok, but only go so far. For a while Adobe charged a fee for this, but recently made these available for free. There are many great blog posts that help users learn how to apply the product as well.
One of the benefits and obstacles to successfully using Adobe Analytics is a great / more accurate implementation, make sure your analytics group is intimate with the details of the implementation and that the requirements are driven by the business.
We evaluated and we currently use Mixpanel and we have Google Analytics on a couple of our properties. And honestly, once you get the hang of the Adobe Analytics workspace, the other products really don't stack up against it because the segmentation and the ability to create reports pretty rapidly are invaluable.
Before using Firebase, we exclusively used self hosted database services. Using Firebase has allowed us to reduce reliance on single points of failure and systems that are difficult to scale. Additionally, Firebase is much easier to set up and use than any sort of self hosted database. This simplicity has allowed us to try features that we might not have based on the amount of work they required in the past.
Adobe Analytics is relatively affordable compared to other tools, given it provides a range of flexible variables to use that I have not found in any other tools so far. It is worth investing in if your company is medium or large-sized and brings a steady flow of revenue. For small companies, it can be overpriced.
My organization uses Adobe Analytics across a multitude of brand portfolios. Each brand has multiple websites, mobile apps and some even have connected TV apps/channels on Roku and similar devices. Adobe can handle the multitude of properties that have simple, small(ish) websites and the larger brand properties that include web, mobile and connected TVs/OTT devices.
Each of those larger brands has multiple categories and channels to keep track of. We can see the data by channel/device or aggregate all the data together. This gives our executive teams the full picture and the departmental teams the view they need to see their own performance.
The professional services team is one of the best teams for complex adobe analytics implementations, especially for clients having multiple website and mobile applications. However, the cost of professional services is a bit high which makes few clients opt out of it, but for large scale implementations they are very helpful
Adobe Analytics impacts nearly every aspect of a billion plus dollar revenue eCommerce business. From measuring the impact of new build features to marketing campaigns.
We are saving substantial money and resource effort by consolidating all of our properties to Adobe Analytics from alternative solutions, at which point we will finally be able to report on Total Digital, rather than disparate reports.
We support experimentation on every platform and the performance is only known through Adobe Analytics tagging.
Makes building real-time interfaces easy to do at scale with no backend involvement.
Very low pricing for small companies and green-fields projects.
Lack of support for more complicated queries needs to be managed by users and often forces strange architecture choices for data to enable it to be easily accessed.
