Snowplow Reviews

My main use case for Snowplow is user behavior tracking at DPG Media on all their websites and apps as well as on television streaming. We stream the data to Snowflake in real time and stitch the data as well. From there, it is used for many use cases in the company.

For example, we tracked the scroll depth of pages and the time on pages, sending it to Snowplow. Many other use cases were developed. The data was stitched in a profile service on AWS and then utilized to segment for advertisements.

Snowplow offers the best features in that you are completely free to make your own data model, track the way you want to track, and control the way the data comes to Snowflake so you are the complete owner of the raw data without being forced into a certain data model.

Having that level of flexibility impacts our team's work and projects as we needed quite a lot of people that were really good in Snowplow. However, from the moment that you completely understood the technical aspects, you were completely free to set up your own Snowplow environment and track the way you wanted to track and what you wanted to track, which is not possible with Google Analytics and Adobe Analytics, for example.

Snowplow has impacted my organization positively, very well. For DPG Media, it is the most important data source that we have, delivering a lot of value in the company. We are making data mesh products on this data all over the company. I think for advertisement, it is really the most important source of data.

I do not have many improvements to deliver for Snowplow. Perhaps for smaller companies that do not need to customize so many things would be helpful. In the beginning, we also did some things wrong. The data model that we used was not as clean everywhere we were tracking. We made some mistakes, but I think we learned from them, and perhaps for smaller companies that start now, it could be made a little bit easier, although I think Snowplow has already worked on that.

I have been working in my current field for over seven years.

Snowplow is stable.

Snowplow is very scalable.

Snowplow is deployed in my organization on a private cloud managed by Snowplow on AWS.

My experience with pricing, setup cost, and licensing was very good. The only issue that we had at a certain moment was that Snowplow was offering more services and asking us to pay more, but we did not use all these services. We had a discussion with them, but they were very open to discussing with us and negotiating a new contract.

Snowplow's customer support is also very good. We had an account manager available, so the experience was very good.

I previously used Google Analytics in the company, but now at the end we only use it for very small B2B websites.

We did quite a lot ourselves. Snowplow's whole setup was done by ourselves. I know that Snowplow now offers a stitching service, but at DPG Media, we did that ourselves. We did the streaming ourselves and the whole data model, etc. Snowplow's whole setup was custom-made for DPG Media.

We did quite a lot ourselves. Snowplow's whole setup was done by ourselves at DPG Media.

I have seen a return on investment, but that is difficult to quantify. I would not say fewer employees, but we saved money because Google Analytics was much more expensive. The time to deliver real-time data and value helped a lot.

My experience with pricing, setup cost, and licensing was very good. The only issue that we had at a certain moment was that Snowplow was offering more services and asking us to pay more, but we did not use all these services. We had a discussion with them, but they were very open to discussing with us and negotiating a new contract.

Before choosing Snowplow, I evaluated other options, including Google Analytics, which was another option, but it was very expensive, along with Google BigQuery.

My advice to others looking into using Snowplow is to learn first from others that are also using it. I would rate this review nine out of ten.

Snowplow is used for all of our data collection on our digital services. We have a streaming service that has several different applications including TV applications, mobile applications, and a browser, from which we collect data. We collect both media consumption and more generic basic web analytics data such as page views. Basically, we collect all of our digital data with Snowplow.

Snowplow has been a game-changer for us because it handles the basics like sessionization and user IDs perfectly while giving us the freedom to build custom schemas. Our business is pretty complex, and previous tools always forced us into rigid event structures that just didn't fit. Now, we can model our data to actually match how our business works, which saves us from having to do a ton of messy cleanup on the back end.

One of the biggest shifts has been in how we handle data quality. Tools like Snowplow Mini let our developers and analysts debug in real-time without needing to mess around with proxy tools or catch traffic manually. Because the developers have direct visibility during implementation, the data is much cleaner from the start. Our data engineers also have way better oversight of the entire pipeline than they ever did before.

The documentation is also genuinely impressive. It’s actually useful for both the people implementing the code and the analysts using the data, which is a rare find compared to a lot of the big players in the space. By moving everything into a single, enriched Snowplow pipeline, we’ve finally gotten rid of the "multiple sources of truth" headache. We’re now capturing parts of the business that were too complex for our old tools, giving us a much more accurate and trustworthy view of what's actually happening.

Honestly, I don’t have any real complaints. Snowplow has been great, especially the support they gave us during the initial implementation. They had a few "old school" approaches to data schemas early on, but they’ve already deprecated those and moved in the right direction. It feels like a truly state-of-the-art setup now. It’s actually pretty tough to come up with constructive feedback because I’ve been so happy with how everything works.

I have been working as a web analyst for around nine years.

Snowplow is very stable.

Lately, we have not needed that much customer support, but in the beginning of our implementation project, we had people from Snowplow working directly with us, and it was really helpful.

We previously used several tools, and we switched because it got too expensive for us and also it was not as flexible as we wanted our data collection to be.

We looked at standard analytics suites and CDPs, but they were too rigid. Standard tools forced us into "one-size-fits-all" models that required constant cleaning, while CDPs acted as expensive middlemen with limited customization. We ultimately chose this approach because total data ownership and the ability to model our specific business logic were more important than out-of-the-box reports.

Snowplow actually does exactly what it promises. We’ve piloted several other tools in the past, but this was the only one that fit our use case perfectly. It’s ideal if you have complex data needs and want total control over your structures, especially when it comes to enriching data with CRM or operational sources.

I wasn’t involved in the procurement side, so I’m not sure about the specific licensing, but I know we chose it because it was the most cost-effective option for handling billions of events. It’s a 10/10 for us.

I have used Snowplow for almost three to four years, focusing exclusively on event tracking. Beyond event tracking, I used Snowplow to track consumer behavior as well, which definitely helped us leverage the business.

I used flexible schema-driven tracking with Iglu schemas, which allowed us to maintain good governance over heavy environments. The warehouse-first approach works well with tools like Google BigQuery and Looker, making it easier for deep analytics and modeling.

The primary strengths are full data ownership, where you can control collection, storage, and processing. There is no vendor lock-in. Snowplow offers flexible schema-driven tracking using Iglu schemas with a strong data structure, providing good governance over heavy environments. The warehouse-first approach works well with Google BigQuery and Looker, making it suitable for deep analytics and modeling. The highly customizable pipeline supports complex event enrichment and transformation.

Full data ownership combined with flexible schema-driven tracking made collection and storage easier without vendor locking, which facilitated individual company storage. Since Snowplow uses flexible schema-driven tracking with Iglu schemas, I could name components differently for tracking particular components. This approach was one of the best use cases for our implementation.

There are numerous limitations. I have now moved to Avo Segments from Snowplow due to these constraints. The limitations can be categorized into operational overheads, maintenance risk, slow time to value, low accessibility for product teams, and adoption issues.

Operational overhead requires managing collectors, enrichers, pipelines, and Iglu schemas constantly. Debugging and deployment become engineering-heavy because whenever shipping any product or feature, we must ensure the schema exists and Snowplow is properly used or written.

Maintenance risk is significant because I was on Snowplow self-hosted community edition, which was unmaintained with heavy security risk due to outdated dependencies. The slow time to value stems from Snowplow's workflow where data goes from Snowplow to BigQuery to Looker, which is not ideal for quick product insights. For non-technical people on product or sales teams wanting to access data, they must contact data or engineering teams. When data is hard to access, it simply does not get used.

The security risk was definitely a reason for moving since Snowplow self-hosted is no longer maintained. Engineering efforts are substantial because we must manage pipelines and Iglu schemas constantly. While this is an advantage, it adds complexity. Every time we release anything, we must ensure we add Snowplow for that particular feature, component, or page. This is the reason adoption rates for non-technical teams are lower.

Overall, Snowplow is quite powerful if you want full control over your data pipeline and a warehouse-first setup. It works well for teams with strong data engineering support and flexible schema-driven tracking needs. However, in my case with a legacy self-hosted setup, I faced several challenges. Maintenance overhead was high, debugging and schema management were time-consuming, and there were increasing security concerns due to it no longer being actively maintained. The pipeline from Snowplow to BigQuery to Looker made it slower for product teams to get insights, limiting adoption significantly. Only engineering teams could access the data.

I have now moved to Segment with Avo, which is also evolving toward a type-safe internal analytics layer, and I am using Mixpanel for analysis. This has significantly improved implementation speed, data consistency, and made analytics much more accessible for product and growth teams. Snowplow is still a solid choice for organizations prioritizing data ownership and having resources to manage infrastructure, but for fast-moving product teams, a lighter and more self-serve solution tends to work better.

Regarding scalability, technical scalability is very strong at nine out of ten. Snowplow handles high event volumes in the billions per day via streaming systems like Pub/Sub and Kafka with parallel enrichment and warehouse scalability. The horizontal scalability includes load-balanced collectors, distributed enrichment jobs, auto-scaling storage and warehouses, and stream-based processing, making it suitable for large products, multi-region systems, and heavy traffic. However, operational scalability presents challenges: more events mean more Iglu schemas, which increases governance complexity. More data makes debugging harder, and more infrastructure requires more maintenance. With my self-hosted Snowplow setup with Iglu custom pipeline, while scalability handled higher event volumes, maintenance overhead increased practically, debugging became harder, schema management did not scale well, and team adoption did not scale at all.

Snowplow is stable and very reliable.

Technical scalability is very strong at nine out of ten because Snowplow handles high event volumes in the billions per day via streaming systems like Pub/Sub and Kafka, with parallel enrichment and warehouse scalability. Regarding horizontal scalability, the collectors are load-balanced, enrichment uses distributed jobs, storage and warehouse auto-scale, and processing is stream-based. This makes Snowplow suitable for large products, multi-region systems, and heavy traffic.

Operational scalability presents challenges because more events require more Iglu schemas, more schemas mean more governance complexity, more data makes debugging harder, and more infrastructure requires more maintenance. In my case with self-hosted Snowplow with Iglu custom pipeline, while scalability handled higher event volumes, maintenance overhead increased practically, debugging became harder, schema management did not scale well, and team adoption did not scale at all.

There is no direct ROI involved. However, the costs associated with Snowplow include engineering time and slow event deliveries, which result in low adoption rates.

Unfortunately, I was not present when the company chose Snowplow. After I joined, my data engineer and I decided to move from Snowplow to Avo Segments.

Snowplow is not plug and play. Depending on team maturity, I would recommend using it only if you have strong data engineering capabilities, an ownership mindset for infrastructure, and the capacity to maintain the pipeline long-term. Otherwise, you will spend more time maintaining than gaining value.

Snowplow is a strong option with the right setup, but it is important to go in with the right expectations. It works well for organizations wanting full control over their data and having a mature data engineering function to support it. However, it should be treated more like infrastructure than a simple analytics tool because it requires ongoing maintenance across collectors, pipelines, and schema management. I would strongly recommend investing early in schema governance and thinking about how quickly product teams can access and use the data, as this often becomes the limiting factor. If the goal is fast iteration and self-serve analytics, then managed stacks like Segments and Mixpanel may provide better ROI with much lower operational overhead.

Snowplow is not a bad tool. It is simply a very specific tool. Snowplow is excellent at what it is designed for: full control over data collection and processing, strong schema-driven tracking, and works really well with warehouse-first stacks like Google BigQuery. It is highly scalable for large data-mature organizations, but it comes with trade-offs including higher operational overhead requiring ongoing engineering investment, slower iteration for product analytics, and it is not naturally self-serve for non-technical teams.

Overall, Snowplow is a very capable platform but needs the right environment to deliver value. It is best suited to organizations wanting full control over their data and having engineering resources to manage and scale the pipeline. In my case, the operational overhead and slower time to insight made it less effective, especially as I aimed for faster iteration and more self-serve analytics. I used to maintain a sheet just to track Snowplow events and where they triggered, which involved very much manual work. The main takeaway for me is that the right choice depends on team structure and priorities. Snowplow is strong technically but not always the best fit for product-led workflows. If improvements are needed, since Snowplow is an overall powerful tool, moving to a managed stack has significantly improved our situation since moving from Snowplow to Avo.

I can say that Snowplow is great if you are building a data platform, but if your goal is fast, self-serve product analytics, simpler managed solutions usually deliver better ROI. For my use case with this product, I would rate it 6.5 out of 10.

I use it for product analytics such as tracking clicks and page views, as well as providing a customer 360.

We have gained a lot more insight into our user behavior and can now make the correct decisions.

The scheme registry and validation layer are valuable features because they tell us exactly what a valid event looks like.

The setup process is an area for improvement because getting the pipeline infrastructure right is hard.

I have been using this solution for four years.

I did not use any previous solutions.

The setup cost is very fair and reasonable.

I did not consider any alternate solutions.

I really enjoy using it.

My main use case for Snowplow is event tracking. I track all events that occur on our website and mobile app and conduct analytics on them.

The best features Snowplow offers include event tracking. What makes Snowplow's event tracking stand out for me compared to other tools is the real-time data. Snowplow has positively impacted my organization by enabling me to see user behavior in real time. Seeing user behavior in real time has helped our product team improve the user journey.

Snowplow can be improved by reducing the pricing, as it is currently too high.

I have been using Snowplow for 12 months.

Snowplow is stable.

Snowplow's scalability is good.

We previously used PostHog and switched because it was cheaper and easier to connect and move data from PostHog to our GCP with the direct connector instead of going through Fivetran. Before choosing Snowplow, we evaluated PostHog and moved away from it to Snowplow.

My experience with pricing, setup cost, and licensing is that it is expensive.

My advice to others looking into using Snowplow is that it depends on the use case. I would rate this review a 6.